Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread S. Alexander Jacobson

On Thu, 6 Jun 2002, Oleg Drokin wrote:
 On Thu, Jun 06, 2002 at 01:30:46AM -0400, S. Alexander Jacobson wrote:
  I just joined this list.  Two question:
  1. Can reiserfs detect that I have two copies of
  the same file on disk and store tham as one file

 Hm, you mean, each time you create a file, reiserfs should scan all
 other files and see if there is exactly a file like you just wrote?
 Hm, even something more complicated as you are writing to a file in
 4k chunks.
 Definitely no.

I could imagine a cheaper implementation in which
the fs computes an MD5 hash of each file as it is
being written.  If the hash matches the
pre-existing hash of some other file, then
consolidate.

  (doing a lazy copy) if someone writes to one of
  them?

  2. Is there a fast way to get access to the file
  change list?  It would be nice to be able to do
  fast backup of changed files without having to
  traverse entire directory trees.

 No.

I would presume that journalling gives access to
this sort of recent information.  It is really a
question of whether applications may access
the journal and whether the journal format is
opaque.

-Alex-

___
S. Alexander Jacobson   i2x Media
1-212-787-1914 voice1-603-288-1280 fax





Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Hans Reiser

S. Alexander Jacobson wrote:

On Thu, 6 Jun 2002, Robert Brockway wrote:
  

On Thu, Jun 06, 2002 at 01:30:46AM -0400, S. Alexander Jacobson wrote:
  

I just joined this list.  Two question:
1. Can reiserfs detect that I have two copies of
the same file on disk and store tham as one file


Hm, you mean, each time you create a file, reiserfs should scan all
other files and see if there is exactly a file like you just wrote?
Hm, even something more complicated as you are writing to a file in
4k chunks.
Definitely no.
  

And besides, how could it even know whether you even want them to be the
same or not. 

windows uses a signature.

 I keen plenty of identical files around (online backups,
etc) and I'd be mighty upset if the filesystem started hard linking them
together :)



That is why I said lazy copy on write. 

This is not patented, it is an old thread, everyone agrees that it 
should be done, no sponsor at the moment though.

 One
implementation would be for the file system to
keep a ref count of how many different files the
user intended.  When an applicatiion writes to a
file, the file system checks the ref count.  If
the ref count is greater than 1, the file system
copies the file, decrements the ref-count, and
gives the writing application a pointer to the new
copy.

I'm sure there are smarter implementations, but
the point is that the file system can certainly
differentiate in theory between user hard links
and actual hard links.

-Alex-

___
S. Alexander Jacobson   i2x Media
1-212-787-1914 voice1-603-288-1280 fax




  







Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Oleg Drokin

Hello!

On Thu, Jun 06, 2002 at 03:33:17AM -0400, S. Alexander Jacobson wrote:

  Hm, you mean, each time you create a file, reiserfs should scan all
  other files and see if there is exactly a file like you just wrote?
  Hm, even something more complicated as you are writing to a file in
  4k chunks.
  Definitely no.
 I could imagine a cheaper implementation in which
 the fs computes an MD5 hash of each file as it is
 being written.  If the hash matches the
 pre-existing hash of some other file, then
 consolidate.

But MD5 may be identical for different files.
Also this buys you nothing.
You write file in chunks, once file is identical to other file,
one of the files deleted. Looks like just more extra work (but some saved space
of course).

   2. Is there a fast way to get access to the file
   change list?  It would be nice to be able to do
   fast backup of changed files without having to
   traverse entire directory trees.
  No.
 I would presume that journalling gives access to
 this sort of recent information.  It is really a

No. All kinds of metadata is journaled. Also it is possible to get
in situation where file was modified, but not journaled, because
no metadata changed. (mmaped writes coming to mind).
Also journal is not infinite, it is only 32M long.
And I presume you want some kind of info like what have changed since
week ago.
Journal well might be overwritten many times since then.

Bye,
Oleg



[reiserfs-list] ¶Ç¯u¸¹½X¥X°â

2002-06-06 Thread c2m_2gkgfvlycqk


¶Ç¯u¸¹½X¥X°â


§Ú¦³¥_°Ï02_¶}ÀY¶Ç¯u¸¹½X¡A¦@¬°77270µ§

¬O§Ú±q¦U­Ó¦P·~¤½·|¡B¹q¸Üï¡B¶À­¶¡B¼x«H©Ò¡B

ºô»Úºô¸ô¡A¥úºÐ¤ù...µ¥µ¥¡A

¸g¦~²Ö¤ë¤@µ§¤µ§¥´¤J¦¬¶°¤U¨Óªº¡A¶O¤F«Ü¤jªº¥\¤Ò¡C

¥úªá¿ú¶R¼x«H©Ò¥Xªºªº¥U¤l¡A´Nªá¤F¤£¤Ö¿ú¡A

