FreeBSD 6.1-RELEASE source update fails during compilation
I'm unable to buildworld on a brand new installation of freebsd 6.1. Almost everytime my build fails on the genattrtab.c section of cc_tools. I've tried multiple harddrives, and downloaded the source code many times. A couple of times the system has rebooted itself, once during cvsup of the source code, and again during a build. What else should I be looking for to diagnose this problem? My System: FreeBSD 6.1-RELEASE 733MHZ Intel P3 Asus pv3-4x latest bios 1006.004 Sound Blaster Live Voodoo 3 16mb GFX Card HDDs: I've tried 3 different drives, the first few tries were with 2 drives gmirror'd and then without the gmirror ( RAID 1 ) Memtest checks out ok ( Ran 5 hours 150 loops ) Here is the last few lines of everytime I've tried to compile the source. = ./gencodes /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md insn-codes.h cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr\ -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genconfig.c cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr\ -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -L/usr/obj/usr/src/tmp/legacy/usr/lib -o genconfig genconfig.o rtl.o print-rtl.o bitmap.o gensupport.o ggc-none.o read-rtl.o insn-conditions.o min-insn-modes.o errors.o libiberty.a ./genconfig /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md insn-config.h cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr\ -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genflags.c cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr\ -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -L/usr/obj/usr/src/tmp/legacy/usr/lib -o genflags genflags.o rtl.o print-rtl.o bitmap.o gensupport.o ggc-none.o read-rtl.o insn-conditions.o min-insn-modes.o errors.o libiberty.a ./genflags /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md insn-flags.h cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr\ -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c:6240: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. {standard input}: Assembler messages: {standard input}:14060: Warning: partial line at end of file ignored *** Error code 1 Stop in /usr/src/gnu/usr.bin/cc/cc_tools. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. ./genflags /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config/i386/i386.md insn-flags.h cc -O2 -fno-strict-aliasing -pipe -I. -DIN_GCC -DHAVE_CONFIG_H -DPREFIX=\/usr\ -I/usr/obj/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../cc_tools -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc -I/usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/config -DGENERATOR_FILE -I/usr/obj/usr/src/tmp/legacy/usr/include -c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c /usr/src/gnu/usr.bin/cc/cc_tools/../../../../contrib/gcc/genattrtab.c:6240: internal compiler error: Segmentation fault: 11 Please submit a full bug report, with preprocessed source if appropriate. See URL:http://gcc.gnu.org/bugs.html for instructions. {standard input}: Assembler
relocation truncated to fit
I have a problem reported to me in ports/65 about ksh93 not compiling on the sparc64 platform due to the linker reporting relocation truncated to fit. This is an error I have never seen. I know for a fact that it is not strictly a sparc64 platform issue as I have seen reference to it in relation to amd64. However, I have never seen a resolution of the problem.I believe that this is a gcc issue. How do I fix this? I cannot find any information in the Freebsd site about this mysterious error message. I know that ksh93 works on sparc64 because the ksh93 developers are working with Sun to install it as a default shell in Solaris 11. Therefore, it works with the Sun compiler. Why do I get this error on gcc? Any help would be greatly appreciated. /Joe ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 6.1-RELEASE source update fails during compilation
Jason Vance wrote: I'm unable to buildworld on a brand new installation of freebsd 6.1. Almost everytime my build fails on the genattrtab.c section of cc_tools. I've tried multiple harddrives, and downloaded the source code many times. A couple of times the system has rebooted itself, once during cvsup of the source code, and again during a build. What else should I be looking for to diagnose this problem? My System: FreeBSD 6.1-RELEASE 733MHZ Intel P3 Asus pv3-4x latest bios 1006.004 Sound Blaster Live Voodoo 3 16mb GFX Card HDDs: I've tried 3 different drives, the first few tries were with 2 drives gmirror'd and then without the gmirror ( RAID 1 ) Memtest checks out ok ( Ran 5 hours 150 loops ) Here is the last few lines of everytime I've tried to compile the source. Failures likes these are almost always hardware related. If it was a software problem it would die at the same place every time. You could be suffering from overheating, bad ram (regardless of what memtest tells you) power fluctuations due to a faulty PSU, or any other number of esoteric problems. FreeBSD has this knack of not playing nicely with partially broken hardware. :) Thanks, Josh Paetzel ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 6.1-RELEASE source update fails during compilation
- Original Message - From: Josh Paetzel [EMAIL PROTECTED] To: Jason Vance [EMAIL PROTECTED] Cc: freebsd-stable@freebsd.org Sent: Monday, April 09, 2007 12:22 AM Subject: Re: FreeBSD 6.1-RELEASE source update fails during compilation Jason Vance wrote: I'm unable to buildworld on a brand new installation of freebsd 6.1. Almost everytime my build fails on the genattrtab.c section of cc_tools. I've tried multiple harddrives, and downloaded the source code many times. A couple of times the system has rebooted itself, once during cvsup of the source code, and again during a build. What else should I be looking for to diagnose this problem? My System: FreeBSD 6.1-RELEASE 733MHZ Intel P3 Asus pv3-4x latest bios 1006.004 Sound Blaster Live Voodoo 3 16mb GFX Card HDDs: I've tried 3 different drives, the first few tries were with 2 drives gmirror'd and then without the gmirror ( RAID 1 ) Memtest checks out ok ( Ran 5 hours 150 loops ) Here is the last few lines of everytime I've tried to compile the source. Failures likes these are almost always hardware related. If it was a software problem it would die at the same place every time. You could be suffering from overheating, bad ram (regardless of what memtest tells you) power fluctuations due to a faulty PSU, or any other number of esoteric problems. FreeBSD has this knack of not playing nicely with partially broken hardware. :) Thanks, Josh Paetzel The first thing I would blame would be the memory. Memtest running OK seems to write that off but it could still be that or likely somehting else that is hardware related. Every time there's been a software fault in FreeBSD it happens in the same place which is expected. As Josh says I've had the experience with FreeBSD working partially with broken hardware and then falling apart under load. Heat is a really random error that is often a problem. Is your heatsink coping well? Are you using Maxtor drives ? I've said this before and forgive me for my slamming of Maxtor hard drives but they get their lovely speed from not ECC checking the PATA bus which is awesme for corrupting data and giving you erratic errors. Perhaps the motherboard is even faulty. Give all your RAM and peripheral cards a wiggle to make sure they have a good connection. I only use ECC RAM because non-ECC RAM has given friends of mine some really random unreplicable errors that confused them for a while. Why are you upgrading to 6.1 and not 6.2? Is there a specific reason? I'd really advise using 6.2 because there were some issues with 6.1 even if it wasn't with your specific hardware. -Clay ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
74 hours till next No Buffer Space Available reboot ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 In my case, I can almost set my watch to it (if I had a watch) ... every 3 days, 2 hours, it seems that I have to reboot this machine, as that is when the 'No Buffer Space Available' r starts to be generated ... There are two others (CC'd in this) that have experienced the same ... Chris / Thiago ... in your cases, are you finding that it happens as regularly with your servers? Thiago, I believe you ended up reverting to an older kernel to clear up the situation? I've included my 'netstat -m' report ... from it, it doesn't look to me like its an mbuf issue, or am I missing something? Is there something else that, in 74 hours, I can provide before I do the reboot? Chris, you mentioned reducing recvspace/sendspace to correct the issue? Has that fixed it for you, or just prolonged until it happens again? How did you set this? I've checked both the man pages for ifconfig and fxp, and don't see anything ... ah, just found it doing a 'sysctl -a' ... can you post your settings from /etc/sysctl.conf? or did you set it somewhere else? I'd like to try that and see if maybe that changes my '74 hours uptime', either good or bad ... # netstat -m 161/949/1110 mbufs in use (current/cache/total) 133/639/772/25600 mbuf clusters in use (current/cache/total/max) 133/396 mbuf+clusters out of packet secondary zone in use (current/cache) 0/0/0/0 4k (page size) jumbo clusters in use (current/cache/total/max) 0/0/0/0 9k jumbo clusters in use (current/cache/total/max) 0/0/0/0 16k jumbo clusters in use (current/cache/total/max) 306K/1515K/1821K bytes allocated to network (current/cache/total) 0/0/0 requests for mbufs denied (mbufs/clusters/mbuf+clusters) 0/0/0 requests for jumbo clusters denied (4k/9k/16k) 0/45/6656 sfbufs in use (current/peak/max) 0 requests for sfbufs denied 0 requests for sfbufs delayed 325 requests for I/O initiated by sendfile 731 calls to protocol drain routines - Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGGaTD4QvfyHIvDvMRAm3jAKDtZk1IgW3DbMGGKASiSsbNV7Ok3QCgtvwK JSuRYW1Af0lfFK2QvYMo9v8= =3DwH -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]