Re: sort.core error doing installworld on Current.

From: Rodney W. Grimes <freebsd-rwg_at_gndrsh.dnsmgr.net>
Date: Fri, 17 Apr 2020 03:37:56 -0700 (PDT)
> 
> 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.
> >
> >> 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
Received on Fri Apr 17 2020 - 08:38:00 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:23 UTC