¦A¸g¹L²Î­p¤èªk¾ã²z¡A©Ò¥H¨S¦³¥ô¦ó¤@µ§¬O­«½Æªº¡A

¨Ã¸g¹L¹ê»Úµo°e´ú¸Õ¡A¦A­ç°£±¼µL®Äªº¸¹½X¡A

©Ò¥H¨C¤@µ§¨ì4¤ë©³¬°¤î¡A³£¥i¥Hµo°e¡C

®Ú¾Ú¸gÅç¡A´X¥G©Ò¦³02_¶}ÀYªº¶Ç¯u¡A

³£¤w¦¬¶°¦b³o¸Ì¤F¡A±q¨ä¥L¨Ó·½¡A¤]¤£¤Ó®e©ö¦A§ä¨ì·sªº¡C

¦pªG±z¦³¿³½ìÁʶR¡A§ÚÄ@·N¥H3000¤¸¤À¨É¡C


¾H¤p©j
tel: 02-27492314





Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Valdis . Kletnieks

On Thu, 06 Jun 2002 01:30:46 EDT, S. Alexander Jacobson [EMAIL PROTECTED]  said:

 1. Can reiserfs detect that I have two copies of
 the same file on disk and store tham as one file
 (doing a lazy copy) if someone writes to one of
 them?

Something I'd like to see even more than that would be VMS-style version
numbers on files. 
-- 
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




msg05584/pgp0.pgp
Description: PGP signature


Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Valdis . Kletnieks

On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:

 But MD5 may be identical for different files.

Only a 2**128 chance of that.  If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)

 Also this buys you nothing.
 You write file in chunks, once file is identical to other file,
 one of the files deleted. Looks like just more extra work (but some saved space
 of course).

A much more productive way to save space is file-system compression.  AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed.  It's a big win - /usr (even with all the binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
-- 
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




msg05585/pgp0.pgp
Description: PGP signature


Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Valdis . Kletnieks

  
 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic06027.pcx)
  







On Thu, 06 Jun 2002 01:30:46 EDT, S. Alexander Jacobson [EMAIL PROTECTED]  said:

 1. Can reiserfs detect that I have two copies of
 the same file on disk and store tham as one file
 (doing a lazy copy) if someone writes to one of
 them?

Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Valdis . Kletnieks

  
 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic24632.pcx)
  







On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:

 But MD5 may be identical for different files.

Only a 2**128 chance of that.  If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)

 Also this buys you nothing.
 You write file in chunks, once file is identical to other file,
 one of the files deleted. Looks like just more extra work (but some saved
space
 of course).

A much more productive way to save space is file-system compression.  AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed.  It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Valdis . Kletnieks

  
 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic26147.pcx)
  








 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic06027.pcx)








On Thu, 06 Jun 2002 01:30:46 EDT, S. Alexander Jacobson [EMAIL PROTECTED]  said:

 1. Can reiserfs detect that I have two copies of
 the same file on disk and store tham as one file
 (doing a lazy copy) if someone writes to one of
 them?

Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Valdis . Kletnieks

  
 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic27268.pcx)
  








 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic24632.pcx)








On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:

 But MD5 may be identical for different files.

Only a 2**128 chance of that.  If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)

 Also this buys you nothing.
 You write file in chunks, once file is identical to other file,
 one of the files deleted. Looks like just more extra work (but some saved
space
 of course).

A much more productive way to save space is file-system compression.  AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed.  It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Valdis . Kletnieks

  
 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic28349.pcx)
  








 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic26147.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic06027.pcx)








On Thu, 06 Jun 2002 01:30:46 EDT, S. Alexander Jacobson [EMAIL PROTECTED]  said:

 1. Can reiserfs detect that I have two copies of
 the same file on disk and store tham as one file
 (doing a lazy copy) if someone writes to one of
 them?

Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Valdis . Kletnieks

  
 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic04806.pcx)
  








 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic10465.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic17079.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic10007.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic16147.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic11308.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic15841.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic20581.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic19402.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic30124.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic23278.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic03814.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic14574.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic07359.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic07726.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic14099.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic20730.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic28349.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic26147.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic06027.pcx)








On Thu, 06 Jun 2002 01:30:46 EDT, S. Alexander Jacobson [EMAIL PROTECTED]  said:

 1. Can reiserfs detect that I have two copies of
 the same file on disk and store tham as one file
 (doing a lazy copy) if someone writes to one of
 them?

Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




[reiserfs-list] Re: duplicate files and recent changes

2002-06-06 Thread Hubert Chan


msg05628/pgp0.pgp
Description: PGP signature


Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Valdis . Kletnieks

  
 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic13257.pcx)
  








 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic00081.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic15154.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic07244.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic00072.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic31655.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic01253.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic19373.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic27832.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic30803.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic04969.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic08117.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic11628.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic06033.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic18619.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic14738.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic07549.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic26942.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic27268.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic24632.pcx)








