search for: ext3_lookup

...gly random moment - init_special_inode: bogus i_mode (50632) init_special_inode: bogus i_mode (137147) init_special_inode: bogus i_mode (172036) init_special_inode: bogus i_mode (175720) init_special_inode: bogus i_mode (72350) init_special_inode: bogus i_mode (174751) EXT3-fs error (device sdb2): ext3_lookup: unlinked inode 19698169 in dir #19696695 Aborting journal on device sdb2. init_special_inode: bogus i_mode (165661) EXT3-fs error (device sdb2): ext3_lookup: unlinked inode 19698131 in dir #19696695 init_special_inode: bogus i_mode (76763) init_special_inode: bogus i_mode (3116) init_special_inode...

...ease 5.2 (Tikanga) 2.6.18-92.1.10.el5 #1 SMP x86_64 Adaptec 2420SA RAID controller Logical Disks's write cache disabled, Physical disk write cache enabled Battery not installed 2 * 500GB ST373307LW in RAID1 Instances of EXT3 errors which caused read only FS : a. ?EXT3-fs error (device sdb1): ext3_lookup: unlinked inode 8766158 in dir #8765708? 2. Red Hat Enterprise Linux Server release 5.2 (Tikanga) 2.6.18-92.1.10.el5 #1 SMP x86_64 Dell PERC 6/i - Write back cache enabled Battery available 2 * ST3500630AS 500GB in RAID1 Instances of EXT3 errors which caused read only FS : a. ?EXT3-fs error (...

