Re: [RFC PATCH v2 0/2] Remove --enable-obsolete-nsl --enable-obsolete-rpc
Hi, > On Fri, 5 Jun 2020, Szabolcs Nagy wrote: > > i would try to see why /etc is not created in the testroot. > Maybe it was only previously created as part of installing /etc/rpc there > and the patch is causing that file no longer to be installed? Found that. That was the missing piece. install-others = $(inst_sysconfdir)/rpc Kind regards, Petr
Re: [RFC PATCH v2 0/2] Remove --enable-obsolete-nsl --enable-obsolete-rpc
Hi Szabolcs, Joseph, > On Fri, 5 Jun 2020, Szabolcs Nagy wrote: > > i would try to see why /etc is not created in the testroot. > Maybe it was only previously created as part of installing /etc/rpc there > and the patch is causing that file no longer to be installed? Thanks for your tips! Indeed, there is testroot.{root,pristine}/etc/ with both ld.so.cache and rpc when build master and with first commit only and none of them (nor the directory) when building whole patchset. I need to have a closer look into the make system. Kind regards, Petr
Re: [RFC PATCH v2 0/2] Remove --enable-obsolete-nsl --enable-obsolete-rpc
On Fri, 5 Jun 2020, Szabolcs Nagy wrote: > i would try to see why /etc is not created in the testroot. Maybe it was only previously created as part of installing /etc/rpc there and the patch is causing that file no longer to be installed? -- Joseph S. Myers jos...@codesourcery.com
Re: [RFC PATCH v2 0/2] Remove --enable-obsolete-nsl --enable-obsolete-rpc
* Petr Vorel [2020-06-05 18:53:53 +0200]: > $ strace -o logfile -f -s 222 -tt make test > t=elf/tst-ldconfig-ld_so_conf-update > original exit status 1 > error: xfopen.c:29: could not open /etc/ld.so.conf (mode "a+"): No such file > or directory > error: 1 test failures > running post-clean rsync > > running under root (uh, that's ugly): > error: xmkdirp.c:63: mkdir_p > ("/home/foo/build/glibc/remove-rpc.v2.second-commit/testroot.root/dev", > 0755): Permission denied > > And indeed chroot > "/home/foo/build/glibc/remove-rpc.v2.second-commit/testroot.root/" > doesn't have etc directory. Simple creating etc directory and copying > ld.so.conf does not help (I'm not surprised). i would try to see why /etc is not created in the testroot. unfortunately i dont know the details of how that is supposed to work (i think there is a pristine testroot that's created first and gets copied into testroot, see if there is /etc there)
Re: [RFC PATCH v2 0/2] Remove --enable-obsolete-nsl --enable-obsolete-rpc
* Petr Vorel: >> I'm still having issues with elf/tst-ldconfig-ld_so_conf-update when >> running with both commits (it's ok when running only first commit). > > OK, I noticed core dump (can be reproduced): > systemd-coredump[26018]: Process 26016 (ld-linux-x86-64) of user 1000 dumped > core. > >PID: 26016 (ld-linux-x86-64) >UID: 1000 (foo) >GID: 100 (users) > Signal: 6 (ABRT) > Timestamp: Fri 2020-06-05 18:41:54 CEST (16min ago) > Command Line: > /home/foo/build/glibc/remove-rpc.v2.second-commit.2/elf/ld-linux-x86-64.so.2 > --library-path > /home/foo/build/glibc/remove-rpc.v2.second-commit.2:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/math:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/elf:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/dlfcn:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/nss:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/nis:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/rt:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/resolv:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/mathvec:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/support:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/crypt:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/nptl > /home/foo/build/glibc/remove-rpc.v2.second-commit.2/debug/tst-ssp-1 > Executable: /home/foo/build/glibc/remove-rpc.v2.second-commit.2/elf/ld.so > Control Group: /user.slice/user-1000.slice/session-1.scope > Unit: session-1.scope > Slice: user-1000.slice >Session: 1 > Owner UID: 1000 (foo) >Boot ID: bfef12e3ca2046009a97d35fb89674bc > Machine ID: 66e50c6d8dd0edc674b23b51586326ca > Hostname: dell5510 >Storage: none >Message: Process 26016 (ld-linux-x86-64) of user 1000 dumped core. > Coredump entry has no core attached (neither internally in the journal nor > externally on disk). This seems unrelated. I think systemd-coredump ignores ulimit -c 0 (which we perform programatically in the test skeleton), to cover cases like this where the process is expected to abort. So you get a few spurious reports like this one. Thanks, Florian
Re: [RFC PATCH v2 0/2] Remove --enable-obsolete-nsl --enable-obsolete-rpc
> Hi, > I'm still having issues with elf/tst-ldconfig-ld_so_conf-update when > running with both commits (it's ok when running only first commit). OK, I noticed core dump (can be reproduced): systemd-coredump[26018]: Process 26016 (ld-linux-x86-64) of user 1000 dumped core. PID: 26016 (ld-linux-x86-64) UID: 1000 (foo) GID: 100 (users) Signal: 6 (ABRT) Timestamp: Fri 2020-06-05 18:41:54 CEST (16min ago) Command Line: /home/foo/build/glibc/remove-rpc.v2.second-commit.2/elf/ld-linux-x86-64.so.2 --library-path /home/foo/build/glibc/remove-rpc.v2.second-commit.2:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/math:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/elf:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/dlfcn:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/nss:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/nis:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/rt:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/resolv:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/mathvec:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/support:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/crypt:/home/foo/build/glibc/remove-rpc.v2.second-commit.2/nptl /home/foo/build/glibc/remove-rpc.v2.second-commit.2/debug/tst-ssp-1 Executable: /home/foo/build/glibc/remove-rpc.v2.second-commit.2/elf/ld.so Control Group: /user.slice/user-1000.slice/session-1.scope Unit: session-1.scope Slice: user-1000.slice Session: 1 Owner UID: 1000 (foo) Boot ID: bfef12e3ca2046009a97d35fb89674bc Machine ID: 66e50c6d8dd0edc674b23b51586326ca Hostname: dell5510 Storage: none Message: Process 26016 (ld-linux-x86-64) of user 1000 dumped core. Coredump entry has no core attached (neither internally in the journal nor externally on disk). Kind regards, Petr