Jan Kara wrote:
>
> There are two quota formats:
Ah. user error :)
> The first in Linus's tree - it uses file quota.user and it's
> simple flat file (and I agree that hole in it can cause deadlock :().
> The second in Alan's tree - it uses file aquota.user and it
> has more complicated fi
On Thursday 24 May 2001 16:39, Oliver Xymoron wrote:
> On Thu, 24 May 2001, Marko Kreen wrote:
> > On Thu, May 24, 2001 at 02:23:27AM +0200, Edgar Toernig wrote:
> > > Daniel Phillips wrote:
> > > > > > It's going to be marked 'd', it's a directory, not a file.
> > > > >
> > > > > Aha. So you los
Daniel Phillips wrote:
>
> On Tuesday 22 May 2001 22:10, Andreas Dilger wrote:
> > Peter Braam writes:
> > > File system journal recovery can corrupt a snapshot, because it
> > > copies data that needs to be preserved in a snapshot. During
> > > journal replay such data may be copied again, but t
On Thu, 24 May 2001, Edgar Toernig wrote:
> > What *won't* happen is, you won't get side effects from opening
> > your serial ports (you'd have to open them without O_DIRECTORY
> > to get that) so that seems like a little step forward.
>
> As already said: depending on O_DIRECTORY breaks POSIX
Daniel Phillips wrote:
>
> > > Readdir fills in a directory type, so ls sees it as a directory and
> > > does the right thing. On the other hand, we know we're on a device
> > > filesystem so we will next open the name as a regular file, and
> > > find ISCHR or ISBLK: good.
> >
> > ??? The kerne
On Tuesday 22 May 2001 22:10, Andreas Dilger wrote:
> Peter Braam writes:
> > File system journal recovery can corrupt a snapshot, because it
> > copies data that needs to be preserved in a snapshot. During
> > journal replay such data may be copied again, but the source can
> > have new data alre
Malcolm Beattie writes:
> Andreas Dilger writes:
> > PS - I used to think shrinking a filesystem online was useful, but there
> > are a huge amount of problems with this and very few real-life
> > benefits, as long as you can at least do offline shrinking. With
> > proper LVM usage
On Thursday 24 May 2001 02:23, Edgar Toernig wrote:
> Daniel Phillips wrote:
> > > > It's going to be marked 'd', it's a directory, not a file.
> > >
> > > Aha. So you lose the S_ISCHR/BLK attribute.
> >
> > Readdir fills in a directory type, so ls sees it as a directory and
> > does the right th
Oliver Xymoron writes:
> The /dev dir should not be special. At least not to the kernel. I have
> device files in places other than /dev, and you probably do too (hint:
> anonymous FTP).
This is a horribly broken FTP server.
-
To unsubscribe from this list: send the line "unsubscribe linux-fsdev
Hello,
> There's also this recursion:
>
> write(user)->write_dquot(user)->write(quotafile)->write_dquot(root)
This recursion isn't there any more (I think for something like 6 months).
We simply don't have quotafiles counted to quota...
Hello,
> Alexander Viro wrote:
> >
> >
> > Stop here. You have a hole in quota file. You are not supposed to.
>
> I think it's a misfit between Linus' kernel and the
> quota tools from http://sourceforge.net/projects/linuxquota/
>
> Running `quotacheck' creates an aquota.user which is
> onl
On Thu, May 24, 2001 at 09:39:35AM -0500, Oliver Xymoron wrote:
> On Thu, 24 May 2001, Marko Kreen wrote:
> > IMHO the CHR/BLK is not needed. Think of /proc. In the future,
> > the backup tools will be told to ignore /dev, that's all.
>
> The /dev dir should not be special. At least not to the
On Thu, 24 May 2001, Marko Kreen wrote:
> On Thu, May 24, 2001 at 02:23:27AM +0200, Edgar Toernig wrote:
> > Daniel Phillips wrote:
> > > > > It's going to be marked 'd', it's a directory, not a file.
> > > >
> > > > Aha. So you lose the S_ISCHR/BLK attribute.
> > >
> > > Readdir fills in a dire
[cc list reduced]
Andreas Dilger writes:
> PS - I used to think shrinking a filesystem online was useful, but there
> are a huge amount of problems with this and very few real-life
> benefits, as long as you can at least do offline shrinking. With
> proper LVM usage, the need to s
Linus writes:
> There are some strong arguments that we should have filesystem
> "backdoors" for maintenance purposes, including backup.
>
> You can, of course, so parts of this on a LVM level, and doing backups
> with "disk snapshots" may be a valid approach. However, even that is
> debatable:
Peter Braam writes:
> On Tue, 22 May 2001, Andreas Dilger wrote:
> > Actually, the LVM snapshot
> > interface has (optional) hooks into the filesystem to ensure that it
> > is consistent at the time the snapshot is created.
>
> File system journal recovery can corrupt a snapshot, because it copie
Jeff writes:
> Here's a dumb question, and I apologize if I am questioning computer
> science dogma...
>
> Why are LVM and EVMS(competing LVM project) needed at all?
>
> Surely the same can be accomplished with
> * md
> * snapshot blkdev (attached in previous e-mail)
> * giving partitions and bl
On Thu, May 24, 2001 at 02:23:27AM +0200, Edgar Toernig wrote:
> Daniel Phillips wrote:
> > > > It's going to be marked 'd', it's a directory, not a file.
> > >
> > > Aha. So you lose the S_ISCHR/BLK attribute.
> >
> > Readdir fills in a directory type, so ls sees it as a directory and does
> >
18 matches
Mail list logo
