Re: Frequent Restarts
Holt Grendal wrote: > Is there anyway to get more information about this > remotely? Has anyone experienced this? Set dumpdev= to your swap partition in /etc/rc.conf or manually use the dumpon(8) command. This will cause more useful information to be reported (if the system is panicing) as well as crash dumps to be saved which can be analized with gdb. -- Bill Moran Potential Technology http://www.potentialtech.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Frequent Restarts
I'm running a pretty customized kernel here. As far as I can recall the only thing that changed in my kernel configuration from 4.4 to 4.5 was removing the splash pseudo-device. I've heard on this list that its not needed for remote servers. That could be the cause but I'm unable to make sense of why. It must be something else. Holt --- Juha Saarinen <[EMAIL PROTECTED]> wrote: > On Sat, 9 Feb 2002, Holt Grendal wrote: > > > Hi everyone, > > > > Ever since upgrading to FreeBSD 4.5-STABLE > several > > servers have been randomly restarting themselves. > > The only relevent messages left in messages or > console > > logs was: > > > > Feb 9 20:25:09 phoenix /kernel: WARNING: / was > not > > properly dismounted > > > > I've had a few people tell me they had this > problem > > too. They told me the problem dissapeared after > their > > computers restarted 2 - 4 times randomly. > > > > Its certaintly not a hardware issue.. all said > servers > > ran for months and months with FreeBSD 4.4, 4.3, > and > > previous versions without a single issue. > > I've got a 4.2-STABLE box on a remote site that did > exactly the same. I > took out the SMB and I2C stuff from the kernel, and > the spontaneous > reboots stopped. Have upgraded it to 4.5-STABLE, no > reboots so far. > > > > A hunch tells me that it has something to do with > the > > filesystem changes included with 4.5 and > softupdates. > > Hmmm... I was able to reliably trigger the reboots > by doing 'make world' > or 'make buildworld' and so forth. The reboots > occurred at random though, > and once or twice the compile process completed. :-\ > > > > -- > Juha > Take off every sig! > __ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Frequent Restarts
On Sat, 9 Feb 2002, Holt Grendal wrote: > Hi everyone, > > Ever since upgrading to FreeBSD 4.5-STABLE several > servers have been randomly restarting themselves. > The only relevent messages left in messages or console > logs was: > > Feb 9 20:25:09 phoenix /kernel: WARNING: / was not > properly dismounted > > I've had a few people tell me they had this problem > too. They told me the problem dissapeared after their > computers restarted 2 - 4 times randomly. > > Its certaintly not a hardware issue.. all said servers > ran for months and months with FreeBSD 4.4, 4.3, and > previous versions without a single issue. I've got a 4.2-STABLE box on a remote site that did exactly the same. I took out the SMB and I2C stuff from the kernel, and the spontaneous reboots stopped. Have upgraded it to 4.5-STABLE, no reboots so far. > A hunch tells me that it has something to do with the > filesystem changes included with 4.5 and softupdates. Hmmm... I was able to reliably trigger the reboots by doing 'make world' or 'make buildworld' and so forth. The reboots occurred at random though, and once or twice the compile process completed. :-\ -- Juha Take off every sig! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Frequent Restarts
Hi everyone, Ever since upgrading to FreeBSD 4.5-STABLE several servers have been randomly restarting themselves. The only relevent messages left in messages or console logs was: Feb 9 20:25:09 phoenix /kernel: WARNING: / was not properly dismounted I've had a few people tell me they had this problem too. They told me the problem dissapeared after their computers restarted 2 - 4 times randomly. Its certaintly not a hardware issue.. all said servers ran for months and months with FreeBSD 4.4, 4.3, and previous versions without a single issue. A hunch tells me that it has something to do with the filesystem changes included with 4.5 and softupdates. Is there anyway to get more information about this remotely? Has anyone experienced this? TIA Holt __ Do You Yahoo!? Send FREE Valentine eCards with Yahoo! Greetings! http://greetings.yahoo.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
__xuname problems keeping me from building anything graphical
My system can't find symbol __xuname. I saw on a mailing list that this was fixed on -current. Is it fixed on -stable now also. If so I'll cvsup. My stable build was from the day of the 4.5 release. Thanks, Rob. -- The Numeric Python EM Project www.pythonemproject.com To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
HEADS UP: device polling code merged into -stable
[Bcc to -stable as relevant there] I have merged into -stable the device polling code that has been in -current for the past couple of months, plus a minor change that addresses the 'device going deaf' problems that some have reported with early patches of this code. I'd be grateful if you could stress-test this code and report problems (if any) or success. Remember that only 'dc' 'fxp' and 'sis' drivers are supported at the moment. See you at BSDCon for those who will be here. cheers luigi --+- Luigi RIZZO, [EMAIL PROTECTED] . ICSI (on leave from Univ. di Pisa) http://www.iet.unipi.it/~luigi/ . 1947 Center St, Berkeley CA 94704 Phone: (510) 666 2927 --+- To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: rc.resume
On Fri, 2002-02-08 at 23:00, Randy Bush wrote: > kbdcontrol < /dev/ttyv0 -r fast > > but it seems not to get executed. heck, as far as i can figure, rc.resume > does not get executed at all, ever. Do you have "apmd_enable="YES" in /etc/rc.conf"? Does your /etc/apmd.conf "exec" /etc/rc.resume in response to resume events? -- brandon s. allbery [os/2][linux][solaris][japh] [EMAIL PROTECTED] system administrator [WAY too many hats][EMAIL PROTECTED] electrical and computer engineeringKF8NH carnegie mellon university ["better check the oblivious first" -ke6sls] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
rc.resume
dell c600 4.5-stable i have the following in rc.resume kbdcontrol < /dev/ttyv0 -r fast but it seems not to get executed. heck, as far as i can figure, rc.resume does not get executed at all, ever. what am i misunderstanding? [ i also have keyrate="fast" in rc.conf, and that seems to be effective at first boot. but the effect is lost after suspend/resume ] randy To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Great OS FBSD 4.5-STABLE!
I always use source At 06:01 PM 2.9.2002 +, Nuno Teixeira wrote: >On Fri, Feb 08, 2002 at 09:55:46AM -0600, [EMAIL PROTECTED] wrote: >| Although, I waited as long as I could stand it, I finally upgraded a number >| of boxes, including the main server from 4.4 to 4.5-STABLE. I make it a >| practice of using an "expendable" test box for initial upgrades to see what >| problems if any to expect. Then, if okay I move to the other boxes and >| finally the main server. >| >| Once again, the experience was a totally pleaseant one with not a single >| installation problem. While still going through "shake down" as the daily >| routines are done, I have not seen any probalems at all and in fact quite >| pleased with many subtle enhances that surface. >| >| Once again... GREAT JOB TEAM-4.5..!!! >| >| Best regards, >| Jack L. Stone, >| Server Admin >| >| === >| Sage-American >| http://www.sage-american.com >| [EMAIL PROTECTED] >| >| "My center is giving way, my right is in retreat; >| situation excellent! I shall attack!" >| === > > Hi, > > I'm about to upgrade a server from 4.4 RELEASE to 4.5 RELEASE from source. > > I'd like to know if you use a binary upgrade or source upgrade. > > Thnaks, > >-- >Nuno Teixeira >pt-quorum.com > >/* >PGP Public Key: >http://www.pt-quorum.com/pgp/nunoteixeira.asc >Key fingerprint: >8C2C B364 D4DC 0C92 56F5 CE6F 8F07 720A 63A0 4FC7 >*/ > > Best regards, Jack L. Stone, Server Admin === Sage-American http://www.sage-american.com [EMAIL PROTECTED] "My center is giving way, my right is in retreat; situation excellent! I shall attack!" === To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: Great OS FBSD 4.5-STABLE!
On Fri, Feb 08, 2002 at 09:55:46AM -0600, [EMAIL PROTECTED] wrote: | Although, I waited as long as I could stand it, I finally upgraded a number | of boxes, including the main server from 4.4 to 4.5-STABLE. I make it a | practice of using an "expendable" test box for initial upgrades to see what | problems if any to expect. Then, if okay I move to the other boxes and | finally the main server. | | Once again, the experience was a totally pleaseant one with not a single | installation problem. While still going through "shake down" as the daily | routines are done, I have not seen any probalems at all and in fact quite | pleased with many subtle enhances that surface. | | Once again... GREAT JOB TEAM-4.5..!!! | | Best regards, | Jack L. Stone, | Server Admin | | === | Sage-American | http://www.sage-american.com | [EMAIL PROTECTED] | | "My center is giving way, my right is in retreat; | situation excellent! I shall attack!" | === Hi, I'm about to upgrade a server from 4.4 RELEASE to 4.5 RELEASE from source. I'd like to know if you use a binary upgrade or source upgrade. Thnaks, -- Nuno Teixeira pt-quorum.com /* PGP Public Key: http://www.pt-quorum.com/pgp/nunoteixeira.asc Key fingerprint: 8C2C B364 D4DC 0C92 56F5 CE6F 8F07 720A 63A0 4FC7 */ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: buildworld with ro /usr/src broken
Serwoas! %s wrote on %.3s, %lld Sep 1993 > Buildworld with ro NFS mounted /usr/src is broken. I have > MAKEOBJDIRPREFIX set to nonstandard location. Look back in the freebsd-hackers list a few days or so. I gave a pretty lengthy explanation of what you need to do to get it to work. (Also in freebsd-bugs, maybe a month ago) In short, either use `env MAKEOBJDIRPREFIX ... ' or if you set it in /etc/make.conf, dont use `=' but instead use `?=' Here's what is happening: > cd /usr/src; MAKEOBJDIRPREFIX=/cache/b/obj/usr/src/i386 ^ this is generated from the value you provide > /cache/b/obj/usr/src/usr.bin/yacc created for /usr/src/usr.bin/yacc ^ this too was generated from the value you gave, instead of being formed based on the prefix above, and it's missing the `i386' in the path > mkdep -f .depend -a closure.c error.c lalr.c lr0.c main.c mkpar.c > /usr/bin/mkdep: cannot create _mkdep3993: read-only file system the mkdep command can't find the object directory it's looking for, since what was created by `make obj' wasn't where it's looking, so it tries to work in the current source (read-only) directory barry bouwsma To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: IPF dropping packets randomly
I believe Ben Lovett ([EMAIL PROTECTED]) scribbled this: > After doing some more looking around, I discovered that my state table > was full at those points in time. I also find it peculiar that > connections to, for example, a IRC server after being closed are set to > a TTL of 1 minute, while SSH sessions disappear from the state listing > entirely, only to time out 2 hours later (or so it appears). Once a ^^^ - dealing with this Well, I guess I've just been blind or something, because I just saw a SSH connection time out after a few minutes of being done with it. I retract that statement. But, does anyone have any insight as to why it disappears from view until ipmon reports that it has been closed? (I can't see it in the ipfstat -t output) > connection is closed, how does IPF determine how long to leave an entry > in the state table for? Is it based on the TTL of a packet finalizing > the close of the connection? Thanks, -- Ben Lovett <[EMAIL PROTECTED]> -- If you can't learn to do it well, learn to enjoy doing it badly. To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
Re: IPF dropping packets randomly
I believe Evgueni V. Gavrilov ([EMAIL PROTECTED]) scribbled this: > Ben Lovett wrote: > > >I have made my ruleset available at > >http://www.tilderoot.com/~blovett/laptop/ipf.rules > > > ipmon's log would be fine > > -- > VAMPIRO-RIPN After doing some more looking around, I discovered that my state table was full at those points in time. I also find it peculiar that connections to, for example, a IRC server after being closed are set to a TTL of 1 minute, while SSH sessions disappear from the state listing entirely, only to time out 2 hours later (or so it appears). Once a connection is closed, how does IPF determine how long to leave an entry in the state table for? Is it based on the TTL of a packet finalizing the close of the connection? TIA -- Ben Lovett <[EMAIL PROTECTED]> -- There's no place like ~ To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
buildworld with ro /usr/src broken
Hi Buildworld with ro NFS mounted /usr/src is broken. I have MAKEOBJDIRPREFIX set to nonstandard location. [snip] -- >>> stage 1: bootstrap tools -- cd /usr/src; MAKEOBJDIRPREFIX=/cache/b/obj/usr/src/i386 DESTDIR=/cache/b/obj/usr/src/i386 INSTALL="sh /usr/src/tools/install.sh" MACHINE_ARCH=i386 TOOLS_PREFIX=/cache/b/obj/usr/src/i386 PATH=/cache/b/obj/usr/src/i386/usr/sbin:/cache/b/obj/usr/src/i386/usr/bin:/cache/b/obj/usr/src/i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin make -f Makefile.inc1 -DBOOTSTRAPPING -DNOHTML -DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED bootstrap-tools cd /usr/src/usr.bin/yacc; make obj; make depend; make all; make install /cache/b/obj/usr/src/usr.bin/yacc created for /usr/src/usr.bin/yacc rm -f .depend mkdep -f .depend -a closure.c error.c lalr.c lr0.c main.c mkpar.c output.c reader.c skeleton.c symtab.c verbose.c warshall.c /usr/bin/mkdep: cannot create _mkdep3993: read-only file system *** Error code 2 Stop in /usr/src/usr.bin/yacc. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. *** Error code 1 Stop in /usr/src. -- Vallo Kallaste [EMAIL PROTECTED] To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-stable" in the body of the message
