Results 1 to 9 of 9

Thread: UNIX Box - Did it bite the dust?

  1. #1

    UNIX Box - Did it bite the dust?

    hey guys,
    I have my FreeBSD box as some of you may know. This morning I go to login via SSH and just get a black screen. When I go the console I get a login prompt but the system is completely frozen. I have rebooted the system multiple times and when the login prompt comes up the system freezes. I can ping the box and it will respond. The box is an older one so I'm afraid something may have gone on it as this started suddenly. Any suggestions? TIA

  2. #2
    The box is a sole unix system so no boot loader is used

  3. #3
    guys an update,
    I can boot into single user mode and use that. I noticed the system is show starting sshd. as soon as the login prompt comes up the system will freeze. I can usually type in one character at the login prompt before the system locks up tight.

  4. #4
    Antionline's Security Dude instronics's Avatar
    Join Date
    Dec 2002
    Posts
    901
    Check to see if your CPU fan is alright. After our conversation in IRC, i think it might be a hardware problem. You say that in runlevel 1 it doesnt freeze. But in other runlevels it does. Also check all the other hardware, such as ram. And also try taking the sshd out of the boot process. Try all combinations.

    Good luck.
    Ubuntu-: Means in African : "Im too dumb to use Slackware"

  5. #5
    Update, round 2

    I went into single user mode and set sshd_enbable to no in /etc/rc.conf. I was then able to go into runlevel 3 without it freezing up. I then started sshd, reset sshd_enable in rc.conf to yes and rebooted. The system hasn't frozen yet.

  6. #6
    for those of you that wish to know the CPU and PSU fans are running

  7. #7

    Question

    Was there anything on the boxes logs (akin to syslog.log?) I am not sure of the version or utilities, but is there a type of hardware or support tools manager that would report on firmware and hardware modules? Sometimes these problems have a way of coming and going leading to hard crash.

    Just a thought.

  8. #8
    Senior Member
    Join Date
    Apr 2002
    Posts
    317
    I dealt with this same issue a few different times. Turns out I had goofed a few different settings.
    My first mistake was in /etc/hosts - I some how managed to lose entries for the local machine but kept all the entries for the external machines (this includes a typo in the local machine entries).
    Second mistake - I reallocated the port of sshd in /etc/ssh/sshd_config and it was a port that directly conflicted with another daemon. The other Daemon took precedence and forced the failure of the sshd
    Third mistake - I manually modified /var/log/auth.log and the sshd couldn't, or wouldn't, add to it any more.

    More often than not, if you use 'dmesg | more' from a terminal, it should give you the error the daemon was having. Granted it's working now, but if you can find the specifics on the error, you can likely take measures to prevent it from happening again.

    Regards,
    Chefer


    [EDIT] I have no reason to believe that it is hardware related. [/EDIT]
    \"I believe that you can reach the point where there is no longer any difference between developing the habit of pretending to believe and developing the habit of believing.\"


  9. #9
    Problem went away as fast as it came....Thanks All

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •