[zfs-discuss] Undeletable directory in my pool
aarcane at aarcane.org
Wed Jan 15 11:31:31 EST 2014
My advice to actually kill it:
1) copy all data to a new zfs fs. rsync -ac should suffice if run twice.
(Be sure to skip the bad folder! )
2) replace old dataset with new data set.
3) zfs destroy the old dataset.
At this point you can consider your folder successfully nuked from space.
On Jan 15, 2014 6:52 AM, "Daniel Smedegaard Buus" <danielbuus at gmail.com>
> Hi :)
> I've had this strange directory for a while in my pool which I cannot
> delete. I've renamed it ".killme" to remind me to somehow try to get rid of
> it, but I can't. I can move it about, but whenever I do an "rm -rf" on it,
> I just get "rm: cannot remove ‘.killme/’: Directory not empty".
> But the directory _is_ empty — nothing in there at all. Permission are
> 777, stat shows:
> File: ‘.killme/’
> Size: 3 Blocks: 154 IO Block: 16384 directory
> Device: 16h/22d Inode: 390598 Links: 2
> Access: (0775/drwxrwxr-x) Uid: ( 1000/ daniel) Gid: ( 1000/ daniel)
> Access: 2013-01-23 22:49:45.767641824 +0100
> Modify: 2012-09-19 14:22:30.821560000 +0200
> Change: 2014-01-15 15:40:05.821016359 +0100
> Birth: -
> I previously thought it might be because I was still running an old zpool
> version (23), but now that I've upgraded the pool, this sticky folder still
> remains sticky :)
> It's not really the biggest issue I've ever had, it just annoys me, that
> little bugger. I want to kill it :)
> Anybody ever seen anything like this before? Any ideas?
> To unsubscribe from this group and stop receiving emails from it, send an
> email to zfs-discuss+unsubscribe at zfsonlinux.org.
To unsubscribe from this group and stop receiving emails from it, send an email to zfs-discuss+unsubscribe at zfsonlinux.org.
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the zfs-discuss