Re: [suse-oracle] OCFS2 problem

Vladimir Barac <[email protected]> Sun, 12 Dec 2010 08:52:58 +0300
Newsgroups gmane.linux.suse.oracle.general
Message-ID <[email protected]>
Hi 

Thanks for replying.

Eventually support came back with patch download link, and solution seems to work.

I am curious - why wasn't this tested thoroughly by Suse teams? It is not like OCFS2 is some obscure software that is rarely used.

Regards,
Vladimir Barac

-----Original Message-----
From: Arun Singh [mailto:[email protected]] 
Sent: Saturday, December 11, 2010 1:10 AM
To: Vladimir Barac; '[email protected]'; '[email protected]'
Subject: Re: [suse-oracle] OCFS2 problem

Hi Vladimir,

Check this http://www.novell.com/support/search.do?cmd=displayKC&docType=kc&externalId=7006199&sliceId=1&docTypeID=DT_TID_1_1&dialogID=190029989&stateId=0%200%20190031501 

It's appears that known issue. Just follow the notes/solution in above doc.

Thanks,
Arun

>>> On 12/9/2010 at 7:02 AM, Vladimir Barac <[email protected]> wrote:
> Good evening to all
> 
> Apologies if posting to two lists is not appropriate, I am simply looking 
> for as much insight as possible.
> 
> Background:
> -         SLES 10 SP2 64bit, with latest kernel update (will be upgraded to 
> SP3)
> -         Ocfs2 file system
> -         Performing fsck.
> 
> Error message is as below. What is problem here? Did anybody face it before?
> 
> fsck.ocfs2 -fn /dev/emcpowere
> Checking OCFS2 filesystem in /dev/emcpowere:
>   label:              eccqadb
>   uuid:               4f 1a 06 df ab 67 45 86 a7 94 d4 f1 48 0d af 3c
>   number of blocks:   349700096
>   bytes per block:    4096
>   number of clusters: 349700096
>   bytes per cluster:  4096
>   max slots:          2
> 
> ** Skipping journal replay because -n was given.  There may be spurious 
> errors that journal replay would fix. **
> /dev/emcpowere was run with -f, check forced.
> Pass 0a: Checking cluster allocation chains
> Pass 0b: Checking inode allocation chains
> Pass 0c: Checking extent block allocation chains
> Pass 1: Checking inodes and blocks.
> Running additional passes to resolve clusters claimed by more than one 
> inode...
> Pass 1b: Determining ownership of multiply-claimed clusters
> Pass 1c: Determining the names of inodes owning multiply-claimed clusters
> fsck.ocfs2: Unknown code while performing pass 1
> 
> echo $?
> 8


______________________________________________________________________
This email has been scanned by the External Email Security System.
______________________________________________________________________
_______________________________________________
suse-oracle mailing list
[email protected]
http://listx.novell.com/mailman/listinfo/suse-oracle