Re: Problem with make buildworld during upgrade from 7.0-RELEASE to 7.2-RELEASE

2009-07-14 Thread Joseph Bashe
Great response! There's a lot of good info here. Thanks, and I will check
out the SSH keepalive settings.

To update, I did finally solve my problem, although I was in a pickle there
for a bit. Ironically, it's more intuitive to me to just do the install the
old way (using make buildworld):

I decided to attempt to install cvsup from my ports tree and thankfully it
worked fine:

cd /usr/ports/net/cvsup
make install && make clean

[Then, I just did:]

tar -cyv /usr/home/myuser/7.2-RELEASE-src.tar.bz2 /usr/src/
rm -r /usr/src
mkdir /usr/src

rm -r /usr/obj

cvsup my-supfile

that gave me a fresh copy of the FreeBSD RELEASE-7.2 source tree (my-supfile
had the correct release engine specified), and cleaned out any garbage that
might have been in the /usr/obj directory

[then:]

mergemaster -pv

env -i make buildworld

nextboot -k GENERIC

make buildkernel
make installkernel

shutdown -r now

[log back in as su, then]

mergemaster
make installworld

shutdown -r now

[log back in as su, then]

uname -a

and get a nice listing that I'm running FreeBSD 7.2-RELEASE-p2

I'm guessing this method will work no matter what as long as you can install
cvsup. Nice that I can do it over SSH too!

Now to build a custom kernel!

Thanks again,

Joe

On Tue, Jul 14, 2009 at 1:36 PM, Mel Flynn <
mel.flynn+fbsd.questi...@mailing.thruhere.net
> wrote:

> On Tuesday 14 July 2009 11:51:40 Mel Flynn wrote:
> > On Monday 13 July 2009 13:40:31 Joseph Bashe wrote:
> > > I am going thru my first FreeBSD upgrade and it's not going too
> smoothly.
> > > I originally started the upgrade using the "freebsd-update" method.
> This
> > > is what I've done so far (all as root user):
> >
> > There's a few misconceptions in your understanding of the upgrade
> process,
> > which I'll try to address below. However, you're also using the wrong
> > sequence of events. You *first* want to update your kernel and base
> system,
> > only then your ports.
> >
> > > PS. I am using a custom kernel.
> >
> > As such, freebsd-update cannot upgrade your kernel.
>
> That should be ", without the intermediate use of a GENERIC kernel.".
>
> --
> Mel
> ___
> freebsd-questions@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-questions
> To unsubscribe, send any mail to "
> freebsd-questions-unsubscr...@freebsd.org"
>



-- 
Joe Bashe
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


Re: Problem with make buildworld during upgrade from 7.0-RELEASE to 7.2-RELEASE

2009-07-14 Thread Mel Flynn
On Tuesday 14 July 2009 11:51:40 Mel Flynn wrote:
> On Monday 13 July 2009 13:40:31 Joseph Bashe wrote:
> > I am going thru my first FreeBSD upgrade and it's not going too smoothly.
> > I originally started the upgrade using the "freebsd-update" method. This
> > is what I've done so far (all as root user):
>
> There's a few misconceptions in your understanding of the upgrade process,
> which I'll try to address below. However, you're also using the wrong
> sequence of events. You *first* want to update your kernel and base system,
> only then your ports.
>
> > PS. I am using a custom kernel.
>
> As such, freebsd-update cannot upgrade your kernel.

That should be ", without the intermediate use of a GENERIC kernel.".

-- 
Mel
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


Re: Problem with make buildworld during upgrade from 7.0-RELEASE to 7.2-RELEASE

2009-07-14 Thread Mel Flynn
On Monday 13 July 2009 13:40:31 Joseph Bashe wrote:

> I am going thru my first FreeBSD upgrade and it's not going too smoothly. I
> originally started the upgrade using the "freebsd-update" method. This is
> what I've done so far (all as root user):

There's a few misconceptions in your understanding of the upgrade process, 
which I'll try to address below. However, you're also using the wrong sequence 
of events. You *first* want to update your kernel and base system, only then 
your ports.

> PS. I am using a custom kernel.

As such, freebsd-update cannot upgrade your kernel.

