• Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login
  • Recent
  • Unsolved
  • Tags
  • Popular
  • Users
  • Groups
  • Search
  • Register
  • Login

SVN 2979 multicast issues

Scheduled Pinned Locked Moved
FOG Problems
5
33
11.0k
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • W
    Wayne Workman
    last edited by Feb 20, 2015, 1:51 PM

    In that particular revision, it’s possible to change the multicast address & port used. Did you do that, by chance? (just a stab at helping)

    Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
    Daily Clean Installation Results:
    https://fogtesting.fogproject.us/
    FOG Reporting:
    https://fog-external-reporting-results.fogproject.us/

    1 Reply Last reply Reply Quote 0
    • J
      jamesb
      last edited by Feb 20, 2015, 1:58 PM

      No, I left everything as the default except for the wait time which I changed to 5 minutes.

      1 Reply Last reply Reply Quote 0
      • W
        Wayne Workman
        last edited by Feb 20, 2015, 2:06 PM

        In Fedora, there are some systemctl commands to check the status of various services. There’s probably something equivalent in Ubuntu.

        If you look at this:

        [url]http://fogproject.org/wiki/index.php/FOG_(r2922)Configuration_on_Fedora_21_Workstation_inside_Windows_Server_2012_Hyper-V_using_ProxyDHCP#FOG_Server_Troubleshooting_Help.28Fedora_21.2C_r2922_.26_up.29[/url]

        It’ll give examples of those commands in Fedora.
        It’s basically to check and see what’s running, what’s not, what has errors…

        It’s a place to start.

        Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
        Daily Clean Installation Results:
        https://fogtesting.fogproject.us/
        FOG Reporting:
        https://fog-external-reporting-results.fogproject.us/

        1 Reply Last reply Reply Quote 0
        • J
          jamesb
          last edited by Feb 20, 2015, 6:07 PM

          Well now that I’m able to tackle this again I followed the wiki for multicast issues and it is pointing to the issue being in our switches. I’ll have to start looking their.

          1 Reply Last reply Reply Quote 0
          • J
            jamesb
            last edited by Feb 20, 2015, 7:48 PM

            After following the instructions for Cisco switches at : [url]http://www.fogproject.org/wiki/index.php/Cisco_Multi_Cast[/url] multi-casting still isn’t working for us. We have the ip pim sparce-dense-mode on the vlans that I’m using to test multicast with and I still have the same problem of the client machine not communicating with the host for a multicast session. Is there some other settings that needs to be applied that aren’t part of the wiki?

            1 Reply Last reply Reply Quote 0
            • W
              Wayne Workman
              last edited by Feb 20, 2015, 7:59 PM

              Can you explain your network environment’s setup?

              Switch model?
              Where is the router (topographically)?
              Are you using Vlans?
              What’s the FOG server’s network interface configuration(s)? (include subnet mask, gateway, DNS, IP address)
              Where’s the client you’re testing with?
              Are you using DHCP?
              Can you tell us what IP address the client is getting/assigned?

              Just covering the bases at this point.

              Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
              Daily Clean Installation Results:
              https://fogtesting.fogproject.us/
              FOG Reporting:
              https://fog-external-reporting-results.fogproject.us/

              1 Reply Last reply Reply Quote 0
              • J
                jamesb
                last edited by Feb 20, 2015, 8:09 PM

                Our core switches are 4510’s and our stacked switches are 3750’s. All switches are Cisco Catalyst switches. Topographically they are spread throughout our small town in each of the school buildings. We are using Vlans. The FOG config is 172.28.2.21 255.255.255.0; Default route is 172.28.2.1; DNS 172.28.2.12. I’m testing this on an Optiplex 755 for right now. DHCP is set up on our network. The client is getting an IP of 172.52.8.54

                1 Reply Last reply Reply Quote 0
                • W
                  Wayne Workman
                  last edited by Feb 20, 2015, 8:20 PM

                  FOG server has 172.28.2.21/24
                  Client has 172.52.8.54/24

                  The problem is that they are within different broadcast domains.
                  Broadcast traffic does not traverse broadcast domains (routers don’t pass broadcast packets).

                  The network portion of the FOG server/node’s IP address must match the network portion of the Client’s IP address. So, that particular FOG server can only image clients with an address beginning in 172.28.2

                  Try it on a client that is within the same broadcast domain.
                  Later, once you can get that going, you can work towards setting up FOG storage nodes with the Location snapin.

                  Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                  Daily Clean Installation Results:
                  https://fogtesting.fogproject.us/
                  FOG Reporting:
                  https://fog-external-reporting-results.fogproject.us/

                  1 Reply Last reply Reply Quote 0
                  • J
                    jamesb
                    last edited by Feb 20, 2015, 8:23 PM

                    So I’m basically going to need to set up a storage node for each vlan we have in order for multicast to work in all of our buildings?

                    1 Reply Last reply Reply Quote 0
                    • W
                      Wayne Workman
                      last edited by Feb 20, 2015, 8:33 PM

                      [quote=“jamesb, post: 42509, member: 27742”]So I’m basically going to need to set up a storage node for each vlan we have in order for multicast to work in all of our buildings?[/quote]

                      Yeah, basically.

                      It might sound scary, but it’s not tough to do, and is documented.

                      If you have vlans that are assigned the same gateway (the router interface), then you only need one storage node for those Vlans.

                      Basically, you would need one node in each broadcast domain. That’s if you want it all centralized, with one almighty controlling FOG server for them all.

                      Before going to that extent though, I’d try getting multicast to work within the broadcast domain that the FOG server is in. You have to do that first to confirm you’re network equipment is configured properly, and that FOG is configured properly.

                      Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                      Daily Clean Installation Results:
                      https://fogtesting.fogproject.us/
                      FOG Reporting:
                      https://fog-external-reporting-results.fogproject.us/

                      1 Reply Last reply Reply Quote 0
                      • W
                        Wayne Workman
                        last edited by Feb 20, 2015, 8:55 PM

                        Also, the storage nodes don’t need to be anything fancy (I’ve said this before?)

                        An old dual-core with a gigabit interface will get the job done in an acceptable amount of time.

                        Here, in my environment, FOG is virtualized on one of our servers, and can blast an image out to 1 client in 8 minutes (almost 50GB image, uncompressed). We can image 29 systems with that particular image in 29 minutes using multicast (I blame a bad patch cable somewhere).

                        Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                        Daily Clean Installation Results:
                        https://fogtesting.fogproject.us/
                        FOG Reporting:
                        https://fog-external-reporting-results.fogproject.us/

                        1 Reply Last reply Reply Quote 0
                        • S
                          Sebastian Roth Moderator
                          last edited by Feb 21, 2015, 1:44 PM

                          [quote=“Wayne Workman, post: 42508, member: 28155”]…
                          The problem is that they are within different broadcast domains.
                          …[/quote]

                          Not correct from my point of view. WOL is a bit of an issue if you want to wake up clients in another subnet. But Multicasting (IF setup correctly) sould work beyond broadcast domains! I have my server in 192.168.6.x/24 and some of my clients in 192.168.6.x/24 (VLAN6) but also others in 192.168.5.x/24 (VLAN5). All doing multicast imaging without any issue!!!

                          Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                          Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                          1 Reply Last reply Reply Quote 0
                          • Tom ElliottT
                            Tom Elliott
                            last edited by Feb 21, 2015, 2:18 PM

                            I know I had broken the multicast to other bc domains for a little while and I don’t remember when it was found and corrected for. That said I know this is corrected for in current version of svn. I’d recommend updating and see if that helps you out. For wol I’d say install the wolbroadcast plugin as wol across vlans is what this was designed for. You will need your main routing switch or router set to enable ip-directed-broadcasts

                            Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG! Get in contact with me (chat bubble in the top right corner) if you want to join in.

                            Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                            Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                            1 Reply Last reply Reply Quote 0
                            • W
                              Wayne Workman
                              last edited by Feb 23, 2015, 12:59 PM

                              [quote=“jamesb, post: 42509, member: 27742”]So I’m basically going to need to set up a storage node for each vlan we have in order for multicast to work in all of our buildings?[/quote]

                              I stand somewhat corrected.

                              I found this: [url]http://networkengineering.stackexchange.com/questions/10065/how-broadcasting-works-on-different-networks[/url]

                              Which basically says that limited broadcasts are always dropped, but a router can be configured to allow directed broadcasts by running [B][SIZE=14px][FONT=Droid Sans Mono][COLOR=#222222]ip directed-broadcast[/COLOR][/FONT][/SIZE][/B] (I assume on a Cisco router).

                              Have you done this, jamesb ?

                              Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                              Daily Clean Installation Results:
                              https://fogtesting.fogproject.us/
                              FOG Reporting:
                              https://fog-external-reporting-results.fogproject.us/

                              1 Reply Last reply Reply Quote 0
                              • J
                                jamesb
                                last edited by Feb 23, 2015, 2:05 PM

                                I haven’t tried the ip directed-broadcast yet, I’m having our network person get that setup up on our switches and routers now.

                                1 Reply Last reply Reply Quote 0
                                • J
                                  jamesb
                                  last edited by Feb 23, 2015, 3:13 PM

                                  Before my network guy wants to open up the switches with this setting he wants to try a different mcast address. I’ve tried to get the 239 address to be used but FOG always uses the 236 address. I’ve overwritten in the FOG multicast settings in the web GUI but it’s not showing the change in the log files.

                                  1 Reply Last reply Reply Quote 0
                                  • S
                                    Sebastian Roth Moderator
                                    last edited by Feb 23, 2015, 3:35 PM

                                    As I already said… From my point of view multicast is NOT broadcast! You don’t need directed broadcasts to make multicast work. Just my two cents…
                                    Do you still have errors in your apache log file??

                                    Have you gone through this guide yet? [url]http://fogproject.org/wiki/index.php?title=Troubleshooting_a_multicast[/url]

                                    Web GUI issue? Please check apache error (debian/ubuntu: /var/log/apache2/error.log, centos/fedora/rhel: /var/log/httpd/error_log) and php-fpm log (/var/log/php*-fpm.log)

                                    Please support FOG if you like it: https://wiki.fogproject.org/wiki/index.php/Support_FOG

                                    1 Reply Last reply Reply Quote 0
                                    • W
                                      Wayne Workman
                                      last edited by Feb 23, 2015, 4:30 PM

                                      [quote=“jamesb, post: 42582, member: 27742”]Before my network guy wants to open up the switches with this setting he wants to try a different mcast address. I’ve tried to get the 239 address to be used but FOG always uses the 236 address. I’ve overwritten in the FOG multicast settings in the web GUI but it’s not showing the change in the log files.[/quote]

                                      SVN 2920 & up supports custom multicast address and port settings, along with a few other settings too I think.

                                      That change was made to get FOG working at my location, and it works fine here. We don’t use the default [U]broadcast address[/U] for our broadcast domains, there’s custom setup intended to somewhat contain any multicast stream to prevent network-slowdown.

                                      I’m not sure how the setup on the router & switches was accomplished here (not my job), I just know that it works.

                                      239 & 236 addresses? I don’t follow.

                                      By default, according to the IP info you gave earlier, the broadcast address for the segment that the FOG server is on should be: 172.28.2.255

                                      Have you gotten multicast to work on the FOG server’s V-lan yet? What are the errors associated with [U]that[/U]?

                                      Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                                      Daily Clean Installation Results:
                                      https://fogtesting.fogproject.us/
                                      FOG Reporting:
                                      https://fog-external-reporting-results.fogproject.us/

                                      1 Reply Last reply Reply Quote 0
                                      • S
                                        Steven B
                                        last edited by Mar 23, 2015, 3:47 PM

                                        Just my 2 cents on Multicasting issues. I use fog to image two labs at SCSU. Multicast never would work. Last week was spring break I had the time to run a couple of tests. I followed all the instructions to test multicast on the forums but multicast deploy would hang on the blue screen and that was that. I do not have administrative access to the production switches.

                                        Images are complex with ubunutu with many VMs in the images. Image type; RAW, compression is set to 3. Client hardware; HP Thin Clients with 8 GB of memory and 126GB SSD.

                                        Fog Server Dell 6GB. I do have a HP on the way in a month that will have 64GB to test at the end of spring semester so I may be able to speed thing up a bit.

                                        I decided to swap out, (our office of information technology Cisco managed switches) with Cisco SBM switches out of the “box”.
                                        Multicast in Fog works just fine.

                                        I tested the following:
                                        Multicast 8 HP Thin Clients on Cisco SMB Switches - average image 22 minutes.
                                        Multicast 15 HP Thin Clients on Cisco SMB Switches - average image 26 minutes.
                                        Unicast 8 HP Thin Clients on Cisco SMB Switches - average image 1hr 26 minutes.
                                        Unicast 15 HP Thin Clients on Cisco SMB Switches - average image 2hr 54 minutes.

                                        Unicast to 15 Thin Clients on production switches to 15 systems would vary from 2 to 4 hours.

                                        I do multi partition non resizable NTFS 40GB images and this averages 24 minutes unicast. I did not have time to test this in multicast.

                                        So multicast does work and for larger deployments is much faster. Performance is 23 minutes vs 1hr and 26 minutes. I have sent the fog logs to our OIT group to have them look into their Cisco’s. I am planning to replace the current production switches . I would suggest to add a line to the testing of multicast to just swap out any old switches.

                                        1 Reply Last reply Reply Quote 0
                                        • W
                                          Wayne Workman
                                          last edited by Mar 23, 2015, 5:58 PM

                                          I think one of the biggest core-problems with I.T. support people multicasting is being unable to access their switches / routers.

                                          These dumb barriers between network teams and I.T. support are created. A technician will say “Multicast isn’t working”, network admin says “It’s set up, you must not be doing it right”… vicious circle. And that’s if they even BOTHER to help you… Either person could be wrong, honestly. But, without one being able to see the other’s setup (or communicate really well), it’s pretty pointless to even try to troubleshoot.

                                          I despise things like this.

                                          Please help us build the FOG community with everyone involved. It's not just about coding - way more we need people to test things, update documentation and most importantly work on uniting the community of people enjoying and working on FOG!
                                          Daily Clean Installation Results:
                                          https://fogtesting.fogproject.us/
                                          FOG Reporting:
                                          https://fog-external-reporting-results.fogproject.us/

                                          1 Reply Last reply Reply Quote 0
                                          • 1
                                          • 2
                                          • 1 / 2
                                          • First post
                                            Last post

                                          280

                                          Online

                                          12.0k

                                          Users

                                          17.3k

                                          Topics

                                          155.2k

                                          Posts
                                          Copyright © 2012-2024 FOG Project