rdr_file_system 0x27 BSOD After Windows 10 2004 update, but only on domain profiles

Anonymous
2020-06-08T14:50:36+00:00

Good morning, I am having an issue on some PCs recently after some PCs received the Windows 10 2004 build update. After receiving said update, the machines will BSOD with a 0x027 error code when logging into a domain profile while connected to the network.

If I remove the network cable from the PC and log into a domain account that was cached on the machine before the update, it will log in without issues and then I can connect it to the network and it seems to resume function. I can also sign into a local account on the machine, with and without network connectivity. 

I used Bluescreen View to look at the dumps which seem to be showing rdbss.sys and mrxsmb20.sys as drivers that are causing the issue. I have tried updating network drivers etc from the vendors websites and not relying on Windows to, but am still having the issue.

The other bizarre thing is if the PC crashes 3 times, boots into the recovery mode to try and repair your PC and I restart it, it will then log in once to a domain account and seem to be functioning, however if the PC is restarted it will BSOD on log in.

Has anyone seen or heard of any issues like this since this update? Could it be something out dated on the server that is causing the issue to happen to the machines on the newer OS? I can't help but feel like it has something to do with folder redirection and that is why cached accounts will work with no network connection however I am stumped how to get around this other than not updating every other machine, and rolling back if possible (I had a PC that was upgraded from Windows 7 to 10 and went straight to the 2004 build and BSOD'd, I tried to roll back to Win7 and system will not boot at the moment saying it is missing system files etc.).

I have some mini dumps I can share if that would help as I would like to get to the bottom of this if possible.

Windows for home | Windows 10 | Performance and system failures

Locked Question. This question was migrated from the Microsoft Support Community. You can vote on whether it's helpful, but you can't add comments or replies or follow the question.

0 comments

167 answers

Sort by: Most helpful
Most helpful Newest Oldest
  1. Anonymous
    2020-09-22T11:24:15+00:00

    So far for me the easiest workaround has been to keep offline folders and folder redirection enabled but to exclude users with Windows 10 2004 builds from mapping a driveletter to their homedrive / homefolder

    I use Group Policy Preferences for drivemappings and have enabled item level targeting for this.

    It only maps a drive letter if:

    The string registry value at HKLM\SOFTWARE\Microsoft\Windows NT\CurrentVersion\CurrentBuildNumber does not exist or does not have a value data 19041

    • Since Folder redirection and offline files still works, users can still access their redirected folders either directly in Explorer (Documents is for example mapped to \server\share%username%\Documents)
    • They can access their homedrive root via UNC path: \server\share%username%. A simple shortcut to that will suffice.

    For my users the negative impact of not being able to access their homefolder via driveletter is relatively low and it's easy to implement and rollback. The same could be done with a logonscript.

    Perhaps once you would need to reset the CSC cache for users that are already affected and get BSOD at logon (like I have)

    Alternatively try having them log on "offline", then connect to network, remove driveletter/disconnect drive and run gpupdate /force. Logoff and back on.

    Was this answer helpful?

    0 comments
  2. Anonymous
    2020-09-21T13:18:30+00:00

    It is not fixed. I read somewhere (thought it was in this thread but must have been one of the others I've followed) that someone tried installing the 20H2 preview on an affected machine and it was fixed. If so, you'd think it would be back-ported to 2004 by now. But at least there's some hope for October.

    Was this answer helpful?

    0 comments
  3. Anonymous
    2020-09-21T12:50:04+00:00

    Has the issue been resolved on the latest Windows updates? I blocked the 2004 updates but cant work forver without offline files. Moved users documents to One drive but still have other shared drives.

    Was this answer helpful?

    0 comments
  4. Anonymous
    2020-09-14T12:56:43+00:00

    @JVR_805

    Yes exact and thats why we lower down to 8ms to be faster in offline mode and system does not try to connect to servershare and will so use direct after 8ms the offline cache data.  

    Point is that when now LAN... WLAN or any connection to Server comes back...  and its slower than 8ms, the drive stay offline until you force a sync on the affected drive (red x) as this also depends on the mesured network actual latency to the server as we see.

    So probaby for other networks is a higher parameter to use and test here, in our environments a 32ms will show bluescreens as reported.

    The switching from online to offline mode with cached domain logon with airplane mode, no LAN, no WWAN, no WLAN seems here too late happening, as we have seen in dmp file and therfore lowering this to 8ms gives faster offline mode engagement.

    When we have even any LAN, WAN or even a WWAN connection in place before we logon...  the ad user logon was possible with offline files  enabled with no bluescreen.

    So depency here for us to have seen this bluescreen was Airplane mode... (NO LAN cable connected, NO WLAN connected, NO WWAN connected) when domain login occures. 

    Therfore is this a workaround and not a permanent solution, but we need the offline files running on any version on Windows 10 in any state 

    Note that also Reset of CSC was tested alone, but unfortually has not helped us to solve this problem in airplane mode on cahce domain login.

    Thx to help here to find a solution this workaround works now since more than one week on the affected devices with Win 10 OS 2004 and patched as per yesterday in additional.

    Was this answer helpful?

    0 comments
  5. Anonymous
    2020-09-14T12:31:55+00:00

    I am having the same issue in our organisation. logging in when a computer is using offline files, and has been updated to version 2004 results in a blue screen referencing MRXSMB20.sys and a bug check of RDR_FILE_SYSTEM.

    If I log in to another profile (Without a file share synced for offline use) and disable Offline files, I can log in to the original profile successfully.

    It seems the 2004 version of Windows has issues with the Offline files DLL's (MRXSMB20.sys, and others). Offline files remains unusable, and this update has to be "Paused" for us until this is fixed. I have logged a bug on the feedback hub (https://aka.ms/AA9nybd) and attached the memory dumps from the BSOD.

    Disabling offline files, or disconnecting from the network (Where the share it is trying to sync offline is present) is the only way to get in to the profile.

    Was this answer helpful?

    0 comments