> 1. ran "portsnap fetch update" - [success]
>
> 2. ran "portupgrade -va" ["portupgrade"not found - i hadn't installed it
> yet"
>
> 3. ran "freebsd-update fetch" [success] (i know this was out of sequence
> from the guide)
>
> 4. installed portupgrade ("make install clean" from the dir in ports) [ssh
> connection dropped, so i had to login again]
>
> 5. installed portupgrade ("make install") [success] then "make clean"
> [success]
>
> 6. ran "portupgrade -va" [long process begins... strangely, several X
> components install although this is not desired]

echo WITHOUT_X11=yes >>/etc/make.conf

> 7. ran "freebsd-update fetch" again [success]
>
> 8. ran "freebsd-update upgrade -r 7.2-RELEASE" [ssh connection dies during
> "preparing to download files", so i log in again]
>
> 9. ran "freebsd-update upgrade -r 7.2-RELEASE" [~27,000 updates..] and of
> course ssh connection dies during "Fetching 3060 files" although "applying
> patches" succeeds. A note: these disconnects are not at all common during a
> normal ssh connection to this computer, it seems due to the
> resource-intense operations required for updating freebsd.

More likely to be bad queuing in the gateway or you're hitting the default 
session timeout of 5 minutes of inactivity. See man ssh_config for 
ServerAliveInteral and TCPKeepAlive.

> 10. log back in, ran "freebsd-update upgrade -r 7.2-RELEASE" [..success]
>
> 11. ran "freebsd-update install" [and of course ssh dies during "Installing
> updates..."]
>
> 12. log back in, ran "freebsd-update install".
>
> 13. Then i ran nextboot -k GENERIC and got "/boot/GENERIC doesn't exist".
> so, i copied kernel.old to /boot/GENERIC

This is out of sequence and likely the cause for some problems. First of all, 
you must be sure that kernel.old is really a GENERIC 7.0-RELEASE kernel. 
Secondly, this step /should/ have been run /before/ freebsd-update install.

> 14. Ok, maybe this was the problem. for some reason at this point i decide
> to run "freebsd-update install" again, and get "no updates are available".
>
> 15. Then I run "freebsd-update -r 7.2-RELEASE upgrade" again.. it downloads
> some patches, but then i get this error: "/usr/sbin/freebsd-update: cannot
> open files/.gz: No such file or directory" about 100 times.. plus, i get
> questions like

Running an upgrade again, without a rollback is generally not a good idea.

> "The following file will be removed, as it no longer exists in
> FreeBSD 7.2-RELEASE: /boot/device.hints
> Does this look reasonable (y/n)?"
>
> which doesn't look very good.
>
> 16. so, i issued a shutdown -r now command and crossed my fingers.. the
> system is still up, but it hasn't been upgraded (uname still reports
> 7.0-p11 for booting form the GENERIC kernel, and 7.0-p9 for the custom
> kernel). on top, make buildworld fails with:
>
> "Stop in /usr/src/secure/lib/libssh.
> *** Error code 1 "
>
> every time.
>
> and worse,
>
> any csup command dies with "/libexec/ld-elf.so.1: /lib/libc.so.7: version
> FBSD_1.1 required by /lib/libthr.so.3 not found" along with a lot of other
> commands... any ideas??

Your world and kernel are out of sync, because of loading a not upgraded 
kernel with a freebsd-update'd 7.2 world. I would try fetching the 7.2 livefs 
ISO, mount it as a vnode and install the GENERIC kernel from there to get your 
system back in working order.
Example steps:
$ sha256 /data/isos/7.2-RELEASE-i386-livefs.iso
SHA256 (/data/isos/7.2-RELEASE-i386-livefs.iso) = 
4faa7b9d78d125f9b28521247e32e1f0bef3b0b0f21b654ba22c6e79ca3301ce

$ sudo mdconfig -a -t vnode -f /data/isos/7.2-RELEASE-i386-livefs.iso -u 0
$ sudo mount -t cd9660 /dev/md0 /mnt
$ sudo mv /boot/kernel /boot/kernel.bogus
$ sudo cp -Rp /mnt/boot/kernel /boot/
$ shutdown -r now # may need sudo if you're not in operator group

If you still have problems after this, it's likely you need single user mode 
to get back into working order. Given the number of errors given by the second 
freebsd-update upgrade command I wouldn't trust a freebsd-update rollback.

This would be where I'd restore the backups using a livecd and restart the 
freebsd-update process, this time sticking verbatim to the handbook, but 
skipping the "portupgrade test run".
-- 
Mel
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freeb

Problem with make buildworld during upgrade from 7.0-RELEASE to 7.2-RELEASE

2009-07-13 Thread Joseph Bashe
Hello,

I am going thru my first FreeBSD upgrade and it's not going too smoothly. I
originally started the upgrade using the "freebsd-update" method. This is
what I've done so far (all as root user):

PS. I am using a custom kernel.

1. ran "portsnap fetch update" - [success]

2. ran "portupgrade -va" ["portupgrade"not found - i hadn't installed it
yet"

3. ran "freebsd-update fetch" [success] (i know this was out of sequence
from the guide)

4. installed portupgrade ("make install clean" from the dir in ports) [ssh
connection dropped, so i had to login again]

5. installed portupgrade ("make install") [success] then "make clean"
[success]

6. ran "portupgrade -va" [long process begins... strangely, several X
components install although this is not desired]

7. ran "freebsd-update fetch" again [success]

8. ran "freebsd-update upgrade -r 7.2-RELEASE" [ssh connection dies during
"preparing to download files", so i log in again]

9. ran "freebsd-update upgrade -r 7.2-RELEASE" [~27,000 updates..] and of
course ssh connection dies during "Fetching 3060 files" although "applying
patches" succeeds. A note: these disconnects are not at all common during a
normal ssh connection to this computer, it seems due to the resource-intense
operations required for updating freebsd.

10. log back in, ran "freebsd-update upgrade -r 7.2-RELEASE" [..success]

11. ran "freebsd-update install" [and of course ssh dies during "Installing
updates..."]

12. log back in, ran "freebsd-update install".

13. Then i ran nextboot -k GENERIC and got "/boot/GENERIC doesn't exist".
so, i copied kernel.old to /boot/GENERIC

14. Ok, maybe this was the problem. for some reason at this point i decide
to run "freebsd-update install" again, and get "no updates are available".

15. Then I run "freebsd-update -r 7.2-RELEASE upgrade" again.. it downloads
some patches, but then i get this error: "/usr/sbin/freebsd-update: cannot
open files/.gz: No such file or directory" about 100 times.. plus, i get
questions like

"The following file will be removed, as it no longer exists in
FreeBSD 7.2-RELEASE: /boot/device.hints
Does this look reasonable (y/n)?"

which doesn't look very good.

16. so, i issued a shutdown -r now command and crossed my fingers.. the
system is still up, but it hasn't been upgraded (uname still reports 7.0-p11
for booting form the GENERIC kernel, and 7.0-p9 for the custom kernel). on
top, make buildworld fails with:

"Stop in /usr/src/secure/lib/libssh.
*** Error code 1 "

every time.

and worse,

any csup command dies with "/libexec/ld-elf.so.1: /lib/libc.so.7: version
FBSD_1.1 required by /lib/libthr.so.3 not found" along with a lot of other
commands... any ideas??

Just want to note that I log every keystroke on my servers so just let me
know any specifics would help you in diagnosing the problem.

Many thanks!
-- 
Joe Bashe
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


Re: Problem with make config and OPTIONS

2009-04-30 Thread Lowell Gilbert
Aurélien Ansel  writes:

> Hi,
> (sorry for my poor english)
>
> I have a problem, I'm trying to upgrade an existing port (net/scapy) ,
> I have done some changes in the Makefile but when I test the command
> make config' I have :
>
>===> Options unchanged
>
> I haven't the dialog box with the differents kinds of Options that are
> written in the Makefile, i have try the 'make rmconfig' but no change.
> I am working on my personnal directory, not in /usr/ports/...

I tried the same thing with the original makefile, and couldn't
reproduce it.  Are you sure that's exactly what you typed?

-- 
Lowell Gilbert, embedded/networking software engineer, Boston area
http://be-well.ilk.org/~lowell/
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


Re: Problem with make config and OPTIONS

2009-04-29 Thread APseudoUtopia
On Wed, Apr 29, 2009 at 10:20 AM, Aurélien Ansel
 wrote:
> Hi,
> (sorry for my poor english)
>
> I have a problem, I'm trying to upgrade an existing port (net/scapy) , I
> have done some changes in the Makefile but when I test the command 'make
> config' I have :
>
>   ===> Options unchanged
>
> I haven't the dialog box with the differents kinds of Options that are
> written in the Makefile, i have try the 'make rmconfig' but no change.
> I am working on my personnal directory, not in /usr/ports/...
>
> The Makefile is:
>
> # New ports collection makefile for:    scapy
> # Date created:        08 dec 2005
> # Whom:            vanhu 
> #
> # $FreeBSD: ports/net/scapy/Makefile,v 1.6 2008/11/19 20:41:56 lwhsu Exp $
> #
> # TODO: - configurable --enable-xxx for various additional dependancies
>
> PORTNAME=    scapy
> PORTVERSION=    2.0.0.10
> CATEGORIES=    net
> MASTER_SITES=    http://secdev.org/projects/scapy/files/
>
> MAINTAINER=    va...@netasq.com
> COMMENT=    Powerful interactive packet manipulation program in python
>
> RUN_DEPENDS=    ${PYTHON_SITELIBDIR}/dnet.so:${PORTSDIR}/net/py-libdnet \
>       ${PYTHON_SITELIBDIR}/pcap.py:${PORTSDIR}/net/py-pcap
>
> MAN1=        scapy.1
> MANCOMPRESSED=    yes
>
> USE_PYTHON=    2.5+
> USE_PYDISTUTILS=yes
>
> OPTIONS=    PYX "Support for PostScript and PDF graphs drawing" off \
>       PYCRYPTO "Support for py-crypto for WEP decoding" off \
>       PYGNUPLOT "Support for py-gnuplot wrapper to plot graphs" off \
>       P0F_BASE "Support for p0f OS signatures database" off \
>       QUESO_BASE "Support for queso OS signatures database" off \
>       NMAP "Support for nmap OS signatures database" off \
>       MANUF "Support for wireshark's MANUF MAC database" off
>
> .include 
>
> .if defined(WITH_PYX)
> RUN_DEPENDS+=
>  ${PYTHON_SITELIBDIR}/pyx/__init__.py:${PORTSDIR}/graphics/py-PyX
> .endif
>
> .if defined(WITH_PYCRYPTO)
> RUN_DEPENDS+=
>  ${PYTHON_SITELIBDIR}/Crypto/__init__.py:${PORTSDIR}/security/py-pycrypto
> .endif
>
> .if defined(WITH_PYGNUPLOT)
> RUN_DEPENDS+=
>  ${PYTHON_SITELIBDIR}/Gnuplot/__init__.py:${PORTSDIR}/math/py-gnuplot
> .endif
>
> .if defined(WITH_P0F_BASE)
> RUN_DEPENDS+=    ${LOCALBASE}/etc/p0f/p0f.fp:${PORTSDIR}/net-mgmt/p0f
> .endif
>
> .if defined(WITH_QUESO_BASE)
> RUN_DEPENDS+=    ${LOCALBASE}/etc/queso.conf:${PORTSDIR}/net/queso
> .endif
>
> .if defined(WITH_NMAP)
> RUN_DEPENDS+=
>  ${LOCALBASE}/share/nmap/nmap-os-fingerprints:${PORTSDIR}/security/nmap
> .endif
>
> .if defined(WITH_MANUF)
> RUN_DEPENDS+=
>  ${LOCALBASE}/share/wireshark/manuf:${PORTSDIR}/net/wireshark
> .endif
>
> SCAPY_MODULES=    nmap.py p0f.py queso.py
>
> post-patch:
>   @${REINPLACE_CMD} "s,share/man/man1,man/man1," ${WRKSRC}/setup.py
>   @${REINPLACE_CMD} "s,%%LOCALBASE%%,${LOCALBASE}," \
>       ${SCAPY_MODULES:S,^,${WRKSRC}/scapy/modules/,} \
>       ${WRKSRC}/scapy/config.py \
>       ${WRKSRC}/scapy/utils6.py
>
> .include 
>
>
>
>
> - Aurélien Ansel

The port options are stored in /var/db/ports. You can delete the
"options" file for your package from that dir. There's also ways to
force the configuration of files using portupgrade/portmaster. For
portmaster, the command is "portmaster --force-config". I don't know
about portupgrade.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


Problem with make config and OPTIONS

2009-04-29 Thread Aurélien Ansel

Hi,
(sorry for my poor english)

I have a problem, I'm trying to upgrade an existing port (net/scapy) , I 
have done some changes in the Makefile but when I test the command 'make 
config' I have :


   ===> Options unchanged

I haven't the dialog box with the differents kinds of Options that are 
written in the Makefile, i have try the 'make rmconfig' but no change.

I am working on my personnal directory, not in /usr/ports/...

The Makefile is:

# New ports collection makefile for:scapy
# Date created:08 dec 2005
# Whom:vanhu 
#
# $FreeBSD: ports/net/scapy/Makefile,v 1.6 2008/11/19 20:41:56 lwhsu Exp $
#
# TODO: - configurable --enable-xxx for various additional dependancies

PORTNAME=scapy
PORTVERSION=2.0.0.10
CATEGORIES=net
MASTER_SITES=http://secdev.org/projects/scapy/files/

MAINTAINER=va...@netasq.com
COMMENT=Powerful interactive packet manipulation program in python

RUN_DEPENDS=${PYTHON_SITELIBDIR}/dnet.so:${PORTSDIR}/net/py-libdnet \
   ${PYTHON_SITELIBDIR}/pcap.py:${PORTSDIR}/net/py-pcap

MAN1=scapy.1
MANCOMPRESSED=yes

USE_PYTHON=2.5+
USE_PYDISTUTILS=yes

OPTIONS=PYX "Support for PostScript and PDF graphs drawing" off \
   PYCRYPTO "Support for py-crypto for WEP decoding" off \
   PYGNUPLOT "Support for py-gnuplot wrapper to plot graphs" off \
   P0F_BASE "Support for p0f OS signatures database" off \
   QUESO_BASE "Support for queso OS signatures database" off \
   NMAP "Support for nmap OS signatures database" off \
   MANUF "Support for wireshark's MANUF MAC database" off

.include 

.if defined(WITH_PYX)
RUN_DEPENDS+=
${PYTHON_SITELIBDIR}/pyx/__init__.py:${PORTSDIR}/graphics/py-PyX

.endif

.if defined(WITH_PYCRYPTO)
RUN_DEPENDS+=
${PYTHON_SITELIBDIR}/Crypto/__init__.py:${PORTSDIR}/security/py-pycrypto

.endif

.if defined(WITH_PYGNUPLOT)
RUN_DEPENDS+=
${PYTHON_SITELIBDIR}/Gnuplot/__init__.py:${PORTSDIR}/math/py-gnuplot

.endif

.if defined(WITH_P0F_BASE)
RUN_DEPENDS+=${LOCALBASE}/etc/p0f/p0f.fp:${PORTSDIR}/net-mgmt/p0f
.endif

.if defined(WITH_QUESO_BASE)
RUN_DEPENDS+=${LOCALBASE}/etc/queso.conf:${PORTSDIR}/net/queso
.endif

.if defined(WITH_NMAP)
RUN_DEPENDS+=
${LOCALBASE}/share/nmap/nmap-os-fingerprints:${PORTSDIR}/security/nmap

.endif

.if defined(WITH_MANUF)
RUN_DEPENDS+=
${LOCALBASE}/share/wireshark/manuf:${PORTSDIR}/net/wireshark

.endif

SCAPY_MODULES=nmap.py p0f.py queso.py

post-patch:
   @${REINPLACE_CMD} "s,share/man/man1,man/man1," ${WRKSRC}/setup.py
   @${REINPLACE_CMD} "s,%%LOCALBASE%%,${LOCALBASE}," \
   ${SCAPY_MODULES:S,^,${WRKSRC}/scapy/modules/,} \
   ${WRKSRC}/scapy/config.py \
   ${WRKSRC}/scapy/utils6.py

.include 




- Aurélien Ansel
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"


Re: problem with make

2006-01-18 Thread Kris Kennaway
On Wed, Jan 18, 2006 at 11:00:13AM +0300, Ronnie Napster Tash wrote:
> Hi list i just installed freeBSD 5.4 and i have tried to make buildworld but
> if fails.
> 
> Anybody who has faced this before?
> 
> these are the errors it generates
> 
> After setting up my firewall
> cd /usr/src
> make buildworld
> 
> error make: don't know how to make buildworld. Stop

You don't have the source code installed.  Please see the handbook.

Kris


pgpEy7doGfXWl.pgp
Description: PGP signature


Re: problem with make

2006-01-18 Thread Ronnie Napster Tash
Hi list i just installed freeBSD 5.4 and i have tried to make buildworld but
if fails.

Anybody who has faced this before?

these are the errors it generates

After setting up my firewall
cd /usr/src
make buildworld

error make: don't know how to make buildworld. Stop


--
Ronnie Tash
Everything can be achieved as long you can do what it takes to achieve it!

A wise man will seek an opportunity in every problem; A foolish man will see
a problem in every opportunity.
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"

Re: problem with 'make installkernel' over NFS on FreeBSD 5.4

2005-09-12 Thread Stuart Chalmers
Oops,

Forgot to mention that after mounting /usr/src and
/usr/obj on the client machine, that I had issued the
'shutdown' command, as per the Handbook

Thanks!


--- Stuart Chalmers <[EMAIL PROTECTED]> wrote:

> Hi,
> 
> I am in the process of trying to do an update of
> kernel and world on an old machine (machine A),
> using
> a newer, faster, machine (machine B).  Machine B is
> set up as an NFS server for machine A.
> 
> The /etc/exports file on machine B inculdes:
> 
> /usr -maproot=root:0 -alldirs -network 192.168.0.0
> -mask 255.255.255.0.
> 
> Mahine A currently has address 192.168.0.197. 
> Machine
> B has /usr mounted on a device, not, say, /usr/src.
> 
> I have followed the following process.
> 
> While logged onto machine B:
> cvsup /usr/src
> cd /usr/src
> make buildworld
> make buildkernel KERNCONF=
> 
> Once this is complete, I then log onto machine A and
> mount /usr/src and /usr/obj via NFS.  The /etc/fstab
> contains:
> 
> 192.168.0.2:/usr/src  /usr/src  nfs  ro,-i,noauto
> 192.168.0.2:/usr/obj  /usr/obj  nfs  rw,-i,noauto
> 
> (Machine B has 192.168.0.2 assigned to it's internal
> interface).  The KERNCONF file is visible on machine
> A, and the /etc/make.conf files are pretty similar,
> speifically:
> 
> CPUTYPE?=pentium
> CFLAGS= -O2 -fno-strict-aliasing -pipe
> COPTFLAGS= -O2 -fno-strict-aliasing -pipe
> NOPROFILE=true
> COMPAT4X=true
> KERNCONF=
> 
> However, when I cd to (the NFS mounted) /usr/src on
> machine A and enter ...
> 
>
-->
shutdown
-->
>
> make installkernel KERNCONF=
> 
> ... the install fails.
> 
> From what I can see, the program /usr/bin/install
> core
> dumps with exit status 4.  Looking at the man page
> for
> install(1) it seems that there is an issue with
> fchflags(2) over NFS.
> 
> The questions are then, is my guess correct, and is
> there a work around?
> 
> Also, for info, I'm trying to install 5.4-RELEASE-P7
> onto A, while B has 5.4-RELEASE-p6 as it's kernel,
> but
> DOES have the FreeBSD-SA-05:20.cvsbug update.
> 
> Any help gratefully received ...
> 
> Thanks.
> 
> PS.  I did use machine B as the client and machine A
> as the server, mounted and installed using DESTDIR,
> but there were a whole lot of warnings about (I
> think)
> chflags which certainly didn't look right!
> 
> 
>   
>   
>   
>
___
> 
> Yahoo! Messenger - NEW crystal clear PC to PC
> calling worldwide with voicemail
> http://uk.messenger.yahoo.com
> 






___ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail 
http://uk.messenger.yahoo.com
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


problem with 'make installkernel' over NFS on FreeBSD 5.4

2005-09-12 Thread Stuart Chalmers
Hi,

I am in the process of trying to do an update of
kernel and world on an old machine (machine A), using
a newer, faster, machine (machine B).  Machine B is
set up as an NFS server for machine A.

The /etc/exports file on machine B inculdes:

/usr -maproot=root:0 -alldirs -network 192.168.0.0
-mask 255.255.255.0.

Mahine A currently has address 192.168.0.197.  Machine
B has /usr mounted on a device, not, say, /usr/src.

I have followed the following process.

While logged onto machine B:
cvsup /usr/src
cd /usr/src
make buildworld
make buildkernel KERNCONF=

Once this is complete, I then log onto machine A and
mount /usr/src and /usr/obj via NFS.  The /etc/fstab
contains:

192.168.0.2:/usr/src  /usr/src  nfs  ro,-i,noauto
192.168.0.2:/usr/obj  /usr/obj  nfs  rw,-i,noauto

(Machine B has 192.168.0.2 assigned to it's internal
interface).  The KERNCONF file is visible on machine
A, and the /etc/make.conf files are pretty similar,
speifically:

CPUTYPE?=pentium
CFLAGS= -O2 -fno-strict-aliasing -pipe
COPTFLAGS= -O2 -fno-strict-aliasing -pipe
NOPROFILE=true
COMPAT4X=true
KERNCONF=

However, when I cd to (the NFS mounted) /usr/src on
machine A and enter ...

make installkernel KERNCONF=

... the install fails.

>From what I can see, the program /usr/bin/install core
dumps with exit status 4.  Looking at the man page for
install(1) it seems that there is an issue with
fchflags(2) over NFS.

The questions are then, is my guess correct, and is
there a work around?

Also, for info, I'm trying to install 5.4-RELEASE-P7
onto A, while B has 5.4-RELEASE-p6 as it's kernel, but
DOES have the FreeBSD-SA-05:20.cvsbug update.

Any help gratefully received ...

Thanks.

PS.  I did use machine B as the client and machine A
as the server, mounted and installed using DESTDIR,
but there were a whole lot of warnings about (I think)
chflags which certainly didn't look right!





___ 
Yahoo! Messenger - NEW crystal clear PC to PC calling worldwide with voicemail 
http://uk.messenger.yahoo.com
___
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Strange problem with "make clean"

2003-06-16 Thread Alessandro de Manzano
On Sat, 14 Jun 2003 00:06:50 +0300, Ruslan Ermilov wrote:

>On Fri, Jun 13, 2003 at 03:59:06PM +0200, Alessandro de Manzano wrote:

[...]

>This means that either /usr/obj/usr/src/secure/usr.bin/openssl
>or /usr/src/secure/usr.bin/openssl have the "openssl" file,
>where it's supposed to be a directory in /usr/obj/...
>
>rm -r /usr/obj/usr/src/secure/usr.bin/openssl

Great, it worked fine on all my machines :)

>Note that "make clean" is only guaranteed to work if the
>object tree was populated using this same sources; everything

So I should have made at least a "buildworld" before ?

>else is not guaranteed to work, and "make cleandir" is
>advised instead, though even this may break when the types
>of some files change from "file" to "directory", like has
>happened with /usr/obj/usr/src/secure/usr.bin/openssl/openssl.

good, well to know :)

