[no subject]
make buildworld problem
hello. This is my first attempt to upgrade a freebsd box this way. I'm upgrading a 4.1.1 box to 4.6. I have attached below my log. Near as I can tell, the problem is when it tries to build scp it posts the error: cc -O -pipe -I/usr/src/secure/usr.bin/scp/../../../crypto/openssh -DNO_IDEA -o scp scp.o -lssh /usr/obj/usr/src/i386/usr/libexec/elf/ld: warning: libcrypto.so.2, needed by /usr/obj/usr/src/i386/usr/lib/libssh.so, not found (try using -rpath or -rpath-link) Any help would be appreciated. -Chad cc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DAUTHENTICATION -DENCRYPTION -I/usr/src/secure/libexec/telnetd/../../../c rypto/telnet -DINET6 -DNO_IDEA -W -Wall -Wstrict-prototypes -Wmissing-prot otypes -Wpointer-arith -Wno-uninitialized -Wreturn-type -Wcast-qual -Wwrite- strings -Wswitch -Wshadow -c /usr/src/secure/libexec/telnetd/../../../crypto/telnet/telnetd/state.c cc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DAUTHENTICATION -DENCRYPTION -I/usr/src/secure/libexec/telnetd/../../../c rypto/telnet -DINET6 -DNO_IDEA -W -Wall -Wstrict-prototypes -Wmissing-prot otypes -Wpointer-arith -Wno-uninitialized -Wreturn-type -Wcast-qual -Wwrite- strings -Wswitch -Wshadow -c /usr/src/secure/libexec/telnetd/../../../crypto/telnet/telnetd/sys_term.c cc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DAUTHENTICATION -DENCRYPTION -I/usr/src/secure/libexec/telnetd/../../../c rypto/telnet -DINET6 -DNO_IDEA -W -Wall -Wstrict-prototypes -Wmissing-prot otypes -Wpointer-arith -Wno-uninitialized -Wreturn-type -Wcast-qual -Wwrite- strings -Wswitch -Wshadow -c /usr/src/secure/libexec/telnetd/../../../crypto/telnet/telnetd/telnetd.c cc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DAUTHENTICATION -DENCRYPTION -I/usr/src/secure/libexec/telnetd/../../../c rypto/telnet -DINET6 -DNO_IDEA -W -Wall -Wstrict-prototypes -Wmissing-prot otypes -Wpointer-arith -Wno-uninitialized -Wreturn-type -Wcast-qual -Wwrite- strings -Wswitch -Wshadow -c /usr/src/secure/libexec/telnetd/../../../crypto/telnet/telnetd/termstat.c cc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DAUTHENTICATION -DENCRYPTION -I/usr/src/secure/libexec/telnetd/../../../c rypto/telnet -DINET6 -DNO_IDEA -W -Wall -Wstrict-prototypes -Wmissing-prot otypes -Wpointer-arith -Wno-uninitialized -Wreturn-type -Wcast-qual -Wwrite- strings -Wswitch -Wshadow -c /usr/src/secure/libexec/telnetd/../../../crypto/telnet/telnetd/utility.c cc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DAUTHENTICATION -DENCRYPTION -I/usr/src/secure/libexec/telnetd/../../../c rypto/telnet -DINET6 -DNO_IDEA -W -Wall -Wstrict-prototypes -Wmissing-prot otypes -Wpointer-arith -Wno-uninitialized -Wreturn-type -Wcast-qual -Wwrite- strings -Wswitch -Wshadow -c /usr/src/secure/libexec/telnetd/../../../crypto/telnet/telnetd/authenc.c gzip -cn /usr/src/secure/libexec/telnetd/../../../crypto/telnet/telnetd/telnetd.8 telnetd.8.gz cc -O -pipe -DLINEMODE -DUSE_TERMIO -DDIAGNOSTICS -DOLD_ENVIRON -DENV_HACK -DAUTHENTICATION -DENCRYPTION -I/usr/src/secure/libexec/telnetd/../../../c rypto/telnet -DINET6 -DNO_IDEA -W -Wall -Wstrict-prototypes -Wmissing-prot otypes -Wpointer-arith -Wno-uninitialized -Wreturn-type -Wcast-qual -Wwrite- strings -Wswitch -Wshadow -o telnetd global.o slc.o state.o sys_term.o telnetd.o termstat.o utility.o authenc.o -lutil -ltermcap /usr/obj/usr/src/secure/libexec/telnetd/../../lib/libtelnet/libtelnet.a -lmp -lcrypto -lcrypt -lpam === secure/libexec/sftp-server cc -O -pipe -I/usr/src/secure/libexec/sftp-server/../../../crypto/openssh - DNO_IDEA-c /usr/src/secure/libexec/sftp-server/../../../crypto/openssh/sftp-server.c cc -O -pipe -I/usr/src/secure/libexec/sftp-server/../../../crypto/openssh - DNO_IDEA-c /usr/src/secure/libexec/sftp-server/../../../crypto/openssh/sftp-common.c gzip -cn /usr/src/secure/libexec/sftp-server/../../../crypto/openssh/sftp-server.8 sftp-server.8.gz cc -O -pipe -I/usr/src/secure/libexec/sftp-server/../../../crypto/openssh - DNO_IDEA -o sftp-server sftp-server.o sftp-common.o -lssh -lcrypto === secure/libexec/ssh-keysign cc -O -pipe -I/usr/src/secure/libexec/ssh-keysign/../../../crypto/openssh - DNO_IDEA-c /usr/src/secure/libexec/ssh-keysign/../../../crypto/openssh/ssh-keysign.c gzip -cn /usr/src/secure/libexec/ssh-keysign/../../../crypto/openssh/ssh-keysign.8 ssh-keysign.8.gz cc -O -pipe -I/usr/src/secure/libexec/ssh-keysign/../../../crypto/openssh - DNO_IDEA -o ssh-keysign ssh-keysign.o -lssh -lcrypto -lz === secure/usr.bin === secure/usr.bin/bdes cc -O -pipe -DNO_IDEA-c /usr/src/secure/usr.bin/bdes/bdes.c gzip -cn /usr/src/secure/usr.bin/bdes/bdes.1 bdes.1.gz cc -O -pipe -DNO_IDEA -L/usr/obj/usr/src/secure/usr.bin/bdes/../../lib/ libcipher -o bdes bdes.o -lcipher === secure/usr.bin/telnet cc -O -pipe
Re: make buildworld problem
skeetz wrote: hello. This is my first attempt to upgrade a freebsd box this way. I'm upgrading a 4.1.1 box to 4.6. I have attached below my log. Near as I can tell, the problem is when it tries to build scp it posts the error: cc -O -pipe -I/usr/src/secure/usr.bin/scp/../../../crypto/openssh -DNO_IDEA -o scp scp.o -lssh /usr/obj/usr/src/i386/usr/libexec/elf/ld: warning: libcrypto.so.2, needed by /usr/obj/usr/src/i386/usr/lib/libssh.so, not found (try using -rpath or -rpath-link) Any help would be appreciated. You have to have include src-sys-crypto when you cvsup. The best way is to cvsup src-all Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Reserva
Reserva imediata em seu hotel ? Para que seus hóspedes possam ter a facilidade de fazer uma reserva on-line,estamos oferecendo o serviço de atendimento on-line para seu hotel.Faça um teste gratuito: mensagemdigital.com/atendimentoonline e-mail: [EMAIL PROTECTED] Atenciosamente, (11) 5082-1515 Desculpe-nos se nosso contado foi inoportuno ou não lhe interessa. Click aqui para ser removido de nosso mailing.
More odd login failures on RELENG-4.6 (OpenSSH)
On Tue, Jul 30, 2002 at 12:38:11AM -0700, stable-digest wrote: Date: Mon, 29 Jul 2002 10:21:25 +0100 From: Nick Barnes [EMAIL PROTECTED] Subject: telnet SRA secure login fails intermittently When I telnet into a FreeBSD box, I get this: $ telnet spong Trying 192.168.0.1... Connected to spong.my.domain Escape character is '^]'. Trying SRA secure login: User (nb): user Password: password If I mistype the password, I get this: [ SRA login failed ] User (nb): user Password: password And so on. Fair enough. But it has seemed to me that I have been mistyping my passwords much more often since about 4.1: maybe 20% of the time, as if somehow telnetd (or SRA, whatever that is) is getting the password check wrong intermittently. And If I fail a login the first time, it seems harder to pass it the second time (the ~20% failure rate goes up to maybe 50%). I've experienced some anomalous login failures with SSH (OpenSSH 3.4 from the latest /usr/ports) on a box that was upgraded this weekend to 4.6. I don't know if this is a related issue. The upgrade was done via a 4.6-RELEASE CD install, followed by cvsup to the RELENG-4.6 tag and the usual buildworld/buildkernel/installkernel/reboot/ installworld sequence. Immediately after my first attempt to activate the updated SSH, I was completely unable to log in on my own account with my password, after multiple tries. I backed the SSH upgrade out and tried again the next morning. I again experienced consistent login failures. After doing a chpass on my account, resetting it to the same password value it already had. I was able to login normally. I thought this might be a problem with the crypted password format used (the _J9 prefix) in my original entry, as the master.passwd entry was copied from another system using vipw. However, other users were subsequently able to log in, even though their password entries were in the old format, and we've experienced no such problems on a different system running RELENG-4.5, which has the same mix of formats for crypted passwords. I'm baffled. At the moment I don't seem to be experiencing the intermittent login failures you're describing, but I would swear I had a couple failures to log in last night using the correct password. -- Clifton -- Clifton Royston -- LavaNet Systems Architect -- [EMAIL PROTECTED] What do we need to make our world come alive? What does it take to make us sing? While we're waiting for the next one to arrive... - Sisters of Mercy To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
cross compiling old versions of -STABLE
Can I use a RELENG_4 box to build RELENG_3? Target and build are both i386. -- Scott LambertKC5MLE Unix SysAdmin [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
RE: make buildworld problem
acctually I synced a src-all yesterday. I resynced and got this chewbacca# ./updatesrc Connected to cvsup10.FreeBSD.org Updating collection src-all/cvs Edit src/UPDATING Edit src/sys/conf/newvers.sh Edit src/sys/kern/kern_exec.c Edit src/usr.sbin/pppd/main.c Finished successfully chewbacca# then I added src-sys-crypto just to make sure and got this chewbacca# ./updatesrc Connected to cvsup10.FreeBSD.org Updating collection src-all/cvs Updating collection src-sys-crypto/cvs Finished successfully as I suspected.. I had all of the files. Anything else it could be? Is there a way to just build that one piece with out retrying buildworld? skeetz -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]]On Behalf Of Kent Stewart Sent: Tuesday, July 30, 2002 11:59 AM To: skeetz Cc: Freebsd-Stable Subject: Re: make buildworld problem skeetz wrote: hello. This is my first attempt to upgrade a freebsd box this way. I'm upgrading a 4.1.1 box to 4.6. I have attached below my log. Near as I can tell, the problem is when it tries to build scp it posts the error: cc -O -pipe -I/usr/src/secure/usr.bin/scp/../../../crypto/openssh -DNO_IDEA -o scp scp.o -lssh /usr/obj/usr/src/i386/usr/libexec/elf/ld: warning: libcrypto.so.2, needed by /usr/obj/usr/src/i386/usr/lib/libssh.so, not found (try using -rpath or -rpath-link) Any help would be appreciated. You have to have include src-sys-crypto when you cvsup. The best way is to cvsup src-all Kent -- Kent Stewart Richland, WA http://users.owt.com/kstewart/index.html To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message
Problems with mount_smbfs
Hi, I've been getting the following for the last few weeks in -STABLE when trying to mount a SMB share; the first attempt gives: bash-2.05a# mount_smbfs -I server -W domain //user@server/share /mnt mount_smbfs: vfsload(smbfs): Exec format error kldstat shows: bash-2.05a# kldstat Id Refs AddressSize Name 1 15 0xc010 307e54 kernel 21 0xc0408000 8cb0 snd_maestro3.ko 31 0xc0411000 1880csnd_pcm.ko 41 0xc1d34000 7000 linprocfs.ko 51 0xc1dc4000 2000 blank_saver.ko 63 0xc1dc6000 14000linux.ko 71 0xc1e4a000 7d000ltmdm.ko 81 0xc1ed6000 2000 rtc.ko 91 0xc1ee1000 9000 vmmon_up.ko 101 0xc1eec000 4000 if_tap.ko 114 0xc1ef3000 9000 netgraph.ko 121 0xc1f0 3000 ng_ether.ko 131 0xc1f05000 4000 ng_bridge.ko 141 0xc1f0c000 3000 ng_socket.ko 161 0xc2a37000 3000 libiconv.ko and I get this on the console: module_register: module iconv already exists! linker_file_sysinit libiconv.ko failed to register! 17 Trying again, the message is different, I get module_register: module dev_netsmb already exists! linker_file_sysinit smbfs.ko failed to register! 17 on the console, and kldstat shows: bash-2.05a# kldstat Id Refs AddressSize Name 1 17 0xc010 307e54 kernel 21 0xc0408000 8cb0 snd_maestro3.ko 31 0xc0411000 1880csnd_pcm.ko 41 0xc1d34000 7000 linprocfs.ko 51 0xc1dc4000 2000 blank_saver.ko 63 0xc1dc6000 14000linux.ko 71 0xc1e4a000 7d000ltmdm.ko 81 0xc1ed6000 2000 rtc.ko 91 0xc1ee1000 9000 vmmon_up.ko 101 0xc1eec000 4000 if_tap.ko 114 0xc1ef3000 9000 netgraph.ko 121 0xc1f0 3000 ng_ether.ko 131 0xc1f05000 4000 ng_bridge.ko 141 0xc1f0c000 3000 ng_socket.ko 162 0xc2a37000 3000 libiconv.ko 171 0xc2a1d000 1a000smbfs.ko 181 0xc2a3a000 3000 libmchain.ko Errr. This used to work, as recently as about ~4-5 weeks ago, but has been failing for a few weeks now. Kernel config included: options NETSMB #SMB/CIFS requester options NETSMBCRYPTO#encrypted password support for SMB options LIBMCHAIN #mbuf management library options LIBICONV so I'm really stumped as to why the kernel is even trying to load the modules (which are up-to-date with the kernel userland, on a cvsup from last night, 29th July, BTW). libiconv was portupgraded, and made no difference to the symptoms. I read the archives, and this seemed to be a problem circa 4.5-RELEASE, someone at that time suggested that not statically compiling NETSMB into the kernel helped. I left only NETSMBCRYPTO in the kernel (as the other 3 have KLMs), and got this entirely repeatable crash-on-boot (pardon typing): Booting [kernel]... Copyright (c) 1992-2002 The FreeBSD Project Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer= 0x8:0xc0183f09 stack pointer = 0x10:0xc0440fb4 frame pointer = 0x10:0xc0440fc0 code segment = bane 0x0, limit 0xf, type 0x16 = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 Current process= Idle kernel: type 12 trap, code = 0 Stopped at0xc0183f09: movl 0(%esi),%ebx db trace (null)(0) at 0xc0183f09 (null)(c035ec84,c0440ff8,c0128ed0) at 0xc0188444d (null)(0,0,0,0,0) at 0xc016f200 (null)() at 0xc0128ed0 Loading the modules into the kernel from the loader gives precisely the same results, e.g. no boot with that kernel. Anyone got any suggestions? Regards, AS msg48155/pgp0.pgp Description: PGP signature
Re: Problems with mount_smbfs
Much as I hate to reply to my own post, leaving *only* NETSMB commented out in the kernel config fixes the panic, and although there's still some strangeness with loading smbfs, it seems to load on the second try: tureg# kldstat Id Refs AddressSize Name 1 14 0xc010 2fd818 kernel 21 0xc03fe000 8cb0 snd_maestro3.ko 31 0xc0407000 1880csnd_pcm.ko 41 0xc1d34000 7000 linprocfs.ko 51 0xc1dc4000 2000 blank_saver.ko 63 0xc1dca000 14000linux.ko 71 0xc1e4a000 7d000ltmdm.ko 81 0xc1ed6000 2000 rtc.ko 91 0xc1ee1000 9000 vmmon_up.ko 101 0xc1eed000 4000 if_tap.ko 114 0xc1ef4000 9000 netgraph.ko 121 0xc1f03000 3000 ng_ether.ko 131 0xc1f07000 4000 ng_bridge.ko 141 0xc1f0e000 3000 ng_socket.ko tureg# kldload smbfs module_register: module iconv already exists! linker_file_sysinit libiconv.ko failed to register! 17 kldload: can't load smbfs: Exec format error tureg# kldload smbfs netsmb_dev: loaded tureg# andy@tureg[52]- kldstat Id Refs AddressSize Name 1 17 0xc010 2fd818 kernel 21 0xc03fe000 8cb0 snd_maestro3.ko 31 0xc0407000 1880csnd_pcm.ko 41 0xc1d34000 7000 linprocfs.ko 51 0xc1dc4000 2000 blank_saver.ko 63 0xc1dca000 14000linux.ko 71 0xc1e4a000 7d000ltmdm.ko 81 0xc1ed6000 2000 rtc.ko 91 0xc1ee1000 9000 vmmon_up.ko 101 0xc1eed000 4000 if_tap.ko 114 0xc1ef4000 9000 netgraph.ko 121 0xc1f03000 3000 ng_ether.ko 131 0xc1f07000 4000 ng_bridge.ko 141 0xc1f0e000 3000 ng_socket.ko 162 0xc1f6 3000 libiconv.ko 171 0xc1f64000 1c000smbfs.ko 181 0xc1f44000 3000 libmchain.ko Uhh, is this right? Regards, AS msg48156/pgp0.pgp Description: PGP signature
Re: SSHD for protocol version 2 changed?
At 18/07/2002, you wrote: On Thu, 2002-07-18 at 13:46, JY wrote: Did a buildworld just now with newest source. But upon reboot, my putty can no longer login for protocol 2. After typing in password, it caused a GPF and died. Protocol version 1 is ok though. Is there anything changed in protocol version 2 for sshd? Or is there anything I missed in the configuration files? Perhaps you should try a newer version of putty? I have used putty for years now and I have never had a problem with it :-) Btw: I have tested also the latest development version of today (20020731) and it suffers of the same problem. Any idea ? I send this also to the putty support email. For more info it happens on FreeBSD 4.6-STABLE (very recent). freebsd:/home/gmarco# uname -a FreeBSD freebsd.giovannelli.com 4.6-STABLE FreeBSD 4.6-STABLE #7: Wed Jul 31 05:40:00 GMT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/FREEBSD i386 with sshd: sshd version OpenSSH_3.4p1 FreeBSD-20020702 This is what the log says: Jul 31 06:57:54 freebsd sshd[250]: fatal: Read from socket failed: Connection reset by peer This is from auth.log: Jul 31 06:57:41 freebsd sshd[103]: Received SIGHUP; restarting. - This is my reload config after tuning some param. Jul 31 06:57:41 freebsd sshd[248]: Server listening on 0.0.0.0 port 22. Jul 31 06:57:54 freebsd sshd[250]: fatal: Read from socket failed: Connection reset by peer - This is the above error. Jul 31 06:58:02 freebsd sshd[249]: Accepted password for gmarco from xxx.xxx.xxx.xxx port 3401 - This is my right login from another BSD box (not yet updated)... If it can help I can give a FreeBSD account to test it. Thanks for attention. Best Regards, Gianmarco Giovannelli , Unix expert since yesterday http://www.gufi.org/~gmarco To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-stable in the body of the message