On 11/26/2011 5:30 AM, Brandon High wrote:
On Wed, Nov 23, 2011 at 11:43 AM, Harry Putnamrea...@newsguy.com wrote:
OK, I'm out of escapes. or other tricks... other than using emacs but
I haven't installed emacs as yet.
I can just ignore them of course, until such time as I do get emacs
2011-11-27 5:24, Ian Collins пишет:
I was trying to destroy a filesystem and I was baffled by the following
error:
zfs destroy -r rpool/test/opt
cannot destroy 'rpool/test/opt/csw@2001_1405': dataset already exists
zfs destroy -r rpool/test/opt/csw@2001_1405
cannot destroy
Did you try rm -- filename ?
Sent from my iPhone
On Nov 23, 2011, at 1:43 PM, Harry Putnam rea...@newsguy.com wrote:
Somehow I touched some rather peculiar file names in ~. Experimenting
with something I've now forgotten I guess.
Anyway I now have 3 zero length files with names -O, -c,
You could list by inode, then use find with rm.
# ls -i
7223 -O
# find . -inum 7223 -exec rm {} \;
David
On 11/23/11 2:00 PM, Jason King (Gmail) jason.brian.k...@gmail.com
wrote:
Did you try rm -- filename ?
Sent from my iPhone
On Nov 23, 2011, at 1:43 PM, Harry Putnam
On Mon, Nov 28, 2011 at 11:28 AM, Smith, David W. smith...@llnl.gov wrote:
You could list by inode, then use find with rm.
# ls -i
7223 -O
# find . -inum 7223 -exec rm {} \;
This is the one solution I'd recommend against, since it would remove
hardlinks that you might care about.
Also,
After additional digging and investigation, looks like it's showing me the
compressed size, which is good. I've regroomed the storage pools and
started moving things back, and I'm seeing files deflate back to their
expected size. What really tipped me off was when I decided to log in to
one of