Many thanks again!





Alessandro de Manzano

Senior Network Manager
Playstos - TIMA S.p.A.
Corso Sempione 63
20149 Milano, Italy

tel.: +39-023314153
fax: +39-02315678
email: [EMAIL PROTECTED]

http://www.playstos.com



___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Strange problem with "make clean"

2003-06-13 Thread Alessandro de Manzano
On Sat, Jun 14, 2003 at 12:06:50AM +0300, Ruslan Ermilov wrote:

> > Stop in /usr/src/secure/usr.bin/openssl.
> > *** Error code 1
> > 
> This means that either /usr/obj/usr/src/secure/usr.bin/openssl
> or /usr/src/secure/usr.bin/openssl have the "openssl" file,
> where it's supposed to be a directory in /usr/obj/...

...

> 
> rm -r /usr/obj/usr/src/secure/usr.bin/openssl

Oh, I really did not think about it !
I should know that "make clean" would remove _object_ files, not source
! sigh! ;(

Good, on next monday I'll try it ;)


> Note that "make clean" is only guaranteed to work if the
> object tree was populated using this same sources; everything
> else is not guaranteed to work, and "make cleandir" is
> advised instead, though even this may break when the types
> of some files change from "file" to "directory", like has
> happened with /usr/obj/usr/src/secure/usr.bin/openssl/openssl.

ah ok. However my obj tree should have been correctly populated since I
did a cvsup-build-install before trying clean.

> Are you perhaps downgrading from 5.x?

Nope, these are 4.0-rel binary-installed machines upgraded time after
time via cvsup to 4.8 :-) (oh I really *love* FreeBSD for this :)) )


