Hello list,

Different observations with various kernels (stock hardy/lucid, so up to 
2.6.32) made me wonder, if there are known issues with default jfs settings, 
general jfs stability or fsck functionality in case of fast/unclean jfs fs 
shutdown.

The symptoms of the problem are always similar, although triggered by different 
events (see thread topic):
* Normal reboot after shutdown or crash, mount works without problems, redo ok
* If detected by chance, you might find files, where e.g. ls reports "stale nfs 
lock", although file is normal jfs file (e.g. /var/log/dmesg.3.gz)
* When forcing a fsck, the "stale nfs lock" files will vanish, some data might 
reappear in /lost+found

Do you know of any open bugs related to that or could it be, that patches to 
jfs were not correctly backported to Ubuntu?

Could it be due to misconfiguration? Are there guidelines, how to use jfs in 
production environment? There are some old posts, that related jfs failures to 
the schedulers used in kernel. Are there known bad combinations?

Are there rootkits or exploits known, that cause a similar file system 
disruption?

Do you have trunk jfs modules for Ubuntu lucid kernel or even a whole trunk 
kernel with trunk jfs for testing? I could offer to try to reproduce on virtual 
machine.

Kind regards,
Roman

Jfs log extracted from system suffering problems after hard power down:

**Phase 0 - Replay Journal Log [xchkdsk.c:1871]
LOGREDO:  Log already redone! [logredo.c:555]
logredo returned rc = 0 [xchkdsk.c:1903]
**Phase 1 - Check Blocks, Files/Directories, and  Directory Entries 
[xchkdsk.c:1996]
File system object FF156982 has corrupt data (9). [fsckino.c:1977]
File system object FF156983 has corrupt data (9). [fsckino.c:1977]
**Phase 2 - Count links [xchkdsk.c:2087]
**Phase 3 - Duplicate Block Rescan and Directory Connectedness [xchkdsk.c:2120]
Directory entries for unallocated files have been detected.  Will remove. 
[xchkdsk.c:748]
**Phase 4 - Report Problems [xchkdsk.c:2198]
File system object FF156982 is linked as: /var/log/ulog/old/pcap.log.13 
[fsckino.c:336]
cannot repair the data format error(s) in this file. [xchkdsk.c:1202]
cannot repair FF156982.  Will release. [xchkdsk.c:1244]
File system object FF156983 is linked as: /var/log/ulog/old/syslogemu.log.13 
[fsckino.c:336]
cannot repair the data format error(s) in this file. [xchkdsk.c:1202]
cannot repair FF156983.  Will release. [xchkdsk.c:1244]
File system object FF192674 is linked as: /var/log/dmesg.3.gz [fsckino.c:336]
The path(s) refer to an unallocated file. Will remove. [xchkdsk.c:1177]
File system object DF262359 is linked as: /var/log/ulog/old [fsckino.c:320]
**Phase 5 - Check Connectivity [xchkdsk.c:2230]
No paths were found for inode F192684. [fsckconn.c:311]
**Phase 6 - Perform Approved Corrections [xchkdsk.c:2259]
Superblock marked dirty because repairs are about to be written. 
[xchkdsk.c:2280]
No \lost+found directory found in the filesystem. [xchkdsk.c:2803]
Storage allocated to inode F156982 has been cleared. [xchkdsk.c:2582]
Storage allocated to inode F156983 has been cleared. [xchkdsk.c:2582]
Directory inode F172073 entry reference to inode F192674 removed. 
[xchkdsk.c:2700]
Directory inode F262359 entry reference to inode F156983 removed. 
[xchkdsk.c:2700]
Directory inode F262359 entry reference to inode F156982 removed. 
[xchkdsk.c:2700]
File inode  192684 has been reconnected to /lost+found/. [fsckdtre.c:3948]
1 file reconnected to /lost+found/. [fsckdtre.c:4007]
**Phase 7 - Rebuild File/Directory Allocation Maps [xchkdsk.c:2374]


DI Roman Fiedler
Safety & Security Department
Information Management & eHealth

AIT Austrian Institute of Technology GmbH
Reininghausstrae 13/1  |  8020 Graz  |  Austria
T +43(0) 316 586570-63  |  M +43(0) 664 8561599  |  F +43(0) 316 586570-12
[email protected] <mailto:[email protected]> | http://www.ait.ac.at 
<http://www.ait.ac.at/>
http://www.ait.ac.at/eHealth/ <http://www.ait.ac.at/eHealth/>

Kennen Sie die www.eHealth2011.at?

FN: 115980 i HG Wien  |  UID: ATU14703506
This email and any attachments thereto, is intended only for use by the 
addressee(s) named herein and may contain legally privileged and/or 
confidential information. If you are not the intended recipient, please notify 
the sender by return e-mail or by telephone and delete this message from your 
system and any printout thereof. Any unauthorized use, reproduction, or 
dissemination of this message is strictly prohibited. Please note that e-mails 
are susceptible to change. AIT Austrian Institute of Technology GmbH shall not 
be liable for the improper or incomplete transmission of the information 
contained in this communication, nor shall it be liable for any delay in its 
receipt.


------------------------------------------------------------------------------
Create and publish websites with WebMatrix
Use the most popular FREE web apps or write code yourself; 
WebMatrix provides all the features you need to develop and 
publish your website. http://p.sf.net/sfu/ms-webmatrix-sf
_______________________________________________
Jfs-discussion mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/jfs-discussion

Reply via email to