December 31, 2025Dec 31 Having a strange issue with my PELICAN share. The data is definitely there on the disks - disk1 has 9 folders, disk2 has 11, cache has 4 - but when I look at /mnt/user/PELICAN I only see one folder called "logs". Everything else is just missing from the user share view. Syslog is getting hammered with this error every second:emhttpd: error: malloc_share_locations, 7200: Operation not supported (95): getxattr: /mnt/user/PELICAN Running 6.12.14, two data disks on XFS, cache on btrfs, all SMART tests pass, array shows started and healthy. I've tried rebooting, manually clearing /mnt/user and restarting emhttpd, running mdcmd misc scan_shares, checking permissions and extended attributes on the disk folders - nothing works. The shares.ini file either stays empty or shows PELICAN with size="0". When I try to manually run shfs it either exits immediately or mounts but then returns "no such file or directory" when you try to access anything. Feels like some kind of chicken-and-egg thing where emhttpd can't populate shares.ini because shfs isn't mounted, but shfs can't mount because there's nothing in shares.ini. The data's all fine on the raw disk paths, it's just the user share layer that's broken. Anyone run into this before?
December 31, 2025Dec 31 Author root@raptor:~# ls -lah /mnttotal 16Kdrwxr-xr-x 6 root root 120 Dec 31 05:30 ./drwxr-xr-x 20 root root 460 Dec 31 05:31 ../drwxrwxrwx 1 nobody users 54 Nov 29 2024 cache/drwxrwxrwx 4 nobody users 33 Dec 5 2024 disk1/drwxrwxrwx 6 nobody users 105 Oct 6 08:03 disk2/drwxr-xr-x 3 root root 60 Dec 31 05:24 user/
December 31, 2025Dec 31 Community Expert Updating to 7.2.3 should fix that, since it applies the correct permissions at every boot
December 31, 2025Dec 31 Author After upgrading to 7.2.3^Croot@raptor:~# ls -lah /mnttotal 16Kdrwxr-xr-x 6 root root 120 Dec 31 06:19 ./drwxr-xr-x 20 root root 440 Dec 31 06:19 ../drwxrwxrwx 1 nobody users 54 Nov 29 2024 cache/drwxrwxrwx 4 nobody users 33 Dec 5 2024 disk1/drwxrwxrwx 6 nobody users 105 Oct 6 08:03 disk2/drwxr-xr-x 6 root root 120 Dec 31 06:19 user/
December 31, 2025Dec 31 Author Sorry should have done that again. raptor-diagnostics-20251231-0937.zip
December 31, 2025Dec 31 Community Expert There appears to be something creating this mount point: /mnt/user/PELICAN/mnt/user is reserved and cannot be used by anything external. Diags don't show the complete go file contents and it's been modified, to rule that out and also rule out a script or plugin, reboot in safe mode and post new diags.
December 31, 2025Dec 31 Author safe mode.raptor-safemode-diagnostics-20251231-1000.zip Edited December 31, 2025Dec 31 by bavik
December 31, 2025Dec 31 Community Expert Do you know where that PELICAN folder comes from?Post the output fromls -la /mnt/disk1ls -la /mnt/disk2ls -la /mnt/cache
December 31, 2025Dec 31 Author root@raptor:~# ls -la /mnt/disk1total 0drwxrwxrwx 4 nobody users 33 Dec 5 2024 ./drwxr-xr-x 6 root root 120 Dec 31 06:59 ../drwxrwxrwx 11 nobody users 183 Dec 31 05:13 PELICAN/drwxrwxrwx 2 nobody users 6 Dec 5 2024 isos/root@raptor:~# ls -la /mnt/disk2total 0drwxrwxrwx 6 nobody users 105 Oct 6 08:03 ./drwxr-xr-x 6 root root 120 Dec 31 06:59 ../drwxrwx--- 3 nobody users 33 Oct 6 08:02 DESKTOP-HVCTNTU/drwxrwxrwx 11 nobody users 198 Aug 23 06:23 PELICAN/drwxrwx--- 2 nobody users 6 Oct 6 07:46 clients/drwxrwx--- 2 nobody users 38 Oct 6 08:03 urbackup_tmp_files/root@raptor:~# ls -la /mnt/cachetotal 16drwxrwxrwx 1 nobody users 54 Nov 29 2024 ./drwxr-xr-x 6 root root 120 Dec 31 06:59 ../drwxrwxrwx 1 nobody users 60 Dec 27 05:09 PELICAN/drwxrwxrwx 1 nobody users 374 Dec 2 02:21 appdata/drwxrwxrwx 1 nobody users 32 Nov 11 04:04 domains/drwxrwxrwx 1 nobody users 26 Nov 28 2024 system/
January 4Jan 4 Author root@raptor:~# ls -l /mnttotal 0drwxr-xr-x 3 root root 60 Jan 4 03:51 user/Is there a way to reinstall and keep all my files? Edited January 4Jan 4 by bavik
January 4Jan 4 Community Expert /mnt/user should not exist without the array being started. With the array still stopped, post output from ls -l /mnt/user
January 5Jan 5 Author root@raptor:~# ls -l /mnt/usertotal 0root@raptor:~# bash: total: command not foundroot@raptor:~# drwxr-xr-x 3 root root 60 Jan 4 03:51 PELICAN/bash: drwxr-xr-x: command not foundI'm also now getting thisUnraid Parity disk SMART health [199]Warning [RAPTOR] - udma crc error count is 15WDC_WUH721414ALE6L1_Y5HBKKGC (sdd)maybe a hardware issue?
January 5Jan 5 Community Expert Solution 1 hour ago, bavik said:PELICAN/This is the problem: whatever is creating this folder before the array starts1 hour ago, bavik said:udma crc error count is 15This is typically a bad SATA cable; if the attributes keep increasing, replace it.
January 5Jan 5 Author Figured it out. Thank you for your help!I guess I had the syslog server configured to write logs to /mnt/user/PELICAN/logs/. That's what was making the folder.
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.