Many thanks for your answer! I'll try it and I'll report the result for
the archives :-)




-- 

bye!

Ale

[EMAIL PROTECTED]
___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Re: Strange problem with "make clean"

2003-06-13 Thread Ruslan Ermilov
On Fri, Jun 13, 2003 at 03:59:06PM +0200, Alessandro de Manzano wrote:
> Hello,
> 
> I'm experiencing a weird problem doing "make clean" in "/usr/src".
> 
> It happens on a couple of FreeBSD 4.8-RELEASE machines (RELENG_4_8 to
> be precise).
> 
> Cvsup, build & install phases all went fine, just "make clean" went
> wrong.
> 
> I tried rm-ing the incriminated subdirectory and even rm-ing the
> checkout.cvs:RELENG_4_8 file and re-cvsupping but nothing changes.
> 
> 
> Here is the error log:
> 
> [...]
> rm -f telnet authenc.o commands.o main.o network.o ring.o sys_bsd.o
> telnet.o terminal.o utilities.o telnet.1.gz telnet.1.cat.gz
> ===> secure/usr.bin/openssl
> rm -f buildinf.h openssl/opensslconf.h openssl/evp.h xopenssl
> app_rand.o apps.o asn1pars.o ca.o ciphers.o crl.o crl2p7.o dgst.o dh.o
> dhparam.o dsa.o dsaparam.o enc.o engine.o errstr.o gendh.o gendsa.o
> genrsa.o nseq.o ocsp.o openssl.o passwd.o pkcs12.o pkcs7.o pkcs8.o
> rand.o req.o rsa.o rsautl.o s_cb.o s_client.o s_server.o s_socket.o
> s_time.o sess_id.o smime.o speed.o spkac.o verify.o version.o x509.o
> CA.pl.1.gz asn1parse.1.gz ca.1.gz ciphers.1.gz crl.1.gz crl2pkcs7.1.gz
> dgst.1.gz dhparam.1.gz dsa.1.gz dsaparam.1.gz enc.1.gz gendsa.1.gz
> genrsa.1.gz nseq.1.gz ocsp.1.gz openssl.1.gz passwd.1.gz pkcs12.1.gz
> pkcs7.1.gz pkcs8.1.gz rand.1.gz req.1.gz rsa.1.gz rsautl.1.gz
> s_client.1.gz s_server.1.gz sess_id.1.gz smime.1.gz speed.1.gz
> spkac.1.gz verify.1.gz version.1.gz x509.1.gz CA.pl.1.cat.gz
> asn1parse.1.cat.gz ca.1.cat.gz ciphers.1.cat.gz crl.1.cat.gz
> crl2pkcs7.1.cat.gz dgst.1.cat.gz dhparam.1.cat.gz dsa.1.cat.gz
> dsaparam.1.cat.gz enc.1.cat.gz gendsa.1.cat.gz genrsa.1.cat.gz
> nseq.1.cat.gz ocsp.1.cat.gz openssl.1.cat.gz passwd.1.cat.gz
> pkcs12.1.cat.gz pkcs7.1.cat.gz pkcs8.1.cat.gz rand.1.cat.gz
> req.1.cat.gz rsa.1.cat.gz rsautl.1.cat.gz s_client.1.cat.gz
> s_server.1.cat.gz sess_id.1.cat.gz smime.1.cat.gz speed.1.cat.gz
> spkac.1.cat.gz verify.1.cat.gz version.1.cat.gz x509.1.cat.gz
> rm: openssl/opensslconf.h: Not a directory
> rm: openssl/evp.h: Not a directory
> *** Error code 1
> 
> Stop in /usr/src/secure/usr.bin/openssl.
> *** Error code 1
> 
This means that either /usr/obj/usr/src/secure/usr.bin/openssl
or /usr/src/secure/usr.bin/openssl have the "openssl" file,
where it's supposed to be a directory in /usr/obj/...