...] ext3_getblk+0x7b/0x210 Dec 11 04:03:56 fendrian kernel: [submit_bio+61/112] submit_bio+0x3d/0x70 Dec 11 04:03:56 fendrian kernel: [ll_rw_block+88/128] ll_rw_block+0x58/0x80 Dec 11 04:03:56 fendrian kernel: [ext3_find_entry+288/976] ext3_find_entry+0x120/0x3d0 Dec 11 04:03:56 fendrian kernel: [ext3_lookup+41/160] ext3_lookup+0x29/0xa0 Dec 11 04:03:56 fendrian kernel: [__lookup_hash+108/160] __lookup_hash+0x6c/0xa0 Dec 11 04:03:56 fendrian kernel: [open_namei+279/992] open_namei+0x117/0x3e0 Dec 11 04:03:56 fendrian kernel: [filp_open+46/96] filp_open+0x2e/0x60 Dec 11 04:03:56 fendrian kernel: [sy...

Hi, Could someone point me to documentation or explain in detail, process of creating file.(space reservation, inode....) What is happen at low lavel? Thanks -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://listman.redhat.com/archives/ext3-users/attachments/20060713/2c862514/attachment.htm>

...0001004 cd511dac cffd50e0 00001000 00000000 00001004 c021ced0 00001004 Call Trace: [prune_dcache+295/360] [try_to_free_inodes+190/260] [scsi_old_times_out+0/300] [ext3_getblk+198/568] [grow_inodes+32/428] [cprt+14006/37792] [get_new_inode+197/312] [iget4+117/128] [__brelse+29/192] [iget+22/32] [ext3_lookup+90/140] [real_lookup+91/180] [permission+32/56] [lookup_dentry+304/504] [__fput+74/84] [open_namei+105/776] [fput+70/84] [filp_open+74/264] [filp_open+17/264] [sys_open+63/160] [sys_open+38/160] [system_call+52/56] Code: 8b 47 08 3d 2b 2f c3 a5 0f 85 be 01 00 00 f6 46 05 01 0f 85 May 2 1...

...> kernel: f71b9ea8 00001000 f71a636c 00000001 00000001 00010001 00000001 00000000 > kernel: 00000000 00000000 f7caf400 f71b9df0 f71503d4 ffffffff 00000000 f7159c68 > kernel: Call Trace: > kernel: [<c025eb29>] memcpy_toiovec+0x29/0x50 > kernel: [<c019dbda>] ext3_lookup+0x3a/0xc0 > kernel: [<c0167c8e>] real_lookup+0xae/0xd0 > kernel: [<c0167f35>] do_lookup+0x85/0x90 > kernel: [<c016872f>] __link_path_walk+0x7ef/0xdd0 > kernel: [<c0168d5e>] link_path_walk+0x4e/0xd0 > kernel: [<c016907f>] path_lookup+0x9f/0x170 >...

...ot and running init. unmounting old /dev unmounting old /proc unmounting old /sys switchroot: mount failed: No such file or directory Kernel panic - not syncing: Attempted to kill init! ---- But I can run my domU using: xm restore test1.img (ignoring some errors like: EXT3-fs error (device dm-0): ext3_lookup: unlinked inode 726639 in dir #717378 ) So what might have gone bad here? Thanks ! Paras. _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users

...t;] kmem_cache_alloc+0x1d/0x57 [<42ad7a2c>] zt_ctl_ioctl+0x112c/0x16b0 [zaptel] [<022d6c00>] __cond_resched+0x14/0x39 [<428a315a>] ext3_get_inode_loc+0x4f/0x210 [ext3] [<0217269c>] d_instantiate+0xa3/0xa9 [<021729ea>] d_splice_alias+0x145/0x14e [<428a4ec9>] ext3_lookup+0x70/0x89 [ext3] [<0216802f>] real_lookup+0x6e/0xd2 [<02171457>] dput+0x1b/0x287 [<0216901d>] link_path_walk+0xd3c/0xdf7 [<02163ffc>] cdev_get+0x33/0x68 [<02163f7a>] exact_lock+0x7/0x11 [<0221850d>] kobj_lookup+0x132/0x194 [<02163f70>] exact_match+0x...

Hi all. I posted this to LKML, but might get a faster reply if I go direct to you. I haven't subscribed, so please reply to me too... I began a bk export -du patch and shortly afterwards a cp -arl on the kernel source tree. The latter got stuck in ext3_lookup iget_locked find_inode_fast __wait_on_freeing_inode schedule The box is running 2.6.8.1 with SMP, HT scheduler and preempt (can send a full .config if someone wants it). No other processes are stuck; it looks to me like it lost a race. Is this a known/fixed issue, or is there something I can do to...

...ted /etc/mtab file and I just wanted to check that my plan of action is correct. df -k returns: df: cannot read table of mounted file systems: No such file or directory ls -la mtab: ?--------- ? ? ? ? ? mtab messages full of errors: EXT3-fs error (device cciss/c0d2p1): ext3_lookup: unlinked inode 847444 in dir #846977 I would like to fsck / partition, but, obviously, can't do it on a live system. The plan is to touch /forcefsck and to force fsck during reboot. Please let me know if you see a problem with my plan or have any other suggestions. Thank you, Asya

...nic. Unfortunately, from the backtrace this is all I've managed to get : serial port isn't working. So it's a manual copy of what the screen show. [<c04721f3>] sync_buffer+0x0/0x33 [<c04bff66>] avc_has_perm+0x3a/0x44 [<c04c055d>] inode_has_perm+0x54 [<f8899829>] ext3_lookup+0x25/0xb7 [ext3] [<c047b0d1>] do_lookup+0xb4/0x166 [<c047ce5b>] __link_path_walk+0x87a/0xd33 [<c047d35d>] link_path_walk+0x49/0xbd [<c046f582>] sys_chdir+0x4f/0x57 [<c047d72a>] do_path_lookup+0x20e/0x25e [<c0470daf>] get_empty_filp+0x99/0x15e [<c047dfd7>] _...

...(pid: 27143, stackpage=c4e83000) Stack: fffffff4 c38eeb60 c38eeb60 c48fed60 c4e83efc 00000005 c38eebbc cf8afc94 c0d1c980 00000000 00000000 00000000 00000001 00000000 00000000 00000000 cf7d4400 cf8afc94 00000000 cf8afc94 00000246 00000000 c0d1c980 c0d1c9e4 Call Trace: [d_alloc+27/348] [ext3_lookup+39/124] [real_lookup+83/196] [path_walk+1201/1736] [getname+93/156] Code: 0f b6 43 06 39 c1 75 4d 83 3b 00 74 48 8b 74 24 18 8b 4c 24 Using defaults from ksymoops -t elf32-i386 -a i386 Code; 00000000 Before first symbol 00000000 <_EIP>: Code; 00000000 Before first symbol 0: 0f b6 43 0...

...esched+0x14/0x3b Apr 29 15:05:07 nx05 kernel: [<e092e1b7>] ext3_alloc_inode+0xf/0x46 [ext3] Apr 29 15:05:07 nx05 kernel: [<c0185596>] alloc_inode+0xf6/0x17f Apr 29 15:05:07 nx05 kernel: [<c018662e>] get_new_inode_fast+0xa5/0x1e9 Apr 29 15:05:07 nx05 kernel: [<e092b9a0>] ext3_lookup+0x55/0x87 [ext3] Apr 29 15:05:07 nx05 kernel: [<c0177d32>] real_lookup+0x73/0xde Apr 29 15:05:07 nx05 kernel: [<c0178062>] do_lookup+0x56/0x8f Apr 29 15:05:07 nx05 kernel: [<c0178ad4>] __link_path_walk+0xa39/0xd98 Apr 29 15:05:07 nx05 kernel: [<c0178e74>] link_path_walk+...

...046dea2>] out_of_line_wait_on_bit+0x82/0xb0 [ 244.340452] [<ffffffff80149522>] __wait_on_buffer+0x32/0x50 [ 244.340457] [<ffffffff801a0c27>] __ext3_get_inode_loc+0x2c7/0x350 [ 244.340462] [<ffffffff801a0d35>] ext3_iget+0x85/0x410 [ 244.340467] [<ffffffff801a7d98>] ext3_lookup+0xc8/0x150 [ 244.340472] [<ffffffff801248c2>] real_lookup+0x102/0x180 [ 244.340477] [<ffffffff80126d80>] do_lookup+0xd0/0x100 [ 244.340482] [<ffffffff80127c58>] __link_path_walk+0x7f8/0xf40 [ 244.340486] [<ffffffff801285b6>] path_walk+0x66/0xd0 [ 244.340490] [<f...

...046dea2>] out_of_line_wait_on_bit+0x82/0xb0 [ 244.340452] [<ffffffff80149522>] __wait_on_buffer+0x32/0x50 [ 244.340457] [<ffffffff801a0c27>] __ext3_get_inode_loc+0x2c7/0x350 [ 244.340462] [<ffffffff801a0d35>] ext3_iget+0x85/0x410 [ 244.340467] [<ffffffff801a7d98>] ext3_lookup+0xc8/0x150 [ 244.340472] [<ffffffff801248c2>] real_lookup+0x102/0x180 [ 244.340477] [<ffffffff80126d80>] do_lookup+0xd0/0x100 [ 244.340482] [<ffffffff80127c58>] __link_path_walk+0x7f8/0xf40 [ 244.340486] [<ffffffff801285b6>] path_walk+0x66/0xd0 [ 244.340490] [<f...

...t messages, culminating in SELinux is preventing dovecot (dovecot_t) "append" to /var/log/mail/mail.info (sendmail_log_t). For complete SELinux messages run..... then syslogd 1.4.1:restart no reason given. Everything then continues as normal until suddenly EXT3-fs error (device sda7): ext3_lookup: unlinked inode 638978 in dir #638977. Lots of 'Last message repeated' messages, and eventualy it shut down. I did allow fsk to run when I restarted the box. That doesn't seem a lot to go on. Any advice? Thanks Anne

This may or may not be ext3 related but I am trying to find any pointers which might help me. I got a number of HP Proliant DL380 g5 with a P400 controller and also two qla2400 cards. The OS is RedHat EL4 U5 x86_64. Every time during reboot these systems panic after the last umount and I believe before the cciss driver is getting unloaded. The last messages I am able to see are: md: stopping

Dear all, I followed the steps described in the wiki in order to get an Arnadle board running Xen, but I''m having trouble in starting a domU. Let me describe you the steps I followed. Sorry for such a long mail, but I think that a verbose description is necessary so you can point me what I''m doing wrong. I couldn''t boot properly over the network. This is why I

...oc_inode+0x15/0x6f Jul 19 06:25:21 placka kernel: [207743.756056] [<ffffffff8110dd9b>] ? iget_locked+0x5b/0xec Jul 19 06:25:21 placka kernel: [207743.756056] [<ffffffffa0133b55>] ? ext3_iget+0x1d/0x3d2 [ext3] Jul 19 06:25:21 placka kernel: [207743.756056] [<ffffffffa013938f>] ? ext3_lookup+0x81/0xd5 [ext3] Jul 19 06:25:21 placka kernel: [207743.756056] [<ffffffff81102de9>] ? d_alloc_and_lookup+0x3a/0x60 Jul 19 06:25:21 placka kernel: [207743.756056] [<ffffffff8110388d>] ? walk_component+0x219/0x406 Jul 19 06:25:21 placka kernel: [207743.756056] [<ffffffff811103c2&gt...