Bug 840025

Summary: autofs 5.0.5-54 fails to mount share on IPv6 netapp
Product: Red Hat Enterprise Linux 6 Reporter: Timo Trinks <ttrinks>
Component: autofsAssignee: Ian Kent <ikent>
Status: CLOSED WONTFIX QA Contact: JianHong Yin <jiyin>
Severity: high Docs Contact:
Priority: unspecified    
Version: 6.3CC: eguan, ikent, jiyin, rwheeler, swhiteho, therfert, ttrinks, xzhou, yanwang
Target Milestone: rcFlags: ttrinks: needinfo-
Target Release: ---   
Hardware: x86_64   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-12-06 12:56:06 UTC Type: Bug
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
autofs 5.0.5-55 debug info none

Description Timo Trinks 2012-07-13 13:28:27 UTC 
Description of problem:
After upgrading all packages including autofs to latest on Red Hat Enterprise Linux 6.3 pure IPv6 host autofs refuses to mount shares on IPv6 netapp:

Jul 13 07:57:13 XXXX automount[2010]: mount_mount: mount(nfs): root=/XX 
name=XXXX what=netapp01-ipv6.XX.XX.XX.XX:/XX/XX/XX, 
fstype=nfs,options=rw,vers=3,rsize=32768,wsize=32768,hard,intr,nosuid,
nodev,noatime,async
Jul 13 07:57:13 XXXX automount[2010]: mount_mount: mount(nfs): nfs
options="rw,vers=3,rsize=32768,wsize=32768,hard,intr,nosuid,nodev,noatime,
async", nosymlink=0, ro=0
Jul 13 07:57:13 XXXX automount[2010]: get_nfs_info: called with host
netapp01-ipv6.XX.XX.XX.XX:/XX/XX/XX(<insertIPv6addresshere>) proto tcp version 0x70
Jul 13 07:57:13 XXXX automount[2010]: get_nfs_info: called with host
netapp01-ipv6.XX.XX.XX.XX:/XX/XX/XX(<insertIPv6addresshere>) proto tcp version 0x70
Jul 13 07:57:13 XXXX automount[2010]: mount(nfs): no hosts available
Jul 13 07:57:13 XXXX automount[2010]: dev_ioctl_send_fail: token = 117
Jul 13 07:57:13 XXXX automount[2010]: failed to mount /XX/XXXX

Version-Release number of selected component (if applicable):
autofs-5.0.5-54.el6.x86_64

How reproducible:
Always

Steps to Reproduce:
1. Upgrade to autofs-5.0.5-54.el6.x86_64 on Red Hat Enterprise Linux 6.3 pure IPv6 host
2. Start autofs
3. No bananas (automount[2010]: failed to mount /XX/XXXX)
  
Actual results:
Jul 13 07:57:13 XXXX automount[2010]: mount(nfs): no hosts available
Jul 13 07:57:13 XXXX automount[2010]: dev_ioctl_send_fail: token = 117
Jul 13 07:57:13 XXXX automount[2010]: failed to mount /XX/XXXX

Expected results:
/XX/XXXX mounted

Additional info:
After downgrading to autofs-5.0.5-46.el6.x86_64 share(s) on IPv6 netapp 
got automounted again
Comment 2 Tomas Herfert 2012-07-13 14:08:32 UTC 
FYI - similar (if not the same) problem was just recently fixed:
https://bugzilla.redhat.com/show_bug.cgi?id=753964
Comment 3 Ian Kent 2012-07-13 15:18:01 UTC 
(In reply to comment #2)
> FYI - similar (if not the same) problem was just recently fixed:
> https://bugzilla.redhat.com/show_bug.cgi?id=753964

It's a different bug.

You should be able to work around this by setting MOUNT_WAIT
in the autofs configuration to somthing other that -1, say 30
for example. That will bypass the rpc server availability check
you see in the log.

I'll still need to work out what's wrong with the rpc code
though.
Comment 4 Ian Kent 2012-07-16 07:34:15 UTC 
(In reply to comment #3)
> 
> I'll still need to work out what's wrong with the rpc code
> though.

And I can't reproduce the problem.
There must be something different in the environment I'm not
aware of, any thoughts?
Comment 5 Ian Kent 2012-09-11 02:05:14 UTC 
Could you please try the package at:
http://people.redhat.com/~ikent/autofs-5.0.5-55.el6

and post the debug log from it.
Comment 9 Ian Kent 2013-03-05 03:36:40 UTC 
(In reply to comment #5)
> Could you please try the package at:
> http://people.redhat.com/~ikent/autofs-5.0.5-55.el6
> 
> and post the debug log from it.

Is this still a problem using the latest autofs?
Please post a debug log from the latest autofs if it is.
Comment 11 Ian Kent 2013-05-07 03:29:17 UTC 
(In reply to comment #9)
> (In reply to comment #5)
> > Could you please try the package at:
> > http://people.redhat.com/~ikent/autofs-5.0.5-55.el6
> > 
> > and post the debug log from it.
> 
> Is this still a problem using the latest autofs?
> Please post a debug log from the latest autofs if it is.

Still waiting for more info?
Comment 13 Timo Trinks 2013-05-07 10:49:01 UTC 
Created attachment 744671 [details]
autofs 5.0.5-55 debug info
Comment 14 Timo Trinks 2013-05-07 10:56:01 UTC 
Hi Ian, 

I'm still hitting this issue using your proposed autofs version [1]
(see attached debug info) or the latest version of autofs for RHEL 
6.4 (5.0.5-74). No such thing with autofs 5.0.5-46.

Thanks,

Timo

[1] http://people.redhat.com/~ikent/autofs-5.0.5-55.el6
Comment 18 Ian Kent 2015-11-30 07:13:19 UTC 
Is this still a problem with the current autofs (presumably
you were able to work around it by setting MOUNT_WAIT > 0)?
What base RHEL release are you using now?
Comment 21 Jan Kurik 2017-12-06 12:56:06 UTC 
Red Hat Enterprise Linux 6 is in the Production 3 Phase. During the Production 3 Phase, Critical impact Security Advisories (RHSAs) and selected Urgent Priority Bug Fix Advisories (RHBAs) may be released as they become available.

The official life cycle policy can be reviewed here:

http://redhat.com/rhel/lifecycle

This issue does not meet the inclusion criteria for the Production 3 Phase and will be marked as CLOSED/WONTFIX. If this remains a critical requirement, please contact Red Hat Customer Support to request a re-evaluation of the issue, citing a clear business justification. Note that a strong business justification will be required for re-evaluation. Red Hat Customer Support can be contacted via the Red Hat Customer Portal at the following URL:

https://access.redhat.com/