On Fri, 2020-12-04 at 18:23 +0800, Ian Kent wrote: > On Thu, 2020-12-03 at 17:01 +0100, Jonathan Van den Broeck wrote: > > Hi, > > > > Sorry in advance if it is not the right place for this type a > > question, > > I am tottally noob in mailing list. > > > > I try to use autofs on Solus 4.1 (http://getsol.us). It seems there > > is > > some problem with their package since version 5.1.3 and I want to > > help > > to solve the issue but I cannot figure what is the problem. > > > > I have try on fedora without any problem so I compare two strace to > > see > > the difference but it did not help me. It seems to crash when it > > need > > to read the map file. > > > > Here is a link the issue with the initial description of the > > problem > > and a link to the source build of the package : > > https://dev.getsol.us/T9026 > > https://dev.getsol.us/source/autofs/ > > In order to try and work out what's wrong it's necessary to know > where the fault is occurring. > > That means you need to have debug symbols available one way or > another. > > I don't know how that's done with Solus, in Fedora one installs > the corresponding autofs-debuginfo and autofs-debusource packages. > > You might be able to get most of what's needed by changing the > "environment:" line of the Solus package.yml and adding DEBUG=1 > to the exported environment for the build but I don't really > know the Solus build system works. Your out of luck here, I couldn't build a Solus package that had an automount binary with debug symbols. > > Once you have a package with debugging information you can examine > the core dump using coredumpctl(1) which should be installed as > part of systemd. Since the Solus autofs-dbginfo contains no debug symbols. > > If you can get a build with debugging info then I can advise you > further on how to get information about the crash, such as exactly > where the fault occurred. And general area where this fails looks fine but I can't debug it because of the above. I'm really not interested if struggling with this odd build system. > > > SOLUS 4.1: > > filovitch@solus ~/Downloads $ sudo automount -f -d -v > > Starting automounter version 5.1.6, master map auto.master > > using kernel protocol version 5.05 > > lookup_nss_read_master: reading master files auto.master > > lookup_read_master: lookup(file): read entry /misc > > Segmentation fault > > > > filovitch@solus ~/Downloads $ sudo strace automount -f -d -v > > ... > > openat(AT_FDCWD, "/etc/auto.master", O_RDONLY|O_CLOEXEC) = 4 > > fstat(4, {st_mode=S_IFREG|0644, st_size=1289, ...}) = 0 > > read(4, "#\n# Sample auto.master file\n# Th"..., 4096) = 1289 > > write(2, "lookup_read_master: lookup(file)"..., > > 50lookup_read_master: > > lookup(file): read entry /misc) = 50 > > write(2, "\n", 1 > > ) = 1 > > --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=NULL} > > --- > > +++ killed by SIGSEGV (core dumped) +++ > > Segmentation fault > > > > FEDORA 33: > > [filovitch@localhost ~]$ sudo strace automount -f -d -v > > ... > > openat(AT_FDCWD, "/etc/auto.master", O_RDONLY|O_CLOEXEC) = 4 > > fstat(4, {st_mode=S_IFREG|0644, st_size=1289, ...}) = 0 > > read(4, "#\n# Sample auto.master file\n# Th"..., 4096) = 1289 > > write(2, "lookup_read_master: lookup(file)"..., > > 50lookup_read_master: > > lookup(file): read entry /misc) = 50 > > write(2, "\n", 1 > > ) > > ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0 > > ioctl(0, TCGETS, {B38400 opost isig icanon echo ...}) = 0 > > brk(NULL) = 0x55d0336bc000 > > brk(0x55d0336de000) = 0x55d0336de000 > > ... > > None of this is useful. > > Ian >