On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:

 But MD5 may be identical for different files.

Only a 2**128 chance of that.  If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)

 Also this buys you nothing.
 You write file in chunks, once file is identical to other file,
 one of the files deleted. Looks like just more extra work (but some saved
space
 of course).

A much more productive way to save space is file-system compression.  AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed.  It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




[reiserfs-list] Spew ala patapsco's lotus notes server....

2002-06-06 Thread Chris Dukes

  
 (Embedded
 image moved   Chris Dukes [EMAIL PROTECTED]  
 to file:  06/06/2002 01:57 PM
 pic25401.pcx)
  







On Thu, Jun 06, 2002 at 01:58:15PM +, [EMAIL PROTECTED] wrote:
[Spew SNEEPED]

Is there any chance that the mailing list engine be modified to show the
Received: lines that were on the email BEFORE the list processor chews
on the email.  It would make it a lot simpler to apply a LART the guilty
part(y|ies) for the duplicate files SPEW.  Don't say it can't be done
because the netdev folks did it for their list a few months ago.

--
Chris Dukes
The Information Technology field is similar to a Marx Brothers sketch.
As a sysadmin, I fill in for Harpo Marx.  -- me.



Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Valdis . Kletnieks

  
 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic09063.pcx)
  








 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic04806.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic10465.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic17079.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic10007.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic16147.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic11308.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic15841.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic20581.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic19402.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic30124.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic23278.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic03814.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic14574.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic07359.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic07726.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic14099.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic20730.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic28349.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic26147.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic06027.pcx)








On Thu, 06 Jun 2002 01:30:46 EDT, S. Alexander Jacobson [EMAIL PROTECTED]  said:

 1. Can reiserfs detect that I have two copies of
 the same file on disk and store tham as one file
 (doing a lazy copy) if someone writes to one of
 them?

Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




[reiserfs-list] Spew ala patapsco's lotus notes server....

2002-06-06 Thread Chris Dukes

  
 (Embedded
 image moved   Chris Dukes [EMAIL PROTECTED]  
 to file:  06/06/2002 01:57 PM
 pic14877.pcx)
  








 (Embedded
 image moved   Chris Dukes [EMAIL PROTECTED]
 to file:  06/06/2002 01:57 PM
 pic25401.pcx)








On Thu, Jun 06, 2002 at 01:58:15PM +, [EMAIL PROTECTED] wrote:
[Spew SNEEPED]

Is there any chance that the mailing list engine be modified to show the
Received: lines that were on the email BEFORE the list processor chews
on the email.  It would make it a lot simpler to apply a LART the guilty
part(y|ies) for the duplicate files SPEW.  Don't say it can't be done
because the netdev folks did it for their list a few months ago.

--
Chris Dukes
The Information Technology field is similar to a Marx Brothers sketch.
As a sysadmin, I fill in for Harpo Marx.  -- me.



Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Valdis . Kletnieks

  
 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic09442.pcx)
  








 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic09063.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic04806.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic10465.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic17079.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic10007.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic16147.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic11308.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic15841.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic20581.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic19402.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic30124.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic23278.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic03814.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic14574.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic07359.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic07726.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic14099.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic20730.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic28349.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic26147.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic06027.pcx)








On Thu, 06 Jun 2002 01:30:46 EDT, S. Alexander Jacobson [EMAIL PROTECTED]  said:

 1. Can reiserfs detect that I have two copies of
 the same file on disk and store tham as one file
 (doing a lazy copy) if someone writes to one of
 them?

Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




[reiserfs-list] Re: duplicate files and recent changes

2002-06-06 Thread Hubert Chan

  
 (Embedded
 image moved   Hubert Chan [EMAIL PROTECTED] 
 to file:  06/06/2002 01:51 PM
 pic12587.pcx)
  








 (Embedded
 image moved   Hubert Chan [EMAIL PROTECTED]
 to file:  06/06/2002 01:51 PM
 pic00169.pcx)









Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Valdis . Kletnieks

  
 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic26184.pcx)
  








 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic13257.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic00081.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic15154.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic07244.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic00072.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic31655.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic01253.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic19373.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic27832.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic30803.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic04969.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic08117.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic11628.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic06033.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic18619.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic14738.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic07549.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic26942.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic27268.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic24632.pcx)








On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:

 But MD5 may be identical for different files.

Only a 2**128 chance of that.  If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)

 Also this buys you nothing.
 You write file in chunks, once file is identical to other file,
 one of the files deleted. Looks like just more extra work (but some saved
space
 of course).

