• Recent
    • Unsolved
    • Tags
    • Popular
    • Users
    • Groups
    • Search
    • Register
    • Login
    1. Home
    2. george1421
    3. Best
    • Profile
    • Following 1
    • Followers 64
    • Topics 113
    • Posts 15,309
    • Best 2,772
    • Controversial 0
    • Groups 2

    Best posts made by george1421

    • RE: Image broken after capture

      I guess there are a few things from your post that stand out.

      1. You have a non-standard install of windows with a delicate configuration that is difficult to get set.
      2. FOG assumes a standard windows configuration to do it’s job.

      So what can you do.

      1. When creating your golden image create it on the smallest disk you will ever deploy your image to and then clone it with single disk non-resizable.
      2. Again create your golden image on the smallest disk you have in your fleet. Capture your disk as raw (dd) mode. This will create an exact copy of the golden image without any FOG funny stuff. This will be the slowest but most exact way to clone the hard drive.
      posted in FOG Problems
      george1421G
      george1421
    • RE: High CPU Usage

      @Arrowtron Well, what I would like to do is make it worse to make it better. The meaning is to reset as much of the fixes you’ve done to this point to put it back to what way FOG was installed. This includes any adjustments suggested by the mysql tuner script. We need to have it as close to as installed as possible. Also reset the fog client check in time.

      Run it in the as installed configuration for a few hours during your peak business time. Use top and sort by processor usage. Grab a screen shot of the top screen.

      Shutdown apache

      Lets make sure we have a good backup of the mysql server before doing anything. From the fog server linux command prompt key in mysqldump -u root -p --all-databases > all-databases-backup.sql

      login to the mysql command line tool with mysql -u root -p fog You will need to use the password you created for the root database user when you installed fog. If you don’t know the password that could be a problem. The older version of FOG had a black password for the mysql root user. Understand I’m using mysql to mean both mysql and mariadb. The command line tool is the same.

      At db prompt paste in this command.

      SELECT TABLE_NAME,ENGINE
      FROM information_schema.TABLES
      WHERE TABLE_SCHEMA = 'fog' and ENGINE = 'MyISAM';
      

      You should see an output that looks like this

      +------------------------+--------+
      | TABLE_NAME             | ENGINE |
      +------------------------+--------+
      | LDAPServers            | MyISAM |
      | clientUpdates          | MyISAM |
      | dirCleaner             | MyISAM |
      | globalSettings         | MyISAM |
      | greenFog               | MyISAM |
      | groupMembers           | MyISAM |
      | groups                 | MyISAM |
      | history                | MyISAM |
      | hookEvents             | MyISAM |
      | hostAutoLogOut         | MyISAM |
      | hostMAC                | MyISAM |
      | hostScreenSettings     | MyISAM |
      | hosts                  | MyISAM |
      | imageGroupAssoc        | MyISAM |
      | imagePartitionTypes    | MyISAM |
      | imageTypes             | MyISAM |
      | images                 | MyISAM |
      | imagingLog             | MyISAM |
      | inventory              | MyISAM |
      | ipxeTable              | MyISAM |
      | keySequence            | MyISAM |
      | location               | MyISAM |
      | locationAssoc          | MyISAM |
      | moduleStatusByHost     | MyISAM |
      | modules                | MyISAM |
      | multicastSessions      | MyISAM |
      | multicastSessionsAssoc | MyISAM |
      | nfsFailures            | MyISAM |
      | nfsGroupMembers        | MyISAM |
      | nfsGroups              | MyISAM |
      | notifyEvents           | MyISAM |
      | os                     | MyISAM |
      | oui                    | MyISAM |
      | plugins                | MyISAM |
      | powerManagement        | MyISAM |
      | printerAssoc           | MyISAM |
      | printers               | MyISAM |
      | pxeMenu                | MyISAM |
      | scheduledTasks         | MyISAM |
      | schemaVersion          | MyISAM |
      | snapinAssoc            | MyISAM |
      | snapinGroupAssoc       | MyISAM |
      | snapinJobs             | MyISAM |
      | snapinTasks            | MyISAM |
      | snapins                | MyISAM |
      | supportedOS            | MyISAM |
      | taskLog                | MyISAM |
      | taskStates             | MyISAM |
      | taskTypes              | MyISAM |
      | tasks                  | MyISAM |
      | userCleanup            | MyISAM |
      | userTracking           | MyISAM |
      | users                  | MyISAM |
      | virus                  | MyISAM |
      | wolbroadcast           | MyISAM |
      +------------------------+--------+
      55 rows in set (0.00 sec)
      

      If your tables show innodb then we have to stop because your database is not in the default state.

      If your database files say MyISAM then proceed and paste in these lines. You can do them in one block paste in. Just make sure the last line is entered too.

      ALTER TABLE LDAPServers ENGINE=InnoDB;
      ALTER TABLE clientUpdates ENGINE=InnoDB;
      ALTER TABLE dirCleaner ENGINE=InnoDB;
      ALTER TABLE globalSettings ENGINE=InnoDB;
      ALTER TABLE greenFog ENGINE=InnoDB;
      ALTER TABLE groupMembers ENGINE=InnoDB;
      ALTER TABLE groups ENGINE=InnoDB;
      ALTER TABLE history ENGINE=InnoDB;
      ALTER TABLE hookEvents ENGINE=InnoDB;
      ALTER TABLE hostAutoLogOut ENGINE=InnoDB;
      ALTER TABLE hostMAC ENGINE=InnoDB;
      ALTER TABLE hostScreenSettings ENGINE=InnoDB;
      ALTER TABLE hosts ENGINE=InnoDB;
      ALTER TABLE imageGroupAssoc ENGINE=InnoDB;
      ALTER TABLE imagePartitionTypes ENGINE=InnoDB;
      ALTER TABLE imageTypes ENGINE=InnoDB;
      ALTER TABLE images ENGINE=InnoDB;
      ALTER TABLE imagingLog ENGINE=InnoDB;
      ALTER TABLE inventory ENGINE=InnoDB;
      ALTER TABLE ipxeTable ENGINE=InnoDB;
      ALTER TABLE keySequence ENGINE=InnoDB;
      ALTER TABLE location ENGINE=InnoDB;
      ALTER TABLE locationAssoc ENGINE=InnoDB;
      ALTER TABLE moduleStatusByHost ENGINE=InnoDB;
      ALTER TABLE modules ENGINE=InnoDB;
      ALTER TABLE multicastSessions ENGINE=InnoDB;
      ALTER TABLE multicastSessionsAssoc ENGINE=InnoDB;
      ALTER TABLE nfsFailures ENGINE=InnoDB;
      ALTER TABLE nfsGroupMembers ENGINE=InnoDB;
      ALTER TABLE nfsGroups ENGINE=InnoDB;
      ALTER TABLE notifyEvents ENGINE=InnoDB;
      ALTER TABLE os ENGINE=InnoDB;
      ALTER TABLE oui ENGINE=InnoDB;
      ALTER TABLE plugins ENGINE=InnoDB;
      ALTER TABLE powerManagement ENGINE=InnoDB;
      ALTER TABLE printerAssoc ENGINE=InnoDB;
      ALTER TABLE printers ENGINE=InnoDB;
      ALTER TABLE pxeMenu ENGINE=InnoDB;
      ALTER TABLE scheduledTasks ENGINE=InnoDB;
      ALTER TABLE schemaVersion ENGINE=InnoDB;
      ALTER TABLE snapinAssoc ENGINE=InnoDB;
      ALTER TABLE snapinGroupAssoc ENGINE=InnoDB;
      ALTER TABLE snapinJobs ENGINE=InnoDB;
      ALTER TABLE snapinTasks ENGINE=InnoDB;
      ALTER TABLE snapins ENGINE=InnoDB;
      ALTER TABLE supportedOS ENGINE=InnoDB;
      ALTER TABLE taskLog ENGINE=InnoDB;
      ALTER TABLE taskStates ENGINE=InnoDB;
      ALTER TABLE taskTypes ENGINE=InnoDB;
      ALTER TABLE tasks ENGINE=InnoDB;
      ALTER TABLE userCleanup ENGINE=InnoDB;
      ALTER TABLE userTracking ENGINE=InnoDB;
      ALTER TABLE users ENGINE=InnoDB;
      ALTER TABLE virus ENGINE=InnoDB;
      ALTER TABLE wolbroadcast ENGINE=InnoDB;
      
      

      Once that is done run the same query again to make sure all of the tables now say innodb

      SELECT TABLE_NAME,ENGINE
      FROM information_schema.TABLES
      WHERE TABLE_SCHEMA = 'fog';
      

      If they are all innodb then you can exit the mysql program if I missed one then run the ALTER TABLE command on those missing tables. Please not any table I missed.

      At this point reboot the FOG server.

      When the fog server comes back up make sure the web ui works as expected. Let the FOG server run for a few hours then again capture a snapshot for the settings using top. Post the results here.

      This next test is to let the FOG server run for a week using the innodb format then rerun the mysql tuner script. DON’T apply the settings, but post the results here. Let us look at the recommendations before you apply them to the FOG server’s database.

      In the end what we need to know is the change in performance by simply changing the database engine from isam to innodb format. Also to see the recommendations provided by mysqltuner. I have some default settings for the innodb that I would start out with, but they may not be right for all situation.

      Let me say we do need help from FOG Admins who have either unique target hardware or large installations that can’t be simulated easily. With your help I feel strongly that we can improve FOG’s performance and move everyone’s FOG install in a positive direction.

      posted in FOG Problems
      george1421G
      george1421
    • RE: Upgrade from 1.5.7 to 1.5.8 issues

      @Chris-Whiteley Can we get you to reinstall 1.5.8.

      Make sure the version of bzImage is at 4.19.100+ file /var/www/html/fog/service/ipxe/bzImage If not grab that from here: https://fogproject.org/kernels/Kernel.TomElliott.4.19.101.64

      Download this file https://fogproject.org/binaries1.5.7.zip and take the init.xz in that zip file and move that to /var/www/html/fog/service/ipxe directory overwriting what 1.5.8 installed.

      Now try to pxe boot. The configuration you current (will) have is the fog server at 1.5.8 and FOS linux with the current kernel with the 1.5.7 virtual hard drive. We don’t normally like to mix the version of FOS Linux with the version of the FOG server, but we need to see if this condition corrects the issue. Note this is not a fix only a test condition. If need be you can run in this (specific) state until the devs and sort this out.

      posted in FOG Problems
      george1421G
      george1421
    • RE: Upgrade from 1.5.7 to 1.5.8 issues

      @JJ-Fullmer said in Upgrade from 1.5.7 to 1.5.8 issues:

      It would start at 20-25 GiB/min and slowly drop GiB/min every couple seconds. But I never cared much since the ~20 GB image was done deploying in 2-3 minutes each time.

      I just want to add a bit of color commentary here. A single 1 GbE link can only carry ~7.5GB/m theoretical maximum throughput. The number of GB/s you see on the partclone screen is an aggregate value of network throughput and the speed at which the image can be rehydrated on the target computer and written to storage. I find 20-25 GB/m a bit hard to believe (but not impossible to reach) that would mean you have a saturated 1 GbE network link and your image compression ratio was almost 4:1 with a very fast storage disk. I might expect around 13GB/min on a well managed 1GbE network. That would mean a saturated 1 GbE link with about a 2:1 compression ratio on a fast storage disk. So why is it so fast in the beginning and drops off, something must be buffering the data and it settles down as the buffer gets full and is forced to wait until the storage can intake the data.

      My comments have nothing to do with the slower speeds with 1.5.8 but to explain why such speeds are possible on a 1 GbE network.

      posted in FOG Problems
      george1421G
      george1421
    • RE: Upgrade from 1.5.7 to 1.5.8 issues

      @JJ-Fullmer I appreciate your feed back and clarification. I also want to add a clarification to your post to not confuse others that may read this in the future. Hold on I feel this is going to be a wall of text…

      You have a 2 link bonded connection. That doesn’t imply that it gives you 2Gb/s of bandwidth (i.e. twice as fast as a single link). LAG/bonded/teamed groups don’t work that way (at least with today’s technology). A 2 link bonded group would give you 2 1GbE links into that device. It works the same way as adding and additional lane to a highway. Your road can carry more traffic, but the speed limit is still 70mph. Also assuming we are talking about lacp/802.3ad/mlt links there is a hashing algorithm that is used to decide which traffic flows across which link. Once the link route has been determined (i.e. link 1 or link 2) that link route does not change during the lifetime of the communication between the two devices (assuming that port based hashing is not used). So the guidance is between any two devices you will never have any faster communication than the speed of a single link. With only 2 actors (FOG server and target computer) you will only have the best speed as a 1GbE link. So having a LAG/MLT/bonded link on the target computer will not help you one bit for imaging. Having a LAG/MLT/bonded link on the server end will not help you when there is only a FOG server and target computer involved. Having a LAG group on the FOG server when more than 2 actors are involved will help you to spread the load across the links based on the link hashing protocol.

      See I told you it was going to be a wall of text.

      posted in FOG Problems
      george1421G
      george1421
    • RE: Upgrade from 1.5.7 to 1.5.8 issues

      @Sebastian-Roth said in Upgrade from 1.5.7 to 1.5.8 issues:

      So that would leave us with an issue in the Linux kernel or FOG server.

      -OR- something outside of FOG causing the delay.

      posted in FOG Problems
      george1421G
      george1421
    • RE: FOG can capture an image, but can't then deploy it.

      @dmathews The bit longer answer is…

      The target images are stored in /images not /images/dev. The /images/dev directory is only used during image capture. Once capture is done the images are moved to /images directory.

      During an image capture the disk contents are written to /images/dev/<mac_name> at the end of image capture FOG moves the images to /images/<image_name> The /images and /images/dev directories need to be on the same partition. If they are when FOG “moves” the files from /images/dev/<mac_name> to /images/<image_name> it uses the mv command which if the files are on the same partition only updates the file location table. If they are on different partitions then the data must actually be moved between the partitions.

      I do have a few tutorials on moving your images off the root partition I can reference.
      https://forums.fogproject.org/topic/11048/moving-fog-s-images-files-off-the-root-partition-2017-edition
      https://forums.fogproject.org/topic/10450/adding-additional-image-storage-space-to-fog-server

      posted in FOG Problems
      george1421G
      george1421
    • RE: Upgrade from 1.5.7 to 1.5.8 issues

      @Chris-Whiteley said in Upgrade from 1.5.7 to 1.5.8 issues:

      This last test proved to be faster this time

      Just as fast, or faster than last time?

      Also this is why I wanted you to test the same day with the same set of circumstances. Just in case there was something in network land that was different than last week.

      posted in FOG Problems
      george1421G
      george1421
    • RE: Upgrade from 1.5.7 to 1.5.8 issues

      @Chris-Whiteley said in Upgrade from 1.5.7 to 1.5.8 issues:

      just tested with the 1.5.8 init.xz and got the slowness again

      Ok so what the developers (or myself) need to do is pluck out partclone from the 1.5.8 inits and install it in the 1.5.7 inits. This will point exactly to partclone.

      The issue with 1.5.8 (not a problem just many things change) is that the system used to create the virtual hard drive (init.xz) was upgraded, this also upgraded a number of support modules inside the init.xz. So on the surface we don’t know if the latest version of gzip is doing this or partclone. At least in my head.

      posted in FOG Problems
      george1421G
      george1421
    • RE: Multicast Error:method parse/execution failed

      @kyokushin Just to explain what / where we are talking about.

      The software that gets sent to the target computer to capture and deploy images is based on linux. Within the context of the FOG Project this linux operating system is called FOS Linux. This FOS Linux is not based on any commercial linux OS but it is its own thing.

      What Sebastian is asking for is you to place a value in the kernel parameters for this target computer to see if it resolves the issue. In the host definition for this target computer there are several fields one of them should be kernel parameters. In that field for this host place noapic and save the value. Then try to image the computer.

      I think I would before trying the noapic parameter, make sure your firmware is up to date on that target computer. Because the error in the picture does look like an issue between linux and the disk which is unusual.

      posted in FOG Problems
      george1421G
      george1421
    • RE: UEFI Boot

      @londonfog Hmm, ok that isn’t it then. I thought it was possible that something happened with the 1.5.8 update and ipxe.efi was damaged some how.

      In each of the boot loaders (undionly.kpxe and ipxe.efi) there is a script that calls default.ipxe on the FOG server… But thinking about it now, its getting past that point because it calls default.ipxe which chains to bootp.php. That http call is failing for some reason. So default.ipxe has already been loaded by ipxe.efi.

      I don’t have an answer why only uefi has this issue. I can say that 1.5.5 is kind of old, but I don’t remember your issue being an issue in 1.5.5. I guess you could try ipxe.efi from 1.5.8 to see if that changes anything. Here is the link to the github site where you can download ipxe.efi https://github.com/FOGProject/fogproject/tree/master/packages/tftp

      posted in FOG Problems
      george1421G
      george1421
    • RE: Fujitsu p558 no get ip adresse

      Just to add a bit of detail to this issue.

      The linux driver that comes with the stock linux kernel is insufficient to configure and use these new breed of realtek 8168 network adapters. Last fall I created a one off kernel with the updated linux drivers from the realtek web site. These updated realtek drivers seem to work better with these new nics than the stock 4.x kernel drivers.

      I asked the OP to try the latest one off 5.5.3 stock linux kernel and that version also did not work with this realtek nic. I have not tried to patch the 5.x series kernels as of now with the updated realtek drivers as I did with the 4.19.x series.

      key search term is bzImageRT

      For now I had the OP change the global FOS boot kernel to bzImageRT in the fog configuration page. That way all systems will use this one-off kernel. The only changes from the base FOG kernel is that it has the updated realtek drivers.

      ref: https://forums.fogproject.org/topic/14020/issues-with-realtek-rtl8168-and-4-19-48-kernel

      posted in FOG Problems
      george1421G
      george1421
    • RE: High CPU Usage

      @Arrowtron Our goal with this step is to remove 2 settings from the compiled in default values for the db server.

      To do that we need to add a configuration file into /etc/mysql/conf.d/ called sqlmode.cnf. Into that file add in the following:

      [mysqld]
      sql-mode="ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION"
      

      Save that file and then restart the sql server with sudo systemctl restart mariadb You might have to adjust for your linux OS.

      Once the sql server comes back online login with the mysql cli too and key in SELECT @@GLOBAL.sql_mode global, @@SESSION.sql_mode session;

      With any luck the following settings will be gone.

      +-------------------------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------------------------------------------------------------------------------------+
      | global                                                                                                                                    | session                                                                                                                                   |
      +-------------------------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------------------------------------------------------------------------------------+
      | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,>>NO_ZERO_IN_DATE<<,>>NO_ZERO_DATE<<,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION | ONLY_FULL_GROUP_BY,STRICT_TRANS_TABLES,NO_ZERO_IN_DATE,NO_ZERO_DATE,ERROR_FOR_DIVISION_BY_ZERO,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION |
      +-------------------------------------------------------------------------------------------------------------------------------------------+-------------------------------------------------------------------------------------------------------------------------------------------+
      
      

      If only those values are missing then lets continue with the alter database commands.

      ALTER TABLE hosts ENGINE=InnoDB;
      ALTER TABLE imagingLog ENGINE=InnoDB;
      ALTER TABLE inventory ENGINE=InnoDB;
      ALTER TABLE snapinTasks ENGINE=InnoDB;
      
      SELECT TABLE_NAME,ENGINE
      FROM information_schema.TABLES
      WHERE TABLE_SCHEMA = 'fog' and ENGINE = 'MyISAM';
      
      posted in FOG Problems
      george1421G
      george1421
    • RE: Windows 10x64 does not boot after restore (sporadically)

      I guess with the NUCs I would recommend, make sure the bios (firmware) is up to date.

      So when these systems do this, is the only way to fix them is reimage them?

      When these systems do this does the disk show up as a bootable device in the firmware? If the firmware doesn’t see the proper boot file on the first disk partition it won’t boot.

      Lastly if you have the nuc boot through the fog IPXE menu, and you have the NUC registered with FOG with the exit mode of refind, does refind find the disk properly to boot? This test is to see if the disk structure is intact, just something is wrong with the efi boot partition.

      posted in FOG Problems
      george1421G
      george1421
    • RE: Need a FOG API Call that works

      You might want to check out these threads to see if there are any clues. TBH I’m not a programmer so you may have already found these

      https://forums.fogproject.org/topic/10036/api/4

      https://forums.fogproject.org/topic/12026/powershell-api-module/8

      posted in FOG Problems
      george1421G
      george1421
    • RE: New computers- no configuration methods succedeed

      @Mightmar Do you have an unmanaged (read: cheap) network switch you can place between this computer and your building network switch?

      From your first post it looks like iPXE can see the network card because it references the mac address but it appears its not seeing the dhcp response from your dhcp server. I have seen conditions like this before related to having normal spanning tree enabled and not using one of the fast spanning tree protocols. Inserting a cheap unmanaged switch between the pxe booting computer and the building switch is a simple test to see if its a spanning tree issue or not.

      The other thing I see is that your network adapter is a realtek nic. Instead if using undionly.kpxe boot loader you can try ipxe.kpxe and see if it boots into the iPXE menu. You will need to change your dhcp option 67 to make this happen. To explain it simply the undionly.kpxe boot loader uses the undi driver built into the network card this boot loader works 95 % of the time. With some cards the undi built in network driver has a conflict with iPXE. The ipxe.kpxe and the ipxe.efi have all of the network card drivers built in. Lastly there is a realtek specific boot loader, you will have to look in the /tftpboot directory, I think its called realtek.kpxe.

      If everything else fails we can see if we can boot directly into FOS linux from a flash drive bypassing ipxe all together. There are some caveats using this method but as long as FOS Linux supports that network card it will work.

      posted in FOG Problems
      george1421G
      george1421
    • RE: Fog Host Management Screen - Creating new hosts issue

      When you initially create the host via the ui or via a registration it will show as active. There is also an agent that runs in the back ground that repings the client to show if its up or down. Now when I say ping, I don’t mean the traditional ICMP ping, but its more like a socket connection to the target computer on udp port 445.

      So the first issue could be the windows firewall blocking connections to udp port 445.

      The second issue is that they name you have the system listed in FOG, in this case HE-D001992 can’t be looked up using DNS. FOG doesn’t know IP addresses, it only know the system name. So it will try to ping HE-D001992. If that is not its windows name or you don’t have DNS configured properly then it will appear down to the FOG Service.

      posted in FOG Problems
      george1421G
      george1421
    • RE: Does FOG server require nic card to support Wake on Lan for other hosts to recognize?

      WOL is impacted by the target computer more than the fog server.

      In my environment I have FOG running on ESXi 6.7 VM. I just had to look but I’m running a vmxnet3 virtual network interface on a centos 7.5 server for my fog server.

      I know when I deploy an image to a Dell computer on the same subnet as the FOG server, the target computer will start up.

      So what I’m wondering is… is the problem with the fog server or the target computer? One way to test would be to get a windows utility app that sends out WOL packets to see if the computer starts correctly. I’ve used the nirsoft wakemeonlan https://www.nirsoft.net/utils/wake_on_lan.html its pretty basic but should test if the workstation is setup correctly.

      On the FOG server side make sure the mac address is right and matches the target computer.

      Lastly Windows 10 messes with WOL, messes as is disables it. A way to test if Win10 is messing with WOL. Test WOL by unplugging and plugging in the power cable. This is state G0, if I remember correctly. Test WOL here if it works then great. Next boot into windows and then shutdown. This is state S5. Test WOL again. My bet is that it will not boot with WOL here.

      posted in FOG Problems
      george1421G
      george1421
    • RE: kernel interface not working

      @Jeff-Findley So the only change is time that fixes the problem. I’m going to assume that during the boot into the debug mode it failed to get an IP address, but when you manually issues the udhcpc command it worked fine?

      If it is truly time that fixes the issue, the problem is MOST LIKELY spanning tree. Even some of the unmanaged switches have standard spanning tree enabled by default. You typically don’t find this in home switch gear. Usually the test is to put a cheap unmanaged (i.e. $20 monoprice) switch in between to test.

      posted in FOG Problems
      george1421G
      george1421
    • RE: Multicast without registration starts OK, but hangs and disconnects clients due to timeout.

      What version of FOG are you using?

      Are the fog (target) clients on the same subnet as the fog server?

      Do you have igmp snooping enabled on all of your network switches. It just needs to be enabled for the vlan(s) where you are going to multicast.

      I can say 95% of the multicasting issues are related to infrastructure and not the fog server. But that 5% we will still need to look into.

      posted in FOG Problems
      george1421G
      george1421
    • 1 / 1