Re: Server Reboot
- Original Message - From: Gary Kline To: Garrett Cooper Cc: Grant Peel ; FreeBSD Mailing List Sent: Saturday, October 06, 2007 10:15 PM Subject: Re: Server Reboot On Sat, Oct 06, 2007 at 08:19:12AM -0700, Garrett Cooper wrote: Grant Peel wrote: Hi all, This is the first time in 10 years I have seen this. I have a Dell PE750 (vintage 2004), running FreeBSD 6.2 that had been up and running for about 30 days without any issues. The server somehow rebooted last night, apparently, all by itself. The last log file line I can find waqs about 12:30 AM. The dmesg shows it restarted about 1:12 AM. dmesg shows some file errors that were fixed upon reboot, other that that, everything is back up and running normally. I was wondering if anyone has seen anything similar and if a cause was found. Here is what I know: -all servers (there are 5 more) are plugged into the same power bar and none of the others were affected -none of the standard logs show any intrusion or root log in attempt, -dmesg and console log show nothing of note, -the DRAC logs and ESM logs show nothing, -the sensors (temp,voltage,etc) logs currently show no issues, all well withing normal parms. -my MRTG logs show no abnormal CPU usage or network activity. Any help would be appreciated, -Grant Check the capacitors on the motherboard (in particular near the memory and processor); they may be going bad (esp with that vintage. 2004 Dell was a bad year =P..). You'll be looking for swelled capacitors and possibly some orange dialectric being emitted. -Garrett Strange. In just the past few, 2 or 3 or even 4 weeks my Dell-8200 has spontaneouslyrebooted too. I do have a number of things in /var/log/messages, but nothing that I can seee that would cause this problem. Before the video-card started flaking out, this puppy ran for weeks/months happily. AFAIW, X (or a heavily-loaded system) shouldn't have aynything to do with this problem, [yes/no??]. Any clues, Garrett? Ah, wait: dmesg.yesterday says rl0: link state changed to UP pid 729 (Xorg), uid 0: exited on signal 6 (core dumped) pid 4475 (Xorg), uid 0: exited on signal 6 (core dumped) pid 60174 (firefox-bin), uid 1000: exited on signal 11 (core dumped) pid 47564 (as), uid 0: exited on signal 11 (core dumped) pid 47570 (as), uid 0: exited on signal 11 (core dumped) pid 79051 (as), uid 0: exited on signal 11 (core dumped) pid 79057 (as), uid 0: exited on signal 11 (core dumped) pid 3625 (as), uid 0: exited on signal 11 (core dumped) pid 3631 (as), uid 0: exited on signal 11 (core dumped) pid 74013 (conftest), uid 0: exited on signal 12 (core dumped) This file is timestamped 03 Oct 07 at 03:17 Anybody know why firefox would core dump? I have no clue waht conftest is... . Grant, how oten has your system failed? gary Gary, I have owned this server since new (in 2004), and this is the first time it has done this. I also have another PE750 that was bought and deployed the same time as this one and it has never done this. I am not running anything graphical on this, so I am guessing its not the built in video card. It is running as a server only. Apache 2, Mysql, 4PHP4, Perl5, Exim4, vm-pop3d, ipa, Openwebmail, and a number of add in modules for all the above. One thing I may have neglected in my original post, is that it appears the system may have been locked for a while since the last log entry I can find befor the reboot was at about 12:20 am, the system then shows the reboot at about 1:20 AM. -Grant -- Gary Kline [EMAIL PROTECTED] www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org -- Total Control Panel Login To: [EMAIL PROTECTED] Message Score: 50 High (60): Pass From: [EMAIL PROTECTED] My Spam Blocking Level: High Medium (75): Pass Low (90): Pass Block messages from this sender (blacklist) This message was delivered because the content filter score did not exceed your filter level. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Server Reboot
Quick question, if you are running a non-X system why, or even more importantly, how is Firefox-bin running in the first place? Dylan Grant Peel wrote: - Original Message - From: Gary Kline To: Garrett Cooper Cc: Grant Peel ; FreeBSD Mailing List Sent: Saturday, October 06, 2007 10:15 PM Subject: Re: Server Reboot On Sat, Oct 06, 2007 at 08:19:12AM -0700, Garrett Cooper wrote: Grant Peel wrote: Hi all, This is the first time in 10 years I have seen this. I have a Dell PE750 (vintage 2004), running FreeBSD 6.2 that had been up and running for about 30 days without any issues. The server somehow rebooted last night, apparently, all by itself. The last log file line I can find waqs about 12:30 AM. The dmesg shows it restarted about 1:12 AM. dmesg shows some file errors that were fixed upon reboot, other that that, everything is back up and running normally. I was wondering if anyone has seen anything similar and if a cause was found. Here is what I know: -all servers (there are 5 more) are plugged into the same power bar and none of the others were affected -none of the standard logs show any intrusion or root log in attempt, -dmesg and console log show nothing of note, -the DRAC logs and ESM logs show nothing, -the sensors (temp,voltage,etc) logs currently show no issues, all well withing normal parms. -my MRTG logs show no abnormal CPU usage or network activity. Any help would be appreciated, -Grant Check the capacitors on the motherboard (in particular near the memory and processor); they may be going bad (esp with that vintage. 2004 Dell was a bad year =P..). You'll be looking for swelled capacitors and possibly some orange dialectric being emitted. -Garrett Strange. In just the past few, 2 or 3 or even 4 weeks my Dell-8200 has spontaneouslyrebooted too. I do have a number of things in /var/log/messages, but nothing that I can seee that would cause this problem. Before the video-card started flaking out, this puppy ran for weeks/months happily. AFAIW, X (or a heavily-loaded system) shouldn't have aynything to do with this problem, [yes/no??]. Any clues, Garrett? Ah, wait: dmesg.yesterday says rl0: link state changed to UP pid 729 (Xorg), uid 0: exited on signal 6 (core dumped) pid 4475 (Xorg), uid 0: exited on signal 6 (core dumped) pid 60174 (firefox-bin), uid 1000: exited on signal 11 (core dumped) pid 47564 (as), uid 0: exited on signal 11 (core dumped) pid 47570 (as), uid 0: exited on signal 11 (core dumped) pid 79051 (as), uid 0: exited on signal 11 (core dumped) pid 79057 (as), uid 0: exited on signal 11 (core dumped) pid 3625 (as), uid 0: exited on signal 11 (core dumped) pid 3631 (as), uid 0: exited on signal 11 (core dumped) pid 74013 (conftest), uid 0: exited on signal 12 (core dumped) This file is timestamped 03 Oct 07 at 03:17 Anybody know why firefox would core dump? I have no clue waht conftest is... . Grant, how oten has your system failed? gary Gary, I have owned this server since new (in 2004), and this is the first time it has done this. I also have another PE750 that was bought and deployed the same time as this one and it has never done this. I am not running anything graphical on this, so I am guessing its not the built in video card. It is running as a server only. Apache 2, Mysql, 4PHP4, Perl5, Exim4, vm-pop3d, ipa, Openwebmail, and a number of add in modules for all the above. One thing I may have neglected in my original post, is that it appears the system may have been locked for a while since the last log entry I can find befor the reboot was at about 12:20 am, the system then shows the reboot at about 1:20 AM. -Grant -- Gary Kline [EMAIL PROTECTED] www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org -- Total Control Panel Login To: [EMAIL PROTECTED] Message Score: 50 High (60): Pass From: [EMAIL PROTECTED] My Spam Blocking Level: High Medium (75): Pass Low (90): Pass Block messages from this sender (blacklist) This message was delivered because the content filter score did not exceed your filter level. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Server Reboot
Grant Peel wrote: - Original Message - *From:* Gary Kline mailto:[EMAIL PROTECTED] *To:* Garrett Cooper mailto:[EMAIL PROTECTED] *Cc:* Grant Peel mailto:[EMAIL PROTECTED] ; FreeBSD Mailing List mailto:freebsd-questions@freebsd.org *Sent:* Saturday, October 06, 2007 10:15 PM *Subject:* Re: Server Reboot On Sat, Oct 06, 2007 at 08:19:12AM -0700, Garrett Cooper wrote: Grant Peel wrote: Hi all, This is the first time in 10 years I have seen this. I have a Dell PE750 (vintage 2004), running FreeBSD 6.2 that had been up and running for about 30 days without any issues. The server somehow rebooted last night, apparently, all by itself. The last log file line I can find waqs about 12:30 AM. The dmesg shows it restarted about 1:12 AM. dmesg shows some file errors that were fixed upon reboot, other that that, everything is back up and running normally. I was wondering if anyone has seen anything similar and if a cause was found. Here is what I know: -all servers (there are 5 more) are plugged into the same power bar and none of the others were affected -none of the standard logs show any intrusion or root log in attempt, -dmesg and console log show nothing of note, -the DRAC logs and ESM logs show nothing, -the sensors (temp,voltage,etc) logs currently show no issues, all well withing normal parms. -my MRTG logs show no abnormal CPU usage or network activity. Any help would be appreciated, -Grant Check the capacitors on the motherboard (in particular near the memory and processor); they may be going bad (esp with that vintage. 2004 Dell was a bad year =P..). You'll be looking for swelled capacitors and possibly some orange dialectric being emitted. -Garrett Strange. In just the past few, 2 or 3 or even 4 weeks my Dell-8200 has spontaneouslyrebooted too. I do have a number of things in /var/log/messages, but nothing that I can seee that would cause this problem. Before the video-card started flaking out, this puppy ran for weeks/months happily. AFAIW, X (or a heavily-loaded system) shouldn't have aynything to do with this problem, [yes/no??]. Any clues, Garrett? Ah, wait: dmesg.yesterday says rl0: link state changed to UP pid 729 (Xorg), uid 0: exited on signal 6 (core dumped) pid 4475 (Xorg), uid 0: exited on signal 6 (core dumped) pid 60174 (firefox-bin), uid 1000: exited on signal 11 (core dumped) pid 47564 (as), uid 0: exited on signal 11 (core dumped) pid 47570 (as), uid 0: exited on signal 11 (core dumped) pid 79051 (as), uid 0: exited on signal 11 (core dumped) pid 79057 (as), uid 0: exited on signal 11 (core dumped) pid 3625 (as), uid 0: exited on signal 11 (core dumped) pid 3631 (as), uid 0: exited on signal 11 (core dumped) pid 74013 (conftest), uid 0: exited on signal 12 (core dumped) This file is timestamped 03 Oct 07 at 03:17 Anybody know why firefox would core dump? I have no clue waht conftest is... . Grant, how oten has your system failed? gary Gary, I have owned this server since new (in 2004), and this is the first time it has done this. I also have another PE750 that was bought and deployed the same time as this one and it has never done this. I am not running anything graphical on this, so I am guessing its not the built in video card. It is running as a server only. Apache 2, Mysql, 4PHP4, Perl5, Exim4, vm-pop3d, ipa, Openwebmail, and a number of add in modules for all the above. One thing I may have neglected in my original post, is that it appears the system may have been locked for a while since the last log entry I can find befor the reboot was at about 12:20 am, the system then shows the reboot at about 1:20 AM. -Grant -- Gary Kline [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org Gary, Depending on the webpages, amount of memory in use, and other things, firefox did have a tendency to crash from time to time when I used it. Most of the time it was an indication of bugs created by over-optimized binaries or rogue plugins / add-ons / extensions. conftest is run by autoconf, and a signal should only be 'thrown' (IIRC) if a test fails. Not sure about the signal 6 (SIGABRT) and other segfault stuff though.. About the X11 comment.. actually a system that's heavier loaded than a lighter loaded system will exhibit more issues if any exist. So the more you run (at one time), the more problems you will see (possibly...). Grant
Re: Server Reboot
On Sun, Oct 07, 2007 at 07:27:21AM -0700, Garrett Cooper wrote: Grant Peel wrote: - Original Message - *From:* Gary Kline mailto:[EMAIL PROTECTED] *To:* Garrett Cooper mailto:[EMAIL PROTECTED] *Cc:* Grant Peel mailto:[EMAIL PROTECTED] ; FreeBSD Mailing List mailto:freebsd-questions@freebsd.org *Sent:* Saturday, October 06, 2007 10:15 PM *Subject:* Re: Server Reboot [[ ... ]] Gary, Depending on the webpages, amount of memory in use, and other things, firefox did have a tendency to crash from time to time when I used it. Most of the time it was an indication of bugs created by over-optimized binaries or rogue plugins / add-ons / extensions. conftest is run by autoconf, and a signal should only be 'thrown' Same here. No clue on the aborts or the SIGSYS. That's because I don't watch my portupgrades. It looks like it's time to run ``script'' and capture stuff. (IIRC) if a test fails. Not sure about the signal 6 (SIGABRT) and other segfault stuff though.. About the X11 comment.. actually a system that's heavier loaded than a lighter loaded system will exhibit more issues if any exist. So the more you run (at one time), the more problems you will see (possibly...). I'm pretty sure that firefo and most everything build without -O3. I'll double-ck. Anyway, if binaries crash, it should't cause the server to power-cycle. If it *is* heat, maybe we can use a fan from one of my junk Kayaks... . Grant, I'd check your thermal stuff then (both on your drives and your case). What might be happening is that the machine is heating up after extended periods of intense computation or disk use, then it reaches the threshold operating temperature, and reboots. Garrett, I'm thinking same thing with my Dell. It's crammed in there and may need more space to draw in fresh air. ...Live 'n' learn, hopefully! gary HTH, -Garrett -- Gary Kline [EMAIL PROTECTED] www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Server Reboot
Hi all, This is the first time in 10 years I have seen this. I have a Dell PE750 (vintage 2004), running FreeBSD 6.2 that had been up and running for about 30 days without any issues. The server somehow rebooted last night, apparently, all by itself. The last log file line I can find waqs about 12:30 AM. The dmesg shows it restarted about 1:12 AM. dmesg shows some file errors that were fixed upon reboot, other that that, everything is back up and running normally. I was wondering if anyone has seen anything similar and if a cause was found. Here is what I know: -all servers (there are 5 more) are plugged into the same power bar and none of the others were affected -none of the standard logs show any intrusion or root log in attempt, -dmesg and console log show nothing of note, -the DRAC logs and ESM logs show nothing, -the sensors (temp,voltage,etc) logs currently show no issues, all well withing normal parms. -my MRTG logs show no abnormal CPU usage or network activity. Any help would be appreciated, -Grant ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Server Reboot
Grant Peel wrote: Hi all, This is the first time in 10 years I have seen this. I have a Dell PE750 (vintage 2004), running FreeBSD 6.2 that had been up and running for about 30 days without any issues. The server somehow rebooted last night, apparently, all by itself. The last log file line I can find waqs about 12:30 AM. The dmesg shows it restarted about 1:12 AM. dmesg shows some file errors that were fixed upon reboot, other that that, everything is back up and running normally. I was wondering if anyone has seen anything similar and if a cause was found. Here is what I know: -all servers (there are 5 more) are plugged into the same power bar and none of the others were affected -none of the standard logs show any intrusion or root log in attempt, -dmesg and console log show nothing of note, -the DRAC logs and ESM logs show nothing, -the sensors (temp,voltage,etc) logs currently show no issues, all well withing normal parms. -my MRTG logs show no abnormal CPU usage or network activity. Any help would be appreciated, -Grant Check the capacitors on the motherboard (in particular near the memory and processor); they may be going bad (esp with that vintage. 2004 Dell was a bad year =P..). You'll be looking for swelled capacitors and possibly some orange dialectric being emitted. -Garrett ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Server Reboot
On Sat, Oct 06, 2007 at 08:19:12AM -0700, Garrett Cooper wrote: Grant Peel wrote: Hi all, This is the first time in 10 years I have seen this. I have a Dell PE750 (vintage 2004), running FreeBSD 6.2 that had been up and running for about 30 days without any issues. The server somehow rebooted last night, apparently, all by itself. The last log file line I can find waqs about 12:30 AM. The dmesg shows it restarted about 1:12 AM. dmesg shows some file errors that were fixed upon reboot, other that that, everything is back up and running normally. I was wondering if anyone has seen anything similar and if a cause was found. Here is what I know: -all servers (there are 5 more) are plugged into the same power bar and none of the others were affected -none of the standard logs show any intrusion or root log in attempt, -dmesg and console log show nothing of note, -the DRAC logs and ESM logs show nothing, -the sensors (temp,voltage,etc) logs currently show no issues, all well withing normal parms. -my MRTG logs show no abnormal CPU usage or network activity. Any help would be appreciated, -Grant Check the capacitors on the motherboard (in particular near the memory and processor); they may be going bad (esp with that vintage. 2004 Dell was a bad year =P..). You'll be looking for swelled capacitors and possibly some orange dialectric being emitted. -Garrett Strange. In just the past few, 2 or 3 or even 4 weeks my Dell-8200 has spontaneouslyrebooted too. I do have a number of things in /var/log/messages, but nothing that I can seee that would cause this problem. Before the video-card started flaking out, this puppy ran for weeks/months happily. AFAIW, X (or a heavily-loaded system) shouldn't have aynything to do with this problem, [yes/no??]. Any clues, Garrett? Ah, wait: dmesg.yesterday says rl0: link state changed to UP pid 729 (Xorg), uid 0: exited on signal 6 (core dumped) pid 4475 (Xorg), uid 0: exited on signal 6 (core dumped) pid 60174 (firefox-bin), uid 1000: exited on signal 11 (core dumped) pid 47564 (as), uid 0: exited on signal 11 (core dumped) pid 47570 (as), uid 0: exited on signal 11 (core dumped) pid 79051 (as), uid 0: exited on signal 11 (core dumped) pid 79057 (as), uid 0: exited on signal 11 (core dumped) pid 3625 (as), uid 0: exited on signal 11 (core dumped) pid 3631 (as), uid 0: exited on signal 11 (core dumped) pid 74013 (conftest), uid 0: exited on signal 12 (core dumped) This file is timestamped 03 Oct 07 at 03:17 Anybody know why firefox would core dump? I have no clue waht conftest is... . Grant, how oten has your system failed? gary -- Gary Kline [EMAIL PROTECTED] www.thought.org Public Service Unix http://jottings.thought.org http://transfinite.thought.org ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FastCGI PHP does not start on server reboot (via rc script).
On 7/25/07, Maxim Khitrov [EMAIL PROTECTED] wrote: On 7/24/07, Maxim Khitrov [EMAIL PROTECTED] wrote: Hello, I have this problem that I can't figure out. One of my web servers is using a combination of lighttpd and FastCGI php to run a few sites. On lighttpd website there is an rc script to help FreeBSD users start FastCGI php processes automatically. I've pasted that script below. I should say that if I run it manually as root, everything works beautifully. As you can see, the script creates a unix socket at /var/run/fastcgi/php.sock, and lighttpd is then able to execute php scripts. The problem is that every time the server is rebooted, the script does not start back up. I have to start it manually. I can't find any log entries that would indicate a problem, so I'm not even sure where to start looking. Below is the script that I'm trying to run, file permissions for relevant files, and contents of my rc.conf. Would greatly appreciate it if someone could at least tell me where to start looking for a solution to this problem. Thanks, Maxim Khitrov /etc/rc.conf: fcgiphp_enable=YES /var/run/fastcgi: -rw-r--r-- 1 www www -5B Jul 24 17:06 php.pid srwxr-xr-x 1 www www -0B Jul 24 17:06 php.sock= /usr/local/etc/rc.d: -r-xr-xr-x 1 root wheel - 1.6K May 23 17:28 fastcgi-php* /usr/local/etc/rc.d/fastcgi-php: #!/bin/sh # FreeBSD rc.d script for fastcgi+php # in rc.conf # fcgiphp_enable (bool):Set it to YES to enable fastcgi+php # Default is NO. # other options see below # . /etc/rc.subr name=fcgiphp rcvar=`set_rcvar` load_rc_config $name : ${fcgiphp_enable=NO} : ${fcgiphp_bin_path=/usr/local/bin/php-cgi} : ${fcgiphp_user=www} : ${fcgiphp_group=www} : ${fcgiphp_children=2} : ${fcgiphp_port=8002} : ${fcgiphp_socket=/var/run/fastcgi/php.sock} : ${fcgiphp_env=SHELL PATH USER} : ${fcgiphp_max_requests=100} : ${fcgiphp_addr=localhost} pidfile=/var/run/fastcgi/php.pid procname=${fcgiphp_bin_path} command_args=/usr/local/bin/spawn-fcgi 2 /dev/null -f ${fcgiphp_bin_path} -u ${fcgiphp_user} -g ${fcgiphp_group} -C ${fcgiphp_children} -P ${pidfile} start_precmd=start_precmd stop_postcmd=stop_postcmd start_precmd() { PHP_FCGI_MAX_REQUESTS=${fcgiphp_max_requests} FCGI_WEB_SERVER_ADDRS=$fcgiphp_addr export PHP_FCGI_MAX_REQUESTS export FCGI_WEB_SERVER_ADDRS allowed_env=${fcgiphp_env} PHP_FCGI_MAX_REQUESTS FCGI_WEB_SERVER_ADDRS # copy the allowed environment variables E= for i in $allowed_env; do eval x=\$$i E=$E $i=$x done command=env - $E if [ -n ${fcgiphp_socket} ]; then command_args=${command_args} -s ${fcgiphp_socket} elif [ -n ${fcgiphp_port} ]; then command_args=${command_args} -p ${fcgiphp_port} else echo socket or port must be specified! exit fi } stop_postcmd() { rm -f ${pidfile} # eval ipcs | awk '{ if (\$5 == \${fcgiphp_user}\) print \ipcrm -s \\$2}' | /bin/sh } run_rc_command $1 Sorry for replying to myself, but I forgot to mention that this server is actually running inside a jail. I have no idea if that has anything to do with it. I also have other services being started from /usr/local/etc/rc.d (lighttpd, mysql, and a few others), but this fastcgi script is the only one that fails to work. One other thing to add... I moved the script from /usr/local/etc/rc.d/ to /etc/rc.d/ and it works perfectly. Didn't change a thing other than where the script is running from. All my rc scripts in /etc are also unmodified. Is it really the case that no one has seen something like this before? Why would a script run from one location, but not from another? Especially given the fact that other scripts in /usr/local/etc/rc.d are being executed normally. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FastCGI PHP does not start on server reboot (via rc script).
On 7/24/07, Maxim Khitrov [EMAIL PROTECTED] wrote: Hello, I have this problem that I can't figure out. One of my web servers is using a combination of lighttpd and FastCGI php to run a few sites. On lighttpd website there is an rc script to help FreeBSD users start FastCGI php processes automatically. I've pasted that script below. I should say that if I run it manually as root, everything works beautifully. As you can see, the script creates a unix socket at /var/run/fastcgi/php.sock, and lighttpd is then able to execute php scripts. The problem is that every time the server is rebooted, the script does not start back up. I have to start it manually. I can't find any log entries that would indicate a problem, so I'm not even sure where to start looking. Below is the script that I'm trying to run, file permissions for relevant files, and contents of my rc.conf. Would greatly appreciate it if someone could at least tell me where to start looking for a solution to this problem. Thanks, Maxim Khitrov /etc/rc.conf: fcgiphp_enable=YES /var/run/fastcgi: -rw-r--r-- 1 www www -5B Jul 24 17:06 php.pid srwxr-xr-x 1 www www -0B Jul 24 17:06 php.sock= /usr/local/etc/rc.d: -r-xr-xr-x 1 root wheel - 1.6K May 23 17:28 fastcgi-php* /usr/local/etc/rc.d/fastcgi-php: #!/bin/sh # FreeBSD rc.d script for fastcgi+php # in rc.conf # fcgiphp_enable (bool):Set it to YES to enable fastcgi+php # Default is NO. # other options see below # . /etc/rc.subr name=fcgiphp rcvar=`set_rcvar` load_rc_config $name : ${fcgiphp_enable=NO} : ${fcgiphp_bin_path=/usr/local/bin/php-cgi} : ${fcgiphp_user=www} : ${fcgiphp_group=www} : ${fcgiphp_children=2} : ${fcgiphp_port=8002} : ${fcgiphp_socket=/var/run/fastcgi/php.sock} : ${fcgiphp_env=SHELL PATH USER} : ${fcgiphp_max_requests=100} : ${fcgiphp_addr=localhost} pidfile=/var/run/fastcgi/php.pid procname=${fcgiphp_bin_path} command_args=/usr/local/bin/spawn-fcgi 2 /dev/null -f ${fcgiphp_bin_path} -u ${fcgiphp_user} -g ${fcgiphp_group} -C ${fcgiphp_children} -P ${pidfile} start_precmd=start_precmd stop_postcmd=stop_postcmd start_precmd() { PHP_FCGI_MAX_REQUESTS=${fcgiphp_max_requests} FCGI_WEB_SERVER_ADDRS=$fcgiphp_addr export PHP_FCGI_MAX_REQUESTS export FCGI_WEB_SERVER_ADDRS allowed_env=${fcgiphp_env} PHP_FCGI_MAX_REQUESTS FCGI_WEB_SERVER_ADDRS # copy the allowed environment variables E= for i in $allowed_env; do eval x=\$$i E=$E $i=$x done command=env - $E if [ -n ${fcgiphp_socket} ]; then command_args=${command_args} -s ${fcgiphp_socket} elif [ -n ${fcgiphp_port} ]; then command_args=${command_args} -p ${fcgiphp_port} else echo socket or port must be specified! exit fi } stop_postcmd() { rm -f ${pidfile} # eval ipcs | awk '{ if (\$5 == \${fcgiphp_user}\) print \ipcrm -s \\$2}' | /bin/sh } run_rc_command $1 Sorry for replying to myself, but I forgot to mention that this server is actually running inside a jail. I have no idea if that has anything to do with it. I also have other services being started from /usr/local/etc/rc.d (lighttpd, mysql, and a few others), but this fastcgi script is the only one that fails to work. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
FastCGI PHP does not start on server reboot (via rc script).
Hello, I have this problem that I can't figure out. One of my web servers is using a combination of lighttpd and FastCGI php to run a few sites. On lighttpd website there is an rc script to help FreeBSD users start FastCGI php processes automatically. I've pasted that script below. I should say that if I run it manually as root, everything works beautifully. As you can see, the script creates a unix socket at /var/run/fastcgi/php.sock, and lighttpd is then able to execute php scripts. The problem is that every time the server is rebooted, the script does not start back up. I have to start it manually. I can't find any log entries that would indicate a problem, so I'm not even sure where to start looking. Below is the script that I'm trying to run, file permissions for relevant files, and contents of my rc.conf. Would greatly appreciate it if someone could at least tell me where to start looking for a solution to this problem. Thanks, Maxim Khitrov /etc/rc.conf: fcgiphp_enable=YES /var/run/fastcgi: -rw-r--r-- 1 www www -5B Jul 24 17:06 php.pid srwxr-xr-x 1 www www -0B Jul 24 17:06 php.sock= /usr/local/etc/rc.d: -r-xr-xr-x 1 root wheel - 1.6K May 23 17:28 fastcgi-php* /usr/local/etc/rc.d/fastcgi-php: #!/bin/sh # FreeBSD rc.d script for fastcgi+php # in rc.conf # fcgiphp_enable (bool):Set it to YES to enable fastcgi+php # Default is NO. # other options see below # . /etc/rc.subr name=fcgiphp rcvar=`set_rcvar` load_rc_config $name : ${fcgiphp_enable=NO} : ${fcgiphp_bin_path=/usr/local/bin/php-cgi} : ${fcgiphp_user=www} : ${fcgiphp_group=www} : ${fcgiphp_children=2} : ${fcgiphp_port=8002} : ${fcgiphp_socket=/var/run/fastcgi/php.sock} : ${fcgiphp_env=SHELL PATH USER} : ${fcgiphp_max_requests=100} : ${fcgiphp_addr=localhost} pidfile=/var/run/fastcgi/php.pid procname=${fcgiphp_bin_path} command_args=/usr/local/bin/spawn-fcgi 2 /dev/null -f ${fcgiphp_bin_path} -u ${fcgiphp_user} -g ${fcgiphp_group} -C ${fcgiphp_children} -P ${pidfile} start_precmd=start_precmd stop_postcmd=stop_postcmd start_precmd() { PHP_FCGI_MAX_REQUESTS=${fcgiphp_max_requests} FCGI_WEB_SERVER_ADDRS=$fcgiphp_addr export PHP_FCGI_MAX_REQUESTS export FCGI_WEB_SERVER_ADDRS allowed_env=${fcgiphp_env} PHP_FCGI_MAX_REQUESTS FCGI_WEB_SERVER_ADDRS # copy the allowed environment variables E= for i in $allowed_env; do eval x=\$$i E=$E $i=$x done command=env - $E if [ -n ${fcgiphp_socket} ]; then command_args=${command_args} -s ${fcgiphp_socket} elif [ -n ${fcgiphp_port} ]; then command_args=${command_args} -p ${fcgiphp_port} else echo socket or port must be specified! exit fi } stop_postcmd() { rm -f ${pidfile} # eval ipcs | awk '{ if (\$5 == \${fcgiphp_user}\) print \ipcrm -s \\$2}' | /bin/sh } run_rc_command $1 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Mail server reboot while upgrading ports
Was just going about doing an upgrade to my primary mail server yesterday and right in the middle of it doing its thing I hear a beep, it stops, then reboots. No warnings, no errors, nothing. Just reboots. Tracking it back I was somewhere in the middle of upgrading /usr/ports/dns/p5-net-dns when it burped. It's done that to me before with python upgrades on a different box. I couldn't see what was actually happening at the console as I was across the room ssh'ed in when it did this. Logs don't show anything sadly enough and for some reason I can't get the box to log portupgrade or make so I can see when errors like this might happen. Anyone got any ideas what might be happening? I did get the port upgraded, but not before having to go in and clean up the mess that this reboot left. I can't say this was necessarily caused by the dns port I was upgrading cause it's done it in the past a couple of times with other ports nearly the same way. Yet after it reboots if I go in and install the port manually (usually have to as the port gets trashed because of whatever it is that reboots the machine) to fix it, then everything plays nice. I have no idea what's up. Anyone have any thoughts on this? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Mail server reboot while upgrading ports
As in hardware fault? Hmm, I'd almost be willing to believe that but I've got an identical machine which acts as it's backup that does the same thing from time to time. And it's never in the same way in the same spot or doing the same thing. That's what's puzzling the living heck out of me. But then again my two BSD workstations don't have this issue, so again it's entirely possible. At 12:52 PM 9/9/03 -0400, [EMAIL PROTECTED] wrote: time to buy a new computer yours has a fault ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Mail server reboot while upgrading ports
heat? Both could be overheating the same way if it is the same hardware in the same room under identical conditions. Try to move one to the fridge and see if it stop freezing ;) Raphaël Le Mercredi, 10 sep 2003, à 14:38 Europe/Zurich, Dragoncrest a écrit : As in hardware fault? Hmm, I'd almost be willing to believe that but I've got an identical machine which acts as it's backup that does the same thing from time to time. And it's never in the same way in the same spot or doing the same thing. That's what's puzzling the living heck out of me. But then again my two BSD workstations don't have this issue, so again it's entirely possible. At 12:52 PM 9/9/03 -0400, [EMAIL PROTECTED] wrote: time to buy a new computer yours has a fault ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Mail server reboot while upgrading ports
At 01:17 AM 9/10/03 +0200, Raphaël Marmier wrote: heat? Both could be overheating the same way if it is the same hardware in the same room under identical conditions. Try to move one to the fridge and see if it stop freezing ;) Actually, it's rebooting randomly during installs or upgrades only. It did it once due to spam assassign, but that was a long time back. I did however encounter something of interest that might give us some insight into this. Even though I'd periodically have failed builds or installs, or even reboots at random during this, I always seemed to get a lot of this one ruby error. Here's two examples. /usr/local/lib/ruby/site_ruby/1.6/pkginfo.rb:45: [BUG] rb_gc_mark(): unknown data type 0x7(0x8053e04) corrupted object ruby 1.6.8 (2003-03-26) [i386-freebsd4] /usr/local/lib/ruby/site_ruby/1.6/pkgdb.rb:336: [BUG] rb_gc_mark(): unknown data type 0x7(0x82024dc) corrupted object ruby 1.6.8 (2003-03-26) [i386-freebsd4] I've since done a pkgdb -F to see if that would help and it did find one small error in the database. So not sure if that fixed it or not. I am however fully completed with all the upgrades after 5 painful hours, so that's at least good. That means I shouldn't have to touch this for a while longer at which this problem may crop up its ugly head. I'll keep an eye on it and report anything new I find. I don't expect this to be easy to solve. But we'll keep looking for clues. Speaking of clues, is there a way to log everything that goes on in a TTY session? I've noticed that when this thing crashes it prints something to the screen (I can't see it cause I'm away at another desk when it does it) about the crash and a reboot in 15 seconds but I'm never fast enough over there to catch it. I want to try and catch that in a file if possible so I better know what's wrong with this thing. I'm sure it has something to do with adding a switch to the logging system, but I can't find where to add the switch and which one would do it. Any input would be welcome. Thanks. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Mail server reboot while upgrading ports
Check the power supply and ram. So many times similar things like this has happened to me, and almost every time it was a stick of ram with some bad bits on it, or an underpowered/going bad PSU. ** Jeremy D. Pavleck [EMAIL PROTECTED] Tired of PayPal? Me too. Check out StormPay, it works the same way, with 110% less anal-retentiveness! http://www.stormpay.com/?193662 (Just my referral link, please help me earn a few cents :)) On Wed, 10 Sep 2003, Dragoncrest wrote: As in hardware fault? Hmm, I'd almost be willing to believe that but I've got an identical machine which acts as it's backup that does the same thing from time to time. And it's never in the same way in the same spot or doing the same thing. That's what's puzzling the living heck out of me. But then again my two BSD workstations don't have this issue, so again it's entirely possible. At 12:52 PM 9/9/03 -0400, [EMAIL PROTECTED] wrote: time to buy a new computer yours has a fault ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Server Reboot
UPDATE: Here is some interesting stuff from a dmesg Fatal trap 12: page fault while in kernel mode mp_lock = 0002; cpuid = 0; lapic.id = fault virtual address = 0xa127194c fault code = supervisor read, page not present instruction pointer = 0x8:0xc022f45a stack pointer = 0x10:0xe4455c94 frame pointer = 0x10:0xe4455cc8 code segment= base 0x0, limit 0xf, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags= interrupt enabled, resume, IOPL = 0 current process = 13308 (qmail-pop3d) interrupt mask = none - SMP: XXX trap number = 12 panic: page fault mp_lock = 0002; cpuid = 0; lapic.id = Maybe this will help in solving my problem? Thank you, Lew A GWI Operations - A tiger can smile A snake will say it loves you Lies make us evil - On Sun, 17 Nov 2002, Lew A wrote: Hello, Last night at about 5 o'clock my pop server rebooted itself, looks like the kernel freak out. It doesn't look like the kernel cored, so I can't debug it. Here is the information if anyone has any helpful hints it'd be great. server: {14} % uname -a FreeBSD server.gwi.net 4.5-RELEASE-p20 FreeBSD 4.5-RELEASE-p20 #0: Sun Sep 15 09:18:11 EDT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GWI-SMP i386 server: {15} % uptime 8:57AM up 18 hrs, 1 user, load averages: 0.24, 0.13, 0.07 ~SNIP FROM MESSAGES~ Nov 16 14:58:14 server /kernel: Nov 16 14:58:14 server /kernel: Nov 16 14:58:14 server /kernel: Fatal trap 12: page fault while in kernel mode Nov 16 14:58:14 server /kernel: mp_lock = 0002; cpuid = 0; lapic.id = Nov 16 14:58:14 server /kernel: fault virtual address = 0xa127194c Nov 16 14:58:14 server /kernel: fault code= supervisor read, page not present Nov 16 14:58:14 server /kernel: instruction pointer = 0x8:0xc022f45a Nov 16 14:58:14 server /kernel: stack pointer = 0x10:0xe4455c94 Nov 16 14:58:14 server /kernel: frame pointer = 0x10:0xe4455cc8 Nov 16 14:58:14 server /kernel: code segment = base 0x0, limit 0xf, t ype 0x1b Nov 16 14:58:14 server /kernel: = DPL 0, pres 1, def32 1, gran 1 Nov 16 14:58:14 server /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Nov 16 14:58:14 server /kernel: current process = 13308 (qmail-pop3d) Nov 16 14:58:14 server /kernel: interrupt mask= none - SMP: XXX Nov 16 14:58:14 server /kernel: trap number = 12 Nov 16 14:58:14 server /kernel: panic: page fault Nov 16 14:58:14 server /kernel: mp_lock = 0002; cpuid = 0; lapic.id = Nov 16 14:58:14 server /kernel: Nov 16 14:58:14 server /kernel: syncing disks... 2 Nov 16 14:58:14 server /kernel: done Nov 16 14:58:14 server /kernel: Uptime: 46d23h53m37s Nov 16 14:58:14 server /kernel: Automatic reboot in 15 seconds - press a key on the co nsole to abort Nov 16 14:58:14 server /kernel: Rebooting... Nov 16 14:58:14 server /kernel: Copyright (c) 1992-2002 The FreeBSD Project. Nov 16 14:58:14 server /kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991 , 1992, 1993, 1994 Nov 16 14:58:14 server /kernel: The Regents of the University of California. All right s reserved. Nov 16 14:58:14 server /kernel: FreeBSD 4.5-RELEASE-p20 #0: Sun Sep 15 09:18:11 EDT 20 02 Nov 16 14:58:14 server /kernel: [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GWI-SMP Nov 16 14:58:14 server /kernel: Timecounter i8254 frequency 1193182 Hz Nov 16 14:58:14 server /kernel: CPU: Pentium III/Pentium III Xeon/Celeron (1132.79-MHz 686-class CPU) Nov 16 14:58:14 server /kernel: Origin = GenuineIntel Id = 0x6b1 Stepping = 1 Nov 16 14:58:14 server /kernel: Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8, APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE Nov 16 14:58:14 server /kernel: real memory = 1073676288 (1048512K bytes) Nov 16 14:58:14 server /kernel: avail memory = 1041203200 (1016800K bytes) Nov 16 14:58:14 server /kernel: Programming 16 pins in IOAPIC #0 Nov 16 14:58:14 server /kernel: IOAPIC #0 intpin 2 - irq 0 Nov 16 14:58:14 server /kernel: Programming 16 pins in IOAPIC #1 Nov 16 14:58:14 server /kernel: FreeBSD/SMP: Multiprocessor motherboard Nov 16 14:58:14 server /kernel: cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee 0 Nov 16 14:58:14 server /kernel: io0 (APIC): apic id: 4, version: 0x000f0011, at 0xfec 0 Nov 16 14:58:14 server /kernel: io1 (APIC): apic id: 5, version: 0x000f0011, at 0xfec 01000 Nov 16 14:58:14 server /kernel: Preloaded elf kernel kernel at 0xc03d. Nov 16 14:58:14 server /kernel: Pentium Pro MTRR support enabled Nov 16 14:58:14 server /kernel: md0: Malloc disk Nov 16 14:58:14 server /kernel: Using $PIR table, 8 entries at 0xc00f5130 Nov 16 14:58:14 server /kernel: apm0: APM BIOS on motherboard
Server Reboot
Hello, Last night at about 5 o'clock my pop server rebooted itself, looks like the kernel freak out. It doesn't look like the kernel cored, so I can't debug it. Here is the information if anyone has any helpful hints it'd be great. server: {14} % uname -a FreeBSD server.gwi.net 4.5-RELEASE-p20 FreeBSD 4.5-RELEASE-p20 #0: Sun Sep 15 09:18:11 EDT 2002 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GWI-SMP i386 server: {15} % uptime 8:57AM up 18 hrs, 1 user, load averages: 0.24, 0.13, 0.07 ~SNIP FROM MESSAGES~ Nov 16 14:58:14 server /kernel: Nov 16 14:58:14 server /kernel: Nov 16 14:58:14 server /kernel: Fatal trap 12: page fault while in kernel mode Nov 16 14:58:14 server /kernel: mp_lock = 0002; cpuid = 0; lapic.id = Nov 16 14:58:14 server /kernel: fault virtual address = 0xa127194c Nov 16 14:58:14 server /kernel: fault code= supervisor read, page not present Nov 16 14:58:14 server /kernel: instruction pointer = 0x8:0xc022f45a Nov 16 14:58:14 server /kernel: stack pointer = 0x10:0xe4455c94 Nov 16 14:58:14 server /kernel: frame pointer = 0x10:0xe4455cc8 Nov 16 14:58:14 server /kernel: code segment = base 0x0, limit 0xf, t ype 0x1b Nov 16 14:58:14 server /kernel: = DPL 0, pres 1, def32 1, gran 1 Nov 16 14:58:14 server /kernel: processor eflags = interrupt enabled, resume, IOPL = 0 Nov 16 14:58:14 server /kernel: current process = 13308 (qmail-pop3d) Nov 16 14:58:14 server /kernel: interrupt mask= none - SMP: XXX Nov 16 14:58:14 server /kernel: trap number = 12 Nov 16 14:58:14 server /kernel: panic: page fault Nov 16 14:58:14 server /kernel: mp_lock = 0002; cpuid = 0; lapic.id = Nov 16 14:58:14 server /kernel: Nov 16 14:58:14 server /kernel: syncing disks... 2 Nov 16 14:58:14 server /kernel: done Nov 16 14:58:14 server /kernel: Uptime: 46d23h53m37s Nov 16 14:58:14 server /kernel: Automatic reboot in 15 seconds - press a key on the co nsole to abort Nov 16 14:58:14 server /kernel: Rebooting... Nov 16 14:58:14 server /kernel: Copyright (c) 1992-2002 The FreeBSD Project. Nov 16 14:58:14 server /kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991 , 1992, 1993, 1994 Nov 16 14:58:14 server /kernel: The Regents of the University of California. All right s reserved. Nov 16 14:58:14 server /kernel: FreeBSD 4.5-RELEASE-p20 #0: Sun Sep 15 09:18:11 EDT 20 02 Nov 16 14:58:14 server /kernel: [EMAIL PROTECTED]:/usr/obj/usr/src/sys/GWI-SMP Nov 16 14:58:14 server /kernel: Timecounter i8254 frequency 1193182 Hz Nov 16 14:58:14 server /kernel: CPU: Pentium III/Pentium III Xeon/Celeron (1132.79-MHz 686-class CPU) Nov 16 14:58:14 server /kernel: Origin = GenuineIntel Id = 0x6b1 Stepping = 1 Nov 16 14:58:14 server /kernel: Features=0x383fbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8, APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,MMX,FXSR,SSE Nov 16 14:58:14 server /kernel: real memory = 1073676288 (1048512K bytes) Nov 16 14:58:14 server /kernel: avail memory = 1041203200 (1016800K bytes) Nov 16 14:58:14 server /kernel: Programming 16 pins in IOAPIC #0 Nov 16 14:58:14 server /kernel: IOAPIC #0 intpin 2 - irq 0 Nov 16 14:58:14 server /kernel: Programming 16 pins in IOAPIC #1 Nov 16 14:58:14 server /kernel: FreeBSD/SMP: Multiprocessor motherboard Nov 16 14:58:14 server /kernel: cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee 0 Nov 16 14:58:14 server /kernel: io0 (APIC): apic id: 4, version: 0x000f0011, at 0xfec 0 Nov 16 14:58:14 server /kernel: io1 (APIC): apic id: 5, version: 0x000f0011, at 0xfec 01000 Nov 16 14:58:14 server /kernel: Preloaded elf kernel kernel at 0xc03d. Nov 16 14:58:14 server /kernel: Pentium Pro MTRR support enabled Nov 16 14:58:14 server /kernel: md0: Malloc disk Nov 16 14:58:14 server /kernel: Using $PIR table, 8 entries at 0xc00f5130 Nov 16 14:58:14 server /kernel: apm0: APM BIOS on motherboard Nov 16 14:58:14 server /kernel: apm: found APM BIOS v1.2, connected at v1.2 Nov 16 14:58:14 server /kernel: npx0: math processor on motherboard Nov 16 14:58:14 server /kernel: npx0: INT 16 interface Nov 16 14:58:14 server /kernel: pcib0: ServerWorks host to PCI bridge on motherboard Nov 16 14:58:14 server /kernel: IOAPIC #1 intpin 12 - irq 2 Nov 16 14:58:14 server /kernel: IOAPIC #1 intpin 10 - irq 5 Nov 16 14:58:14 server /kernel: IOAPIC #1 intpin 11 - irq 9 Nov 16 14:58:14 server /kernel: IOAPIC #1 intpin 15 - irq 10 Nov 16 14:58:14 server /kernel: IOAPIC #0 intpin 10 - irq 11 Nov 16 14:58:14 server /kernel: pci0: PCI bus on pcib0 Nov 16 14:58:14 server /kernel: pcib5: PCI to PCI bridge (vendor=1166 device=0009) a t device 0.1 on pci0 Nov 16 14:58:14 server /kernel: IOAPIC #1 intpin 14 - irq 16 Nov 16 14:58:14 server /kernel: pci1: PCI bus on pcib5 Nov 16 14:58:14 server /kernel: pci1: ATI Mach64-GM graphics accelerator at 0.0 irq 16 Nov 16 14:58:14 server /kernel: fxp0: Intel Pro 10/100B/100+ Ethernet port 0xc800-0x c83f mem 0xfe70-0xfe7f,0xfeafb000-0xfeafbfff