Re: FreeBSD 6.1-RELEASE source update fails during compilation
Kris Kennaway wrote:
On Mon, Apr 09, 2007 at 09:59:58AM +0200, Robert Joosten wrote:
Hi,
---cut!--
/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.
Yeah, I observed this too a few times. All the times on a poor little
pentium 1/150 with 48meg ram (according dmesg). It's somewhat difficult
too check but I suspect I run out of memory every time.
You will see it logged by syslog and/or on the console if you run out
of memory (and swap) and a process is killed to make room (it will
also usually not die with signal 11, rather signal 9). If you do not
see this then out-of-memory is not the cause, and it is also almost
certain to be marginal or failing hardware.
Kris
I'll agree with Kris here. I have been banging my head against a
P4 1.6GHZ machine running 6.2 for a couple of weeks.
It would not do a portsanp extract without falling over with a sig 11
in the middle of the extract - leaving a few file clusters in
questionable state.
As it was a test machine, I swapped in a different HD controller, fresh
HD and it still failed. Then I installed 5.5 and it worked fine, but
very slowly compared to 6.2
So I went back to the 6.2 and it failed again. All on hardware I thought
was rock solid. Then I ran Memtest again and sure enough, the RAM had
gone bad. Popped in a fresh stick and now I'm running memtest for two
days without error now.
Sometimes the older hardware just isn't worth the grief...
Ralph
___
freebsd-stable@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-stable
To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.0 on Dell 1850 with DRAC4 management card?
Scott Mitchell wrote: Hi all, On to my next question about running 6.0 on a Dell PE1850, since it seems that the RAID card will work just fine... I'm thinking about getting the machine with a DRAC4 remote management card. This looks to be OS-independent (you can configure through the BIOS) so I expect it will just work. I've seen various posts talking about how it tends to take over the keyboard and render the real console inaccessible, but there are workarounds for that. I'm not sure about that, but I have 15 of these machines in locations all over Ontario, running Windows2003 Server. To make the thing as secure as possible, there is no keyboard or monitor on the server, I attach through the client's LAN. The DRAC gets a static IP on the local subnet, so using a laptop with a connection (hard or wireless), I can access and control the server from inside the server room, from an office or desk in the building, or from anywhere in the world there is an Internet connection. The last option means having VPN access to the local building network. Does anyone have the console redirection working? I'd like to leave the 'real' console (actually a USB keyboard attached to a KVM) active so the machine is accessible to someone actually in the server room, but still be able to get to the console remotely when necessary. The Dell docs imply that you can just point a browser at the DRAC and fire up a new console, but I'd like to hear from someone who's done this with FreeBSD! Works for me! It's really cool! You can access multiple servers through additional browser windows. As long as there is another computer in the server room with access to your server, they can control it through the browser interface. No KBD or monitor are necessary. I'd like to assume FreeBSD will just work. Ralph ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.0 on Dell 1850 with DRAC4 management card?
I've never enabled the DRAC card on any dell I have that came with them... Hmmm. The DRAC card can save you a long drive sometimes. You actually get to look at the hardware boot process and can even adjust BIOS settings if needed. To get to a FreeBSD console, I think that the OS actually needs to boot. The DRAC lets you control the server BEFORE the OS is even loaded, all through a browser interface. Ralph ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: 6.0 on Dell 1850 with DRAC4 management card?
The only thing missing would be hardware power down. if that can be done via DRAC, that'll be an advantage :) Yes, you get that too. Full hardware power down. Wait as long as you want, then power the machine up. It's not the same as a remote reboot where you HOPE the server comes up far enough to get a console session. Plus you don't need anything mote than an Ethernet connection to your existing infrastructure to make it all work. If you are paranoid and/or have a lot of servers, you can put all the DRAC ports on a separate subnet and their own VPN... Ralph ___ 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.0 rc1 guest under vmware-workstation-5.0.0.13124-r2 on linux host (boot error)
Ralph Hempel wrote: Robin wrote: Hello all, I thought I'd give the new RC a whirl under vmware, after setting the guest to boot from the CDROM (which was the CD1 .ISO), shortly I recieved this error: http://xs.mw/temp/freebsd6rc1_vmware_boot_error.png (BTX halted) Yep. Me too. I googled this and it appears to be a known issue with the IDE CDROM driver in 6.0 One way to work around the problem is to connect the virtual CD to the FreeBSD ISO image instead of burning an actual CD. Another is to do an FTP install using FileZilla or some other FTP server program on the host Windows system. All in all VMWare really is a pretty cool way to experiment with different FreeBSD installs before committing to a real box! Cheers, Ralph ___ 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.0 rc1 guest under vmware-workstation-5.0.0.13124-r2 on linux host (boot error)
Robin wrote: Hello all, I thought I'd give the new RC a whirl under vmware, after setting the guest to boot from the CDROM (which was the CD1 .ISO), shortly I recieved this error: http://xs.mw/temp/freebsd6rc1_vmware_boot_error.png (BTX halted) Yep. Me too. I googled this and it appears to be a known issue with the IDE CDROM driver in 6.0 Ralph ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Newbie Question About System Update
This might be the only real advantage of a serial console. The unit you pointed to is ~$4000.00, whereas 16-port serial console units run more like $1000.00. I've built a number of Dell systems lately (Windows for this client) but I always order them with the DRAC/4 card. I think it's about $350 Canadian. It has an IP adress and you just connect using a browser and a little JAVA app. The really cool thing is that it lets you control the ENTIRE boot process, including the POST and BIOS setup. Works great, and saves me a 3.5 hour drive to the farthest client installation... Ralph ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Headless install with 5.X floppies not possible?
I used to install 4.X on headless boxes, by creating floppies that immediately install over the serial port. Are you saying this is not possible anymore with the 5.X install floppies? Do I need the monitor at least for just typing the set-console command? Pity of that's the case, though. I haven't tried it with 5.x, but here's how I modify the CD to allow headless installs for 4.x http://www.hempeldesigngroup.com/embedded/stories/bdgFreeBSDHeadless.html Ralph ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Headless install with 5.X floppies not possible?
David Magda wrote: On Apr 2, 2005, at 09:45, Ralph Hempel wrote: I haven't tried it with 5.x, but here's how I modify the CD to allow headless installs for 4.x http://www.hempeldesigngroup.com/embedded/stories/ bdgFreeBSDHeadless.html Wouldn't is be better to simply use the -P option instead of -h? From boot(8) on my FreeBSD 4.x system: -Pprobe the keyboard. If no keyboard is found, the -D and -h options are automatically set. snip Are there any major issues with making this the default for x86 (and amd64?) for future releases? Dave, great suggestion! I'm glad you took the time to read my little article and coment on it. It's things like this that keep the list interesting! Cheers, Ralph ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Redirecting console output to serial port to capture error message
Is the console redirection functionality of the boot floppies and distribution iso disks intended to be diffent from that of a system installed on a hard drive? echo -h /boot.config to enable the serial console for the boot loader and kernel. isn't getting the job done for me. On the boot floppies, there is something that actually announces itself as setting the comconsole back to vidconsole and on the cd images there is an error message that I would like to capture, that seems to ignore the setting of comconsole. I know this one! If you're trying to use the serial console at initial install time, then maybe this page will be useful to you: http://www.hempeldesigngroup.com/embedded/stories/bdgFreeBSDHeadless.html I haven't tried to set it up so that once the install is done I can use the serial console. It's probably better to SSH into the box... Ralph ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