rm -r /usr/obj/usr/src/secure/usr.bin/openssl

What "make clean" is trying to do is equivalent to trying to
"rm /COPYRIGHT/foo".

Note that "make clean" is only guaranteed to work if the
object tree was populated using this same sources; everything
else is not guaranteed to work, and "make cleandir" is
advised instead, though even this may break when the types
of some files change from "file" to "directory", like has
happened with /usr/obj/usr/src/secure/usr.bin/openssl/openssl.

Are you perhaps downgrading from 5.x?


Cheers,
-- 
Ruslan Ermilov  Sysadmin and DBA,
[EMAIL PROTECTED]   Sunbay Software Ltd,
[EMAIL PROTECTED]   FreeBSD committer


pgp0.pgp
Description: PGP signature


Strange problem with "make clean"

2003-06-13 Thread Alessandro de Manzano
Hello,

I'm experiencing a weird problem doing "make clean" in "/usr/src".

It happens on a couple of FreeBSD 4.8-RELEASE machines (RELENG_4_8 to
be precise).

Cvsup, build & install phases all went fine, just "make clean" went
wrong.

I tried rm-ing the incriminated subdirectory and even rm-ing the
checkout.cvs:RELENG_4_8 file and re-cvsupping but nothing changes.


Here is the error log:

