> > > > Op 17-04-2020 om 03:31 schreef Rodney W. Grimes: > > >> On Thu, Apr 16, 2020 at 12:39 PM Kevin Oberman <rkoberman_at_gmail.com> wrote: > > >> > > >>> So you some how had a sort core dump sitting in > > >>> /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir. The questions, how > > >>> did get there? I'd take a look at the date on the file and, it it is older > > >>> than the buildworld, just assume that it was left-over garbage. In either > > >>> case, you can delete it and do another installworld. > > >>> > > >>> That should most likely fix things, but, if the buildworld or installworld > > >>> had a crash of sort(1) that left the file, further investigation might be > > >>> needed. Re-making the zoneinfo would help track it down should this be a re > > >>> al bug, but it's my uneducated guess that it's not. > > >>> -- > > >>> Kevin Oberman, Part time kid herder and retired Network Engineer > > >>> E-mail: rkoberman_at_gmail.com > > >>> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > >>> > > >> Please forgive that awful post! I missed a part of your message by laziness. > > >> > > >> It's odd that the error of sort(1) crashing was not caught by the script. > > > Yes, that is a Makefile flaw someplace. > > > Further there must be a wildcard being used to decide which files to > > > install, that is a further Makefile flaw. Wildcards should NOT be used > > > in the source of an install list, exactly because of this type of cruft > > > that can be dropped in an obj dir. >From src/share/zoneinfo/Makefile at about line 93: 92 if make(*install*) 93 TZS!= cd ${TZBUILDDIR} && find * -type f | LC_ALL=C sort ^^^^ this is a very bad thing to do in a Makefile. 94 .endif Now I still don't know why sort cored, but I am sure this is the line that did it. > > > > > >> Clearly, sort should NOT crash! Again, a re-build of zoneinfo might catch > > >> something. Looking at the core might tell you which "sort" was involved... > > >> the one you just built or the one in the base system. This could be just a > > >> FOTU, but I would not bet on it. > > > I suspect a recent zoneinfo commit as the root cause. > > > > > I have no idea how to bypass this issue. > > I have used sort from the latest snapshot and placed that file on the > > system and in the build dir, but i keep getting the core > > > > How can i test an build and install part for zoneinfo > > > > If i go into the dir /usr/src/share/zoneinfo and do make install it does > > not work, do i need to add something? > > Can you show us the output from > cd /usr/src/share/zoneinfo > make clean && make depend && make all && make install > Someplace in that we should get to see sort crashing... > > > > > Thank you both for your time > > > > >> -- > > >> Kevin Oberman, Part time kid herder and retired Network Engineer > > >> E-mail: rkoberman_at_gmail.com > > >> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 > > >> > > >> > > >>> > > >>> On Thu, Apr 16, 2020 at 11:49 AM Johan Hendriks <joh.hendriks_at_gmail.com> > > >>> wrote: > > >>> > > >>>> I have a machine running FreeBSD head. > > >>>> rev 13.0-CURRENT #11 r360008 > > >>>> > > >>>> This is a quite powerful machine, so i thought it was a good idea to let > > >>>> that server do the build and for my virtualbox machine i can use the > > >>>> powerful machine to do a installword over NFS. > > >>>> > > >>>> But when i did the make installworld step the client so to say gives an > > >>>> error. > > >>>> > > >>>> install -o root -g wheel -m 444 > > >>>> /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/Zulu > > >>>> /usr/share/zoneinfo/Zulu > > >>>> install -o root -g wheel -m 444 > > >>>> /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/posixrules > > >>>> /usr/share/zoneinfo/posixrules > > >>>> install -o root -g wheel -m 444 > > >>>> /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/sort.core > > >>>> /usr/share/zoneinfo/sort.core > > >>>> install: /usr/obj/usr/src/amd64.amd64/share/zoneinfo/builddir/sort.core: > > >>>> Permission denied > > >>>> *** Error code 71 > > >>>> > > >>>> Stop. > > >>>> bmake[5]: stopped in /usr/src/share/zoneinfo > > >>>> *** Error code 1 > > >>>> > > >>>> Stop. > > >>>> bmake[4]: stopped in /usr/src/share > > >>>> *** Error code 1 > > >>>> > > >>>> Stop. > > >>>> bmake[3]: stopped in /usr/src > > >>>> *** Error code 1 > > >>>> > > >>>> Stop. > > >>>> bmake[2]: stopped in /usr/src > > >>>> *** Error code 1 > > >>>> > > >>>> Stop. > > >>>> bmake[1]: stopped in /usr/src > > >>>> *** Error code 1 > > >>>> > > >>>> Stop. > > >>>> make: stopped in /usr/src > > >>>> .ERROR_TARGET='installworld' > > >>>> .ERROR_META_FILE='' > > >>>> .MAKE.LEVEL='0' > > >>>> MAKEFILE='' > > >>>> .MAKE.MODE='normal' > > >>>> _ERROR_CMD='.PHONY' > > >>>> .CURDIR='/usr/src' > > >>>> .MAKE='make' > > >>>> .OBJDIR='/usr/obj/usr/src/amd64.amd64' > > >>>> .TARGETS='installworld' > > >>>> DESTDIR='' > > >>>> LD_LIBRARY_PATH='' > > >>>> MACHINE='amd64' > > >>>> MACHINE_ARCH='amd64' > > >>>> MAKEOBJDIRPREFIX='/usr/obj' > > >>>> MAKESYSPATH='/usr/src/share/mk' > > >>>> MAKE_VERSION='20181221' > > >>>> PATH='/sbin:/bin:/usr/sbin:/usr/bin' > > >>>> SRCTOP='/usr/src' > > >>>> OBJTOP='/usr/obj/usr/src/amd64.amd64' > > >>>> > > >>>> It looks likes sort coredumps in the usr/share/zoneinfo part of the base. > > >>>> As it has no permission on the NFS share it errors out. > > >>>> On the server itself, the installworld goes well, but it leaves a > > >>>> sort.core file behind in /usr/share/zoneinfo > > >>>> > > >>>> cd /usr/share/zoneinfo > > >>>> ls -al > > >>>> > > >>>> > > >> _______________________________________________ > > >> freebsd-current_at_freebsd.org mailing list > > >> https://lists.freebsd.org/mailman/listinfo/freebsd-current > > >> To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org" > > >> > > _______________________________________________ > > freebsd-current_at_freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org" > > > > -- > Rod Grimes rgrimes_at_freebsd.org > _______________________________________________ > freebsd-current_at_freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe_at_freebsd.org" > -- Rod Grimes rgrimes_at_freebsd.orgReceived on Fri Apr 17 2020 - 08:47:19 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:23 UTC