PPP problems
Hi. I have a hard time using PPP at the moment. It used to work very well, but the last couple of days I've been getting a hard time ping'ing anyone, getting about 4% ping to the servers on the net I'm calling. Please find my ppp.log file at http://niklas.saers.com/ppp/ppp.log and my config-file at http://niklas.saers.com/ppp/ppp.conf and tell me what I can do about this. It seems it's having problems authenticating itself, and the log-file simply explodes in size! I tried pinging for a couple of hours and filled up my /var with the logfile! (the logfile referred to is quite moderate but contains an entire session) My system is STABLE as of yesterday, usually rebuilt about once a week. Sincerely yours Niklas Saers -- You cannot kill time without injuring eternity. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Problem with top in todays stable
Despite having my kernel and world in sync (and trying rebuilting top seperately), I always get "top: nlist failed" error message, this is from a cvsup from a couple of hours ago, I haven't tried cvsuping again yet mainly as I have to work on this machine too. Anyone know if this has been fixed? -- Simon Dick [EMAIL PROTECTED] "Why do I get this urge to go bowling everytime I see Tux?" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Problem with top in todays stable
Date: Tue, 6 Mar 2001 16:12:15 + From: [EMAIL PROTECTED] Despite having my kernel and world in sync (and trying rebuilting top seperately), I always get "top: nlist failed" error message, this is from a cvsup from a couple of hours ago, I haven't tried cvsuping again yet mainly as I have to work on this machine too. Anyone know if this has been fixed? I am not seeing this problem on a system I just upgraded (to 4.3-BETA, now); the CVSup ended at 05:51 PST (13:51 GMT/UTC). (The system in question started as a 4.1-R box.) Cheers, david -- David Wolfskill [EMAIL PROTECTED] UNIX System Administrator Desk: 650/577-7158 TIE: 8/499-7158 Cell: 650/759-0823 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Problem with top in todays stable
On Tue, Mar 06, 2001 at 08:18:39AM -0800, David Wolfskill wrote: Date: Tue, 6 Mar 2001 16:12:15 + From: [EMAIL PROTECTED] Despite having my kernel and world in sync (and trying rebuilting top seperately), I always get "top: nlist failed" error message, this is from a cvsup from a couple of hours ago, I haven't tried cvsuping again yet mainly as I have to work on this machine too. Anyone know if this has been fixed? I am not seeing this problem on a system I just upgraded (to 4.3-BETA, now); the CVSup ended at 05:51 PST (13:51 GMT/UTC). (The system in question started as a 4.1-R box.) OK, looks like I'll have to cvsup again just in case, oh well, not a major problem, just slightly annoying :) -- Simon Dick [EMAIL PROTECTED] "Why do I get this urge to go bowling everytime I see Tux?" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Problem with top in todays stable
Are you sure you are using /boot/loader to boot your system ? ---Mike At 04:12 PM 3/6/01 +, [EMAIL PROTECTED] wrote: Despite having my kernel and world in sync (and trying rebuilting top seperately), I always get "top: nlist failed" error message, this is from a cvsup from a couple of hours ago, I haven't tried cvsuping again yet mainly as I have to work on this machine too. Anyone know if this has been fixed? -- Simon Dick [EMAIL PROTECTED] "Why do I get this urge to go bowling everytime I see Tux?" 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
Re: Problem with bootable CD...
Hi all,
Well I got no answer from this list whatsoever, but I managed to finally
solve the problem.
The issue was that the decompression of the kernel was not happening
correctly at load time. For some reason (that I am not going to explore),
while decompressing the text segment of the kernel, the loader would read
more data that was really necessary. This would cause the current position
in the compressed stream to be a bit further than the start of the data
segment. When the loader then tries to decompress the data segment, it
performs a lseek to the start of it (which in normal situation should be a
noop since the stream is already in that position). Because it is not
possible to seek backward in a compressed stream, the lseek call fails and
the load terminates with errno=94 (== EOFFSET in libstand).
The way I solved this was by using the default compression factor to create
the compressed kernel (i.e. gzip kernel, rather than gzip -9 kernel). The
difference in size is negligeable ( 5k for a 1.7Mg compressed file) and the
"less" compressed kernel loads fine.
This may be an issue for other people who build bootable CDs. I took example
on what is done in /usr/src/release. This is where I copied the code that
does a "gzip -9". It might be a good idea to drop the -9 option as it does
not save anything and can create problems.
I am keeping the problematic kernel in case anyone is interested.
Patrick.
""Patrick Bihan-Faou"" [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
Hi,
I am building a custom bootable CD for my own needs based on FreeBSD
4.x-STABLE. I am using stock FreeBSD code, and everything was working fine
until yesterday when I update the code.
The problem I am seeing is that during the boot of the CD I get a
"elf_loadexec: cannot seek" error and the kernel does not load.
I have added a trace in sys/boot/common/load_elf.c to see the values of
local variables at the time this message is printed and here is the output
(with my trace):
Hit [Enter] to boot immediately, or any other key for command prompt.
Booting [kernel]...
/kernel text=0x1391c9 data=0x2eb4f4+0x165c0
elf_loadexec: cannot seek
fd=0, i=3, p_filesz=3060980, p_offset=1282528, fcopy=0, errno=94
can't load 'kernel'
can't load 'kernel.old'
Type '?' for a list of commands, 'help' for more detailed help.
ok
Now the strange thing is that errno has a value that is not defined
anywhere
and does not correspond to the "official" error codes that lseek is
supposed
to return. For this reason I am assuming that lseek() is failing in the
VOP_GETATTR call (cf. code snipet).
Would anybody have any idea as to what could be causing this ?
This code was checked out with the following tag/date: -r RELENG_4 -D
"2001/02/27 23:00 EST"
My last successfull build was with the following tag/date: -r RELENG_4 -D
"2001/02/15 12:00 EST"
The system I am using to do the builds is RELENG_4 as of mid january.
Thanks in advance for any suggestions.
Patrick.
-
Patch added in sys/boot/common/load_elf.c (rev 1.13.2.1):
Index: load_elf.c
===
RCS file: /cvs/freebsd/src/sys/boot/common/load_elf.c,v
retrieving revision 1.13.2.1
diff -u -r1.13.2.1 load_elf.c
--- load_elf.c 2000/12/28 13:12:35 1.13.2.1
+++ load_elf.c 2001/02/28 06:08:16
@@ -268,6 +268,7 @@
if (phdr[i].p_filesz fpcopy) {
if (lseek(fd, phdr[i].p_offset + fpcopy, SEEK_SET) == -1) {
printf("\nelf_loadexec: cannot seek\n");
+ printf("fd=%d, i=%d, p_filesz=%lu p_offset=%lu,
fpcopy=%lu,
errno=%d\n", fd, i, phdr[i].p_filesz, phdr[i].p_offset, fpcopy, errno);
goto out;
}
if (archsw.arch_readin(fd, phdr[i].p_vaddr + off + fpcopy,
--
lseek code from sys/kern/vfs_syscalls.c (rev 1.151.2.6):
lseek(p, uap)
struct proc *p;
register struct lseek_args /* {
syscallarg(int) fd;
syscallarg(int) pad;
syscallarg(off_t) offset;
syscallarg(int) whence;
} */ *uap;
{
struct ucred *cred = p-p_ucred;
register struct filedesc *fdp = p-p_fd;
register struct file *fp;
struct vattr vattr;
int error;
if ((u_int)SCARG(uap, fd) = fdp-fd_nfiles ||
(fp = fdp-fd_ofiles[SCARG(uap, fd)]) == NULL)
return (EBADF);
if (fp-f_type != DTYPE_VNODE)
return (ESPIPE);
switch (SCARG(uap, whence)) {
case L_INCR:
fp-f_offset += SCARG(uap, offset);
break;
case L_XTND:
error=VOP_GETATTR((struct vnode *)fp-f_data, vattr, cred, p);
if (error)
return (error);
fp-f_offset = SCARG(uap, offset) + vattr.va_size;
break;
case L_SET:
fp-f_offset = SCARG(uap, offset);
Re: Problem with top in todays stable
On Tue, Mar 06, 2001 at 11:20:55AM -0500, Mike Tancsa wrote: At 04:12 PM 3/6/01 +, [EMAIL PROTECTED] wrote: Despite having my kernel and world in sync (and trying rebuilting top seperately), I always get "top: nlist failed" error message, this is from a cvsup from a couple of hours ago, I haven't tried cvsuping again yet mainly as I have to work on this machine too. Anyone know if this has been fixed? Are you sure you are using /boot/loader to boot your system ? I'm using a standard install of FreeBSD, non dedicated install and doing the proper build process, top was working before the last buildworld, buildkernel, installkernel, installworld, mergemaster I did. -- Simon Dick [EMAIL PROTECTED] "Why do I get this urge to go bowling everytime I see Tux?" To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: /usr/src/contrib/sendmail/cf owned by root?
stijn I'm using cvsup to checkout a source tree that is not owned by root. stijn Is it just me, or does somebody else also notice that every time stijn after a cvsup wherein sendmail has been upgraded, stijn /usr/src/contrib/sendmail/cf is suddenly owned by root? This causes stijn the next cvsup to fail... Fixed yesterday: http://www.FreeBSD.org/cgi/cvsweb.cgi/src/share/sendmail/Makefile.diff?r1=1.1.2.2r2=1.1.2.3 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
problem w/ make buildworld sha1-586.so
(i am using 4.2-stable on intel pentium iii 600/700 MHz) after sources are corrected for errors related to stty and successfully building world once (around 5a), i cvusp'd the sources (around 6-8 a) again tried building the world, but the following error occured this time... (haven't seen any messages yet on this either on this list or on cvs-all, or on freebsd-questions) - parv error log ... cc -O -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/lib/lib crypto -DNO_IDEA -DL_ENDIAN -DSHA1_ASM -DBN_ASM -DMD5_ASM -DRMD160_ASM -DNO_IDEA -I/usr/obj/usr/src/i386/usr/include -c /usr/src/sec ure/lib/libcrypto/../../../crypto/openssl/crypto/sha/sha_dgst.c -o sha_dgst.o cc -fpic -DPIC -O -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/se cure/lib/libcrypto -DNO_IDEA -DL_ENDIAN -DSHA1_ASM -DBN_ASM -DMD5_ASM -DRMD160_ASM -DNO_IDEA -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/sha/sha_dgst.c -o sha_dgst.So cc -O -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/lib/lib crypto -DNO_IDEA -DL_ENDIAN -DSHA1_ASM -DBN_ASM -DMD5_ASM -DRMD160_ASM -DNO_IDEA -I/usr/obj/usr/src/i386/usr/include -c /usr/src/sec ure/lib/libcrypto/../../../crypto/openssl/crypto/sha/sha_one.c -o sha_one.o cc -fpic -DPIC -O -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/se cure/lib/libcrypto -DNO_IDEA -DL_ENDIAN -DSHA1_ASM -DBN_ASM -DMD5_ASM -DRMD160_ASM -DNO_IDEA -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/sha/sha_one.c -o sha_one.So cc -O -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/lib/lib crypto -DNO_IDEA -DL_ENDIAN -DSHA1_ASM -DBN_ASM -DMD5_ASM -DRMD160_ASM -DNO_IDEA -I/usr/obj/usr/src/i386/usr/include -c /usr/src/sec ure/lib/libcrypto/../../../crypto/openssl/crypto/sha/sha1_one.c -o sha1_one.o cc -fpic -DPIC -O -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/se cure/lib/libcrypto -DNO_IDEA -DL_ENDIAN -DSHA1_ASM -DBN_ASM -DMD5_ASM -DRMD160_ASM -DNO_IDEA -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/sha/sha1_one.c -o sha1_one.So cc -O -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/secure/lib/lib crypto -DNO_IDEA -DL_ENDIAN -DSHA1_ASM -DBN_ASM -DMD5_ASM -DRMD160_ASM -DNO_IDEA -I/usr/obj/usr/src/i386/usr/include -c /usr/src/sec ure/lib/libcrypto/../../../crypto/openssl/crypto/sha/sha1dgst.c -o sha1dgst.o cc -fpic -DPIC -O -pipe -DTERMIOS -DANSI_SOURCE -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto -I/usr/obj/usr/src/se cure/lib/libcrypto -DNO_IDEA -DL_ENDIAN -DSHA1_ASM -DBN_ASM -DMD5_ASM -DRMD160_ASM -DNO_IDEA -I/usr/obj/usr/src/i386/usr/include -c /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/sha/sha1dgst.c -o sha1dgst.So perl -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/des/asm:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/cr ypto/perlasm /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/sha/asm/sha1-586.pl elf 386 sha1-586.pl.s ; as sha1-586 .pl.s -o sha1-586.o perl -I/usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/des/asm:/usr/src/secure/lib/libcrypto/../../../crypto/openssl/cr ypto/perlasm /usr/src/secure/lib/libcrypto/../../../crypto/openssl/crypto/sha/asm/sha1-586.pl elf 386 sha1-586.pl.s ; as sha1-586 .pl.s -o sha1-586.So sha1-586.pl.s: Assembler messages: sha1-586.pl.s:1: Error: Rest of line ignored. First ignored character is `%'. *** Error code 1 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error *** Error code 2 1 error To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Error formating a second hd
Hi Jonathan, What FreeBSD version are you using? Im tried this with the versions 3.4-RELEASE and 4.1-RELEASE What type of hard drive are you trying to format? Im have FreeBSD intalled in a IDE HD and trying to format another IDE HD Has FreeBSD/Linux ever been installed on that hard drive before? Yes, the first time had a FreeBSD 3.4 formatation, after the problem I formated with MS-DOS FAT32 and trying to format with FreeBSD 4.1 again What is the exact error message? Error mounting /dev/wd2s1e on /hd2 : Invalid argument I got to format that HD creating a swap partition first, but I think it isnt necessary, but, if I dont creating a swap partition, the formatation dont work. [ ]s Ronan Lucio -- Original Message -- From: "Ronan Lucio" [EMAIL PROTECTED] Date: Fri, 2 Mar 2001 15:29:33 -0300 Hi all, I usually have a problem formating a second HD with FreeBSD. I execute /stand/sysinstall Configure - Fdisk - Create slice - w (write) Configure - Label - Create partition /hd2 - w (write) so, appears the follow error: Error mounting /dev/wd2s1e on /hd2 : Invalid argument Did somebody ever had this problem? I had this problem with different versions of FreeBSD in different HDs. Thanks [ ]s Ronan Lucio To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message -- ~~~ Jonathan M. Slivko [EMAIL PROTECTED] Global IRC Operator, AsylumNet IRC Network Pager: (917) 388-5304 (24/7) Phone: (212) 663-1109 (6PM-12PM EST) "Microsoft, is that some kind of toilet paper?" ~~~ -- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-questions" in the body of the message To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: where is the place to start dhclient?, entry in pccard.conf
In message [EMAIL PROTECTED] Fritz Heinrichmeyer writes: : Hello this mail has two topics, : : I have : pccard_enable="YES" : hostname=xxx : ifconfig_ed0="DHCP" : in my laptop : : in /etc/rc.conf : : but i have to start dhclient by hand. What is to do? In recent versions of stable, it just starts automatically in pccard_ether. : 2. topic: : : for my pcmcia d-link dfe-650 card it was necessary to include the : soundblaster io adresses : in the /etc/pccard.conf. Under windows the card uses 0x220! Odd. I've run this card at 0x240, 0x280 (I think) and 0x300. It really doesn't care, so long as there's not a conflict. Warner To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: problem w/ make buildworld sha1-586.so
On Tue, Mar 06, 2001 at 12:02:00PM -0500, parv wrote: (i am using 4.2-stable on intel pentium iii 600/700 MHz) after sources are corrected for errors related to stty and successfully building world once (around 5a), i cvusp'd the sources (around 6-8 a) again tried building the world, but the following error occured this time... (haven't seen any messages yet on this either on this list or on cvs-all, or on freebsd-questions) Are you using any -j options to make? Turns out there's a potential problem with parallel builds which I hope to fix tonight. Kris PGP signature
