Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 09 Mar 2014 01:40:40 -0500
From:      "John L. Templer" <green_tiger@comcast.net>
To:        freebsd-questions@freebsd.org
Subject:   Re: Unlistable, Undeletable File in old-jailed clientmqueue folder
Message-ID:  <1394347240.5144.8.camel@muffin.localdomain>
In-Reply-To: <531B4290.8090903@gmail.com>
References:  <531B18B1.6030305@dracyrys.com> <531B4290.8090903@gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
On Sat, 2014-03-08 at 10:17 -0600, Noel wrote:
> On 3/8/2014 7:18 AM, Gitsnik wrote:
> > Hi all,
> >
> > Briefly, there are random-named files in a couple of clientmqueue
> > directories that I can not delete. These directories were for 32bit
> > jails prior to re-installing my base system to amd64, so I know they're
> > not locked by any "normal" process.
> 
> You may find
> # ls -b
> helpful.
> 
> See "man ls" and "man rm" for other possible  hints.
> 
> 
> 
>   -- Noel Jones
>  
> 
> >
> > My apologies for the length, hopefully too many details is a good thing.
> >
> > 9.1-RELEASE-p10 GENERIC amd64, although I've had this problem the entire
> > 9.x branch it is entirely possible it is because I re-installed my root
> > partition to go from 9.0-RELEASE x86 to amd64. During the install my
> > zpool "raidpack" was left alone, except to import it after the
> > installation, it has since been upgraded and is now running the current
> > version 28 for my install. "raidpack" pool is a raidz1-0 with 3 x 2TB
> > drives, is scrubbed weekly and has so far had no issues bar this.
> >
> > Previously I was running jails directly from the zpool, post reinstall I
> > have started using a fresh directory (prev: /raidpack/jails, cur:
> > /raidpack/64bitjails). The difference is simple enough - "jails" was the
> > 32bit jails directory.
> >
> > My question/ problem:
> >
> > # ls -l
> > total 179
> > drwxrwx---  2 root  wheel  3 Oct  3 21:26 clientmqueue
> > # cd clientmqueue
> > # ls
> > qfq8G32oib058119
> > # ls -la
> > ls: qfq8G32oib058119: No such file or directory
> > total 181
> > drwxrwx---  2 root  wheel  3 Oct  3 21:26 .
> > drwxr-xr-x  3 root  wheel  3 Mar  8 23:28 ..
> > # rm qfq8G32oib058119
> > rm: qfq8G32oib058119: No such file or directory
> > #
> >
> > No matter what I do, I can't seem to delete this file. fstat and getfacl
> > both report "No such file or directory". The following information is
> > shown for the folder itself:
> >
> > # getfacl clientmqueue
> > # file: clientmqueue
> > # owner: root
> > # group: wheel
> >             owner@:--------------:------:deny
> >             owner@:rwxp---A-W-Co-:------:allow
> >             group@:--------------:------:deny
> >             group@:rwxp----------:------:allow
> >          everyone@:rwxp---A-W-Co-:------:deny
> >          everyone@:------a-R-c--s:------:allow
> > # ls -lTdo clientmqueue
> > drwxrwx---  2 root  wheel  - 3 Oct  3 21:26:36 2013 clientmqueue
> > #
> >
> > Thanks for reading through, any help is much appreciated.
> > _______________________________________________
> > freebsd-questions@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"
> 
> _______________________________________________
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org"

I dunno, since the "ls" returned the name of a file, and the "ls -la"
returned an error about there being no such file, it sounds like there's
a directory entry but no corresponding inode.  Perhaps an fsck is in
order?




Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1394347240.5144.8.camel>