Journalled File System general discussion

Jehn Sanders | 3 Jul 2008 03:49

Picon

web site noticed

Dear Jfs-discussion,
Its time to get your web site noticed. We can increase your monthly web traffic and get you the best 
position on every major search engines (Eg: Google, Yahoo!, AOL, AltaVista, etc).   We would like to 
show you how with a free site review.  Email us today and we will do a no cost site assessment so that 
you can see for yourself what your online business could produce. 
Sincerely
Jehn Sanders
jehnsanders <at> gmail.com
________________________________________
K-Media Solutions
Yahoo!, Google, MSN, AltaVista, AOL
This promotion is only valid for USA websites

If you wish to be removed from this list, please reply the word "REMOVE" in your subject line

-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08

mobili | 4 Jul 2008 17:10

Bright and joyful Fourth of July

Well done 4th! http://66.176.38.218/

-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08

Melmi | 4 Jul 2008 23:15

Picon

"jfs clean" after failure, data corruption

Hi folks,

when my computer crashed last time, the jfs mounted drives claimed that the fs is "clean" on the next reboot.
However, some data was found in files were it didn't belong. My browser bookmarks, for example, went into
the configuration file of an email application (and therefore messed it up).

Now I'm wondering: 
When the computer just crashes, is it ok for jfs to call the fs "clean" on the next reboot?
How come that data moves into places it doesn't belong to?
Is there any chance to prevent such thing to happen?
Is there any chance to figure out which files have been corrupted so that the last backup may be used?

System is Debian Etch, to be honest in an sophisticated configuration;)
Partition 1, Software Raid, ReiserFS, mounted on /
Partition 2, Software Raid, CryptoFS, JFS, mounted on /cryptofs_mountpoint

Output from the first boot after the crash is below.

Thanks in advance for any information,

Melmi

Exerpt from Kernellog:
Jul  2 07:35:36 playstation kernel: ReiserFS: md1: replayed 924 transactions in 11 seconds
Jul  2 07:35:36 playstation kernel: ReiserFS: md1: Using r5 hash to sort names
Jul  2 07:35:36 playstation kernel: VFS: Mounted root (reiserfs filesystem) readonly.
Jul  2 07:35:36 playstation kernel: ReiserFS: md1: Removing [71 7323 0x0 SD]..done
Jul  2 07:35:36 playstation kernel: ReiserFS: md1: Removing [71 7321 0x0 SD]..done
Jul  2 07:35:36 playstation kernel: ReiserFS: md1: Removing [71 7320 0x0 SD]..done
Jul  2 07:35:36 playstation kernel: ReiserFS: md1: Removing [71 7319 0x0 SD]..done

(Continue reading)

Michael Müller | 5 Jul 2008 11:57

Picon

Re: "jfs clean" after failure, data corruption

Hi Melmi.

Am 04.07.2008 um 23:15 schrieb Melmi:

> Hi folks,
>
> when my computer crashed last time, the jfs mounted drives claimed  
> that the fs is "clean" on the next reboot. However, some data was  
> found in files were it didn't belong. My browser bookmarks, for  
> example, went into the configuration file of an email application  
> (and therefore messed it up).
>
> Now I'm wondering:
> When the computer just crashes, is it ok for jfs to call the fs  
> "clean" on the next reboot?
> How come that data moves into places it doesn't belong to?
> Is there any chance to prevent such thing to happen?
> Is there any chance to figure out which files have been corrupted  
> so that the last backup may be used?
>
> System is Debian Etch, to be honest in an sophisticated  
> configuration;)
> Partition 1, Software Raid, ReiserFS, mounted on /
> Partition 2, Software Raid, CryptoFS, JFS, mounted on / 
> cryptofs_mountpoint
>
> Output from the first boot after the crash is below.
>
> Thanks in advance for any information,
>

(Continue reading)

Corey hardware | 5 Jul 2008 23:39

List of anesthesiologists and many more


The package below is valued at over $2000 when purchased individually

Licensed Physicians in the United States 

788,204 in total * 17,442 emails

Many different medical specialties

Over a dozen sortable fields

Database of US Pharma Companies
Personal email addresses (47,000 in total) and names for top level executives

Hospitals in America
Complete contact information for the important jobs held at the hospitals

US Dentist List
More than half a million listings [worth $499 alone!]

Directory of US Chiropractors
Over than 100k chiropractors practicing in the USA

Price for this week only =  
$391 for all 5 datasets

send email to:      peter.zipkin_md <at> hotmail.com

valid thru  July 11

(Continue reading)

Dave Kleikamp | 6 Jul 2008 22:18

