All of lore.kernel.org
 help / color / mirror / Atom feed
From: Christof Koehler <christof.koehler@bccms.uni-bremen.de>
To: autofs@vger.kernel.org
Subject: Re: autofs reverts to IPv4 for multi-homed IPv6 server ?
Date: Fri, 8 Apr 2016 16:29:07 +0200	[thread overview]
Message-ID: <20160408142907.GX15153@bccms.uni-bremen.de> (raw)
In-Reply-To: <20160408122552.GW15153@bccms.uni-bremen.de>

[-- Attachment #1: Type: text/plain, Size: 4803 bytes --]

Hello,

apparently I confused my 5.1.1 source built experiment and my debian
package rebuild experiment when I reported that libtirpc was used in my
last email. So here is a new try to rebuild the deb source with
--with-libtirpc.

I did a apt-get source autofs and added --with-libtirpc to debian rules.
After that it would of course not allow me to build a package, "aborting
due to unexpected upstream changes". So I just did a "dpkg-buildpackage
-b" and then dpkg -i autofs... . Attached is the file build.out.gz which
contains the stdout output. Clearly libtirpc is used somehow in the build.

After restoring maps in /etc I did a service restart autofs and with
debug loglevel I get 

Apr  8 16:20:33 core324 automount[14615]: open_mount:247: parse(sun):
cannot open mount module nfs
(/usr/lib/x86_64-linux-gnu/autofs/mount_nfs.so: undefined symbol:
clnt_dg_create)

as reported. I then double checked and actually

root@core324:~# ldd /usr/lib/x86_64-linux-gnu/autofs/mount_nfs.so
        linux-vdso.so.1 =>  (0x00007ffff7ffd000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6
(0x00007ffff79f3000)
        /lib64/ld-linux-x86-64.so.2 (0x0000555555554000)

no libtirpc. 

I will have to read up on how to properly rebuild the package. The
debian documentation is unfortunately not very user friendly, any
hints are appreciated.

Best Regards

Christof

On Fri, Apr 08, 2016 at 02:25:52PM +0200, Christof Koehler wrote:
> Hello again,
> > I've been thinking about this and I have a couple of thoughts.
> > 
> > As far a IPv6 goes using glibc RPC is, I think, not going to work!
> > 
> > That's the first thing that needs to be sorted out.
> > 
> > I've been using libtirpc in Fedora and RHEL builds for nearly 10 years
> > so I don't think the library problem is with autofs.
> > 
> > This is an indication someone is doing something a little dumb:
> > 
> > automount[20444]: open_mount:247: parse(sun): cannot open mount module
> > nfs (/usr/lib/x86_64-linux-gnu/autofs/mount_nfs.so: undefined symbol:
> > clnt_dg_create)
> 
> concerning my failures to build autofs. First the client has all
> libtirpc packages I think are necessary:
> # dpkg -l libtirpc\*|grep ii
> ii  libtirpc-dev                                   0.2.2-5ubuntu2
> ii  libtirpc1:amd64                                0.2.2-5ubuntu2
> 
> We have libtirpc1 on the machines by default and I had to
> install libtirpc-dev so that ./configure would conclude that
> --with-libtirpc should do anything. 
> 
> Actually I tried to compile autofs 5.1.1 from source and a new 5.0.7
> package from ubuntu's source deb.
> 
> Using the sources at https://www.kernel.org/pub/linux/daemons/autofs/v5/
> I was basically confused what to do about the patches. Do I have to
> apply everything in patches-5.1.2 to autofs-5.1.1.tar.gz to get 5.1.2 ? 
> How do I do that automatically ? I noticed that autofs-5.1.1.tar.gz
> misses the patch mentioned in message 15 of
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=737679
> but contained in autofs-5.1.1-revert-fix-libtirpc-name-clash.patch.
> 
> So to make it short I certainly messed something up
> somewhere, the final binary and libs were no success . Additionally
> installation did not play nice, although --prefix= was set it overwrote
> configuration files in /etc.  But I think I
> cleaned everything up afterwards.
> 
> If someone can provide some hints I would try it again.
> 
> After that I rebuild the 5.0.7 package from source deb after adding
> --with-libtirpc to debian/rules as suggested in the bug reports. I
> installed from that package.  I checked with ldd after installing
> that ldd /usr/lib/x86_64-linux-gnu/autofs/mount_nfs.so was build with a
> reference to libtirpc. 
> 
> This try gave the error message in the ubuntu bug
> report https://bugs.launchpad.net/ubuntu/+source/autofs/+bug/1564380
> 
> So, any hints are appreciated. As long as I can stick to 5.0.7 rebuilt
> from the source deb installing/re-installing is no problem and I can try
> different things you might want. Assuming I can get the program to work :-)
> 
> Thank you very much for all your help !
> 
> 
> Best Regards
> 
> Christof
> 
> 
> 
> -- 
> Dr. rer. nat. Christof Köhler       email: c.koehler@bccms.uni-bremen.de
> Universitaet Bremen/ BCCMS          phone:  +49-(0)421-218-62334
> Am Fallturm 1/ TAB/ Raum 3.12       fax: +49-(0)421-218-62770
> 28359 Bremen  
> 
> PGP: http://www.bccms.uni-bremen.de/cms/people/c_koehler/
> --
> To unsubscribe from this list: send the line "unsubscribe autofs" in

-- 
Dr. rer. nat. Christof Köhler       email: c.koehler@bccms.uni-bremen.de
Universitaet Bremen/ BCCMS          phone:  +49-(0)421-218-62334
Am Fallturm 1/ TAB/ Raum 3.12       fax: +49-(0)421-218-62770
28359 Bremen  

PGP: http://www.bccms.uni-bremen.de/cms/people/c_koehler/

[-- Attachment #2: build.out.gz --]
[-- Type: application/octet-stream, Size: 4419 bytes --]

  reply	other threads:[~2016-04-08 14:29 UTC|newest]

Thread overview: 49+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-04-07 14:19 autofs reverts to IPv4 for multi-homed IPv6 server ? Christof Koehler
2016-04-08  4:46 ` Ian Kent
2016-04-08 10:10   ` Ian Kent
2016-04-08 10:14     ` Ian Kent
2016-04-08 12:25     ` Christof Koehler
2016-04-08 14:29       ` Christof Koehler [this message]
2016-04-08 15:32         ` Christof Koehler
2016-04-10  2:09           ` Ian Kent
2016-04-08 16:12         ` Christof Koehler
2016-04-08 16:15           ` Christof Koehler
2016-04-10  2:17             ` Ian Kent
2016-04-10  2:14           ` Ian Kent
2016-04-09  1:42         ` Ian Kent
2016-04-09  9:56           ` Christof Koehler
2016-04-10  2:29             ` Ian Kent
2016-04-25  4:40             ` Ian Kent
2016-04-25 15:06               ` Christof Koehler
2016-04-26  1:06                 ` Ian Kent
2016-04-26  9:53                   ` Ian Kent
2016-04-26 15:27                     ` Christof Koehler
2016-04-27  1:54                       ` Ian Kent
2016-04-27  2:27                         ` Ian Kent
2016-04-27 16:52                         ` Christof Koehler
2016-04-28  2:56                           ` Ian Kent
2016-04-28  3:21                             ` Ian Kent
2016-04-28  9:12                               ` Christof Koehler
2016-04-28  9:10                             ` Christof Koehler
2016-04-28 10:50                               ` Ian Kent
2016-04-28 11:26                                 ` Christof Koehler
2016-04-28 12:40                                   ` Christof Koehler
2016-04-29  1:54                                   ` Ian Kent
2016-04-29 14:10                                     ` Christof Koehler
2016-04-29 14:42                                       ` Christof Koehler
2016-04-30  3:21                                       ` Ian Kent
2016-04-30 11:36                                         ` Christof Koehler
2016-04-30 15:15                                           ` Christof Koehler
2016-04-30 15:16                                           ` Christof Koehler
2016-05-02  6:01                                           ` Ian Kent
2016-05-02 16:08                                             ` Christof Koehler
2016-05-03  7:58                                               ` Ian Kent
2016-05-03 15:13                                                 ` Christof Koehler
2016-05-04  7:20                                                   ` Ian Kent
2016-05-04 12:38                                                     ` Christof Koehler
2016-04-09  1:35       ` Ian Kent
2016-04-11  2:42     ` Ian Kent
2016-04-11 16:32       ` Christof Koehler
2016-04-11 16:35         ` Christof Koehler
2016-04-12  1:07           ` Ian Kent
2016-04-08 11:47   ` Christof Koehler

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20160408142907.GX15153@bccms.uni-bremen.de \
    --to=christof.koehler@bccms.uni-bremen.de \
    --cc=autofs@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.