Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 124573 - Autofs mount through symlink causes kernel oops
Summary: Autofs mount through symlink causes kernel oops
Keywords:
Status: CLOSED DUPLICATE of bug 118413
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 2
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Jeff Moyer
QA Contact: Brian Brock
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2004-05-27 16:51 UTC by Patrick Caldon
Modified: 2007-11-30 22:10 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2006-02-21 19:03:50 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Patrick Caldon 2004-05-27 16:51:16 UTC
Description of problem:

Attempting to mount an nfs filesystem through autofs and symbolic link
causes oops. The filesystem is on the other side of an ipsec tunnel,
with ipsec turned off (so the other side of the tunnel is
inaccessible).  On attempting to do a listing of the directory linked
to, an oops occurs. 

Version-Release number of selected component (if applicable):

kernel-2.6.5-1.358

How reproducible:


Steps to Reproduce:
1. Fresh install of fedora 2
2. insert pcmcia wireless card and ifconfig/defualt route to something
3. *DONT* turn on ipsec - thus other side is silently dropping packets
4. symbolic link exists from /home/mandy/lily-home to
/net/lily/home/mandy; lily is on the other side of the tunnel 
5.  ls -l /home/mandy/lily-home
  
Actual results:

May 28 02:07:27 localhost kernel: Badness in interruptible_sleep_on at
kernel/sched.c:1927
May 28 02:07:27 localhost kernel: Call Trace:
May 28 02:07:27 localhost kernel:  [<0227ee1e>]
interruptible_sleep_on+0x5a/0xa7May 28 02:07:27 localhost kernel: 
[<02115e97>] default_wake_function+0x0/0xc
May 28 02:07:27 localhost kernel:  [<0e912267>]
autofs4_wait+0x1c6/0x200 [autofs4]
May 28 02:07:27 localhost kernel:  [<0e911576>]
try_to_fill_dentry+0x39/0xdb [autofs4]
May 28 02:07:27 localhost kernel:  [<0214af60>] do_lookup+0x54/0x72
May 28 02:07:27 localhost kernel:  [<0214b494>] link_path_walk+0x516/0x6e2
May 28 02:07:27 localhost kernel:  [<0214b8b3>] path_lookup+0xf8/0x128
May 28 02:07:27 localhost kernel:  [<0214b9ef>] __user_walk+0x21/0x51
May 28 02:07:27 localhost kernel:  [<02147d39>] vfs_lstat+0x11/0x37
May 28 02:07:27 localhost kernel:  [<0213777f>] do_mmap_pgoff+0x4cf/0x604
May 28 02:07:27 localhost kernel:  [<02148297>] sys_lstat64+0xf/0x23
May 28 02:07:27 localhost kernel:  [<021413d7>] vfs_read+0xdc/0xe4
May 28 02:07:27 localhost kernel:  [<02114408>] do_page_fault+0x0/0x446
May 28 02:07:28 localhost kernel:
M

Expected results:

Not that!

Additional info:

Wireless card is avaya ...

Comment 1 Jeff Moyer 2004-05-27 17:08:07 UTC
Additional Comment #1 From Arjan van de Ven (arjanv)  on
2004-05-23 02:45 -------

you might want to try the update candidate kernel from
http://people.redhat.com/arjanv/2.6/



*** This bug has been marked as a duplicate of 118413 ***

Comment 2 Red Hat Bugzilla 2006-02-21 19:03:50 UTC
Changed to 'CLOSED' state since 'RESOLVED' has been deprecated.


Note You need to log in before you can comment on or make changes to this bug.