Picon

Re: "jfs clean" after failure, data corruption

On Fri, 2008-07-04 at 23:15 +0200, Melmi wrote:
> Hi folks,
> 
> when my computer crashed last time, the jfs mounted drives claimed
> that the fs is "clean" on the next reboot. However, some data was
> found in files were it didn't belong. My browser bookmarks, for
> example, went into the configuration file of an email application (and
> therefore messed it up).

JFS doesn't journal data, just metadata, so if the configuration file
was very recently created, its metadata could be intact, but the file
data may have been lost, exposing whatever data was in the data blocks
previously.

> Now I'm wondering: 
> When the computer just crashes, is it ok for jfs to call the fs "clean" on the next reboot?

After it replays the journal, it will assume the file system is clean,
as long as no errors were seen.

You could run fsck -f to make sure there really are no errors in the
file system.

> How come that data moves into places it doesn't belong to?

Explained above (possibly).  The data itself isn't journaled, so newly
created files may have random data after a crash.

> Is there any chance to prevent such thing to happen?

(Continue reading)

Milanovic | 7 Jul 2008 13:01

The Mummy 3 movie bankrupt, release delayed

Cindy crawford ugly divorce details http://t-consulting.it/r.html

-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08

Peter Grandi | 6 Jul 2008 23:30

X-Face

Picon

Re: "jfs clean" after failure, data corruption


> JFS doesn't journal data, just metadata, so if the
> configuration file was very recently created, its metadata
> could be intact, but the file data may have been lost,
> exposing whatever data was in the data blocks previously.

>> Now I'm wondering: When the computer just crashes, is it ok
>> for jfs to call the fs "clean" on the next reboot?

> After it replays the journal, it will assume the file system
> is clean, as long as no errors were seen.

To make this more obvious: "clean" means that the *metadata* is
believed to be clean. The JFS code manages the integrity of the
metadata, the persistence of the data is the responsibility of
the applications (see below).

[ ... ]

> The data itself isn't journaled, so newly created files may
> have random data after a crash.

That's not quite right, as who writes this knows but is perhaps
too tired to add: newly created files that haven't been properly
committed by the application that created them may have random
data.

>> Is there any chance to prevent such thing to happen?

> Currrently no.

(Continue reading)

Dave Kleikamp | 7 Jul 2008 22:56

Picon

Re: "jfs clean" after failure, data corruption

On Sun, 2008-07-06 at 22:30 +0100, Peter Grandi wrote:
> > JFS doesn't journal data, just metadata, so if the
> > configuration file was very recently created, its metadata
> > could be intact, but the file data may have been lost,
> > exposing whatever data was in the data blocks previously.
> 
> >> Now I'm wondering: When the computer just crashes, is it ok
> >> for jfs to call the fs "clean" on the next reboot?
> 
> > After it replays the journal, it will assume the file system
> > is clean, as long as no errors were seen.
> 
> To make this more obvious: "clean" means that the *metadata* is
> believed to be clean. The JFS code manages the integrity of the
> metadata, the persistence of the data is the responsibility of
> the applications (see below).
> 
> [ ... ]
> 
> > The data itself isn't journaled, so newly created files may
> > have random data after a crash.
> 
> That's not quite right, as who writes this knows but is perhaps
> too tired to add: newly created files that haven't been properly
> committed by the application that created them may have random
> data.

It's possible that the application can do everything right, and a system
crash can still result in the metadata being committed before the data
is written to disk.

(Continue reading)

helen@nstnetwork.com | 9 Jul 2008 09:50

Sell Cisco Systems equipment items

Hello,
     We have following original Cisco,Card,GBIC/SFP,WIC,cables items for sale 
If you are interested, pls feel free to contact me.
example of the products:
CWDM-SFP-1G 39dB (Ultra long-haul)--1510nm,1530nm,1550nm,1570nm,1590nm,1610nm 
WS-G5483,
GLC-SX-MM
SFP-GE-L
WS-G5487,
WS-G5484,
WS-G5486,
GLC-SX-MM,
GLC-LH-SM,
GLC-ZX-SM,
GLC-T,
......
NM-2FE2W-T1,
NM-2FE2W-E1,
NM-2FE2W-V2,
WIC-1T,
WIC-2T,
WIC-2A/S,
WIC-1B/ST,
WIC-1ENET,
VWIC-1MFT-T1,
VWIC-1MFT-E1,
VWIC-2MFT-T1,
VWIC-2MFT-E1,
VWIC-1MFT-G703,
VWIC-2MFT-G703,

(Continue reading)

