Re: Odd Block allocation behavior on Reiser3

2004-08-10 Thread Hans Reiser
Sonny Rao wrote: On Mon, Aug 09, 2004 at 04:30:51PM -0400, Chris Mason wrote: On Mon, 2004-08-09 at 16:19, Sonny Rao wrote: Hi, I'm investigating filesystem performance on sequential read patterns of large files, and I discovered an odd pattern of block allocation and subsequent re-allocati

Erica

2004-08-10 Thread Kara Newman
embryologybergstromcontiguityoccupantasylum evincecampioncovenspringwander epitaphtemptresscollocationfiduciaryliterature jc 1788 Check NOW to see the out:standing bar-gains that will cut your monthly house pay:ments in half !! ((F:R.E,E)), and with (N-O)..((O;

Re: Was able to reproduce "cp: cannot stat file.x: Input/output error"

2004-08-10 Thread Hans Reiser
[EMAIL PROTECTED] wrote: On Sat, 07 Aug 2004 00:49:43 PDT, Hans Reiser said: I think I have discovered the problem - unless there was a reason mongo was issuing mount/unmount commands at the start/end of a mongo 'run' as well as before/after _each phase_. Probably someone wanted to sep

Re: Was able to reproduce "cp: cannot stat file.x: Input/output error"

2004-08-10 Thread Alex Zarochentsev
On Mon, Aug 09, 2004 at 11:21:17PM -0400, [EMAIL PROTECTED] wrote: > On Sat, 07 Aug 2004 00:49:43 PDT, Hans Reiser said: > > > >I think I have discovered the problem - unless there was a reason mongo was > > >issuing mount/unmount commands at the start/end of a mongo 'run' as well as > > >before/a

Re: Apache2 problems

2004-08-10 Thread Alex Zarochentsev
On Tue, Aug 10, 2004 at 02:55:55AM +0930, Tom Lanyon wrote: > Hello, > > Can someone please inform me of how to stop the dreaded sendfile > issues while using reiser4 and apache2? > > I just setup reiser4 on a nice new hard drive and tried to run apache2 > and ended up with many kernel panics and

Re: Bug#263348: linux-kernel-headers: asm/unaligned.h on powerpc is useless if __KERNEL__ is undefined

2004-08-10 Thread Vitaly Fertman
On Monday 09 August 2004 21:50, Domenico Andreoli wrote: > On Mon, Aug 09, 2004 at 02:21:57PM +0900, GOTO Masanori wrote: > > At Sat, 7 Aug 2004 00:50:06 +0200, > > > > Domenico Andreoli wrote: > > > i have attached a workaround for bug #263348 in case nobody wants to > > > fix it linux-kernel-head

if xml-DB possible on Reiser4 - would be also SQL?

2004-08-10 Thread Ralph
Would it be possible to write a SQL-plugin for Reiser4 with all typicall SQL CONSTRAINTs (foreignkeys, triggers ...etc)? Thus data integrity a SQL-database despite a filesystem provides and a (Ms)WinFS like system could be realised. After writing some data with a SQL-client, you could retrieve a pi

Re: Odd Block allocation behavior on Reiser3

2004-08-10 Thread Chris Mason
On Mon, 2004-08-09 at 18:04, Sonny Rao wrote: > On Mon, Aug 09, 2004 at 04:30:51PM -0400, Chris Mason wrote: > > On Mon, 2004-08-09 at 16:19, Sonny Rao wrote: > > > Hi, I'm investigating filesystem performance on sequential read > > > patterns of large files, and I discovered an odd pattern of bloc

Virus Found in message "Mail System Error - Returned Mail"

2004-08-10 Thread Verena Bodmer
Symantec AntiVirus found a virus in an attachment you ([EMAIL PROTECTED]) sent to [EMAIL PROTECTED] To ensure the recipient(s) are able to use the files you sent, perform a virus scan on your computer, clean any infected files, then resend this attachment. Attachment: mail.zip Virus name:

Re: Zero Bit found

2004-08-10 Thread Horst Simon
On Mon, 26 Jul 2004 08:15 pm, Vitaly Fertman wrote: > On Monday 26 July 2004 07:25, Horst Simon wrote: > > Hi, > > > > I recently added a 200GB Seagate IDE drive to my system on a build-in > > promise controller on an ASUS A7V, updated BIOS which supports large > > disk drives. > > The O/S is Unite

When can we set this up?

2004-08-10 Thread Wilford McCarty
Hello, Ra[t]es dropped last week ... Jump on it! Need more of these? JustR-efin-ance your house/prop and you can get it Use this for the site: http://holdtiff.com/prime/dWorld/ You must visit the link in 24 hrs to confirm your eligibility. Sincerely, Shawn Davis Representative Holland

Re: Was able to reproduce "cp: cannot stat file.x: Input/output error"

2004-08-10 Thread Valdis . Kletnieks
On Tue, 10 Aug 2004 01:31:17 PDT, Hans Reiser said: > Thanks for explaining > > sync;sync;sync;halt > > I always felt I was failing to grok something. As was the author who recommended it. It started out as: # sync ( this one schedules the I/O) # sync ( just a time waster typing) # sync

Re: Odd Block allocation behavior on Reiser3

2004-08-10 Thread Sonny Rao
On Tue, Aug 10, 2004 at 12:16:39AM -0700, Hans Reiser wrote: > > > Interesting.What happens without overwrite, that is, if you write more > files without deleting the old ones? Below I made 24 one gigabyte files in sequence All of them are similarly fragmented: x44016way1:/mnt/tmp0/data # ls -l

Re: Odd Block allocation behavior on Reiser3

2004-08-10 Thread Sonny Rao
On Tue, Aug 10, 2004 at 08:53:31AM -0400, Chris Mason wrote: > Ok, the block allocator optimizations went in after 2.6.7. I'd be > curious to see how 2.6.8-rc3 does in your tests. I'll try it. > This could be the metadata mixed in with the file data. In general this > is a good > Still there

Re: Was able to reproduce "cp: cannot stat file.x: Input/output error"

2004-08-10 Thread Hans Reiser
Alex Zarochentsev wrote: On Mon, Aug 09, 2004 at 11:21:17PM -0400, [EMAIL PROTECTED] wrote: On Sat, 07 Aug 2004 00:49:43 PDT, Hans Reiser said: I think I have discovered the problem - unless there was a reason mongo was issuing mount/unmount commands at the start/end of a mongo 'run' as wel

RE: Was able to reproduce "cp: cannot stat file.x: Input/output error"

2004-08-10 Thread David Dabbs
> > Let me be more precise here. Is the time spent mounting and umounting > included in the time for the phase? [David Dabbs] No. Each phase iteration is wrapped in a time call. The mounting and unmounting happen before and after this, so there's shouldn't be any timing impact. I'd need to

Re: Was able to reproduce "cp: cannot stat file.x: Input/output error"

2004-08-10 Thread Hans Reiser
David Dabbs wrote: Let me be more precise here. Is the time spent mounting and umounting included in the time for the phase? [David Dabbs] No. Each phase iteration is wrapped in a time call. The mounting and unmounting happen before and after this, so there's shouldn't be any timing impac

fsck.reiser4 wrong size error (?)

2004-08-10 Thread Francesco Biscani
Hi, lately whenever I run fsck.reiser4 I get loads of errors about wrong sizes, e.g., something like [1] "Object foo (stat40) has wrong size, should be X bytes". fsck suggests to --fix them, which I do, and indeed another run of fsck confirms that there are no problems. However after mounting t

Re: Odd Block allocation behavior on Reiser3

2004-08-10 Thread Hans Reiser
Sonny Rao wrote: On Tue, Aug 10, 2004 at 12:16:39AM -0700, Hans Reiser wrote: Interesting.What happens without overwrite, that is, if you write more files without deleting the old ones? Below I made 24 one gigabyte files in sequence All of them are similarly fragmented: x44016way1:/mnt/t

Re: fsck.reiser4 wrong size error (?)

2004-08-10 Thread Vitaly Fertman
On Tuesday 10 August 2004 21:48, Francesco Biscani wrote: > Hi, > > lately whenever I run fsck.reiser4 I get loads of errors about wrong sizes, > e.g., something like [1] "Object foo (stat40) has wrong size, should be X > bytes". fsck suggests to --fix them, which I do, and indeed another run of >

Re: Was able to reproduce "cp: cannot stat file.x: Input/output error"

2004-08-10 Thread Alex Zarochentsev
On Tue, Aug 10, 2004 at 10:35:58AM -0700, Hans Reiser wrote: > Alex Zarochentsev wrote: > > >On Mon, Aug 09, 2004 at 11:21:17PM -0400, [EMAIL PROTECTED] wrote: > > > > > >>On Sat, 07 Aug 2004 00:49:43 PDT, Hans Reiser said: > >> > >> > >> > I think I have discovered the problem - unless th

Re: fsck.reiser4 wrong size error (?)

2004-08-10 Thread Francesco Biscani
Hi, > are messages about 'wrong size' or about 'wrong bytes' or both? I'm _almost_ sure it's about "wrong bytes". I'll confirm ASAP. Are they potentially harmful? Oh, BTW, "debugfs -C" worked ok here. Regards, Francesco