Re: autofs reverts to IPv4 for multi-homed IPv6 server ?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Fri, 2016-04-08 at 17:32 +0200, Christof Koehler wrote:
> Hello,
> 
> I might add that using an IPv6 address, i.e.
> [2001:638:708:1261:2000::118]:/locals, in the automounter map does not
> work either while an IPv4 address, i.e. 192.168.220.118:/locals, works
> without a hitch. Is it desirable to be able to specify IPv6 addresses 
>  ?
> I am just noting the inconsistency.

It's not entirely straight forward to answer that due to the way autofs
will probe availability and proximity to work out which server to use.

That's possibly part of the multi-homed problem your seeing and whether
autofs should restrict itself to only IPv6 addresses is, I suspect, a
question we will end up asking.

But there seems to be more to this at the moment so that needs to be
resolved first.

The short answer is that IPv6 addresses should be usable but there have 
been changes along the way to how autofs uses libtirpc.

> 
> Have a nice weekend !
> 
> Apr  8 17:25:24 core324 automount[24310]: attempting to mount entry
> /local/core330
> Apr  8 17:25:24 core324 automount[24310]: lookup_mount:
> lookup(program): core330 -> -fstype=nfs4,rw,intr,nosuid,soft,nodev
> 192.168.220.118:/locals
> Apr  8 17:25:24 core324 automount[24310]: lookup_mount:
> lookup(program): looking up core330
> Apr  8 17:25:24 core324 automount[24310]: lookup_mount:
> lookup(program): core330 -> -fstype=nfs4,rw,intr,nosuid,soft,nodev
> [2001:638:708:1261:2000::118]:/locals
> Apr  8 17:25:24 core324 automount[24310]: parse_mount: parse(sun):
> expanded entry: -fstype=nfs4,rw,intr,nosuid,soft,nodev
> [2001:638:708:1261:2000::118]:/locals
> Apr  8 17:25:24 core324 automount[24310]: parse_mount: parse(sun):
> gathered options: fstype=nfs4,rw,intr,nosuid,soft,nodev
> Apr  8 17:25:24 core324 automount[24310]: parse_mount: parse(sun):
> dequote("[2001:638:708:1261:2000::118]:/locals") ->
> [2001:638:708:1261:2000::118]:/locals
> Apr  8 17:25:24 core324 automount[24310]: parse_mount: parse(sun):
> core of entry:
> options=fstype=nfs4,rw,intr,nosuid,soft,nodev,loc=[2001:638:708:1261:2
> 000::118]:/locals
> Apr  8 17:25:24 core324 automount[24310]: sun_mount: parse(sun):
> mounting root /local, mountpoint core330, what
> [2001:638:708:1261:2000::118]:/locals, fstype nfs4, options
> rw,intr,nosuid,soft,nodev
> Apr  8 17:25:24 core324 automount[24310]: mount_mount: mount(nfs):
> root=/local name=core33
> 0 what=[2001:638:708:1261:2000::118]:/locals, fstype=nfs4,
> options=rw,intr,nosuid,soft,nod
> ev
> Apr  8 17:25:24 core324 automount[24310]: mount_mount: mount(nfs): nfs
> options="rw,intr,no
> suid,soft,nodev", nobind=0, nosymlink=0, ro=0
> Apr  8 17:25:24 core324 automount[24310]: mount(nfs): no hosts
> available
> Apr  8 17:25:24 core324 automount[24310]: dev_ioctl_send_fail: token =
> 1923
> Apr  8 17:25:24 core324 automount[24310]: failed to mount
> /local/core330
> Apr  8 17:25:24 core324 automount[24310]: handle_packet: type = 3
> Apr  8 17:25:24 core324 automount[24310]:
> handle_packet_missing_indirect: token 1924, name core330, request pid
> 24519
> Apr  8 17:25:24 core324 automount[24310]: dev_ioctl_send_fail: token =
> 1924
> 
> Best Regards
> 
> Christof
> 
> 
> 
--
To unsubscribe from this list: send the line "unsubscribe autofs" in



[Index of Archives]     [Linux Filesystem Development]     [Linux Ext4]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Security]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]

  Powered by Linux