[...]
rm -f telnet authenc.o commands.o main.o network.o ring.o sys_bsd.o
telnet.o terminal.o utilities.o telnet.1.gz telnet.1.cat.gz
===> secure/usr.bin/openssl
rm -f buildinf.h openssl/opensslconf.h openssl/evp.h xopenssl
app_rand.o apps.o asn1pars.o ca.o ciphers.o crl.o crl2p7.o dgst.o dh.o
dhparam.o dsa.o dsaparam.o enc.o engine.o errstr.o gendh.o gendsa.o
genrsa.o nseq.o ocsp.o openssl.o passwd.o pkcs12.o pkcs7.o pkcs8.o
rand.o req.o rsa.o rsautl.o s_cb.o s_client.o s_server.o s_socket.o
s_time.o sess_id.o smime.o speed.o spkac.o verify.o version.o x509.o
CA.pl.1.gz asn1parse.1.gz ca.1.gz ciphers.1.gz crl.1.gz crl2pkcs7.1.gz
dgst.1.gz dhparam.1.gz dsa.1.gz dsaparam.1.gz enc.1.gz gendsa.1.gz
genrsa.1.gz nseq.1.gz ocsp.1.gz openssl.1.gz passwd.1.gz pkcs12.1.gz
pkcs7.1.gz pkcs8.1.gz rand.1.gz req.1.gz rsa.1.gz rsautl.1.gz
s_client.1.gz s_server.1.gz sess_id.1.gz smime.1.gz speed.1.gz
spkac.1.gz verify.1.gz version.1.gz x509.1.gz CA.pl.1.cat.gz
asn1parse.1.cat.gz ca.1.cat.gz ciphers.1.cat.gz crl.1.cat.gz
crl2pkcs7.1.cat.gz dgst.1.cat.gz dhparam.1.cat.gz dsa.1.cat.gz
dsaparam.1.cat.gz enc.1.cat.gz gendsa.1.cat.gz genrsa.1.cat.gz
nseq.1.cat.gz ocsp.1.cat.gz openssl.1.cat.gz passwd.1.cat.gz
pkcs12.1.cat.gz pkcs7.1.cat.gz pkcs8.1.cat.gz rand.1.cat.gz
req.1.cat.gz rsa.1.cat.gz rsautl.1.cat.gz s_client.1.cat.gz
s_server.1.cat.gz sess_id.1.cat.gz smime.1.cat.gz speed.1.cat.gz
spkac.1.cat.gz verify.1.cat.gz version.1.cat.gz x509.1.cat.gz
rm: openssl/opensslconf.h: Not a directory
rm: openssl/evp.h: Not a directory
*** Error code 1