A much more productive way to save space is file-system compression.  AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed.  It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread S. Alexander Jacobson

  
 (Embedded
 image moved   S. Alexander Jacobson [EMAIL PROTECTED]
 to file:  06/06/2002 02:14 PM
 pic25352.pcx)
  







Can someone turn this off?
I am recieving large amounts of duplicate mail
from Valdis Kletnieks through the namesys
listserv.

-Alex-

On Thu, 6 Jun 2002 [EMAIL PROTECTED] wrote:


  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic13257.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic00081.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic15154.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic07244.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic00072.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic31655.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic01253.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic19373.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic27832.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic30803.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic04969.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic08117.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic11628.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic06033.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic18619.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic14738.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic07549.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic26942.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic27268.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic24632.pcx)








 On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:

  But MD5 may be identical for different files.

 Only a 2**128 chance of that.  If you know a way to force a hash collision
 more frequently than that, the crypto world wants to hear from you.. ;)

  Also this buys you nothing.
  You write file in chunks, once file is identical to other file,
  one of the files deleted. Looks like just more extra work (but some saved
 space
  of course).

 A much more productive way to save space is file-system compression.  AIX
 supports LZ-compressing each 4K block and then only saving as many 512 byte
 fragments as actually needed.  It's a big win - /usr (even with all the
 binaries)
 needs about 30% less space, and I've seen over 50% for file systems with
 source trees in them...
 --
 Valdis Kletnieks
 Computer Systems Senior Engineer
 Virginia Tech



___
S. Alexander Jacobson   i2x Media
1-212-787-1914 voice1-603-288-1280 fax




[reiserfs-list] Spew ala patapsco's lotus notes server....

2002-06-06 Thread Chris Dukes

  
 (Embedded
 image moved   Chris Dukes [EMAIL PROTECTED]  
 to file:  06/06/2002 01:57 PM
 pic17782.pcx)
  








 (Embedded
 image moved   Chris Dukes [EMAIL PROTECTED]
 to file:  06/06/2002 01:57 PM
 pic14877.pcx)









 (Embedded
 image moved   Chris Dukes [EMAIL PROTECTED]
 to file:  06/06/2002 01:57 PM
 pic25401.pcx)








On Thu, Jun 06, 2002 at 01:58:15PM +, [EMAIL PROTECTED] wrote:
[Spew SNEEPED]

Is there any chance that the mailing list engine be modified to show the
Received: lines that were on the email BEFORE the list processor chews
on the email.  It would make it a lot simpler to apply a LART the guilty
part(y|ies) for the duplicate files SPEW.  Don't say it can't be done
because the netdev folks did it for their list a few months ago.

--
Chris Dukes
The Information Technology field is similar to a Marx Brothers sketch.
As a sysadmin, I fill in for Harpo Marx.  -- me.



[reiserfs-list] Filesystem Corruption

2002-06-06 Thread Kurt

  
 (Embedded
 image moved   Kurt [EMAIL PROTECTED] 
 to file:  06/06/2002 02:00 PM
 pic11654.pcx)
  








 (Embedded
 image moved   Kurt [EMAIL PROTECTED]
 to file:  06/06/2002 02:00 PM
 pic24262.pcx)









 (Embedded
 image moved   Kurt [EMAIL PROTECTED]
 to file:  06/06/2002 02:00 PM
 pic13835.pcx)








Hello all,
 I currently have a system configured as follows :-
1) LVM version 1.0.1-rc4(ish)(03/10/2001)
2) /dev/PROJ/proj on /proj type reiserfs (rw,noatime,notail)
3) /dev/PROJ/proj239G  142G   97G  60% /proj
4) 2.4.17 with reiserfs tools 3.x.0k
5) Reiserfs compiled in (CONFIG_REISERFS_CHECK set to NO)
6) 256 MB RAM (sar -r shows memory usage is not abnormal for this box)
7)Tuns of very small files based on log processing
I am told by my co-worker that the system unresponsive and showed reiserfs
related errors on the console.
Upon restart they noticed that the file
/proj/webtrends/receive/bama/www3/access.01Jun.r.gz was unreadable by root
(permission denied).
I did a reiserfsck on the drive and noticed that access.01Jun.r.gz returned an
error stating the file pointed to nowhere.
I was unable to complete a reiserfsck --fix-fixable because of the length of
time that this (fsck) process took since this was an unscheduled downtime.
During the weekend i will attempt to do the fsck again, however i really
needed to know if this problem has been observed by anyone else, and what
steps they took to fix the problem.
-Kurt



--

