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

Fog Advanced Menu ISO Booting

Scheduled Pinned Locked Moved
FOG Problems
4
12
6.8k
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.
  • K
    kferrero
    last edited by Oct 17, 2014, 7:37 PM

    Hey guys, I’ve searched the forums both with the search feature here and by using a google boolean search and read just about every thread I could find about this issue. I want to see if there is some kind of update on this or a workaround.

    The issue is this, I have successfully setup an advanced boot menu it works fine

    initrd http://${fog-ip}/fog/iso/acronis_true_image_2014.iso
    chain memdisk iso raw ||
    goto MENU[/CODE]

    That is the entry I am using to load Acronis’s Boot Disc. The problem is that when I load this ISO, it says loading from HTTP on the top of the screen with a percentage indicator but the download itself takes way longer than it should. The Acronis image is about 500mb and it takes almost 2 minutes to load the ISO into RAM before running it. On another computer if I just browse to [url]http://fogipaddress/fog/iso[/url] and download the same ISO it downloads in 3 seconds consistently. Why is the download taking SO much longer with the advanced boot menu, especially considering I can image a device with an 8gb Windows 7 image and transfer with ipxe at 7gb/min.

    This is not a network issue, something isn’t configured right or ipxe is showing it downloading via HTTP but its actually reverted to TFTP or something.

    Any insight? Where I can look?

    1 Reply Last reply Reply Quote 0
    • T
      Tom Elliott
      last edited by Oct 17, 2014, 8:05 PM

      Maybe try here?

      [url]http://forum.ipxe.org/showthread.php?tid=7061[/url]

      Also maybe try kernel memdisk ISO over chain as, if I’m reading the chain right, chain does two actions but after the item befor it has completed. So maybe try
      [code]
      :ACRONIS
      kernel memdisk iso raw
      initrd http://${fog-ip}/fog/iso/acronis_true_image_2014.iso
      boot ||
      goto MENU[/code]

      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

      F 1 Reply Last reply Oct 18, 2016, 5:12 PM Reply Quote 0
      • T
        Tom Elliott
        last edited by Oct 17, 2014, 8:14 PM

        Also,

        Another option to try as I’m re-reading other reference materials.

        Maybe:

        [code]chain memdisk iso raw[/code]

        Is this the issue? I think it is as it’s, from what I can tell, attempting to load memdisk from tftp, therefore trying to download the iso file under tftp methodologies.

        What if you try chaining the chain line to:
        [code]chain http://${fog-ip}/fog/service/ipxe/memdisk raw iso[/code]

        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
        • K
          kferrero
          last edited by Oct 17, 2014, 8:22 PM

          I just tried both suggestions and the download rate remained the same.

          I checked to make sure KeepAlive was enabled for Apache and it is. The only other thing I have found is [URL=‘http://lists.ipxe.org/pipermail/ipxe-devel/2013-October/002864.html’]this[/URL] where httpd isn’t sending content-length header and that would make for very slow ipxe http downloads. The only thing that isn’t making sense to me here is the fact that just browsing the apache directory and downloading in an internet browser maxes out the link speed, imaging a computer maxes out the link speed, but ONLY when trying to download an ISO to boot from RAM is the download significantly slower.

          1 Reply Last reply Reply Quote 0
          • T
            Tom Elliott
            last edited by Oct 17, 2014, 8:32 PM

            Alright,

            Can you try, just for these scenarios, using the ipxe.pxe file as your undionly.kpxe?

            See if this helps you out at all?

            It will likely break other systems, but this is just to test a theory i’m running through my head.

            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
            • K
              kferrero
              last edited by Oct 17, 2014, 8:35 PM

              That’s the issue man, you figured it out. Once I switched to ipxe.pxe the ISO booted in 3 seconds, damn near instantaneous.

              1 Reply Last reply Reply Quote 0
              • K
                kferrero
                last edited by Oct 17, 2014, 9:09 PM

                Any ideas as to what the difference is between the two pxe boot files that would cause this? Would it be something as simple as changing the setting that differs between the two and then recompiling a new undionly.kpxe for use in FOG?

                1 Reply Last reply Reply Quote 0
                • T
                  Tom Elliott
                  last edited by Oct 17, 2014, 10:51 PM

                  No.

                  I’m currently in the works of trying to come up with a decent solution for a couple of reasons.

                  ipxe.pxe is the “preferred” method of booting ipxe. However it rely’s on the native ipxe driver code for each of the nics of which they do not have all drivers for all nics.

                  undionly.kpxe is the method we use because I don’t have a clue what type of hardware is going to be trying to boot. It was easier to make a decision to start with something that, usually, works for nearly all systems. Undionly.kpxe uses the nic’s undi driver which is a “generic” driver built into the nic’s firmware.

                  undionly.kkpxe is similar to undionly.kpxe but really only used for those bios’ that have buggy firmware built in causing other issues that I can’t, and ipxe itself can’t, predict. It seems to work on most buggy systems where undionly.kpxe seems to fail.

                  If you want, you could try booting using the undionly.kkpxe but something leads me to think it’s the nic’s undi stack limiting your connection. We were really just “lucky” that the ipxe.pxe had the nic’s driver which was what my “theoretical” thoughts where.

                  Hopefully this helps explain that.

                  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
                  • K
                    kferrero
                    last edited by Oct 18, 2014, 12:25 AM

                    That explained it very well thank you

                    1 Reply Last reply Reply Quote 0
                    • K
                      kferrero
                      last edited by Oct 21, 2014, 9:25 PM

                      Any progress on this?

                      the ipxe.pxe boot file, how limited is it in terms of the builtin NIC drivers it has? Is it random? Is it safe to assume devices made in the past 2-3-4-5-6 years should all work and undionly.kpxe is to ensure compatability for all devices including legacy older models?

                      I’m trying to determine how likely I am to run into issues ditching undionly.kpxe if all the computers on my network were made within the last 3 years.

                      Is a fix/patch in the works and just wait?

                      1 Reply Last reply Reply Quote 0
                      • B
                        BPSTravis Developer
                        last edited by Oct 22, 2014, 6:16 PM

                        ipxe does not give time frames for patches or upgrades.

                        If you want to know if ipxe will work for your machines, try changing your dhcp option 67 to ipxe.pxe and see if your systems work.

                        You can try searching ipxe’s forum for a supported hardware list and compare your nics to their list.

                        [SIZE=12px]signature:[/SIZE]
                        [QUOTE]I think I know things, but I really don't. You shouldn't follow any advice I give. - BPSTravis[/QUOTE]

                        1 Reply Last reply Reply Quote 0
                        • F
                          fpsacha @Tom Elliott
                          last edited by fpsacha Oct 18, 2016, 11:13 AM Oct 18, 2016, 5:12 PM

                          @Tom-Elliott

                          Nice. that fixed my problem hahaha. thanks

                          old code :

                          :winpe
                          initrd http://${fog-ip}/iso/ampe.iso
                          chain memdisk iso raw ||
                          goto MENU
                          

                          Old code

                          :winpe
                          kernel memdisk iso raw
                          initrd http://${fog-ip}/fog/iso/ampe.iso
                          boot ||
                          goto MENU
                          

                          Now sure what it change. but its working !

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

                          294

                          Online

                          12.0k

                          Users

                          17.3k

                          Topics

                          155.2k

                          Posts
                          Copyright © 2012-2024 FOG Project