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

    Debian 8, Fog trunk, PXELinux on MS Server and MS DHCP help

    Scheduled Pinned Locked Moved Solved
    FOG Problems
    7
    69
    47.9k
    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.
    • Wayne WorkmanW
      Wayne Workman @george1421
      last edited by

      @george1421 said:

      I created a directory /var/www/html/fog/iso
      Then I copied the MDT LiteTouchPE_x86.iso to that iso folder as ltpe_x86.iso

      I would disagree with where the ISO is being kept - the installer blasts the fog web root every time it runs. I would suggest using /var/www/html/iso or creating an /iso directory and then doing a symbolic link to /var/www/html

      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/

      george1421G 1 Reply Last reply Reply Quote 0
      • Wayne WorkmanW
        Wayne Workman
        last edited by

        @Tom-Elliott has informed me that the web directory is now preserved - although manipulated and moved around to ensure correctness - for the reasons I listed below.

        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
        • george1421G
          george1421 Moderator @Wayne Workman
          last edited by

          @Wayne-Workman said:

          I would disagree with where the ISO is being kept - the installer blasts the fog web root every time it runs. I would suggest using /var/www/html/iso or creating an /iso directory and then doing a symbolic link to /var/www/html

          Lets not get what I’ve done so far confused with the finished and working solution. Right now I’m in the mode, “Can I just make it work”. The next phase is; “How should it be setup for production”. I agree with you that the container should not be in the …/html/fog directory. It should probably be a symbolic link from /var/www/html/iso to /opt/fog/iso or something similar to keep the big files on the /opt partition (if setup that way) and off the / partition.

          I am going through this for selfish reasons since with our old (non-FOG) pxe server we had utilities setup (like dban and bart-pe) that I need to bring those forward and launch them from the FOG server. I now have a slightly better understanding of the fog pxe boot menu so I think I can do this without a whole lot of pain.

          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!

          Wayne WorkmanW 1 Reply Last reply Reply Quote 0
          • Wayne WorkmanW
            Wayne Workman @george1421
            last edited by

            @george1421 There’s a wiki article on DBAN for fog 1.3.0 🙂

            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 1
            • george1421G
              george1421 Moderator
              last edited by

              Bingo, I have it.

              I have two ways to boot a MDT litetouch image via FOG.

              1. The first way is how I stated to take the iso image created by MDT and move that to your FOG server (on rhel variants) in /var/www/html/iso folder. The file I used was to move LiteTouchPE_x86.iso from the MDT deployment share to that …/iso folder as ltpe_x86.iso. Then to create the PXE boot menu as I outlined below. The freeze issue I had was related to how I created the VM. I created it as a linux VM not a windows VM (shame on me). Once I reset it to a windows 7 VM the system booted to the lite touch menu.

              2. By using instructions found in Wayne’s link below. http://ipxe.org/howto/winpe I used this as the bases of option 2. I’ve created WinPE USB boot drives so I already had WAIK installed and already had a boot.wim created, so I’m not going into that part. But in the target winpe environement I took the ISO folder and moved it to the fog server in /var/www/html/ISO (which is different than the <lowercase> iso folder from option 1). I placed the wimboot file (downloaded from the link provided by Wayne) in the web root folder /var/www/html. Then copied the LiteTouchPE_x86.wim from MDT deployment share to /var/www/html/ISO as boot.wim. And finally created the FOG PXE menu with these settings.
                Menu Item: winpe.BootMDT_x86
                Description: Boot MDT LiteTouch x86
                Parameters:
                kernel http://<fog_server_ip>/wimboot
                initrd http://<fog_server_ip>/ISO/boot/bcd BCD
                initrd http://<fog_server_ip>/ISO/boot/boot.sdi boot.sdi
                initrd -n boot.wim http://<fog_server_ip>/ISO/boot.wim boot.wim
                boot

              I still would like to understand how I can use the variables to the fog server IP address so I don’t have to hard code the IP address into the boot menu. That would make the instructions a bit more dynamic.

              Understand what I’ve done is a first pass attempt to make FOG deploy both FOG images and to launch MDT’s litetouch image without the need of a WDS server (which would have made things a bit easier in one respect)

              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!

              F 1 Reply Last reply Reply Quote 2
              • F
                FlowLive
                last edited by

                Thanks everyone for the input, though it’s kind of heading in all sorts of direction and I am not quite there yet.

                Anyone could elaborate on why PXELinux could not chain to iPXE?
                Is it because of a broken chainload in syslinux? Simply not doable…?
                It’s almost working for me with chainload but using ipxe.krn from Fog is not getting the address as opposed to ipxe.krn from the ipxe.iso, so I can’t help but think that it’s getting so close, at this point if I had ipxe.krn knowing the address of the fog server all would be needed is the imaging working and I would be set… i think…
                What does Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(1,0) Kernel Offset: disabled... mean when trying to image?

                Other unanswered questions;

                Is there some changelog we can refer to for svn changes or we have to see every single commits in Git to see what has been changed?
                Also when I do a pull from Git, the installer asks to go to the management page to update the database but I never see this happening, is it needed?
                Finally, after an update, is there a need to restart services or the computer?

                Wayne WorkmanW 1 Reply Last reply Reply Quote 0
                • S
                  Sebastian Roth Moderator
                  last edited by

                  @george1421 You should be able to use ${next-server} (set by iPXE when requesting this information via DHCP). See my post here: https://forums.fogproject.org/topic/5754/storageip-parameter-in-pxe-menu/8

                  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 1
                  • Wayne WorkmanW
                    Wayne Workman @FlowLive
                    last edited by Wayne Workman

                    @FlowLive said:

                    Is there some changelog we can refer to for svn changes or we have to see every single commits in Git to see what has been changed?

                    Best place to look in my opinion is the SourceForge page on the project:
                    http://sourceforge.net/p/freeghost/code/HEAD/tree/
                    There is also a history area:
                    http://sourceforge.net/p/freeghost/code/4380/log/?path=/trunk
                    and a commit browser:
                    http://sourceforge.net/p/freeghost/code/commit_browser

                    Also when I do a pull from Git, the installer asks to go to the management page to update the database but I never see this happening, is it needed?

                    Sometimes. On newer trunk revisions you can use the -y argument for the installer to automatically update the DB for you like this: ./installfog.sh -y

                    Finally, after an update, is there a need to restart services or the computer?

                    Normally, no. The installer does this for you.

                    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/

                    F 1 Reply Last reply Reply Quote 0
                    • F
                      FlowLive
                      last edited by

                      Thanks Wayne!

                      So I am back at testing, so I put ipxe.krn from the Fog server in my PXELinux and it asks for the ipaddress.
                      Then I get to the Fog menu and see my pc is already registered, choose Quick Image and I get a message ;

                      http://x.x.x.x/fog/service/ipxe/boot.php... ok
                      No Images on server found
                      

                      Then it brings me back to the Fog menu and if I choose boot to hard drive I get a whole bunch of text output mainly saying about MEMDISK: bootstrap too large to load…

                      1 Reply Last reply Reply Quote 0
                      • george1421G
                        george1421 Moderator @FlowLive
                        last edited by

                        @FlowLive First let me apologize for hijacking this thread a bit. But in the end I think I have a workable solution for your environment to allow you to run FOG along side MDT. I understand what you are trying to do by chaining FOG and MDT/WDS. Wayne has provided a way for you to mesh WDS and FOG into a pxelinux boot menu here.
                        http://www.vcritical.com/2011/06/peaceful-coexistence-wds-and-linux-pxe-servers/

                        And in my case I have worked out a way to launch a MDT install from the FOG pxe boot menu. This would allow you to launch and install MDT as you do today, but though FOG. It would provide a smooth transition path from MDT deployment to eventually a FOG deployment.

                        I’m going to say this with the most sincerity. The path you are on is kind of a waste of time to building your own kernel. You can do it that way if you want, but there are now documented ways to get it done without having to mess with syslinux. One of the issues with PXELinux (at least the last time I looked at it) was it only supports tftp booting and all the restrictions round that. Where iPXE can use other boot methods like http. Now if you use ipxe for your boot loader then chaining would work better. Then you could chain to fog using something like a call to

                        kernel ipxe.krn dhcp && chain http://<fog_ip_address>/fog/service/ipxe/boot.php?mac=${net0/mac}

                        (stolen from the fog pxe default configuration)

                        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!

                        F 1 Reply Last reply Reply Quote 1
                        • F
                          FlowLive
                          last edited by FlowLive

                          Yes I have seen the vcritical.com article but this is for launching pxelinux and not ipxe(fog) or am i just really confused?
                          I don’t quite understand why some of you see what I am trying to do as being building my own kernel… I use what’s provided without compiling anything.

                          I have just asked to have permissions given to me to play in the DHCP sevrer and will certainly try this, but it sorta sucks being so close!

                          FYI syslinux 6.03 supports tftp, http and ftp!

                          When I use kernel ipxe.krn dhcp && chain http://<fog_ip_address>/fog/service/ipxe/boot.php?mac=${net0/mac} from my PXELinux (syslinux 6.03) i get to the Fog server but I have to input the ip address of it to get there and imaging does not work with “No Images found on server” message. If i use ipxe.krn from the ipxe.iso on ipxe.org It chains properly to the Fog server but the layout seems more TUI without the white Fog background. This makes me think the problem might be with the ipxe.krn file alone… The other possible problem is that I have read that being on windows I should be using escaped slahes instead in my ipxe chain call… confused, confused 😫

                          You think this will be resolved by having my DHCP using undionly pointing to Fog instead?
                          Because I cannot remove from the equation yet that I am using Debian 8.2 with trunk release…
                          If I am able to get to Fog, shoudnt I be able to Image just fine and be able to boot to local drive?

                          1 Reply Last reply Reply Quote 0
                          • F
                            FlowLive @george1421
                            last edited by FlowLive

                            @george1421 So is there no way of simple have Fog ipxe chain to WDS pxe?

                            I’m scratching my head as this seems possible… how did you do it?

                            I will be starting to play around and change the DHCP options 66 and 67 now…

                            Should I bother with iphelper at all?

                            1 Reply Last reply Reply Quote 0
                            • george1421G
                              george1421 Moderator
                              last edited by

                              As I mentioned before, I haven’t use WDS. Can you answer what do you need to enter in options 66 and 67 to make WDS work?

                              Can we make fog chain to WDS probably.

                              Can I make FOG boot the MDT lighttouch image (which your deploying with WDS), yes.

                              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!

                              1 Reply Last reply Reply Quote 0
                              • george1421G
                                george1421 Moderator
                                last edited by

                                I’m going to take a SWAG at it.

                                If you go into FOG settings and add a new PXE Menu item, and enter these settings.

                                Menu Item: wds.BootIt
                                Description: Launch WDS Boot x86
                                Parameters:
                                set wdsserver:ipv4 <ip_addr_wds_server>
                                set next-server ${wdsserver}
                                chain tftp://${wdsserver}/Boot\x86\wdsnbp.com

                                In the example above replace <ip_addr_wds_server> with the real IP address of your wds server. Then PXE boot your client and see if it chains correctly.

                                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!

                                F 2 Replies Last reply Reply Quote 0
                                • F
                                  FlowLive @george1421
                                  last edited by

                                  @george1421 Great I will try this as soon as my image capture is done!
                                  One problem I find so far is 1st option set to boot 1st hdd is actually booting memtest!?
                                  If I choose memtest it also boots memtest.

                                  I have read anything yet for image creation but I was under the impression that doing quick image from the menu would launch an image creation process but insstead tells me theres no image on the server and comes back to the menu.
                                  Is this because I had no image yet or that pc was in no group?

                                  F 1 Reply Last reply Reply Quote 0
                                  • F
                                    FlowLive @FlowLive
                                    last edited by FlowLive

                                    Menu Item: wds.BootIt
                                    Description: Launch WDS Boot x86
                                    Parameters:
                                    set wdsserver:ipv4 <ip_addr_wds_server>
                                    set next-server ${wdsserver}
                                    chain tftp://${wdsserver}/Boot\x86\wdsnbp.com

                                    No boot options?

                                    george1421G 1 Reply Last reply Reply Quote 0
                                    • S
                                      Sebastian Roth Moderator
                                      last edited by

                                      Quick image means pushing an image to the client. If there is no image on the server it cannot be deployed to the client.

                                      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
                                      • george1421G
                                        george1421 Moderator @FlowLive
                                        last edited by

                                        @FlowLive No boot option: ?? I said it was a guess.

                                        But that should build the FOG PXE menu correctly for chaining. Since the documentation for the new fog pxe menu management is not written yet, I could only try to reverse engineer what the fields are and what they do to the pxe menu. It should work, but no promises.

                                        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!

                                        1 Reply Last reply Reply Quote 0
                                        • george1421G
                                          george1421 Moderator
                                          last edited by

                                          The typical workflow for a fully configured but blank FOG server is this

                                          1. Before you build your reference image, pxe boot your reference image computer (VM) into the FOG pxe menu and select full registration. Enter the computer name and any other parameters necessary and submit the registration to the FOG server.
                                          2. Reboot the reference image computer and then build your reference image.
                                          3. Once your reference image is built then sysprep and power off your reference image.
                                          4. From the FOG menu locate the reference image computer that you registered before and setup a upload task to capture the image from the reference computer. Don’t forget to check the box to power off the reference computer after the capture is done.
                                          5. PXE boot the reference computer and the upload will begin automatically. Once the upload is done the reference computer will power off. Set this aside for now.
                                          6. PXE boot your first target computer into the FOG menu and register it. Once it is registered you can select quick image to download the captured image to the first target computer.
                                          7. Fine tune and repeat.

                                          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!

                                          1 Reply Last reply Reply Quote 0
                                          • F
                                            FlowLive
                                            last edited by

                                            Took longer than expected, had the FOGFTP error and had to fix that.

                                            Now I try the option in the menu but unfortunately all I got is a blinking cursor 😞

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

                                            203

                                            Online

                                            12.0k

                                            Users

                                            17.3k

                                            Topics

                                            155.2k

                                            Posts
                                            Copyright © 2012-2024 FOG Project