Op 17-04-2020 om 13:30 schreef Johan Hendriks:
Op 17-04-2020 om 12:47 schreef Rodney W. Grimes:
Op 17-04-2020 om 03:31 schreef Rodney W. Grimes:
On Thu, Apr 16, 2020 at 12:39 PM Kevin Oberman
<rkober...@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: rkober...@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...
On both machines my src.conf file is the same.
I will start over from a clean world by doing a make cleanworld and
see if it then still gives the errors
Maybe some old artifacts are hanging around.
Thank you both for your time
--
Kevin Oberman, Part time kid herder and retired Network Engineer
E-mail: rkober...@gmail.com
PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683
On Thu, Apr 16, 2020 at 11:49 AM Johan Hendriks
<joh.hendr...@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-unsubscr...@freebsd.org"
_______________________________________________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
"freebsd-current-unsubscr...@freebsd.org"
--
Rod Grimes rgri...@freebsd.org
_______________________________________________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to
"freebsd-current-unsubscr...@freebsd.org"
I have rebuild everything on the host and did a make cleanworld.
Al is fine now.
I should have done that before i asked here.
Sorry to have wasted your time.
But we did find a Makefile that should be doing things differently.
regards
Johan
_______________________________________________
freebsd-current@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to "freebsd-current-unsubscr...@freebsd.org"