Kurt Palmer  SysAdmin
[EMAIL PROTECTED]Advance Internet
201-459-2846



Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Valdis . Kletnieks

  
 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic16144.pcx)
  








 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic09442.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic09063.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic04806.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic10465.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic17079.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic10007.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic16147.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic11308.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic15841.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic20581.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic19402.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic30124.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic23278.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic03814.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic14574.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic07359.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic07726.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic14099.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic20730.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic28349.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic26147.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic06027.pcx)








On Thu, 06 Jun 2002 01:30:46 EDT, S. Alexander Jacobson [EMAIL PROTECTED]  said:

 1. Can reiserfs detect that I have two copies of
 the same file on disk and store tham as one file
 (doing a lazy copy) if someone writes to one of
 them?

Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




[reiserfs-list] Re: duplicate files and recent changes

2002-06-06 Thread Hubert Chan

  
 (Embedded
 image moved   Hubert Chan [EMAIL PROTECTED] 
 to file:  06/06/2002 01:51 PM
 pic20800.pcx)
  








 (Embedded
 image moved   Hubert Chan [EMAIL PROTECTED]
 to file:  06/06/2002 01:51 PM
 pic12587.pcx)









 (Embedded
 image moved   Hubert Chan [EMAIL PROTECTED]
 to file:  06/06/2002 01:51 PM
 pic00169.pcx)









Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Valdis . Kletnieks

  
 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic01575.pcx)
  








 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic26184.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic13257.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic00081.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic15154.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic07244.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic00072.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic31655.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic01253.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic19373.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic27832.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic30803.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic04969.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic08117.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic11628.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic06033.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic18619.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic14738.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic07549.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic26942.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic27268.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:58 AM
 pic24632.pcx)








On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:

 But MD5 may be identical for different files.

Only a 2**128 chance of that.  If you know a way to force a hash collision
more frequently than that, the crypto world wants to hear from you.. ;)

 Also this buys you nothing.
 You write file in chunks, once file is identical to other file,
 one of the files deleted. Looks like just more extra work (but some saved
space
 of course).

A much more productive way to save space is file-system compression.  AIX
supports LZ-compressing each 4K block and then only saving as many 512 byte
fragments as actually needed.  It's a big win - /usr (even with all the
binaries)
needs about 30% less space, and I've seen over 50% for file systems with
source trees in them...
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread S. Alexander Jacobson

  
 (Embedded
 image moved   S. Alexander Jacobson [EMAIL PROTECTED]
 to file:  06/06/2002 02:14 PM
 pic29705.pcx)
  








 (Embedded
 image moved   S. Alexander Jacobson [EMAIL PROTECTED]
 to file:  06/06/2002 02:14 PM
 pic25352.pcx)








Can someone turn this off?
I am recieving large amounts of duplicate mail
from Valdis Kletnieks through the namesys
listserv.

-Alex-

On Thu, 6 Jun 2002 [EMAIL PROTECTED] wrote:


  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic13257.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic00081.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic15154.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic07244.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic00072.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic31655.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic01253.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic19373.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic27832.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic30803.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic04969.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic08117.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic11628.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic06033.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic18619.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic14738.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic07549.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic26942.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic27268.pcx)









  (Embedded
  image moved   [EMAIL PROTECTED]
  to file:  06/06/2002 09:58 AM
  pic24632.pcx)








 On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:

  But MD5 may be identical for different files.

 Only a 2**128 chance of that.  If you know a way to force a hash collision
 more frequently than that, the crypto world wants to hear from you.. ;)

  Also this buys you nothing.
  You write file in chunks, once file is identical to other file,
  one of the files deleted. Looks like just more extra work (but some saved
 space
  of course).

 A much more productive way to save space is file-system compression.  AIX
 supports LZ-compressing each 4K block and then only saving as many 512 byte
 fragments as actually needed.  It's a big win - /usr (even with all the
 binaries)
 needs about 30% less space, and I've seen over 50% for file systems with
 source trees in them...
 --
 Valdis Kletnieks
 Computer Systems Senior Engineer
 Virginia Tech



___
S. Alexander Jacobson   i2x Media
1-212-787-1914 voice1-603-288-1280 fax




Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Valdis . Kletnieks

  
 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic31865.pcx)
  








 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic16144.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic09442.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic09063.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic04806.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic10465.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic17079.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic10007.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic16147.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic11308.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic15841.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic20581.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic19402.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic30124.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic23278.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic03814.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic14574.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic07359.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic07726.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic14099.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic20730.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic28349.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic26147.pcx)









 (Embedded
 image moved   [EMAIL PROTECTED]
 to file:  06/06/2002 09:54 AM
 pic06027.pcx)