Group

gmane.comp.file-systems.jfs.general.

Search Archive

Page

1 | 2 | 3 | 4

Articles in period: 32

July 2008

Language

Change language

Options

Current view: Threads only / Showing only 20 lines / Not hiding cited text.
Change to All messages, whole messages, or hide cited text.

Post a message
NNTP Newsgroup
Classic Gmane web interface
XML

XML

RSS Feed
List Information

About Gmane

Recent entries

xattr performance (17 May 2013)
[GIT PULL] jfs for 3.10 (3 May 2013)
Negative value for inode??? (24 Jan 2013)
[PATCH] jfs: avoid undefined behavior from left-shifting by 32 bits (7 Jan 2013)
[PATCH 12/21] jfs: drop vmtruncate (15 Dec 2012)
[PATCH 12/21] jfs: drop vmtruncate (3 Nov 2012)
[GIT PULL] jfs bug fix for 3.7 (23 Oct 2012)
[PATCH 12/21] jfs: drop vmtruncate (20 Oct 2012)
[PATCH 00/21 v3] drop vmtruncate (20 Oct 2012)
[PATCH] jfs: Fix FITRIM argument handling (16 Oct 2012)
finding inodes via block (12 Oct 2012)
[PATCH 12/22] jfs: drop vmtruncate (6 Oct 2012)
[GIT PULL] JFS updates for 3.7 (3 Oct 2012)
[PATCH] fs/jfs: Patch with various fixes for the JFS code. (21 Sep 2012)
fs/jfs: TRIM support for JFS Filesystem (18 Sep 2012)
Oh noes! fsck stuck :-/ (9 Sep 2012)
[PATCH] JFS: use list_move instead of list_del/list_add (6 Sep 2012)
[PATCH 12/21] jfs: drop vmtruncate (31 Aug 2012)
[PATCH 2/8] drivers/block/xen-blkback:Evalue bio->bi_rw after calling (30 Jul 2012)
[PATCH 3/8]fs/btrfs: Evalue bio->bi_rw after calling bio_alloc() and b (30 Jul 2012)
[PATCH 7/8]fs/ocfs2: Evalue bio->bi_rw after calling bio_alloc() and b (30 Jul 2012)

Archives

3	May 2013
2	March 2013
2	February 2013
10	January 2013
2	December 2012
7	November 2012
16	October 2012
17	September 2012
7	August 2012
36	July 2012
17	June 2012
10	May 2012
7	March 2012
1	January 2012
23	December 2011
14	November 2011
3	October 2011
3	September 2011
5	August 2011
5	July 2011
13	June 2011
25	May 2011
21	April 2011
9	March 2011
4	February 2011
7	December 2010
20	November 2010
13	October 2010
6	September 2010
2	August 2010
12	July 2010
17	June 2010
6	May 2010
10	April 2010
8	March 2010
22	February 2010
29	January 2010
42	December 2009
10	November 2009
5	October 2009
18	September 2009
6	August 2009
43	July 2009
24	June 2009
10	May 2009
18	April 2009
10	March 2009
1	January 2009
1	December 2008
1	November 2008
2	October 2008
37	September 2008
26	August 2008
32	July 2008
26	June 2008
36	May 2008
42	April 2008
38	March 2008
21	February 2008
25	January 2008
20	December 2007
35	November 2007
58	October 2007
31	September 2007
49	August 2007
27	July 2007
9	June 2007
11	May 2007
2	April 2007
29	March 2007
10	February 2007
32	January 2007
24	December 2006
18	November 2006
16	October 2006
14	September 2006
17	August 2006
20	July 2006
21	June 2006
8	May 2006
21	April 2006
8	March 2006
38	February 2006
22	January 2006
11	December 2005
25	November 2005
49	October 2005
50	September 2005
36	August 2005
51	July 2005
50	June 2005
15	May 2005
36	April 2005
54	March 2005
25	February 2005
62	January 2005
53	December 2004
25	November 2004
14	October 2004
52	September 2004
5	August 2004
63	July 2004
30	June 2004
33	May 2004
43	April 2004
75	March 2004
9	February 2004
31	January 2004
15	December 2003
7	November 2003
14	October 2003
64	September 2003
8	August 2003
10	July 2003
19	June 2003
23	May 2003
14	April 2003
17	March 2003
20	February 2003
41	January 2003
6	December 2002
30	November 2002
57	October 2002
40	September 2002
29	August 2002
49	July 2002
6	June 2002

Design

Zawodny | Right Menu | Left Menu

Your Own Design

Paste the URL of your CSS below. Download CSS template