Slashdot Mirror


Preparing for the Worst in FreeBSD

LiquidPC writes "In Part I of this series, Michael Lucas, from ONLamp.com, goes over preparing your FreeBSD computer for the worst in case of a system panic."

18 of 286 comments (clear)

  1. What? by tcd004 · · Score: 5, Funny

    Where are the color-coded states of emergency? This is no respectable anti-panic plan.

    Witness the rebirth of ENRON!
    tcd004

    1. Re:What? by Loligo · · Score: 4, Funny

      >Where are the color-coded states of emergency?

      Courtesy of IMDB and Red Dwarf...

      Rimmer: We can't afford to take any chances. Jump up to red alert.

      Kryten: Are you sure, sir? It does mean changing the bulb.

      -l

  2. Big Scary Deamons by Alien54 · · Score: 5, Informative
    It is a bit easier to read without the ads, using the printer friendly page:

    Big_Scary_Daemons.html

    Yep, that is the name of the page.

    Michael Lucas lives in a haunted house in Detroit, Michigan

    Maybe we could move the ghost to Seattle?

    --
    "It is a greater offense to steal men's labor, than their clothes"
  3. Nice article, but... by vrmlguy · · Score: 4, Insightful

    I'm a Sun admin by day, and Sun has always (since at least SunOS 4.1, when I started) made provisions to do this. I'll admit that I'm rarely cutting-edge with my Linux systems, so I haven't had any panics that I wanted to track down, so I don't know if Linux does this sort of stuff for you. I'm shocked that OpenBSD doesn't.

    --
    Nothing for 6-digit uids?
    1. Re:Nice article, but... by tftp · · Score: 4, Informative
      I don't know if Linux does this sort of stuff for you

      On Linux, the kernel prints the backtrace on the console, and into the syslog if it can. Later you can run ksymoops on this backtrace to match it to the symbolic names. This requires no preparation, but since I never saw FreeBSD backtraces I can't say if it is of a similar detail level.

    2. Re:Nice article, but... by Skuld-Chan · · Score: 3, Interesting

      Is this a sun hardware feature though? I mean the other day (after months and months of uptime) I had a kernel panic on the machine (11 year old SS10 running debian linux) that is eventually going to route this submit.

      Long story short I couldn't log in, but if I went to the console I could see the kernel messages (logged) and if I hit enter it popped back to the login prompt (didn't work though). Funny thing is it was still routing traffic and looking up dns names - despite the fact I couldn't log in or access the console. I eventually hit stop-a (full break for those of use without a keyboard/monitor) and reset the machine.

  4. Talk about panic... by Wheaty18 · · Score: 3, Funny

    'Any' key? Where's the 'any' key? I see 'ke-tarl', 'esk', and 'pig-uh', but there doesn't seem to be any 'any' key!

    Phew, all this computer hacking is making me thirsty.

  5. Re:Too Complicated by Brett+Glass · · Score: 4, Funny
    You write;
    I'm sorry, but an OS that can crash for seemingly no apparent reason, can barely be fixed, and requires a bunch of preparation just to prepare is too complicated for me.

    And you run Windows?

    --Brett GLass

  6. Re:My experiences with Windows XP Professional by buffy · · Score: 4, Interesting
    First some nit-picking...

    Very recently the head of our IT department decided that we were going to switch every one of our networks over to Windows XP Professional.

    Windows is an Operating System, not a network. Your network probably "runs" TCP/IP, Netbios, and a handful of other protocols. Windows runs on desktops, laptops, and servers.

    he decided to change all of the Computer Administrator passwords on a few of the XP Professional boxes sitting around in the server room. This caused absolute havoc, as Dell had failed to send along administrator passwords for the new boxes. Our company could not make use of these computers for three days. It took Dell that long to get us the administrator passwords.

    This last paragraph is a touch more concerning...first of any Windows box I've purchased from Dell, or others, have no administrator password, or are set to "admin". Why would Dell have set specific passwords for your systems? I'm just a little bit confused.

    On a related point, even for those systems that come pre-installed with an OS, it's [my] standard practice to bare-iron re-install from scratch. I'm not a huge fan of MS (quite the opposite), however, in the hands of someone who has a solid understanding in operating systems, it IS possible to build a stable Windows box. I have an NT 4 server, running a database, and a mail exchange, that has an uptime of 94 days. It was rebooted for a disk addition. It was up 86 days prior to that (it's installation date.)

    That said, I prefer and use Linux and Solaris much more frequently, and, unlike the windows example above, am not surprised by the continued uptime of my hosts! ;)

    Now, I've gotta ask...why did you just sit at your desk waiting for the bad news?? I've (and my VP) have recieved visits from MS cronies in the past. The thing is, those people are sales/marketing weenies. Get in on the meeting, and use your own skills to ask very pointed questions. Its not very difficult to run circles around these droids. Keep it calm, polite, and just bury them in the technical truths which they simply cannot refute. If they try to call you a "Linux zealot" you know you're on the right track, and they're in the process of losing their cool. As long as you keep it together, and don't let them change the topic, I've found that its pretty easy to expose others in my company to MS's shortcomings...right in front of MS folks themselves.

    If you just sit back and let non-techs make tech decisions without, at least, making them aware of the ramifications of such things, then you really can't blame them. Its kind-of what they say about voting, right? If you don't vote, you don't have the right to complain?

    Now, if you work in a super huge corporation where such things are a fact of life, I'm sorry, and you probably don't have a choice. Well...other than to extract yourself from between Mr. Rock, and Mr. Hardplace.

  7. 12 month uptime + crash = hardware failure by Anonymous Coward · · Score: 4, Insightful

    This is most likely a hardware failure, possibly memory. Try memtest86 before you go on a kernel debugging hunt... basically, if your server has worked great for 12 months and then craps like this it probably ain't software.

    1. Re:12 month uptime + crash = hardware failure by CoolVibe · · Score: 5, Informative
      Tell me about it... In fact, I have made a bootable CD-R with memtest86 that I can boot in servers that support cd-rom booting.

      I did it like this:

      1. Compile memtest86.
      2. make a floppy image: dd if=/dev/zero of=padding.img bs=512 count=2880
      3. append the image after the memtest.bin: cat padding.img >> memtest.bin
      4. cut the floppy image to size so mkisofs won't choke on it: dd if=memtest.bin of=bootfloppy.img bs=512 count=2880
      5. Make image with mkisofs: mkdir empty && cd empty && mkisofs -b ../bootfloppy.img -o boot.iso .
      6. Burn that image and you're done! Bootable memtest86 cd-rom. A handy tool for your toolchest.
      7. That thing saved my life countless times when dealing with old servers and spotty RAM.

    2. Re:12 month uptime + crash = hardware failure by CoolVibe · · Score: 4, Informative
      I hate replying to myself, but if you somehow try to compile memtest86 on *BSD, you need this file. It's a patched linkage.h. Edit the head.S file in the source tree to include this file instead of linux/linkage.h .

      Hope that helped you all out a bit :)

  8. Good question: Why *haven't* they mentioned Rotor? by Zico · · Score: 4, Informative

    I mean c'mon. We get tons of mentions of .NET around here, talk about how Microsoft is only into closed source, etc. Now Microsoft actually releases 1.9 million lines of source code spread among almost 10,000 files that people can compile to get .NET up and running on their FreeBSD boxes, and Slashdot suddenly clams up about it?


    Who can honestly say that this isn't a story of interest to a large amount of people here, whether they hate .NET or not? There's a lot of discussion to be had about it. Comparisons to Mono/DotGnu? The licensing details? The performance? Comparisons to Java on FreeBSD? To pretend it doesn't exist is just silly and does seem to call Slashdot's motives into question.


    Well, for FreeBSD users who might be interested, I'll go ahead and post a link to a few articles about it myself, from O'Reilly's site who's been doing a pretty decent job of breaking it down: http://www.oreillynet.com/dotnet/. Discuss amongst yourselves. ;)

  9. More helpful when running 5-CURRENT... by d_force · · Score: 4, Informative
    Usually, upgrades in the 4.x-RELEASE branch are made when selected improvements have been regression tested in the 5.x-CURRENT branch. Thus, if you're running a 4.x version, chances are you don't need to configure your system to do a full dump; usually there are people who've ran into similar problems and you can search for the fixes via mailing lists/usenet/etc...

    For more info, check out the FreeBSD Release Engineering Page

    Disclaimer:
    Yes, there's a slight chance you might come across some new bug in the 4.x tree; however, it's unlikely.

    --
    SELECT * FROM USERS WHERE A_WINNER = "YUO";
  10. Who cares? by seanadams.com · · Score: 5, Informative

    I've been running two FreeBSD systems for over seven years each. I've had to do a grand total of *ONE* reboot that I can remember, aside from powering down to swap hardware, update the kernel, or to move the equipment.

    It's a damn stable OS. One of these machines is a dual PII/400, serving 700-1000kbps day in day out, with hundreds of active TCP connections at any given time, starting 15-20 new processes per second. The other machine is for a single, fairly busy web site doing 700kbps traffic.

    FreeBSD is rock solid. I have absolutely no need to plan for a kernel panic.

    1. Re:Who cares? by harlows_monkeys · · Score: 4, Funny
      FreeBSD is rock solid. I have absolutely no need to plan for a kernel panic

      That's the downside of extreme stability...stupid people can get admin jobs, and since the OS doesn't crash, there's no chance for the admin to demonstrate their idiocy and get fired.

    2. Re:Who cares? by tftp · · Score: 3, Insightful

      Today the faulty or poorly supported hardware is much more likely reason for a crash. I have quite a few K6-2 and K6-3 boxes around, and they die like flies, after 1 or 2 years of continuous use; most often the motherboard fails. I had a Linux box that crashed once in 2 weeks; I moved the HDDs into another computer, moved most of cards and it now averages 150 days of uptime, interrupted only by power outages (no UPS there). Another K6-3 box sometimes fails in BIOS, during memory test in POST routine! I gave up on this one; it is not worth of my time. Needless to say, this box had all sorts of weird crashes in all OSes that I ran on it; NetBSD didn't even boot from the boot floppy, mumbling something about "garbage IDE DMA" :-)

  11. Re:Good question: Why *haven't* they mentioned Rot by kraf · · Score: 3, Informative

    As usual, an ignorant post get moderated up, sigh.
    Here is your .NET article.
    It was correctly posted only to a section, since I don't think the average slashdotter will start compiling it, let alone show interest in it.