• 6.9.0 RC2 Kernel panic and hard freeze at NVME cache using


    CvH

    Hi, I get a kernel crash if I use my NVME cache and write data on it.

    dmesg, crash not included https://pastebin.com/D9huGDF4

     

    asdasdasd.thumb.jpg.f0d3620d6b6c464709c2e96bf6ad4af5.jpg

     

    Nothing happens if I copy just ~5gb on it, everything is fine.

    As soon I copy more stuff on it crashs reproduceable after 10-30min (regardless if I use it as cache or directly copy onto it).

    After it crashs (hard freeze of the system) I need to reboot and then it crashs much faster ~2-5min).

    Temps are okay ~40°C and even with a DIY cooler directly on top nothing changes.

    Can't grep a complete log because ssh dies too and no output happens.

     

    What I tested so far and everything resulted in the same:

    - RAM was tested with https://www.memtest86.com/ for a day and was okay.

    - Nvme was replaced by an completely different one (different size and manufacture).

    - Tried copy over network and local.

    - Bios Update restore to stock settings etc.

    - VM on or off doesn't matter.

    - Complete reinstall with minimal config same result.

     

    If I am not using the nvme cache everything is super stable and perfectly useable.

     

    Same system at windows (did a test install to verify) has no problems with the nvme.

     

    If anyone has a good idea what I may test or what log I need to provide pls ask (I am familiar with linux).




    User Feedback

    Recommended Comments

    Hi,

     

    Same issue for me too, using nvme Samsung 890 Pro 1 To pci gen 4 on a x570 MB (Asrock Taichi)

    And looks like, kernel panic happens when there is a lot on I/O on the nvme cache drive (maybe overheat?)

    Nothing on syslog about the kernel panic :( 

     

    No ideas?

     

    Same problem here too, I think

    Thanlk you

     

    Link to comment

    I fixed it in the meantime, as soon I do dual channel RAM the NVME goes south (even at Windows).

     

    At windows I needed to create some load at the cpu (prime95) and start a disk benchmark, then I got reproduce able crashes in under 20sec.

    After some trial and error It worked as soon I siwtched the ram modules, dualchannel is not working at all -> reproduce able crashes at windows.

    After switching the ram modules to single mode it worked perfectly.

     

    It is likely a board issue.

    Link to comment

    Hello,

     

    Good news, it wasn't due to my nvme, but my xmp profile overcloking ram, my ryzen 7 2700 doesn't support too high speed oc.

     

    Just change my ryzen 7 2700 to 3700x :) works much better with xmp profile

    Link to comment

    @JorgeB

    Yes you are totally right !

    Officially support DDR4-2667 with 4 RAM in Dual channel, but seems with X570 and Zen 2, it's possible to go to 3200 (my RAMs are 3200) and to 3600 too (without any stability's problem)

     

    Just watch some youtube to understand that :)

     

    PS : and in same way, I just unlock pci gen 4 with ryzen 3 3700x (damn that's fast with an nvme gen 4 plug in it for cache drive)

    Link to comment
    5 minutes ago, softdrinker said:

    it's possible to go to 3200 (my RAMs are 3200) and to 3600 too (without any stability's problem)

    It's possible, but it's still overclocking, if you start getting unexpected sync errors after a parity check start looking there, various examples of that happening here on the forum.

     

     

    Link to comment
    5 hours ago, softdrinker said:

    it wasn't due to my nvme, but my xmp profile overcloking ram

    tried that too, didn't fixed it for me

    Link to comment


    Join the conversation

    You can post now and register later. If you have an account, sign in now to post with your account.
    Note: Your post will require moderator approval before it will be visible.

    Guest
    Add a comment...

    ×   Pasted as rich text.   Restore formatting

      Only 75 emoji are allowed.

    ×   Your link has been automatically embedded.   Display as a link instead

    ×   Your previous content has been restored.   Clear editor

    ×   You cannot paste images directly. Upload or insert images from URL.


  • Status Definitions

     

    Open = Under consideration.

     

    Solved = The issue has been resolved.

     

    Solved version = The issue has been resolved in the indicated release version.

     

    Closed = Feedback or opinion better posted on our forum for discussion. Also for reports we cannot reproduce or need more information. In this case just add a comment and we will review it again.

     

    Retest = Please retest in latest release.


    Priority Definitions

     

    Minor = Something not working correctly.

     

    Urgent = Server crash, data loss, or other showstopper.

     

    Annoyance = Doesn't affect functionality but should be fixed.

     

    Other = Announcement or other non-issue.