Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 16 Apr 2020 18:31:57 -0700 (PDT)
From:      "Rodney W. Grimes" <freebsd-rwg@gndrsh.dnsmgr.net>
To:        Kevin Oberman <rkoberman@gmail.com>
Cc:        Johan Hendriks <joh.hendriks@gmail.com>, FreeBSD Current <freebsd-current@freebsd.org>
Subject:   Re: sort.core error doing installworld on Current.
Message-ID:  <202004170131.03H1VvSX048300@gndrsh.dnsmgr.net>
In-Reply-To: <CAN6yY1tTjH5FCGRs0whyUNe1PEqMM6J=3LKP1hS_x80T9Y9bXg@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
> On Thu, Apr 16, 2020 at 12:39 PM Kevin Oberman <rkoberman@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@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.

> 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.

> --
> Kevin Oberman, Part time kid herder and retired Network Engineer
> E-mail: rkoberman@gmail.com
> PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
> 
> 
> >
> >
> > On Thu, Apr 16, 2020 at 11:49 AM Johan Hendriks <joh.hendriks@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@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org"
> 

-- 
Rod Grimes                                                 rgrimes@freebsd.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?202004170131.03H1VvSX048300>