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

Dell Precision Tower 5820 - FlexBay MiniSAS PCIe NVMe SSD not recognized

Scheduled Pinned Locked Moved
Hardware Compatibility
9
124
49.2k
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.
  • H
    hlalex @george1421
    last edited by Aug 13, 2018, 7:24 PM

    @george1421 F produced a similar kernel panic:
    0_1534188256985_bzImage41713F_kernel-panic.jpg

    G 1 Reply Last reply Aug 13, 2018, 7:26 PM Reply Quote 0
    • G
      george1421 Moderator @hlalex
      last edited by Aug 13, 2018, 7:26 PM

      @hlalex Ok then rolling back to the stock FOS kernel settings and only turning on hotplug was the right place to start with. The G should be done shortly. I’m going to try to boot the kernel locally first to make sure it gets past the init on my hardware before testing on your kit.

      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
      • G
        george1421 Moderator
        last edited by Aug 13, 2018, 7:46 PM

        Version G (reset) was sent via IM and on the plus side it did not blow up during my testing.

        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!

        H 2 Replies Last reply Aug 13, 2018, 9:10 PM Reply Quote 0
        • H
          hlalex @george1421
          last edited by Aug 13, 2018, 9:10 PM

          @george1421 Sorry, got caught up with some other issues. I tried G, but it hangs at

          Configuring (net0 xx:xx:xx:xx:xx:xx)... ok
          http://ip.addr/fog/service/ipxe/boot.php... ok
          bzImage41713g... ok
          init.xz... ok
          _
          

          I have double checked and init.xz is still set as default.

          Hang on, just found an issue with the BIOS. Testing D - G again to see if it had any effect.

          1 Reply Last reply Reply Quote 1
          • H
            hlalex @george1421
            last edited by Aug 13, 2018, 9:22 PM

            @george1421 Ok, double checked everything and it appears the bios change didn’t have any effect on the output of any kernels. Same errors and freezes.

            G 1 Reply Last reply Aug 13, 2018, 9:26 PM Reply Quote 0
            • G
              george1421 Moderator @hlalex
              last edited by george1421 Aug 13, 2018, 3:29 PM Aug 13, 2018, 9:26 PM

              @hlalex Ok I’m going to have to take it back into the LAB, because it didn’t do this when I tested. I’ll grab a 7060 (newest bit of hardware I have at the moment) and see why its going sideways.

              If this wouldn’t have worked before I would say its the hand-off between iPXE and the uefi firmware. (because with faulty firmware we have seen it hang at this exact spot in the past) But I think you were running in bios mode the last time I look at the logs. I won’t keep pushing tests to you until I’m sure I have it booting correctly on my newest hardware.

              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 1
              • G
                george1421 Moderator
                last edited by Aug 14, 2018, 1:53 PM

                Well I’m a bit confused now. The ‘G’ version works correctly on a 3050 as well as a 7060. There is a short delay after bzImage is copied before the kernel starts, like 3-4 seconds where initially I thought that it crashed like on your system.

                In your environment, can you roll back to the C-G bzImages and ensure the older ones still boot? For the G build, I went back to FOG defaults and then only enabled hotplug. There might be other things that I turned on that is needed for hotplug. Rolling back to an earlier boot kernel on your end will tell me where to look in the config files.

                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!

                H 1 Reply Last reply Aug 14, 2018, 3:49 PM Reply Quote 1
                • H
                  hlalex @george1421
                  last edited by Aug 14, 2018, 3:49 PM

                  @george1421 Same here, The 5820 bios has some different options regarding NVMe drives connected to the FrontFlex Bay. These devices actually show up in bios, while the same drive connected via PCIe adapter does not populate under any bios menu that I have located. This suggest something is very different at the bios level for the two connection methods.

                  version C

                  • Boots
                  • Error parsing PCC subspaces from PCCT
                  • NVMe not in lsblk

                  version D

                  • Boots
                  • Error parsing PCC subspaces from PCCT
                  • nvme nvme0: failed to set APST feature (-19)
                  • NVMe not in lsblk

                  version E

                  • Kernel Panic
                  • Error parsing PCC subspaces from PCCT
                  • pciehp 0000:b2:02.0:pcie004: Slot(12): Power Fault
                  • pciehp 0000:b2:03.0:pcie004: Slot(13): Power Fault
                  • acpiphp_ibm: ibm_acpiphp_init: acpi_walk_namespace failed
                  • nvme nvme0: failed to set APST feature (-19)
                  • (/sbin/init & /bin/sh) exists but couldn’t execute it (error -8)

                  version F

                  • kernel panic
                  • Error parsing PCC subspaces from PCCT
                  • acpiphp_ibm: ibm_acpiphp_init: acpi_walk_namespace failed error
                  • (/sbin/init & /bin/sh) exists but couldn’t execute it (error -8)

                  version G

                  • Boots (No idea what I was doing wrong before…)
                  • Error parsing PCC subspaces from PCCT
                  • bzImage41713g.log
                  • bzImage41713g_lsmod.log
                  G 1 Reply Last reply Aug 14, 2018, 3:56 PM Reply Quote 0
                  • G
                    george1421 Moderator @hlalex
                    last edited by Aug 14, 2018, 3:56 PM

                    @hlalex Thank you for taking the time to test all of these kernels. I’m glad ‘G’ is working correctly. Let me take a look at the logs you provided so I can keep pushing forward. I understand about ‘F’ crashing, I simply added some settings that sounded good without first researching. That is why I did the reset with ‘G’.

                    I’ll touch base again when I have a chance to digest your new logs.

                    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 1
                    • H
                      hlalex
                      last edited by Aug 14, 2018, 6:37 PM

                      @george1421 If you would like I can upload the bash script I am using to collect the data. Its very basic, but it speeds things up quite a bit (and automatically masks personal info).

                      G 1 Reply Last reply Aug 14, 2018, 8:05 PM Reply Quote 0
                      • G
                        george1421 Moderator @hlalex
                        last edited by Aug 14, 2018, 8:05 PM

                        @hlalex I’m in the process of rebuilding the kernel for the ( i ) release. One thing I discovered is that I need to have a better change management process in place. I compared your latest syslog with the output from FC27 and I see the error messages I fixed in an earlier release back in the syslog (mainly because I reset the configuration back to a known good setting and did not have good enough documentation on what I changed to get me to that point). Its a bit like starting over, but with the knowledge I fixed the issue once before.

                        The i build has the pcie hot plug enabled plus MTD support (I think your solution is a combination of drivers that need to be enabled). I’m interested in the results you will generate from this build as compared to the previous one. The level of detail you are providing is excellent.

                        As for the error “Error parsing PCC subspaces from PCCT” that error is actually present in both FOS and FC27 kernels.

                        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!

                        H 1 Reply Last reply Aug 14, 2018, 8:46 PM Reply Quote 0
                        • H
                          hlalex @george1421
                          last edited by Aug 14, 2018, 8:46 PM

                          @george1421 rev I logs:

                          • bzImage41713i.log
                          • bzImage41713i_lshw.log
                          1 Reply Last reply Reply Quote 0
                          • G
                            george1421 Moderator
                            last edited by Aug 15, 2018, 11:32 AM

                            Well, I found out why version E was so close but blew up with the inits. Actually I was chatting with one of the developers and he actually called the problem 2 days ago. He said the inits were mismatched with the kernel architecture (i.e. 64 bit kernel with 32 bit inits). I found it was actually the other way around, the kernel switched to 32 bits and you were trying to boot with the 64 bit inits. I have no idea why the kernel settings switched with the ‘E’ version.

                            I found this doing a side by side comparison with the kernel build config files. So in the end we were really close, but I shot myself in the foot.

                            I have a bit more time today so hopefully we can get this knocked out.

                            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!

                            H 2 Replies Last reply Aug 15, 2018, 11:42 AM Reply Quote 0
                            • H
                              hlalex @george1421
                              last edited by Aug 15, 2018, 11:42 AM

                              @george1421 No worries! I run into gremlins like that all the time. I’ll keep an eye out for updates.

                              G 1 Reply Last reply Aug 15, 2018, 1:36 PM Reply Quote 0
                              • H
                                hlalex @george1421
                                last edited by Aug 15, 2018, 1:12 PM

                                @george1421 rev J boots just fine, but I did notice an error message to the effect of “/dev … error creating epoll fd”. It was gone almost before I saw it, but that is what I was able to remember. I vaguely remember seeing this error before, but I do not know if it was with any of the other test kernels or some other project.

                                Here are the logs:

                                • bzImage41713j.log
                                • bzImage41713j_lshw.log
                                1 Reply Last reply Reply Quote 0
                                • G
                                  george1421 Moderator @hlalex
                                  last edited by Aug 15, 2018, 1:36 PM

                                  @hlalex Very nice. I’m happy to see where the kernel is at, at the moment (its not currently working as you need it, but its close. I’ve also been able to address a few other issues not related to your issue).

                                  acpi PNP0A08:02: _OSC: OS supports [ExtendedConfig ASPM ClockPM Segments MSI]
                                  acpi PNP0A08:02: _OSC: platform does not support [PME AER]
                                  acpi PNP0A08:02: _OSC: OS now controls [PCIeHotplug PCIeCapability]
                                  
                                  
                                  pciehp 0000:b2:02.0:pcie004: Slot(12-1): Power fault
                                  

                                  As soon as I get the above bits worked out to have them show in the FOS kernel, we should have access to that nvme drive. This is the step we were at just before the kernel got switched to 32 bit mode. Let me research these and I’ll come back with a ‘K’ release.

                                  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 1
                                  • S
                                    Sebastian Roth Moderator
                                    last edited by Aug 15, 2018, 3:40 PM

                                    You guys are doing an awesome job here! Keep it up!

                                    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
                                    • G
                                      george1421 Moderator
                                      last edited by george1421 Aug 15, 2018, 9:48 AM Aug 15, 2018, 3:47 PM

                                      Version K has been posted. This one adds PCIe DMA support. We are getting very close to the config that was blowing up before where the kernel switched to 32 bit.

                                      Not related, but I added USB-C support to this kernel for those devices that hide behind it like network adapters on usb-c docks.

                                      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!

                                      H 2 Replies Last reply Aug 15, 2018, 3:56 PM Reply Quote 1
                                      • H
                                        hlalex @george1421
                                        last edited by Aug 15, 2018, 3:56 PM

                                        @george1421 That’s a great addition, especially with all the new devices with USB-C (these 5820s have 2 front C ports).
                                        Here are logs from Rev K:

                                        • bzImage41713k.log
                                        • bzImage41713k_lshw.log
                                        1 Reply Last reply Reply Quote 0
                                        • H
                                          hlalex @george1421
                                          last edited by Aug 15, 2018, 7:22 PM

                                          @george1421 version L logs:

                                          • bzImage41713l.log
                                          • bzImage41713l_lshw.log
                                          G 1 Reply Last reply Aug 15, 2018, 7:41 PM Reply Quote 0
                                          • 1
                                          • 2
                                          • 3
                                          • 4
                                          • 5
                                          • 6
                                          • 7
                                          • 3 / 7
                                          3 / 7
                                          • First post
                                            44/124
                                            Last post

                                          188

                                          Online

                                          12.0k

                                          Users

                                          17.3k

                                          Topics

                                          155.2k

                                          Posts
                                          Copyright © 2012-2024 FOG Project