May 29May 29 Hello, I just upgraded from 7.2.4 -> 7.3.1 today. However after upgrading all my non-default shares as well as my Docker configurations were wiped. I had to do a setup wizard when I first booted into 7.3.1 so maybe that has to do with it. I did not do anything else except do a standard upgrade. The disks themselves mount fine just the shares are missing including array and cache.The syslog shows emhttpd calling getxattr on /mnt/user/<share> paths during initialization, getting EOPNOTSUPP (errno 95 — filesystem doesn't support xattrs), and then skipping the shfs mount entirely. emhttpd: error: malloc_share_locations, 8649: Operation not supported (95): getxattr: /mnt/user/syslogs emhttpd: Starting services...Some things I have tried:Downgrade to 7.2.4 - same issueDisabled some of my pluginsRebooted systemNothing with ZFS was createdFrom what I can tell my files and Docker is still there but something with my system configuration is not picking them up.I have attached the diagnostics. teak-diagnostics-20260528-2046.zip
May 29May 29 Community Expert May 28 20:11:29 teak emhttpd: error: malloc_share_locations, 8649: Operation not supported (95): getxattr: /mnt/user/syslogsThere's something creating this folder before the array is started, this is not allowed, /mnt/user cannot be used for any custom stuff, or the user shares won't work.
June 1Jun 1 Hi,I'm just replying here to share the fact that I just experienced the exact same issue: I upgrade from 7.2.5 to 7.3.1 and all my shares and Docker containers have been wiped. I can still see the data on the disks (/mnt/diskX) but the whole Docker container settings (with the Docker networks, etc.) and the shares are empty. I also went through the wizard and I wonder whether this has an effect. But in the end it detected my current setup and just confirmed it so I thought it was alright.Here is my diagnostics too.I opened a ticket with the Unraid team and I hope they can help us restore our shares and Docker containers in an easy way. I'll reply here if I get any response from them. denver-diagnostics-20260601-0828.zip
June 1Jun 1 Community Expert 2 hours ago, MarsLevin said:I'm just replying here to share the fact that I just experienced the exact same issue:It's the same issue as above; you have something creating this folder before the array is started:Jun 1 07:06:11 denver emhttpd: error: malloc_share_locations, 9121: Operation not supported (95): getxattr: /mnt/user/backupsOn 5/29/2026 at 7:52 AM, JorgeB said:this is not allowed, /mnt/user cannot be used for any custom stuff, or the user shares won't work.
June 1Jun 1 Thank you very much @JorgeB !With your reply, I removed the offending line that was trying to create a directory under /mnt/user at boot time and after a restart, my server restored all the shares and Docker containers! \o/Since I very recently added the offending line to my boot script and I can't remember if I had rebooted my server after the change, I am not certain this is a new constraint with 7.3 or if that always would have been an issue though.In any case, thanks a lot for your help since it allowed me to fix the issue even before the Unraid official team can respond (I'm guessing the time difference means they're currently asleep).Have a great one! Edited June 1Jun 1 by MarsLevin
June 1Jun 1 Community Expert 7 minutes ago, MarsLevin said:Since I very recently added the offending line to my boot script and I can't remember my server after the change, I am not certain this is a new constraint with 7.3 or if that always would have been an issue though.It has always been a constraint that only the system should create folders under /mnt/user so that probably means you did not get around to rebooting the server after changing your script.
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.