Hello list,
 
For various tests we have created a group of new SLES10 guests. They all are 
just one 3390-3 volume so they can be cloned vary fast. But for some reason 
these machines sometimes switch the rootdisk, and therefore the entire 
filesystem, to readonly. I have tried a remount but that didn't work so only a 
reboot will get the / back in write mode. The reboot itself run without errors. 
But even that sometimes doesn't solve the error and we have to clone the guest 
again. We also have a different SLES10 installation and there we don't see any 
errors there but then we aren't running any load there.
 
I can't find any reason for this, other than what I can find in de guest 
console log. Any ideas? What can be the cause of this and how can it be fixed?
 
The guest is a SLES10 SP2.
 
[EMAIL PROTECTED]:~> uname -a
Linux nlzlx921 2.6.16.60-0.21-default #1 SMP Tue May 6 12:41:02 UTC 2008 s390x 
s390x s390x GNU/Linux

 
[EMAIL PROTECTED]:~> df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/dasda1            2365444   1682640    562644  75% /
udev                    145620        64    145556   1% /dev

 
The message from the console:
08/08/19 12:23:31 NLZLX921 VMLXES21:  EXT3-fs error (device dasda1): 
ext3_readdir: bad entry in directory #270514: rec_len is
08/08/19 12:23:31 NLZLX921 VMLXES21    smaller than minimal - offset=0, 
inode=0, rec_len=0, name_len=0ŸAborting journal on device
08/08/19 12:23:31 NLZLX921 VMLXES21    dasda1.Ÿext3_abort called.ŸEXT3-fs error 
(d
08/08/19 12:23:31 NLZLX921 VMLXES21:  Aug 19 12:23:31 nlzlx921 syslog-ngÝ1092¨: 
io.c: do_write: write() failed (errno 30), Read-only
08/08/19 12:23:31 NLZLX921 VMLXES21    file system

 
When I asked one of our linux specialists he did mention there were a few bugs 
relating ext3 that have been fixed in RHEL 5.1. Now I have noticed that RHEL 
5.1 is on a newer kernel level than the SLES 10 SP2. Could a bug in ext3 by any 
chance be the problem here?
 

Met vriendelijke groet/With kind regards, 
Berry van Sleeuwen 
Flight Forum 3000 5657 EW Eindhoven

( +31 (0)6 22564276

                 



Atos Origin <http://www.atosorigin.com/> 

MO OC Mainframe Services

 

 

 

 

<<image001.gif>>

<<image003.jpg>>

ÿþDit bericht is vertrouwelijk en kan 
geheime informatie bevatten enkel

bestemd voor de geadresseerde. Indien 
dit bericht niet voor u is bestemd,

verzoeken wij u dit onmiddellijk aan 
ons te melden en het bericht te

vernietigen.

Aangezien de integriteit van het 
bericht niet veilig gesteld is middels

verzending via internet, kan Atos 
Origin niet aansprakelijk worden 
gehouden

voor de inhoud daarvan.

Hoewel wij ons inspannen een virusvrij 
netwerk te hanteren, geven

wij geen enkele garantie dat dit 
bericht virusvrij is, noch aanvaarden 
wij

enige aansprakelijkheid voor de 
mogelijke aanwezigheid van een virus in 
dit

bericht.

 

Op al onze rechtsverhoudingen, 
aanbiedingen en overeenkomsten 
waaronder

Atos Origin goederen en/of diensten 
levert zijn met uitsluiting van alle

andere voorwaarden de 
Leveringsvoorwaarden van Atos Origin 
van toepassing.

Deze worden u op aanvraag direct 
kosteloos toegezonden.

 

This e-mail and the documents attached 
are confidential and intended solely

for the addressee; it may also be 
privileged. If you receive this e-mail

in error, please notify the sender 
immediately and destroy it.

As its integrity cannot be secured on 
the Internet, the Atos Origin group

liability cannot be triggered for the 
message content. Although the

sender endeavours to maintain a 
computer virus-free network, the sender

does not warrant that this transmission 
is virus-free and will not be

liable for any damages resulting from 
any virus transmitted.

 

On all offers and agreements under 
which Atos Origin supplies goods and/or

services of whatever nature, the Terms 
of Delivery from Atos Origin

exclusively apply. 

The Terms of Delivery shall be promptly 
submitted to you on your request.

 

Atos Origin Nederland B.V. / Utrecht

KvK Utrecht 30132762

Reply via email to