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

Host Startup; Booting into LVM Disk Fails

Scheduled Pinned Locked Moved Unsolved
Linux Problems
4
80
30.5k
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.
  • G
    george1421 Moderator
    last edited by Oct 20, 2016, 7:37 PM

    When I’m debugging pxe booting I like to use this command from the FOG server (assuming the fog server, target computer and dhcp server are on the same subnet)

    tcpdump -w output.pcap port 67 or port 68 or port 69 or port 4011
    since dhcp is broadcast based any computer can pick this up, but being done from the fog server you will get the unicast dhcpProxy (4011) and the tftp (69) communications. If you want to do this with tcpdump and then boot the target computer to the error and then post the pcap here (which you can also look at with wireshark) I can tell you if its correct or not.

    BUT, if you are getting to the FOG iPXE menu then this is not your problem. Because getting to the iPXE menu is where the dhcp/pxe process stops and then transitions over to the iPXE kernel which is used to load the FOG Engine (the customized linux OS that captures and deploys images on the target comnputer).

    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!

    D W 2 Replies Last reply Oct 20, 2016, 7:41 PM Reply Quote 0
    • D
      dholtz-docbox @george1421
      last edited by Oct 20, 2016, 7:38 PM

      @george1421 : Absolutely - I just want to make sure I put the right information out there in light of that.

      Will Wireshark explicitly show options 66 and 67? I guess I don’t know how to validate that “the payload of DHCP 66 and 67” are correct. My assumption is that 66 is the “Next server IP address” and that 67 is “Boot file name”.

      0_1476992278284_upload-17d412d9-9622-42f7-b62d-c250df1a1939

      G 1 Reply Last reply Oct 20, 2016, 7:41 PM Reply Quote 0
      • D
        dholtz-docbox @george1421
        last edited by Oct 20, 2016, 7:41 PM

        @george1421 : I do get into the FOG iPXE menu, so I guess… that’s good to know. It seems to be related to the kernel then…? Which I believe was a path I was on earlier, but wasn’t sure where I was going with it at the time.

        G 1 Reply Last reply Oct 20, 2016, 7:43 PM Reply Quote 0
        • G
          george1421 Moderator @dholtz-docbox
          last edited by Oct 20, 2016, 7:41 PM

          @dholtz-docbox OK while this is just a picture of the pcap, I can see that who ever sent this packet (just off the screen) is sending the next server (option 66) to 10.1.10.42 (hopefully your fog server) an next server (dhcp option 67) as undionly.kpxe this is a proper dhcp offer response from dnsmasq in my opinion.

          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!

          D 1 Reply Last reply Oct 20, 2016, 7:43 PM Reply Quote 0
          • D
            dholtz-docbox @george1421
            last edited by Oct 20, 2016, 7:43 PM

            @george1421 : Thank you for clarifying that, that was my suspicion in the end too.

            Also, thank you for taking the time to revisit this topic. I know I am close, given what successes I have had so far.

            1 Reply Last reply Reply Quote 0
            • G
              george1421 Moderator @dholtz-docbox
              last edited by Oct 20, 2016, 7:43 PM

              @dholtz-docbox said in Host Startup; Booting into LVM Disk Fails:

              @george1421 : I do get into the FOG iPXE menu, so I guess… that’s good to know. It seems to be related to the kernel then…? Which I believe was a path I was on earlier, but wasn’t sure where I was going with it at the time.

              You are correct then, its not a pxe/dhcp issue. I guess I need to read the thread now. 😞

              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!

              G 1 Reply Last reply Oct 20, 2016, 7:44 PM Reply Quote 0
              • G
                george1421 Moderator @george1421
                last edited by Oct 20, 2016, 7:44 PM

                @george1421 OK, I’m being super lazy now. What is the current issue then?

                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!

                D 1 Reply Last reply Oct 20, 2016, 7:45 PM Reply Quote 0
                • D
                  dholtz-docbox
                  last edited by Oct 20, 2016, 7:44 PM

                  Well, the good news there is that we chopped off a pretty huge segment of what I thought to be wrong. Which was certainly a big question of mine initially. So, pending a few screenshots I linked, I don’t think there is much to catch up on 🙂

                  1 Reply Last reply Reply Quote 0
                  • D
                    dholtz-docbox @george1421
                    last edited by Oct 20, 2016, 7:45 PM

                    @george1421 : Haha, okay, let’s start over, knowing what we know now…

                    G 1 Reply Last reply Oct 20, 2016, 7:47 PM Reply Quote 0
                    • G
                      george1421 Moderator @dholtz-docbox
                      last edited by Oct 20, 2016, 7:47 PM

                      @dholtz-docbox If you are capturing a linux image that uses LVM, the last I knew LVM disk structure wasn’t supported. Understand I don’t work with cloning linux systems so I can’t give you first hand experience with them. But the last I knew only normal partitions are supported.

                      @Developers Is LVM now supported with FOG 1.3.0RCx?

                      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!

                      G 1 Reply Last reply Oct 20, 2016, 7:49 PM Reply Quote 0
                      • D
                        dholtz-docbox
                        last edited by Oct 20, 2016, 7:49 PM

                        After discussing what I have, the current issue is as follows…

                        My system has two (2) drives; the first drive /dev/sda is not formatted or touched, and the second drive /dev/sdb is formatted with Ubuntu 14.04.5 - Server using LVM. There is nothing complex about the LVM partition - other than it being LVM - as it only contains one primary partition currently - along with any of its other typical partitions.

                        This is where the issue comes into play.

                        I have the host registered with the FOG server, and all I am trying to do is boot the host into its system through PXE. However, every time it goes to boot into the drive, it either hangs - if using SANBOOT - or hits a chainloading loop - when using EXIT.

                        I am told the chainloading loop is easier to deal with than the SANBOOT issue.

                        Since then, I have been trying to narrow down various things, and DHCP configuration was the first to square away.

                        1 Reply Last reply Reply Quote 0
                        • G
                          george1421 Moderator @george1421
                          last edited by Oct 20, 2016, 7:49 PM

                          @george1421 Just thinking after I hit the submit button, if you deploy to a target computer and of course it will fail on reboot, but then go into FOG and schedule another deployment , but be sure you pick DEBUG deploy option. Then pxe boot the target computer. That will boot you into the FOG Engine and then drop you to a command prompt after pressing enter a few times. From there you can see check the disk using standard linux tools to see if you can detect anything wrong with the disk structure.

                          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
                          • W
                            Wayne Workman @george1421
                            last edited by Wayne Workman Oct 20, 2016, 1:54 PM Oct 20, 2016, 7:54 PM

                            @george1421 to bring you up to speed, scroll down and look at the big photo he posted. in there, iPXE is saying: “Duplicate option 66 (next server) from DHCP proxy and DHCP server.”

                            This is the least of the problems though, for some reason the iPXE boot script isn’t getting generated right by the fog server.

                            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/

                            D 1 Reply Last reply Oct 20, 2016, 7:59 PM Reply Quote 0
                            • D
                              dholtz-docbox @Wayne Workman
                              last edited by Oct 20, 2016, 7:59 PM

                              @Wayne-Workman : Oh! Right - that was the other concern of mine I have on my whiteboard. Thanks for bringing that up again. Should I just… delete /var/www/fog and call .foginstall again on the FOG Server? Or what would be the best way to invalidate this?

                              W 1 Reply Last reply Oct 20, 2016, 8:02 PM Reply Quote 0
                              • W
                                Wayne Workman @dholtz-docbox
                                last edited by Oct 20, 2016, 8:02 PM

                                @dholtz-docbox Looking at a thread from a while ago here:
                                https://forums.fogproject.org/topic/8736/chainloading-failed

                                Assign an image to this host - it doesn’t need to be a legit image, just make one up in Image Management, and assign it. See if the chainloading error goes away or not.

                                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
                                • D
                                  dholtz-docbox
                                  last edited by dholtz-docbox Oct 20, 2016, 2:08 PM Oct 20, 2016, 8:05 PM

                                  I also wanted to update you on this…

                                  I believe some services needed to be restarted after upgrading to RC-14, or something needed to be restarted. But after looking at the DHCP issues and talking w/ George, I have queried it again, for EXIT mode, and now I get…

                                  Edit> I removed the output. It was misleading, because I had the PXE menu enabled. George and I are talking, and when looking at the SANBOOT option, it tries to boot into 0x80 instead of 0x81, which would be the second drive - which is the drive I am looking to boot from.

                                  My SANBOOT output is…

                                  #!ipxe
                                  set fog-ip 10.1.10.42
                                  set fog-webroot fog
                                  set boot-url http://${fog-ip}/${fog-webroot}
                                  sanboot --no-describe --drive 0x80
                                  

                                  The EXIT output is still the same, with the last line being exit.

                                  1 Reply Last reply Reply Quote 0
                                  • W
                                    Wayne Workman
                                    last edited by Oct 20, 2016, 8:21 PM

                                    Immediately after calling the link I gave you earlier, check the apache error logs for entries from the moment prior.
                                    Web Interface -> FOG Configuration -> Log Viewer -> Apache Error

                                    Sort by newest first, be aware of the timestamps. Copy/paste what you find.

                                    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/

                                    D 1 Reply Last reply Oct 20, 2016, 8:29 PM Reply Quote 0
                                    • D
                                      dholtz-docbox @Wayne Workman
                                      last edited by Oct 20, 2016, 8:29 PM

                                      @Wayne-Workman : Nothing too interesting, just some shutdown/startup commands I made earlier today.

                                      [Wed Oct 19 18:15:32.174284 2016] [core:notice] [pid 1564] AH00094: Command line: '/usr/sbin/apache2'
                                      [Wed Oct 19 18:15:32.173684 2016] [mpm_prefork:notice] [pid 1564] AH00163: Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f configured -- resuming normal operations
                                      [Wed Oct 19 18:15:13.109673 2016] [mpm_prefork:notice] [pid 4501] AH00169: caught SIGTERM, shutting down
                                      [Wed Oct 19 18:12:39.854083 2016] [core:notice] [pid 4501] AH00094: Command line: '/usr/sbin/apache2'
                                      [Wed Oct 19 18:12:39.853942 2016] [mpm_prefork:notice] [pid 4501] AH00163: Apache/2.4.7 (Ubuntu) OpenSSL/1.0.1f configured -- resuming normal operations
                                      [Wed Oct 19 18:12:18.080349 2016] [mpm_prefork:notice] [pid 24123] AH00169: caught SIGTERM, shutting down
                                      

                                      What George and I were discussing regarded the saboot switches, in particular –drive 0x80. His thought was, whatever needs to be done, should be handling the assignment of this to 0x81, if I am trying to boot to /dev/sdb, which is on the second drive. These drives though, they are listed according to what the BIOS has listed? Or is there anyway to change what drive is mapped to 0x80?

                                      1 Reply Last reply Reply Quote 0
                                      • W
                                        Wayne Workman
                                        last edited by Oct 20, 2016, 8:32 PM

                                        @Tom-Elliott the chainloading issue with the exit type in this thread is very similar to this thread:
                                        https://forums.fogproject.org/topic/8736/chainloading-failed

                                        Especially suspicious since it was worked on between 13 and 14 and is still having issues.

                                        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/

                                        D 1 Reply Last reply Oct 20, 2016, 8:33 PM Reply Quote 0
                                        • D
                                          dholtz-docbox @Wayne Workman
                                          last edited by Oct 20, 2016, 8:33 PM

                                          @Wayne-Workman : Agreed! I am actually trying things from that topic as we speak.

                                          T 1 Reply Last reply Oct 20, 2016, 8:59 PM Reply Quote 0
                                          • 1
                                          • 2
                                          • 3
                                          • 4
                                          • 3 / 4
                                          3 / 4
                                          • First post
                                            42/80
                                            Last post

                                          162

                                          Online

                                          12.0k

                                          Users

                                          17.3k

                                          Topics

                                          155.2k

                                          Posts
                                          Copyright © 2012-2024 FOG Project