First, let me apologize to Akemi Yagi for my delay in answering his last query. After failing with 4.8 I realized that I had at least one and possibly two computers capable of handling 5.3 (one was newly purchased second-hand and had many unknowns about it. The other was well documented but its power was obscured by a thick layer of Windows XP).
To answer Akemi's last questions, yes, I am sure that the disks were all 4.8. I checked with md5sum before burning the cds and am not sure how to check further than that. I never got past using the first (modified) disk that I downloaded from the url you gave me, because anaconda failed to find a file - having to do with GNOME, so the process aborted. Again I apologize for delaying my response, but I have been occupied again with 5.3, but on the newer computers.
5.3 installed easily and correctly on the first machine (celeron, 1.2Ghz, 512M ram, 80G disk). With the second machine I am getting consistent failure to load X, despite many attempts that appeared to be good installs.
For the last attempt I had about 160G of disk available, over 800M of ran, and (as reported by the BIOS, a pentium 3 processor. Unfortunately a remaining big unknown for that system is the Mhz rating for the processor. When I got it, with a broken XP system on it, it was set at 550Mhz. The BIOS allows three choices: 366, 500, and 7xx (I don't remember the last value precisely, but the system wont boot at all, so it's moot). I have mainly messed with the 550 setting, but have occasionally tried at 360. It doesn't seem to make a difference.
On that system the output of uname -a gives 2.6.18-128.3l5 for the kernel, and "i686 i686 i386" at the end. Free shows 905240 total and 231688 used.
Console mouse services work. When I attempt to load X I get the hollow-x cursor, then the black screen with the nautilus window and then white bars at top and bottom, along with an arrow cursor. The white bars get populated with some icons and then comes the blue screen with the doily-like design, but at that point the system appears to be hung. The computer, home, and trash icons do not appear on the desktop, nor does a mouse-pointer, and wiggling the mouse does nothing.
I have compared the /var/log/Xorg.0.log files from the two machines (one that works, one that doesn't), and they both end in the same place:
<snip> (--) <default pointer>: PnP-detected protocol: "ExplorerPS/2" (II) <default pointer>: ps2EnableDataReporting: succeeded <eof>
I would appreciate any help in getting X to work on this second computer
Thanks,
Buz Davis
You may want to do a memtest with your computer
Boot to linux, and type memtest86 let it run for about 10 or 20 minutes with the ram that you have installed
Typically anything over 6 errors on a 512 stick will bring mayhem to an OS,
I am using a Failing ram stick on mine, becuase It is a dev machine that I hit with viruses and then reboot, and then the process starts over again.
Mainly testing all of these exploits that are on webservers running CentOS in a virtual environment. Its better to know what they do and how they get there then to simply delete the file and hope for the best.
But I would seriously look at the memtest option, and possibly even the power supply for your answers. Chances are the PSU may be spiking or the memory may be bad in some of the upper blocks and X tends to use a bit of that memory.
have you tried getting KDE to run?
On Sun, Sep 27, 2009 at 8:42 PM, Buz Davis buzdavis@earthlink.net wrote:
First, let me apologize to Akemi Yagi for my delay in answering his last query. After failing with 4.8 I realized that I had at least one and possibly two computers capable of handling 5.3 (one was newly purchased second-hand and had many unknowns about it. The other was well documented but its power was obscured by a thick layer of Windows XP).
To answer Akemi's last questions, yes, I am sure that the disks were all 4.8. I checked with md5sum before burning the cds and am not sure how to check further than that. I never got past using the first (modified) disk that I downloaded from the url you gave me, because anaconda failed to find a file - having to do with GNOME, so the process aborted. Again I apologize for delaying my response, but I have been occupied again with 5.3, but on the newer computers.
5.3 installed easily and correctly on the first machine (celeron, 1.2Ghz, 512M ram, 80G disk). With the second machine I am getting consistent failure to load X, despite many attempts that appeared to be good installs.
For the last attempt I had about 160G of disk available, over 800M of ran, and (as reported by the BIOS, a pentium 3 processor. Unfortunately a remaining big unknown for that system is the Mhz rating for the processor. When I got it, with a broken XP system on it, it was set at 550Mhz. The BIOS allows three choices: 366, 500, and 7xx (I don't remember the last value precisely, but the system wont boot at all, so it's moot). I have mainly messed with the 550 setting, but have occasionally tried at 360. It doesn't seem to make a difference.
On that system the output of uname -a gives 2.6.18-128.3l5 for the kernel, and "i686 i686 i386" at the end. Free shows 905240 total and 231688 used.
Console mouse services work. When I attempt to load X I get the hollow-x cursor, then the black screen with the nautilus window and then white bars at top and bottom, along with an arrow cursor. The white bars get populated with some icons and then comes the blue screen with the doily-like design, but at that point the system appears to be hung. The computer, home, and trash icons do not appear on the desktop, nor does a mouse-pointer, and wiggling the mouse does nothing.
I have compared the /var/log/Xorg.0.log files from the two machines (one that works, one that doesn't), and they both end in the same place:
<snip> (--) <default pointer>: PnP-detected protocol: "ExplorerPS/2" (II) <default pointer>: ps2EnableDataReporting: succeeded <eof>
I would appreciate any help in getting X to work on this second computer
Thanks,
Buz Davis _______________________________________________ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
On Monday 28 September 2009 00:30, Eric Clark wrote:
Boot to linux, and type memtest86 let it run for about 10 or 20 minutes with the ram that you have installed
Typically anything over 6 errors on a 512 stick will bring mayhem to an OS,
Any errors at all when running memtest86 is unacceptable.
I am at a lost with this server of mine.
I have replaced everything except just replacing the entire server. The server is running at a low load but every so often it starts to have high packet loss / latency(the average ms for me is 80 but it jumps to 4000 during this period) and eventually becomes unresponsive.
All traffic seems normal, no unusual activity. But once or twice a month it starts to get packet loss and after an hour or two it crashes.
The network itself is fine. All other servers on the same subnet work fine.
Any ideas what could be causing this kind of behavior?
Thanks,
Tim
Timothy wrote:
Any ideas what could be causing this kind of behavior?
What kind of NIC? 80ms is normal if your going a few thousand miles, how far apart is the system your pinging from?
If it's a NIC like a Realtek or something don't think twice just get a good server grade NIC. Broadcom or Intel are common ones.
nate
From: nate
What kind of NIC? 80ms is normal if your going a few thousand miles, how far apart is the system your pinging from?
If it's a NIC like a Realtek or something don't think twice just get a good server grade NIC. Broadcom or Intel are common ones.
-------
It was just an onboard nic(which is a Broadcom) which I have used this mb/onboard nic in several other servers and have never had any issues but nonetheless I changed it to an Intel and that has made no difference. I changed memory twice and the hard drives on this one too. The data center tried to console in and have not been able to when it has been non responsive. The weird latency just seems to be an early symptom.
The data center is on the East Coast and I live in Arizona so 80ms is not a bad ping.
I normally manage my servers but I even hired a system admin that has worked with a company I work for on occasion and he claims everything software wise is fine. The data center has tested all the hardware and everything seems fine with that as well. This whole thing has really stumped me.
Only thing I have not replaced is MB/Processor.
If I catch it with the high latency I have tried killing all processes which has not helped at all(load was low to begin with however). If I reboot the server it comes up fine and the latency/packet loss goes away.
Thanks,
Tim
do you have remote console access i.e. DRAC or ILO ?
did you mention if any recent OS or other software updates like 5.3 to 5.4 or otherwise?
someone could be DOS'ing the server ???
do you run a firewall and drop bad traffic to the floor or is it wide open?
you havent mentioned what the various logs on the server tell you.
what about thermal issues?
recent BIOS update?
things in BIOS that should be turned off or changed ?
also, you might consider using some boot time kernel parameters to disable things hardware wise etc that are not absolutely necessary.
do you hard set NIC duplex in software?
i.e. ETHTOOL_OPTS="speed 100 duplex full autoneg off"
does it match the switchport? i.e. hard set? auto negot? cisco should be hard set.
is the switchport bad?
bad cable or cable ends?
bad fiber or fiber connectors?
mac address or arp issues?
the list goes on.
- rh
do you have remote console access i.e. DRAC or ILO ?
No.
did you mention if any recent OS or other software updates like 5.3 to 5.4
or otherwise? It is a newer box w/ 5.4 installed.
someone could be DOS'ing the server ???
Does not appear that way and if it was I would imagine console should still work but it does not.
do you run a firewall and drop bad traffic to the floor or is it wide open?
I do run a firewall and drop traffic.
what about thermal issues?
Temp does not spike during these periods.
recent BIOS update?
No
also, you might consider using some boot time kernel parameters to disable
things hardware wise etc that are not absolutely necessary.
I have disabled acpi in kernel. Anything else I should disable?
does it match the switchport? i.e. hard set? auto negot? cisco should be
hard set.
Yes it matches but direct console crashes so I do not feel it is a network issue. If it was I would imagine you should still be able to direct console in.
Timothy wrote: <snip>
did you mention if any recent OS or other software updates like 5.3 to 5.4
or otherwise? It is a newer box w/ 5.4 installed.
someone could be DOS'ing the server ???
Does not appear that way and if it was I would imagine console should still work but it does not.
do you run a firewall and drop bad traffic to the floor or is it wide open?
I do run a firewall and drop traffic.
what about thermal issues?
Temp does not spike during these periods.
recent BIOS update?
No
also, you might consider using some boot time kernel parameters to disable
things hardware wise etc that are not absolutely necessary.
I have disabled acpi in kernel. Anything else I should disable?
does it match the switchport? i.e. hard set? auto negot? cisco should be
hard set.
Yes it matches but direct console crashes so I do not feel it is a network issue. If it was I would imagine you should still be able to direct console in.
Do you have smartmontools installed and running? I just was reading about that, and it can *cause* lockups and crashes. Check the WARNING file in the distro.
mark