May 12, 20251 yr Tried to rename as follows: ebooks > books games > games2 In both cases, the rename didn't take, and array settings got changed to Primary: Array, Secondary: None, Min free space: 0. Changing settings to previous, with the original name restored the share. Any idea what's going on? Diags attached. storage-diagnostics-20250512-1009.zip
May 12, 20251 yr Author I am. Share is only on cache pool, so I tried renaming /mnt/ssd/ebooks and games, but got the old 'resource is busy' bit.
May 12, 20251 yr Community Expert You have a lot of .cfg files for shares that don't exist. Go to User Shares page and use the CLEAN UP button, then try again and post new diagnostics
May 12, 20251 yr Author Well that's a handy button I had no idea existed! I'd been manually clearing them out usually any time I'd create diags for whatever reason. Cleared, ebooks > books. Rename still fails. This time share config settings aren't trashed though. storage-diagnostics-20250512-1649.zip
May 12, 20251 yr Community Expert You have these shares with similar names d-------s shareUseCache="prefer" # Share exists on ssd d-------s (1) shareUseCache="yes" # Share exists on ssd, disk1 p------s shareUseCache="prefer" # Share exists on ssd p------s (1) shareUseCache="prefer" # Share exists on ssd Maybe the same except for upper/lower case? Linux is case-sensitive.
May 12, 20251 yr Community Expert 9 minutes ago, -Daedalus said: ebooks > books. Rename still fails. May 12 16:48:14 storage emhttpd: shcmd (2373457): cp '/boot/config/shares/ebooks.cfg' '/boot/config/shares/books.cfg' May 12 16:48:14 storage shfs: /usr/sbin/zfs rename 'ssd/ebooks' 'ssd/books' 2>&1 May 12 16:48:14 storage emhttpd: error: shfs_mv_share, 6501: Device or resource busy (16): ioctl: /ebooks /books May 12 16:48:14 storage emhttpd: shcmd (2373458): rm '/boot/config/shares/books.cfg' Something have files open in that share?
May 12, 20251 yr Author I didn't realize I'd anonymized the diags. Those shares are "documents/downloads" and "podcasts/pictures". To give a little more possibly relevant detail here: This array is only used for storage. I'm passing a root share (via SMB extras) through to Proxmox for the compute. [all] path = /mnt/user comment = browseable = yes follow symlinks = yes wide links = yes valid users = proxmox write list = proxmox force user = nobody force group = users create mask = 0775 directory mask = 0775 vfs objects = I tried disabling the share from Proxmox > rename "ebooks" to "somethingdifferent" > Fail Stopping the array, removing the entry in SMB Extras, restarting > rename "ebooks" to "somethingdifferent2" > Fail storage-diagnostics-20250512-1713.zip
May 12, 20251 yr Community Expert 1 minute ago, -Daedalus said: root share (via SMB extras) Unassigned Devices is the normal way to do root share 2 minutes ago, -Daedalus said: tried disabling the share from Proxmox What if you get rid of the SMB Extras?
May 12, 20251 yr Author That was the very next thing I did. The next line in my message above. Since switched to UD for it (not sure why I didn't originally), same thing.
May 12, 20251 yr Community Expert You have a lot of FSCK files on flash from corruption repair. But syslog indicated the reason it was failing is because the share was in use. Try rebooting without letting anything else connect.
May 13, 20251 yr Author Removed the array as a storage option from Proxmox. Disabled autostart for mounting a second unRAID array (backup server) via UD. Disabled autostart for mounting the root share used for Proxmox via UD. Rebooted, started array, confirmed no extra shares present. Renamed "ebooks" > "diffsharename" > Failed. Booted into safe mode just for giggles. Renamed "ebooks" > "ihopethisworks" > Failed. Docker and VM service are not used on this server, no This is getting a little annoying. I wouldn't mind, but it's a very simple thing. Any other suggestions? I'd prefer not upgrading to 7.x as there seem to be other sets of issues there that may or may not be ironed out, but I'm not bothered taking the risk at the moment. storage-diagnostics-20250513-1640-gui.zip storage-diagnostics-20250513-1647-gui-safemode.zip Edited May 13, 20251 yr by -Daedalus
May 13, 20251 yr Author Nothing unexpected, so far as I can tell. You can ignore the folders owned by Proxmox, that's an annoying artefact of how Proxmox handles shares for ISO mounts, and was part of the reason I was reorganizing shares in the first place. root@storage:~# ls -lah /mnt/user total 144K drwxrwxrwx 1 nobody users 130 May 13 16:40 ./ drwxr-xr-x 11 root root 220 May 13 16:46 ../ drwxrwxrwx 1 nobody users 11 Mar 30 22:10 documents/ drwxrwxrwx 1 nobody users 9 Apr 22 06:19 downloads/ drwxrwxrwx 1 proxmox users 6 Feb 11 11:51 dump/ drwxrwxrwx 1 nobody users 51 Mar 3 17:24 ebooks/ drwxrwxrwx 1 nobody users 4 Mar 3 17:51 games/ drwxrwxrwx 1 proxmox users 6 Feb 11 12:06 images/ drwxrwxrwx 1 nobody users 8 Apr 28 21:30 iso/ lrwxrwxrwx 4 nobody users 4 Apr 25 22:29 logs -> ../ssd/logs/ drwxrwxrwx 1 nobody users 46 Apr 13 21:06 movies/ drwxrwxrwx 1 nobody users 87 Mar 29 22:53 music/ drwxrwxrwx 1 nobody users 15 Mar 29 22:03 pictures/ drwxrwxrwx 1 nobody users 15 Feb 25 04:00 podcasts/ drwxrwxrwx 1 proxmox users 6 Feb 11 11:51 private/ lrwxrwxrwx 5 nobody users 6 Apr 30 20:18 system -> ../ssd/system/ drwxrwxrwx 1 nobody users 56 Apr 13 21:22 tv/ drwxrwxrwx 1 nobody users 4.0K Mar 19 2019 zz/
May 13, 20251 yr Community Expert If you move that share's contents to a new share, can you delete it?
May 13, 20251 yr Author Ok this is extra weird. Tried creating a new share to move the data into, and... May 13 17:28:19 storage shfs: /usr/sbin/zfs create 'ssd/books' 2>&1 May 13 17:28:19 storage emhttpd: error: shfs_mk_share, 6455: Invalid argument (22): ioctl: /books May 13 17:28:19 storage emhttpd: shcmd (130): rm '/boot/config/shares/books.cfg' May 13 17:28:19 storage emhttpd: Starting services... May 13 17:28:20 storage emhttpd: shcmd (134): /etc/rc.d/rc.samba restart
May 14, 20251 yr Author Now we're getting somehere. These looks to be the names of the very first renames I tried. root@storage:~# zfs list NAME USED AVAIL REFER MOUNTPOINT ssd 1.86T 1.66T 92.9G /mnt/ssd ssd/books 41.0G 1.66T 41.0G /mnt/ssd/ebooks ssd/documents 70.5G 1.66T 70.5G /mnt/ssd/documents ssd/downloads 194G 1.66T 194G /mnt/ssd/downloads ssd/games2 11.3G 1.66T 11.3G /mnt/ssd/games ssd/iso 151G 1.66T 151G /mnt/ssd/iso ssd/logs 192K 1.66T 192K /mnt/ssd/logs ssd/movies 413G 1.66T 413G /mnt/ssd/movies ssd/music 32.8G 1.66T 32.8G /mnt/ssd/music ssd/pictures 59.5G 1.66T 57.5G /mnt/ssd/pictures ssd/podcasts 42.7G 1.66T 42.7G /mnt/ssd/podcasts ssd/system 8.19M 1.66T 8.19M /mnt/ssd/system ssd/tv 791G 1.66T 791G /mnt/ssd/tv What's the thinking: Rename the dataset, or change the mountpoint?
May 14, 20251 yr Community Expert Share rename should still work for zfs datasets, it just does: zfs rename pool/old_name pool/new_name It may fail if the dataset has open files.
May 14, 20251 yr Community Expert 5 hours ago, JorgeB said: It may fail if the dataset has open files. Do you have a command line open in that folder?
May 14, 20251 yr Author I made sure during all of this to have no sessions open. I can rename the datasets back to the share name, so that they match. But trying the share rename from the GUI still fails, though the dataset does take the new name. Edited May 14, 20251 yr by -Daedalus
May 15, 20251 yr Author Behaviour is the same on 7.1.2. The share now shows as "unkown encrpytion state" as well. storage-diagnostics-20250515-1933.zip Edited May 15, 20251 yr by -Daedalus
May 16, 20251 yr Community Expert On 5/14/2025 at 7:25 AM, -Daedalus said: ssd/books 41.0G 1.66T 41.0G /mnt/ssd/ebooks Missed this before, dataset is books, but mounting point is ebooks, post the output from zfs get all ssd/books
May 17, 20251 yr Author Ah, should have more clearly pointed that out, apologies. I was actually able to create a new share, move data into it, and delete the old one, but that's not really a feasable solution for TB+ sized shares. I hadn't mentioned it before, but the only manual change I've made to the datasets is to change compression from lz4 to zstd. I can't see ths affecting things, as the ZFS part of this seems to work, the part outside of that doesn't. In this one, I've renamed "games" to "games3", and now we have: root@storage:~# zfs list NAME USED AVAIL REFER MOUNTPOINT ssd 2.56T 974G 92.9G /mnt/ssd ssd/games3 11.3G 974G 11.3G /mnt/ssd/games root@storage:~# zfs get all ssd/games3 NAME PROPERTY VALUE SOURCE ssd/games3 type filesystem - ssd/games3 creation Sat Sep 23 10:23 2023 - ssd/games3 used 11.3G - ssd/games3 available 974G - ssd/games3 referenced 11.3G - ssd/games3 compressratio 1.08x - ssd/games3 mounted yes - ssd/games3 quota none local ssd/games3 reservation none default ssd/games3 recordsize 128K local ssd/games3 mountpoint /mnt/ssd/games local ssd/games3 sharenfs off default ssd/games3 checksum on default ssd/games3 compression zstd local ssd/games3 atime off local ssd/games3 devices on default ssd/games3 exec on default ssd/games3 setuid on default ssd/games3 readonly off local ssd/games3 zoned off default ssd/games3 snapdir hidden default ssd/games3 aclmode discard default ssd/games3 aclinherit restricted default ssd/games3 createtxg 5814 - ssd/games3 canmount on default ssd/games3 xattr dir local ssd/games3 copies 1 default ssd/games3 version 5 - ssd/games3 utf8only on - ssd/games3 normalization formD - ssd/games3 casesensitivity sensitive - ssd/games3 vscan off default ssd/games3 nbmand off default ssd/games3 sharesmb off default ssd/games3 refquota none default ssd/games3 refreservation none default ssd/games3 guid 2049888916364074011 - ssd/games3 primarycache all local ssd/games3 secondarycache all default ssd/games3 usedbysnapshots 952K - ssd/games3 usedbydataset 11.3G - ssd/games3 usedbychildren 0B - ssd/games3 usedbyrefreservation 0B - ssd/games3 logbias latency default ssd/games3 objsetid 4485 - ssd/games3 dedup off default ssd/games3 mlslabel none default ssd/games3 sync standard local ssd/games3 dnodesize auto inherited from ssd ssd/games3 refcompressratio 1.08x - ssd/games3 written 56K - ssd/games3 logicalused 12.2G - ssd/games3 logicalreferenced 12.2G - ssd/games3 volmode default default ssd/games3 filesystem_limit none default ssd/games3 snapshot_limit none default ssd/games3 filesystem_count none default ssd/games3 snapshot_count none default ssd/games3 snapdev hidden default ssd/games3 acltype posix inherited from ssd ssd/games3 context none default ssd/games3 fscontext none default ssd/games3 defcontext none default ssd/games3 rootcontext none default ssd/games3 relatime on default ssd/games3 redundant_metadata all default ssd/games3 overlay on default ssd/games3 encryption off default ssd/games3 keylocation none default ssd/games3 keyformat none default ssd/games3 pbkdf2iters 0 default ssd/games3 special_small_blocks 0 default ssd/games3 snapshots_changed Sat May 17 8:47:35 2025 - ssd/games3 prefetch all default ssd/games3 direct standard default ssd/games3 longname off default Edited May 17, 20251 yr by -Daedalus
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.