On Thu, 06 Jun 2002 01:30:46 EDT, S. Alexander Jacobson [EMAIL PROTECTED]  said:

 1. Can reiserfs detect that I have two copies of
 the same file on disk and store tham as one file
 (doing a lazy copy) if someone writes to one of
 them?

Something I'd like to see even more than that would be VMS-style version
numbers on files.
--
Valdis Kletnieks
Computer Systems Senior Engineer
Virginia Tech




[reiserfs-list] Re: duplicate files and recent changes

2002-06-06 Thread Hubert Chan

  
 (Embedded
 image moved   Hubert Chan [EMAIL PROTECTED] 
 to file:  06/06/2002 01:51 PM
 pic29614.pcx)
  








 (Embedded
 image moved   Hubert Chan [EMAIL PROTECTED]
 to file:  06/06/2002 01:51 PM
 pic20800.pcx)









 (Embedded
 image moved   Hubert Chan [EMAIL PROTECTED]
 to file:  06/06/2002 01:51 PM
 pic12587.pcx)









 (Embedded
 image moved   Hubert Chan [EMAIL PROTECTED]
 to file:  06/06/2002 01:51 PM
 pic00169.pcx)









[reiserfs-list] Filesystem Corruption

2002-06-06 Thread Kurt

  
 (Embedded
 image moved   Kurt [EMAIL PROTECTED] 
 to file:  06/06/2002 02:00 PM
 pic29967.pcx)
  








 (Embedded
 image moved   Kurt [EMAIL PROTECTED]
 to file:  06/06/2002 02:00 PM
 pic30134.pcx)









 (Embedded
 image moved   Kurt [EMAIL PROTECTED]
 to file:  06/06/2002 02:00 PM
 pic18956.pcx)









 (Embedded
 image moved   Kurt [EMAIL PROTECTED]
 to file:  06/06/2002 02:00 PM
 pic19921.pcx)









 (Embedded
 image moved   Kurt [EMAIL PROTECTED]
 to file:  06/06/2002 02:00 PM
 pic06540.pcx)









 (Embedded
 image moved   Kurt [EMAIL PROTECTED]
 to file:  06/06/2002 02:00 PM
 pic08003.pcx)









 (Embedded
 image moved   Kurt [EMAIL PROTECTED]
 to file:  06/06/2002 02:00 PM
 pic04883.pcx)









 (Embedded
 image moved   Kurt [EMAIL PROTECTED]
 to file:  06/06/2002 02:00 PM
 pic11654.pcx)









 (Embedded
 image moved   Kurt [EMAIL PROTECTED]
 to file:  06/06/2002 02:00 PM
 pic24262.pcx)









 (Embedded
 image moved   Kurt [EMAIL PROTECTED]
 to file:  06/06/2002 02:00 PM
 pic13835.pcx)








Hello all,
 I currently have a system configured as follows :-
1) LVM version 1.0.1-rc4(ish)(03/10/2001)
2) /dev/PROJ/proj on /proj type reiserfs (rw,noatime,notail)
3) /dev/PROJ/proj239G  142G   97G  60% /proj
4) 2.4.17 with reiserfs tools 3.x.0k
5) Reiserfs compiled in (CONFIG_REISERFS_CHECK set to NO)
6) 256 MB RAM (sar -r shows memory usage is not abnormal for this box)
7)Tuns of very small files based on log processing
I am told by my co-worker that the system unresponsive and showed reiserfs
related errors on the console.
Upon restart they noticed that the file
/proj/webtrends/receive/bama/www3/access.01Jun.r.gz was unreadable by root
(permission denied).
I did a reiserfsck on the drive and noticed that access.01Jun.r.gz returned an
error stating the file pointed to nowhere.
I was unable to complete a reiserfsck --fix-fixable because of the length of
time that this (fsck) process took since this was an unscheduled downtime.
During the weekend i will attempt to do the fsck again, however i really
needed to know if this problem has been observed by anyone else, and what
steps they took to fix the problem.
-Kurt



--

Kurt Palmer  SysAdmin
[EMAIL PROTECTED]Advance Internet
201-459-2846



Re: [reiserfs-list] Spew ala patapsco's lotus notes server....

2002-06-06 Thread Sami Farin

  
 (Embedded
 image moved   Sami Farin [EMAIL PROTECTED]   
 to file:  06/06/2002 02:30 PM
 pic24168.pcx)
  








 (Embedded
 image moved   Sami Farin [EMAIL PROTECTED]
 to file:  06/06/2002 02:30 PM
 pic15255.pcx)









 (Embedded
 image moved   Sami Farin [EMAIL PROTECTED]
 to file:  06/06/2002 02:30 PM
 pic11703.pcx)









 (Embedded
 image moved   Sami Farin [EMAIL PROTECTED]
 to file:  06/06/2002 02:30 PM
 pic22912.pcx)








