search for: do_lookup

Hi, Since update to 2.6.37 I can''t build openwrt on my btrfs buildroot anymore. I''m not sure if this is related to the other flush-btrfs-1 thread. plenty of diskspace is free: /dev/mapper/cruor-build 97G 68G 27G 73% /opt/build It always hangs when openwrt builds the ext4 image and runs tune2fs on it.

...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 > kernel: [<c01693cf>] __user_walk+0x2f/0x60 > kernel: [<c0163b5d>] vfs_stat+0x1d/0x60 > k...

...race: [212521.428003] [<c02f23a3>] ? _write_lock+0xe/0xf [212521.428003] [<e33f7409>] ? xfs_iget+0x328/0x44f [xfs] [212521.428003] [<e340e925>] ? xfs_lookup+0x69/0x97 [xfs] [212521.428003] [<e341638b>] ? xfs_vn_lookup+0x36/0x6e [xfs] [212521.428003] [<c0194ee1>] ? do_lookup+0xa6/0x116 [212521.428003] [<c019584d>] ? __link_path_walk+0x524/0x631 [212521.428003] [<c01057fc>] ? xen_force_evtchn_callback+0xc/0x10 [212521.428003] [<c0195d5c>] ? path_walk+0x4f/0xa3 [212521.428003] [<c0196aa0>] ? do_path_lookup+0x132/0x178 [212521.428003] [<c01...

...8100849db2a8 0000000064c82eae Mar 8 03:33:19 web1 kernel: Call Trace: Mar 8 03:33:20 web1 kernel: [<ffffffff80063c6f>] __mutex_lock_slowpath+0x60/0x9b Mar 8 03:33:20 web1 kernel: [<ffffffff80063cb9>] .text.lock.mutex+0xf/0x14 Mar 8 03:33:20 web1 kernel: [<ffffffff8000cf82>] do_lookup+0x90/0x1e6 Mar 8 03:33:20 web1 kernel: [<ffffffff8000a29c>] __link_path_walk+0xa01/0xf5b Mar 8 03:33:20 web1 kernel: [<ffffffff8000ea4b>] link_path_walk+0x42/0xb2 Mar 8 03:33:20 web1 kernel: [<ffffffff8000cd72>] do_path_lookup+0x275/0x2f1 Mar 8 03:33:23 web1 kernel: [<f...

...fffffff8020b0e8>] call_softirq+0x1c/0x28 [<ffffffff8020cecb>] do_IRQ+0x65/0x73 [<ffffffff8034a8c1>] evtchn_do_upcall+0xac/0x12d [<ffffffff8020ac1e>] do_hypervisor_callback+0x1e/0x2c <EOI> [<ffffffff802d6f56>] dummy_inode_permission+0x0/0x3 [<ffffffff8028c9b8>] do_lookup+0x63/0x173 [<ffffffff803f1232>] .text.lock.spinlock+0x0/0x8a [<ffffffff8802144c>] :fuse:request_send+0x1b/0x2a8 [<ffffffff8028f0d6>] __link_path_walk+0xdf2/0xf3c [<ffffffff80261275>] __do_page_cache_readahead+0x8a/0x28f [<ffffffff8802249f>] :fuse:fuse_dentry_revalidate...

...;e09aadbb>] do_ipt_set_ctl+0xee/0x607 [ip_tables] [<c0453dfd>] get_page_from_freelist+0x2a6/0x310 [<c05b94bc>] nf_sockopt+0xac/0xda [<c05b950e>] nf_setsockopt+0x11/0x16 [<c05c375f>] ip_setsockopt+0x9fe/0xa1d [<c047e1cb>] __d_lookup+0x98/0xdb [<c0475bc4>] do_lookup+0x53/0x157 [<c04db822>] _atomic_dec_and_lock+0x2a/0x44 [<c0482140>] mntput_no_expire+0x11/0x6a [<c0477e37>] __link_path_walk+0xd11/0xd33 [<c0480a65>] touch_atime+0x60/0x8f [<c04049bf>] apic_timer_interrupt+0x1f/0x24 [<c0453dfd>] get_page_from_freelist+0x2a6...

...ll 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>] __path_lookup_intent_open+0x42/0x72 [<c047e0...

...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+0x41/0xb9 Apr 29 15:05:07 nx05 kernel: [<c011e867>] autoremove_wake_function+0x0/0x2d Apr 29 15:05:07 nx05 kernel: [<c017916c>] path...

Hi All, I'm running an AGI, calling a perl script the does number lookups to a remote server. I would like to put a timeout in the script. The problem I'm running into is if the DNS server is not responding, the script hangs and waits for 30 seconds before returning to the Asterisk dialplan. I would like a timeout of 1 second, then return. Here is my clean script:

...[<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] [<ffffffff8012878b>] do_path_lookup+0x6b/0xb0 [ 244.340494] [<ffffffff80129a5d>] do_filp_open+0x10d/0xb30 [ 244.340499] [...

...[<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] [<ffffffff8012878b>] do_path_lookup+0x6b/0xb0 [ 244.340494] [<ffffffff80129a5d>] do_filp_open+0x10d/0xb30 [ 244.340499] [...

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

...Jan 23 12:53:08 DoyleBrunson kernel: [<c0482904>] d_instantiate+0x60/0x64 Jan 23 12:53:08 DoyleBrunson kernel: [<c049e4ac>] proc_lookup+0x6b/0xa7 Jan 23 12:53:08 DoyleBrunson kernel: [<c049b70b>] proc_root_lookup+0xe/0x26 Jan 23 12:53:08 DoyleBrunson kernel: [<c0479e01>] do_lookup+0xb4/0x166 Jan 23 12:53:08 DoyleBrunson kernel: [<c047bb8b>] __link_path_walk+0x87a/0xd33 Jan 23 12:53:08 DoyleBrunson kernel: [<c047c08d>] link_path_walk+0x49/0xbd Jan 23 12:53:08 DoyleBrunson kernel: [<c047c45a>] do_path_lookup+0x20e/0x25e Jan 23 12:53:08 DoyleBrunson kernel:...

Hi list, After a lot of testing + troubleshooting, I guess I'm observing what I am now calling a regression with zaptel 1.4.10 (is it?) As such I call for peer feedback, before either asking Digium install support or filing a bug. Thanks in advance! System: HP Proliant DL380 G5 with 2x PCI-X + 1x PCIe riser card OS: Centos 5 Kernel: 2.6.18-53.1.14.el5 (also tested under

...Oct 8 02:40:43 (none) kernel: [<f89a37ec>] btrfs_iget+0xdc/0x420 [btrfs] Oct 8 02:40:43 (none) kernel: [<f89a3fce>] btrfs_lookup_dentry+0x1de/0x430 [btrfs] Oct 8 02:40:43 (none) kernel: [<f89a422b>] btrfs_lookup+0xb/0x20 [btrfs] Oct 8 02:40:43 (none) kernel: [<c10ffc1b>] do_lookup+0x15b/0x1c0 Oct 8 02:40:43 (none) kernel: [<c110183d>] link_path_walk+0x42d/0x920 Oct 8 02:40:43 (none) kernel: [<c1101e34>] path_walk+0x44/0xa0 Oct 8 02:40:43 (none) kernel: [<c1101f91>] do_path_lookup+0x51/0x90 Oct 8 02:40:43 (none) kernel: [<c110230c>] user_path_at+0x...