Date: Thu, 21 Feb 2002 12:21:12 -0500 From: Daniel Frazier <dfrazier@magpage.com> To: Daniel Frazier <dfrazier@magpage.com> Cc: Ruslan Ermilov <ru@FreeBSD.ORG>, stable@FreeBSD.ORG, Bruce Evans <bde@FreeBSD.ORG>, Marcel Moolenaar <marcel@FreeBSD.ORG>, Peter Wemm <peter@FreeBSD.ORG> Subject: Re: src upgrade 4.0-RELEASE to 4-STABLE fails on make installworld... Message-ID: <3C752C88.9080704@magpage.com> References: <3C73D7C2.3000502@magpage.com> <20020220181526.GB49599@sunbay.com> <3C73EC1B.9080100@magpage.com> <20020221090710.GB13262@sunbay.com> <3C7523DC.3060106@magpage.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Daniel Frazier wrote:
> Ruslan Ermilov wrote:
>
>> On Wed, Feb 20, 2002 at 01:34:03PM -0500, Daniel Frazier wrote:
>> [...]
>>
>>> I was upgrading to yesterday's 4-STABLE. The second time I cvsup'd was
>>> around 1500 GMT and I used RELENG_4 in my supfile. Sorry, thought I had
>>> made that clear...
>>>
>>> did that too. Here's the steps I took:
>>>
>>> 1. A while back I installed 4.0-RELEASE and sorta forgot about the
>>> box for
>>> a while.
>>> 2. yesterday I cvsup'd using RELENG_4_1_1_RELEASE
>>> 3. started a make buildworld
>>> 3. read the post "4.0-RELEASE -> 4.5-STABLE now possible..."
>>> 4. killed the make buildworld
>>> 5. cvsup'd using RELENG_4
>>> 6. make buildworld
>>> 7. make buildkernel KERNCONF=whatever
>>> 8. make installkernel KERNCONF=whatever
>>> 9. make installworld
>>> 10. gasped in horror as the make installworld died.
>>>
>>> Also, while attempting to recover from this I noticed that almost
>>> everything
>>> in /bin had lost it's ABI type and had to be re-brandelf'd. Dunno
>>> what was
>>> up with that...
>>>
>>> Regardless, I've decided to just nuke /usr/obj and /usr/src and have
>>> another
>>> go at it. Hopefully my userland isn't too hosed to get thru it this
>>> time.
>>>
>>>
>> I can confirm that to be a real problem after actually having tried to
>> installworld with an empty DESTDIR.
>>
>> The problem is that many installation tools that we copy and run during
>> installworld have /bin/sh hardcoded in them (e.g. make(1)), and after
>> the new /bin/sh is installed, make(1) attempted to run the new /bin/sh,
>> as opposed to /tmp/install.XXXX/sh available through a PATH.
>>
>> The workaround was to temporarily remove "sh" from the SUBDIR list in
>> bin/Makefile, for installworld stage.
>>
>> Another (late) problem was with host's makewhatis(1) which puts
>> /bin:/usr/bin before the supplied ${PATH}. Commenting out this
>> line in /usr/bin/makewhatis before installworld did the trick.
>>
>> These are workarounds. The correct solution would be to make
>> sure that none of the tools from the PATH that we use during
>> installworld run non-PATH utils (from /bin, /usr/bin, etc.),
>> like Peter did for install(1) in xinstall.c,v 1.9.
>>
>>
>
>
> sweet! I'm make installing the kernel again right now, I'll try your
> workarounds as soon as it's ready to make installworld. At least
> this was confirmed as a problem rather than operator error. Makes me
> feel better, at least...
>
well, that didn't work. make installworld died with:
--------------------------------------------------------------
>>> Rebuilding man page indices
--------------------------------------------------------------
cd /usr/src/share/man; make makedb
makewhatis /usr/share/man
makewhatis /usr/share/perl/man
rm -rf /tmp/install.68925
ELF binary type not known. Use "brandelf" to brand it.
*** Signal 6
Stop in /usr/src.
*** Error code 1
Stop in /usr/src.
could this be a result of my previous make installworld dying?
--
----------------------------------------------------------------------
Daniel Frazier <dfrazier@magpage.com> Tel: 302-239-5900 Ext. 231
Systems Administrator Fax: 302-239-3909
MAGPAGE, We Power the Internet WWW: http://www.magpage.com/
"They that can give up essential liberty to obtain a little temporary
safety deserve neither liberty nor safety."
- Benjamin Franklin, Historical Review of Pennsylvania, 1759.
To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3C752C88.9080704>