• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. gchartrandCRL
    3. Topics
    G
    • Profile
    • Following 0
    • Followers 0
    • Topics 5
    • Posts 21
    • Groups 0

    Topics

    • G

      Multicast deploying shutdown pc

      Watching Ignoring Scheduled Pinned Locked Moved FOG Problems
      4
      0 Votes
      4 Posts
      486 Views
      S

      @gchartrandCRL For multicast to work properly all the hosts need to be “in sync”. Notice that when all the machines boot up they all wait on the blue partclone screen for everyone to join before it actually starts.

      This is not only true for the first start but repeated on every partition. So all hosts need to wait and sync on the second, third, … partition. If a hosts arrives too late it can’t join this session and will drop out.

      On the first partition FOG’s multicast manager waits for FOG_UDPCAST_MAXWAIT * 60 seconds but for all the other partitions the wait time is set to 10 seconds. This is usually enough but in some cases causes problems.

      So to make a long story short, edit /var/www/html/fog/lib/service/multicasttask.class.php, jump to line 567 and change the value of 10 to 30 for example.

      Before the change:

      $i == 0 ? $maxwait * 60 : 10

      After the change:

      $i == 0 ? $maxwait * 60 : 30

      Cancel all multicast tasks (or let them run to the end) and restart your whole FOG server to make sure it’s in a clean state. Then schedule a new multicast task and see if the same thing happens again.

    • G

      Client hostname changer

      Watching Ignoring Scheduled Pinned Locked Moved Unsolved FOG Problems
      5
      0 Votes
      5 Posts
      2k Views
      G

      @Tom-Elliott
      i’ts working with the fog server 1.4.4 SVN 6077.

      Thanks a lot.

    • G

      Capture failed with step clearing ntfs flag failed

      Watching Ignoring Scheduled Pinned Locked Moved Solved FOG Problems
      8
      0 Votes
      8 Posts
      3k Views
      G

      @Tom-Elliott Thanks Tom, the update resolved the issue. I upgraded to 1.4.0-RC7.

    • G

      UEFI imaging

      Watching Ignoring Scheduled Pinned Locked Moved Unsolved FOG Problems
      9
      0 Votes
      9 Posts
      3k Views
      G

      @Tom-Elliott
      No, no need an intermediate switch. If I turn-off spanning tree, yes I need to put a intermediate switch, but if it’s on, it’s working.

    • G

      Hp Prodesk 400 G3

      Watching Ignoring Scheduled Pinned Locked Moved Hardware Compatibility
      13
      0 Votes
      13 Posts
      5k Views
      G

      Finally, with all you explanation it’s really my image who’s corrupt. I was able to recreate it with another PC with the fog version 1.2 and now I can deploy it on my HP Prodesk G3.

      Thanks for your time

    • 1 / 1