On Thu, Jun 06, 2002 at 06:57:01PM +0100, Chris Dukes wrote:
 On Thu, Jun 06, 2002 at 01:58:15PM +, [EMAIL PROTECTED] wrote:
 [Spew SNEEPED]

 Is there any chance that the mailing list engine be modified to show the
 Received: lines that were on the email BEFORE the list processor chews
 on the email.  It would make it a lot simpler to apply a LART the guilty
 part(y|ies) for the duplicate files SPEW.  Don't say it can't be done
 because the netdev folks did it for their list a few months ago.

FAQ.idx says:

--- 8 ---

9.7 Limiting `Received:'' headers in outgoing messages.

  Sendmail still is being used on the majority of mail hubs. Sendmail
  has very primitive loop detection, bouncing messages based on
  excessive ``hopcount''.  The ``hopcount'' is determined by counting
  ``Received:'' headers. ezmlm by default propagates ``Received:''
  headers to facilitate message tracking. Thus, messages, especially
  from a sublist, can have a number of ``Received:'' headers that
  exceeds the ``hopcount'' set on poorly configured sendmail hosts.
  Subscription confirmation requests, warning, and probe messages have
  fewer ``Received:'' headers. Thus, a user may be able to receive
  these, but not (some of the) list messages. Of course, the best is to
  correct the configuration on the bouncing host, but this is often
  under the control of neither list owner nor user.

  To compensate for this problem, ezmlm-send(1) of ezmlm-idx-=0.313 by
  default removes all ``Received:'' headers except the top one.  They
  are still written to the archive, an can be retrieved from there using
  the ``-getv'' command.  To cause ezmlm-send(1) to pass on all the
  ``Received:'' headers, use the ezmlm-send(1) ``-r'' switch.

--- 8 ---

so try

echo|mail [EMAIL PROTECTED]

HTH

--
Safari - [EMAIL PROTECTED]
Talk is cheap. Show me the code. - Linus Torvalds



[reiserfs-list] Administrative notice.

2002-06-06 Thread Alexander Lyamin


Thanks for point-out Will,

Currently I have no choise but to put temporary ban people
that create this excessive mail traffic in our mailing list.

Everyone, who was banned and cured himself - ping me for resubscription.


People that GONE:

[EMAIL PROTECTED]
S. Alexander Jacobson [EMAIL PROTECTED]
Kurt [EMAIL PROTECTED]
Hubert Chan [EMAIL PROTECTED]


sorry guys, i had to do this.


P.S.
If someone got idea how to prevent such things in future (and it brighter
then reasonable suggestion - DO NOT USE OUTLOOK) - contact me.

   
  (Embedded
  image moved   Will Stowe [EMAIL PROTECTED]
  to file:  06/06/2002 03:05 PM
  pic02564.pcx)
   
 
 
 
 
 
 
 
 This.
 
 http:[EMAIL PROTECTED]
 
 Will Stowe
 Systems Administrator
 Intec Telecom Systems
 5775 Peachtree-Dunwoody Road
 Atlanta, GA 30342
 Work:(404) 705-2867
 Email: [EMAIL PROTECTED]
 
 


-- 
Cache remedies via multi-variable logic shorts will leave you crying.(cl)
Lex Lyamin



Re: [reiserfs-list] Administrative notice.

2002-06-06 Thread Alexander Lyamin

Fri, Jun 07, 2002 at 12:43:24AM +0400, Alexander Lyamin wrote:
 
 Thanks for point-out Will,
 
 Currently I have no choise but to put temporary ban people
 that create this excessive mail traffic in our mailing list.
 
 Everyone, who was banned and cured himself - ping me for resubscription.
 
 
 People that GONE:
 
 [EMAIL PROTECTED]
 S. Alexander Jacobson [EMAIL PROTECTED]
 Kurt [EMAIL PROTECTED]
 Hubert Chan [EMAIL PROTECTED]

+  Chris Dukes [EMAIL PROTECTED]

 
 
 sorry guys, i had to do this.
 
 
 P.S.
 If someone got idea how to prevent such things in future (and it brighter
 then reasonable suggestion - DO NOT USE OUTLOOK) - contact me.

-- 
Cache remedies via multi-variable logic shorts will leave you crying.(cl)
Lex Lyamin



Re: [reiserfs-list] Administrative notice.

2002-06-06 Thread Chris Dukes

On Fri, Jun 07, 2002 at 12:43:24AM +0400, Alexander Lyamin wrote:
 
 Thanks for point-out Will,
 
 Currently I have no choise but to put temporary ban people
 that create this excessive mail traffic in our mailing list.
 
 Everyone, who was banned and cured himself - ping me for resubscription.
 
 
 People that GONE:
 
 [EMAIL PROTECTED]
 S. Alexander Jacobson [EMAIL PROTECTED]
 Kurt [EMAIL PROTECTED]
 Hubert Chan [EMAIL PROTECTED]
 
 
 sorry guys, i had to do this.

Those people weren't at fault.
A broken MTA (Lotus Notes) at mail.patapsco.com was causing dups.

Look at the headers.  All had patapsco.com message-IDs.
Original headers showed they were injected from patapsco.com except for
the first items.

As I asked, is there any way to have the mailing list manager leave
the Received: lines intact so that people can readily see the injection
point for these spews?

-- 
Chris Dukes
The Information Technology field is similar to a Marx Brothers sketch.
As a sysadmin, I fill in for Harpo Marx.  -- me.



Re: [reiserfs-list] Administrative notice.

2002-06-06 Thread Alexander Lyamin

Thu, Jun 06, 2002 at 09:52:12PM +0100, Chris Dukes wrote:
 On Fri, Jun 07, 2002 at 12:43:24AM +0400, Alexander Lyamin wrote:
  
  Thanks for point-out Will,
  
  Currently I have no choise but to put temporary ban people
  that create this excessive mail traffic in our mailing list.
  
  Everyone, who was banned and cured himself - ping me for resubscription.
  
  
  People that GONE:
  
  [EMAIL PROTECTED]
  S. Alexander Jacobson [EMAIL PROTECTED]
  Kurt [EMAIL PROTECTED]
  Hubert Chan [EMAIL PROTECTED]
  
  
  sorry guys, i had to do this.
 
 Those people weren't at fault.
 A broken MTA (Lotus Notes) at mail.patapsco.com was causing dups.
 
 Look at the headers.  All had patapsco.com message-IDs.
 Original headers showed they were injected from patapsco.com except for
 the first items.
 
 As I asked, is there any way to have the mailing list manager leave
 the Received: lines intact so that people can readily see the injection
 point for these spews?

Sorry guys,

[EMAIL PROTECTED] is gone.
all the rest back on list.

most likely it can be done, but this will make headers rather big.
i'll think about it tomorrow, late night in Moscow.

Once again sorry for slamming wrong people.

-- 
Cache remedies via multi-variable logic shorts will leave you crying.(cl)
Lex Lyamin



Re: [reiserfs-list] duplicate files and recent changes

2002-06-06 Thread Oleg Drokin

Hello!

   Looks like this shit is e-mail virus.
   And now you two are also were infected. Sigh.

   Valdis Kletnieks: You should cure your box too, of course.

Bye,
Oleg
On Thu, Jun 06, 2002 at 06:28:01PM +, Richard Thornton wrote:
   
  (Embedded
  image moved   Richard Thornton   
  to file:  [EMAIL PROTECTED]   
  pic24558.pcx) 06/06/2002 02:28 PM
   
 
 
 
 
 
 
 
 
  (Embedded
  image moved   Richard Thornton
  to file:  [EMAIL PROTECTED]
  pic00900.pcx) 06/06/2002 02:28 PM
 
 
 
 
 
 
 
 
 
  (Embedded
  image moved   Richard Thornton
  to file:  [EMAIL PROTECTED]
  pic31969.pcx) 06/06/2002 02:28 PM
 
 
 
 
 
 
 
 
 
  (Embedded
  image moved   Richard Thornton
  to file:  [EMAIL PROTECTED]
  pic15312.pcx) 06/06/2002 02:28 PM
 
 
 
 
 
 
 
 
 Will you quit sending this shit?
 
 RT
 
 
 On Thu, 6 Jun 2002 [EMAIL PROTECTED] wrote:
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic01575.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic26184.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic13257.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic00081.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic15154.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic07244.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic00072.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic31655.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic01253.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic19373.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic27832.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic30803.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic04969.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic08117.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic11628.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic06033.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic18619.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic14738.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic07549.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic26942.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic27268.pcx)
 
 
 
 
 
 
 
 
 
   (Embedded
   image moved   [EMAIL PROTECTED]
   to file:  06/06/2002 09:58 AM
   pic24632.pcx)
 
 
 
 
 
 
 
 
  On Thu, 06 Jun 2002 13:25:05 +0400, Oleg Drokin said:
 
   But MD5 may be identical for different files.
 
  Only a 2**128 chance of that.  If you know a way to force a hash collision
  more frequently than that, the crypto world wants to hear from you.. ;)
 
   Also this buys you nothing.
   You write file in chunks, once file is identical to other file,
   one of the files deleted. Looks like just more extra work (but some saved
  space
   of course).
 
  A much more productive way to save space is file-system compression.  AIX
  supports LZ-compressing each 4K block and then only saving as many 512 byte
  fragments as actually needed.  It's a big win - /usr (even with all the
  binaries)
  needs about 30% less space, and I've seen over 50% for file systems with
  source trees in them...
  --
  Valdis Kletnieks
  Computer Systems Senior Engineer
  Virginia Tech