Server Supertraag? Geheugen kapot?

[Verwijderd]

code:

[root@server06 root]# hdparm -tT /dev/hda

/dev/hda:
 Timing buffer-cache reads:   4004 MB in  2.00 seconds = 2002.00 MB/sec
 Timing buffered disk reads:  170 MB in  3.00 seconds =  56.67 MB/sec
[root@server06 root]#

code:

[root@server07 html]# wget http:\\www.citus.nl\15meg.test
--02:42:59--  http:\\www.citus.nl\15meg.test
           => `15meg.test'
Resolving www.citus.nl... done.
Connecting to www.citus.nl[62.212.87.236]:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 15,000,000 [text/plain]

100%[====================================>] 15,000,000     9.16M/s    ETA 00:00

02:43:01 (9.16 MB/s) - `15meg.test' saved [15000000/15000000]

[root@server07 html]# rm 15meg.test
rm: remove regular file `15meg.test'? y
[root@server07 html]# hdparm -tT /dev/hdb
/dev/hdb: No such device or address
[root@server07 html]# hdparm -tT /dev/hda

/dev/hda:
 Timing buffer-cache reads:   4120 MB in  2.00 seconds = 2060.00 MB/sec
 Timing buffered disk reads:   18 MB in  3.65 seconds =   4.93 MB/sec
[root@server07 html]#

Op Server07 kan ik ook geen rpm's installeren...

Het enige verschil is dat ik server06 bij Ahead-IT met 1GB TakeMS-geheugen heb gekocht en bij die andere achteraf 1 reepje PC3200 geheugen bij heb gekocht.

code:

[root@server07 memtester-4.0.4]# make
( cat warn-auto.sh; \
echo CC=\'`head -1 conf-cc`\'; \
echo LD=\'`head -1 conf-ld`\' \
) > auto-ccld.sh
cat auto-ccld.sh make-compile.sh > make-compile
chmod 755 make-compile
cat auto-ccld.sh find-systype.sh > find-systype
chmod 755 find-systype
./find-systype > systype
( cat warn-auto.sh; ./make-compile "`cat systype`" ) > \
compile
chmod 755 compile
./compile memtester.c
./compile: line 3: exec: cc: not found
make: *** [memtester.o] Error 127
[root@server07 memtester-4.0.4]#
[root@server07 root]# rpm -Uvh gcc-3.2.3-42.i386.rpm

[1]+  Stopped                 rpm -Uvh gcc-3.2.3-42.i386.rpm
[root@server07 root]#

Helpt ook niet veel... deze server wilde ik klaar maken voor gebruik...

[HunterPro]

brak geheugen maakt niet traag tenzij ECC geheugen en de bugs binnen de scope van ECC blijven vallen... al eens een memtest86 er op losgelaten?

[Verwijderd]

HunterPro schreef op donderdag 13 januari 2005 @ 20:15:
brak geheugen maakt niet traag tenzij ECC geheugen en de bugs binnen de scope van ECC blijven vallen... al eens een memtest86 er op losgelaten?

Gaat ook niet, heeft ook GCC-compiler nodig. En die krijg ik niet geinstalleerd via de command-line (alleen via rpm's).

De readme van GCC is ook nog eens in een .texi formaat...

Zal dit iets met de hdd of met het geheugen zijn?

[Jelmer]

Je geheugen is zo te zien niet het eerste waar ik aan zou denken dat kapot is. Anders zouden lijkt me de buffer-cache reads ook lager zijn. Is de flat kabel van de HD niet beschadigd? En heb je bij het installeren van die rpm per ongeluk op ctrl+z gedrukt?

Btw, voor memtest86 kun je pre-compiled versies downloaden.

[ Voor 11% gewijzigd door Jelmer op 13-01-2005 20:37 ]

[Verwijderd]

Jelmer schreef op donderdag 13 januari 2005 @ 20:36:
Je geheugen is zo te zien niet het eerste waar ik aan zou denken dat kapot is. Anders zouden lijkt me de buffer-cache reads ook lager zijn. Is de flat kabel van de HD niet beschadigd? En heb je bij het installeren van die rpm per ongeluk op ctrl+z gedrukt?

Btw, voor memtest86 kun je pre-compiled versies downloaden.

Die compiled versies zijn alleen bootables die je per se moet branden of op floppy moet zetten. Server staat hier niet in de buurt.

CTRL+Z? hehe, nee, daarvoor heb ik vaakgenoeg geprobeerd. Als ik niet op CTRL+Z druk, staat hij morgen nog zo.

[pierre-oord]

Verwijderd schreef op donderdag 13 januari 2005 @ 20:41:
[...]
Die compiled versies zijn alleen bootables die je per se moet branden of op floppy moet zetten. Server staat hier niet in de buurt.

CTRL+Z? hehe, nee, daarvoor heb ik vaakgenoeg geprobeerd. Als ik niet op CTRL+Z druk, staat hij morgen nog zo.

Misschien domme opmerking, maar control Z stop je het proces toch in de achtergrond? misschien even killen? "ps aux" om op te zoeken.

[Verwijderd]

pierre-oord schreef op donderdag 13 januari 2005 @ 20:44:
[...]


Misschien domme opmerking, maar control Z stop je het proces toch in de achtergrond? misschien even killen? "ps aux" om op te zoeken.

Tried already, dit is na een reboot:
[root@localhost root]# hdparm -tT /dev/hda

/dev/hda:
Timing buffer-cache reads: 4396 MB in 2.00 seconds = 2198.00 MB/sec
Timing buffered disk reads: 6 MB in 3.12 seconds = 1.92 MB/sec
[root@localhost root]#

Bij ctrl+z stopt ie hem idd soms in background, soms killt hij hem ook. killall -9 yum/rpm heb ik niet vertgeten.

code:

Jan 14 03:40:55 localhost xfs: ignoring font path element /usr/X11R6/lib/X11/fon
ts/Speedo (unreadable)

[ Voor 10% gewijzigd door Verwijderd op 13-01-2005 20:46 ]

[Jelmer]

Verwijderd schreef op donderdag 13 januari 2005 @ 20:41:
[...]
Die compiled versies zijn alleen bootables die je per se moet branden of op floppy moet zetten. Server staat hier niet in de buurt.

Wat denk je dat de source je gaat opleveren? In debian heb ik een package memtester welke wel vanaf de console te runnen is.

Wat heb je trouwens via hdparm allemaal ingesteld? (hdparm /dev/hda)

[ Voor 52% gewijzigd door Jelmer op 13-01-2005 21:16 ]

[Verwijderd]

code:

[root@localhost root]# hdparm /dev/hda

/dev/hda:
 multcount    = 16 (on)
 IO_support   =  0 (default 16-bit)
 unmaskirq    =  0 (off)
 using_dma    =  1 (on)
 keepsettings =  0 (off)
 readonly     =  0 (off)
 readahead    =  8 (on)
 geometry     = 9964/255/63, sectors = 160086528, start = 0
[root@localhost root]#

[4VAlien]

Het lijkt erop dat de schijf niet goed is, het lezen uit cache gaat namelijk wel op normale snelheid zo te zien. Heb je verder geen foutmeldingen in dmesg oid?

[Verwijderd]

Probeer eens de SMART status uit te lezen met http://sourceforge.net/projects/smartsuite/?

[Verwijderd]

4VAlien schreef op donderdag 13 januari 2005 @ 21:34:
Het lijkt erop dat de schijf niet goed is, het lezen uit cache gaat namelijk wel op normale snelheid zo te zien. Heb je verder geen foutmeldingen in dmesg oid?

http://82.192.84.142/dmesg.txt
Nothing special...

Verwijderd schreef op donderdag 13 januari 2005 @ 21:49:
Probeer eens de SMART status uit te lezen met http://sourceforge.net/projects/smartsuite/?

[root@localhost smartsuite-2.1]# make install
gcc -fsigned-char -Wall -O2 -c atacmds.c
make: gcc: Command not found
make: *** [atacmds.o] Error 127
[root@localhost smartsuite-2.1]#
Pre-compiled is er alleen in rpm-vorm, en helaas werkt de command rpm niet. Zie ook hierboven.

Schokkende ontdekking! RPM's werken wel, ik moet alleen wel 10min w8en voordat er verder nog iets gebeurd dan!

code:

[root@localhost root]# rpm -Uvh smartsuite-2.1-2.i386.rpm
Preparing...                ########################################### [100%]
        file /etc/rc.d/init.d/smartd from install of smartsuite-2.1-2 conflicts with file from package kernel-utils-2.4-8.37.6
        file /usr/sbin/smartctl from install of smartsuite-2.1-2 conflicts with file from package kernel-utils-2.4-8.37.6
        file /usr/sbin/smartd from install of smartsuite-2.1-2 conflicts with file from package kernel-utils-2.4-8.37.6
[root@localhost root]#

/usr/bin/smartctl werkt gelukkig wel

code:

[root@localhost init.d]# /usr/sbin/smartctl -t short /dev/hda
smartctl version 5.1-11 Copyright (C) 2002-3 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===
Sending command: "Execute SMART Short self-test routine immediately in off-line mode".
Drive command "Execute SMART Short self-test routine immediately in off-line mode" successful.
Testing has begun.
Please wait 2 minutes for test to complete.
Use smartctl -X to abort test.
[root@localhost init.d]#

Nu nog ff vinden wat hij straks het resulstaat gaat printen.

code:

[root@localhost log]# /usr/sbin/smartctl -t long /dev/hda
smartctl version 5.1-11 Copyright (C) 2002-3 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===
Sending command: "Execute SMART Extended self-test routine immediately in off-line mode".
Drive command "Execute SMART Extended self-test routine immediately in off-line mode" successful.
Testing has begun.
Please wait 37 minutes for test to complete.
Use smartctl -X to abort test.
[root@localhost log]# ps -aux | grep smart
root      3423  0.0  0.0  3684  688 pts/0    S    19:46   0:00 grep smart
[root@localhost log]#

... hier kan ik ook niets mee...

[ Voor 64% gewijzigd door Verwijderd op 14-01-2005 12:46 ]

[Wilke]

Verwijderd schreef op donderdag 13 januari 2005 @ 20:33:
Gaat ook niet, heeft ook GCC-compiler nodig. En die krijg ik niet geinstalleerd via de command-line (alleen via rpm's).

Nah, je kunt gewoon een boot image downloaden van memtest86.com. Ook eentje die je vanuit DOS of Windows op een diskette kunt zetten. Dan die diskette booten. Uiteraard moet je die diskette sowieso even op een ander systeem maken aangezien deze server duidelijk niet te vertrouwen is...

[Verwijderd]

Wilke schreef op vrijdag 14 januari 2005 @ 12:59:
[...]

Nah, je kunt gewoon een boot image downloaden van memtest86.com. Ook eentje die je vanuit DOS of Windows op een diskette kunt zetten. Dan die diskette booten. Uiteraard moet je die diskette sowieso even op een ander systeem maken aangezien deze server duidelijk niet te vertrouwen is...

Memtester is gelukt

code:

[root@localhost root]# /usr/bin/memtester 900
memtester version 4.0.4 (32-bit)
Copyright (C) 2004 Charles Cazabon.
Licensed under the GNU General Public License version 2 (only).

pagesize is 4096
pagesizemask is 0xfffff000
want 900MB (943718400 bytes)
got  900MB (943718400 bytes), trying mlock ...^[[^XTerminated
[root@localhost root]# killall -9 memtester
[root@localhost root]# /usr/bin/memtester 800
memtester version 4.0.4 (32-bit)
Copyright (C) 2004 Charles Cazabon.
Licensed under the GNU General Public License version 2 (only).

pagesize is 4096
pagesizemask is 0xfffff000
want 800MB (838860800 bytes)
got  800MB (838860800 bytes), trying mlock ...locked.
Loop 1:
  Stuck Address       : ok
  Random Value        : ok
  Compare XOR         : ok
  Compare SUB         : ok
  Compare MUL         : ok
  Compare DIV         : ok
  Compare OR          : ok
  Compare AND         : ok
  Sequential Increment: ok
  Solid Bits          : ok
  Block Sequential    : ok
  Checkerboard        : setting  31                                  ok
  Bit Spread          : ok
  Bit Flip            : ok
  Walking Ones        : ok
  Walking Zeroes      : ok

Loop 2:
  Stuck Address       : ok
  Random Value        : ok
  Compare XOR         : ok
  Compare SUB         : ok
  Compare MUL         : ok
  Compare DIV         : ok
  Compare OR          : ok
  Compare AND         : ok
  Sequential Increment: ok
  Solid Bits          : ok
  Block Sequential    : ok
  Checkerboard        : ok
  Bit Spread          : setting  52                                                                               ok
  Bit Flip            : ok
  Walking Ones        : ok
  Walking Zeroes      : ok

Loop 3:
  Stuck Address       : ok
  Random Value        : ok
  Compare XOR         : ok
  Compare SUB         : ok
  Compare MUL         : ok
  Compare DIV         : ok
  Compare OR          : ok
  Compare AND         : ok
  Sequential Increment: ok
  Solid Bits          : setting  51[1]   Killed                  /usr/bin/memtester 600

[2]+  Stopped                 /usr/bin/memtester 800
[root@localhost root]#

Memory seems not the issue...

[Verwijderd]

Verwijderd schreef op vrijdag 14 januari 2005 @ 12:36:
=== START OF OFFLINE IMMEDIATE AND SELF-TEST SECTION ===
Sending command: "Execute SMART Extended self-test routine immediately in off-line mode".
Drive command "Execute SMART Extended self-test routine immediately in off-line mode" successful.
Testing has begun.
Please wait 37 minutes for test to complete.
Use smartctl -X to abort test.
[root@localhost log]# ps -aux | grep smart
root 3423 0.0 0.0 3684 688 pts/0 S 19:46 0:00 grep smart
[root@localhost log]#[/code]... hier kan ik ook niets mee...

Volgens wordt die smart-test geheel in de drive uitgevoerd. Niet door smartctl. Overigens kun je ook de SMART status opvragen (dus niet eerst een diagnostische test) met

code:

smartctl -H /dev/hda

en eventueel wat meer info met -A i.p.v. -H

[Wilke]

Verwijderd schreef op vrijdag 14 januari 2005 @ 14:51:
Memtester is gelukt

Dat is een ander prog dan memtest86 die ik aangaf. Ken deze niet dus durf geen uitspraken te doen over hoe goed 'ie werkt. Memtest86 draait helemaal zonder OS en kan dus sowieso bij alle delen van het geheugen. Ik betwijfel of dat voor deze tool ook geldt.

[Verwijderd]

Wilke schreef op vrijdag 14 januari 2005 @ 16:39:
[...]
Dat is een ander prog dan memtest86 die ik aangaf. Ken deze niet dus durf geen uitspraken te doen over hoe goed 'ie werkt. Memtest86 draait helemaal zonder OS en kan dus sowieso bij alle delen van het geheugen. Ik betwijfel of dat voor deze tool ook geldt.

Is geen optie. Server staat niet thuis. Ik moet eerst helemaal naar het datacenter. Daarvoor wil ik alles voorbereid hebben.

Hoe kan ik checken of er iets mis is met de HDD?

[Tatsu]

Verwijderd schreef op vrijdag 14 januari 2005 @ 20:42:
[...]
Is geen optie. Server staat niet thuis. Ik moet eerst helemaal naar het datacenter. Daarvoor wil ik alles voorbereid hebben.

Hoe kan ik checken of er iets mis is met de HDD?

Ga na wie de fabrikant van jouw hardeschijf is, ga naar de desbetreffende site van de fabrikant en download daar het diagnostisch tooltje.

[Verwijderd]

Tatsu schreef op vrijdag 14 januari 2005 @ 20:49:
[...]

Ga na wie de fabrikant van jouw hardeschijf is, ga naar de desbetreffende site van de fabrikant en download daar het diagnostisch tooltje.

Deze heeft Maxtor.com niet voor Linux.

[FatalError]

Dat tooltje draait gewoon vanaf flop

[ Voor 3% gewijzigd door FatalError op 15-01-2005 11:47 ]

[Wilke]

Yup, net als memtest86.

Denk niet dat je hier iets aan kunt doen zonder die machine op te halen...de hardware is b0rked en zo te zien niet zo'n klein beetje. Dat ga je niet op afstand kunnen fixen. Harddisk, kabels en geheugen zijn de eerste verdachten, zoals gewoonlijk

[Verwijderd]

Ik heb voor de toevoeging van 512MB geheugen Linux geinstalleerd. Heeft dit er iets mee te maken?

[Tatsu]

Verwijderd schreef op zaterdag 15 januari 2005 @ 18:39:
Ik heb voor de toevoeging van 512MB geheugen Linux geinstalleerd. Heeft dit er iets mee te maken?

Dat is een van de mogelijkheden. Het is nu aan jou om met de betreffende informatie uit dit topic aan de gang te gaan. Voor ons is het nu koffiedik kijken, omdat het probleem zich in meerdere manifestaties kan aannemen, waaronder eventueel het geheugen.
Jij bent nu de enige hier die uitsluitsel kan geven, tot zover kunnen we je jouw handje vasthouden.

[ Voor 5% gewijzigd door Tatsu op 15-01-2005 18:47 ]

[Verwijderd]

Tatsu schreef op zaterdag 15 januari 2005 @ 18:46:
[...]

Dat is een van de mogelijkheden. Het is nu aan jou om met de betreffende informatie uit dit topic aan de gang te gaan. Voor ons is het nu koffiedik kijken, omdat het probleem zich in meerdere manifestaties kan aannemen, waaronder eventueel het geheugen.
Jij bent nu de enige hier die uitsluitsel kan geven, tot zover kunnen we je jouw handje vasthouden.

Maar als ik achteraf extra geheugen toevoeg dan hoef ik toch niets aan te passen op de server/software-matig?

[HunterPro]

als je van een halve gig naar een hele gig bent gegaan is een kernelcompilatie met highmem op 4gb wel handig bijvoorbeeld dus ja, dat moet wel

[Wunk]

Even totaal andere insteek..

http://www.chkrootkit.org

Wazig servergedrag is ook nog wel eens te verklaren door rootkits die binaries vervangen die uiteindelijk toch niet zo stil en compatible zijn als de hacker hoopt..

Wilde gooi hoor, maar dat is wat ik altijd eerst kijk als een server vreemd gedrag vertoont.., stel 't ding IS gehacked, weet je nooit wie en wat er word meegekeken met wat jij intikt op de console

[Verwijderd]

HunterPro schreef op dinsdag 18 januari 2005 @ 19:50:
als je van een halve gig naar een hele gig bent gegaan is een kernelcompilatie met highmem op 4gb wel handig bijvoorbeeld dus ja, dat moet wel

Zou niet uit moeten maken. De kernel herkent wel alles gewoon.

code:

[root@localhost root]# free -m
             total       used       free     shared    buffers     cached
Mem:          1000        181        819          0         52         56
-/+ buffers/cache:         71        928
Swap:         1019          6       1013
[root@localhost root]#

[Verwijderd]

Kan het een verkeerde setting in de BIOS zijn?

[HunterPro]

we zijn nu 14 dagen verder, en nog ben je nog niet langsgeweest bij die server Is het functioneren van dat ding niet boeiend of zo? Echt, we zitten nu te gissen en ideeen te spuien die jij vervolgens afschiet met 'nee is niet zo' (note: 1000 maakt nog geen gig) terwijl er maar een oplossing is voor hardwarematig falen: hardwarematig testen. Oftewel: andere DIMM erin oid. Doe dat, en kom vertellen hoe geweldig je server weer draait zodra je ermee klaar bent

[Wilke]

Tatsu schreef op zaterdag 15 januari 2005 @ 18:46:
Dat is een van de mogelijkheden. Het is nu aan jou om met de betreffende informatie uit dit topic aan de gang te gaan. Voor ons is het nu koffiedik kijken, omdat het probleem zich in meerdere manifestaties kan aannemen, waaronder eventueel het geheugen.
Jij bent nu de enige hier die uitsluitsel kan geven, tot zover kunnen we je jouw handje vasthouden.

Hierbij (en bij wat HunterPro zegt) sluit ik me volledig aan. Er zijn nu allerlei suggesties genoemd, en voor het geval dat nog niet duidelijk was:

1. Waarschijnlijk is het iets met de hardware
2. Je kunt hardwareproblemen moeilijk of niet diagnostiseren, laat staan oplossen, zonder dat je bij die machine kunt.

Ik heb geen zin om dit topic te sluiten, aangezien je nog steeds met het probleem zit, maar als je alleen doorgaat met mogelijke oorzaken roepen zonder dat je gewoon naar die machine toegaat en aan het testen slaat om een en ander uit te sluiten, wordt het een beetje kansloos en vrees ik dat er verder weinig zinvols meer over te zeggen is.

[Verwijderd]

Jullie hadden idd. gelijk.

Het had weinig zin om remotely nog meer te proberen. Gelukkig moest ik pas zowieso naar het datacentrum.

Ik heb deze hdd gepoogd te gebruiken op een andere server. Installatie liep vast tijdens het formatteren (dat is dus de 1e keer dat er op de HDD wordt geschreven, rest van installatie liep in geheugen).

HDD naar RMA-dep. van Maxtor gestuurd.