Stop in /usr/src/secure/usr.bin/openssl.
*** Error code 1

Stop in /usr/src/secure/usr.bin.
*** Error code 1

Stop in /usr/src/secure.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.



Note that those files really does not exists..

Any hints and suggestions are really welcome! :-)


Many thanks in advance!





Alessandro de Manzano

Senior Network Manager
Playstos - TIMA S.p.A.
Corso Sempione 63
20149 Milano, Italy

tel.: +39-023314153
fax: +39-02315678
email: [EMAIL PROTECTED]

http://www.playstos.com



___
[EMAIL PROTECTED] mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "[EMAIL PROTECTED]"


Problem with "make installworld"

2002-10-16 Thread Moritz

I got a problem with "make installworld" upgrading from 4.4 Release to 4.6.2 
Release. "make buildworld" and compiling a new kernel worked fine, but 
installing world doesn't work. I always get the following error:

install -c -o root  -g wheel -m 444   /usr/src/share/termcap/map3270  
/usr/share/misc/map3270
TERM=dumb ex - /usr/src/share/termcap/termcap.src < 
/usr/src/share/termcap/reorder
ex: not found
*** Error code 127

Stop in /usr/src/share/termcap.
*** Error code 1

[ ... ]

Would it help if I'd compile ex manually?

- Moritz

To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-questions" in the body of the message