We are in the process of migrating this forum. A new space will be available soon. We are sorry for the inconvenience.

Kone buuttas - syiden haeskeleminen (Debian)


Henkka
04-05-2010, 01:24 PM
Itsellä tehnyt viimeiset kaksi päivää tätä vanhaa tuttua buuttailua, eri käyttöjärjestelmien ja kernel-versioiden kanssa pelailun jälkeen löysin OVH:n brittifoorumeilta samanlaista juttua, jossa oli hyvä how-to ongelman ratkaisuun:

http://forum.ovh.co.uk/showthread.php?t=3831

Suosittelen muidenkin tekemään tämän jos ongelmia koneen boottailun kanssa on vielä, itselläni ratkaisi totaalisesti oman ongelman(Kun verkkoadapterin läpi kulkee paljon, ~8000p/s niin koko kone crashaa).

harri
01-20-2010, 12:15 AM
Quote Originally Posted by Lauri
Onko sinulla vielä ollut samanlaisia ongelmia?
Ei.

Edelleen syytän sähkökatkoa, mutta mitenpä tuon todistaa?

Swapin siirtelen hetikohta, kunhan saan selvitettyä, että annettujen ohjeiden mukaan teen vain 2 Gt swappifilen (ensin luulin mkswap:n ja dd:n kuuluvan toisinpäin ja miten tuo vaikuttaa ajossa oleviin prosesseihin). Näitä hiljalleen selvittelen.

Lauri
01-19-2010, 02:30 PM
Quote Originally Posted by harri
Tämä ^@^ lintu symboli lienee jokin pahan onnen räkätti, joka kippaa koko koneen.
Onko sinulla vielä ollut samanlaisia ongelmia?

rng
01-14-2010, 07:03 AM
Tuossa eilen vai toissapäivänä netti pätkäisi hetkeksi, lieneekö siitä johtuva uudelleenkäynnistys.

Henkka
01-13-2010, 06:21 PM
Jaahas,

Juuri kun pääsin kehumaan kuinka stabiilia menoa itsellä on ollut, niin tietenkin se kaatuu, syslogista snippaus:

Jan 12 17:22:45 ovh kernel: [1749078.012901] r8169: eth0: link down
Jan 12 17:36:28 ovh shutdown[31205]: shutting down for system reboot
Rebootti tapahtui OVH:n automaattisen monitoroinnin auttamana. Nähtävästi kone menettää yhteyden maailmalle, ja tätä kautta OVH:n monitorointi boottasi koneen. Mitään kaatumista siis ei tapahtunut.

Tiedä sitten jos verkkokortti on viallinen, pitää ottaa yhteyttä asiakaspalveluun jos tulevaisuudessa tapahtuu samoin.

zeta
01-13-2010, 02:46 PM
jep eli näissä koneissa on yleisesti swap ongelma jos kaatuu, korjattua saa:

swapoff /dev/sda3
dd if=/dev/zero of=swapfile bs=1M count=2000
mkswap swapfile
swapon swapfile

ei oo ton operaation jälkee kaatunu kertaakaa vaikka liikennettä serverillä oliski

harri
01-12-2010, 10:12 PM
Omasta syslogista:

Jan 8 14:00:01 ksxxxxxx /USR/SBIN/CRON[11355]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:01:01 ksxxxxxx /USR/SBIN/CRON[11427]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:02:01 ksxxxxxx /USR/SBIN/CRON[11499]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:03:01 ksxxxxxx /USR/SBIN/CRON[11571]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:04:01 ksxxxxxx /USR/SBIN/CRON[11643]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:05:01 ksxxxxxx /USR/SBIN/CRON[11715]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:06:01 ksxxxxxx /USR/SBIN/CRON[11787]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:07:01 ksxxxxxx /USR/SBIN/CRON[11820]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:08:01 ksxxxxxx /USR/SBIN/CRON[11853]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:09:01 ksxxxxxx /USR/SBIN/CRON[11886]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:09:01 ksxxxxxx /USR/SBIN/CRON[11889]: (root) CMD ( [ -x /usr/lib/php5/maxlifetime ] && [ -d /var/lib/php5 ] && find /var/lib/php5/ -type f -cmin +$(/usr/lib/php5/maxl
ifetime) -print0 | xargs -n 200 -r -0 rm)
Jan 8 14:10:01 ksxxxxxx /USR/SBIN/CRON[11929]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:11:01 ksxxxxxx /USR/SBIN/CRON[11962]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:12:01 ksxxxxxx /USR/SBIN/CRON[11995]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:13:01 ksxxxxxx /USR/SBIN/CRON[12028]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ ^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Ja n 8 14:23:32 ksxxxxxx kernel: imklog 3.18.6, log source = /proc/kmsg started.
Jan 8 14:23:32 ksxxxxxx kernel: Initializing cgroup subsys cpuset
Jan 8 14:23:32 ksxxxxxx kernel: Linux version 2.6.31.5-grsec-xxxx-grs-ipv4-64 (root@kernel-64.ovh.net) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #3 SMP Tue Nov 24 16:51:16 UTC 20
09
Jan 8 14:23:32 ksxxxxxx kernel: Command line: auto BOOT_IMAGE=Linux ro root=801
Jan 8 14:23:32 ksxxxxxx kernel: KERNEL supported cpus:
Jan 8 14:23:32 ksxxxxxx kernel: Intel GenuineIntel
Jan 8 14:23:32 ksxxxxxx kernel: AMD AuthenticAMD
Jan 8 14:23:32 ksxxxxxx kernel: Centaur CentaurHauls
Jan 8 14:23:32 ksxxxxxx kernel: BIOS-provided physical RAM map:
Jan 8 14:23:32 ksxxxxxx kernel: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
Jan 8 14:23:32 ksxxxxxx kernel: BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
Jan 8 14:23:32 ksxxxxxx kernel: BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
Jan 8 14:23:32 ksxxxxxx kernel: BIOS-e820: 0000000000100000 - 000000007ce31000 (usable)
Jan 8 14:23:32 ksxxxxxx kernel: BIOS-e820: 000000007ce31000 - 000000007d232000 (ACPI NVS)
Jan 8 14:23:32 ksxxxxxx kernel: BIOS-e820: 000000007d232000 - 000000007ddf2000 (usable)
Jan 8 14:23:32 ksxxxxxx kernel: BIOS-e820: 000000007ddf2000 - 000000007ddf4000 (reserved)
Jan 8 14:23:32 ksxxxxxx kernel: BIOS-e820: 000000007ddf4000 - 000000007de71000 (usable)
Jan 8 14:23:32 ksxxxxxx kernel: BIOS-e820: 000000007de71000 - 000000007def7000 (ACPI NVS)
Jan 8 14:23:32 ksxxxxxx kernel: BIOS-e820: 000000007def7000 - 000000007def8000 (usable)
Jan 8 14:23:32 ksxxxxxx kernel: BIOS-e820: 000000007def8000 - 000000007deff000 (ACPI data)
Jan 8 14:23:32 ksxxxxxx kernel: BIOS-e820: 000000007deff000 - 000000007df00000 (usable)
Jan 8 14:23:32 ksxxxxxx kernel: BIOS-e820: 00000000fff80000 - 0000000100000000 (reserved)
Jan 8 14:23:32 ksxxxxxx kernel: DMI 2.4 present.
Jan 8 14:23:32 ksxxxxxx kernel: last_pfn = 0x7df00 max_arch_pfn = 0x400000000
Jan 8 14:23:32 ksxxxxxx kernel: initial memory mapped : 0 - 20000000
Jan 8 14:23:32 ksxxxxxx kernel: init_memory_mapping: 0000000000000000-000000007df00000
Jan 8 14:23:32 ksxxxxxx kernel: NX (Execute Disable) protection: active
Jan 8 14:23:32 ksxxxxxx kernel: 0000000000 - 007de00000 page 2M
Jan 8 14:23:32 ksxxxxxx kernel: 007de00000 - 007df00000 page 4k
Jan 8 14:23:32 ksxxxxxx kernel: kernel direct mapping tables up to 7df00000 @ 8000-c000
Jan 8 14:23:32 ksxxxxxx kernel: ACPI: RSDP 00000000000fe020 00014 (v00 INTEL )





Ja toinen:
Jan 8 14:24:02 ksxxxxxx /USR/SBIN/CRON[3394]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:25:01 ksxxxxxx /USR/SBIN/CRON[3466]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:26:01 ksxxxxxx /USR/SBIN/CRON[3538]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
Jan 8 14:27:01 ksxxxxxx /USR/SBIN/CRON[3610]: (root) CMD (/usr/local/rtm/bin/rtm 38 > /dev/null 2> /dev/null)
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ ^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@ ^@^@^@^@^@^@^@^@^@^@^@^@^@
^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@Jan 8 14:30:08 ksxxxxxx kernel: imklog 3.18.6, log source = /proc/kmsg started.
Jan 8 14:30:08 ksxxxxxx kernel: Initializing cgroup subsys cpuset
Jan 8 14:30:08 ksxxxxxx kernel: Linux version 2.6.31.5-grsec-xxxx-grs-ipv4-64 (root@kernel-64.ovh.net) (gcc version 4.3.2 (Debian 4.3.2-1.1) ) #3 SMP Tue Nov 24 16:51:16 UTC 20
09
Jan 8 14:30:08 ksxxxxxx kernel: Command line: auto BOOT_IMAGE=Linux ro root=801
Jan 8 14:30:08 ksxxxxxx kernel: KERNEL supported cpus:
Jan 8 14:30:08 ksxxxxxx kernel: Intel GenuineIntel
Jan 8 14:30:08 ksxxxxxx kernel: AMD AuthenticAMD
Jan 8 14:30:08 ksxxxxxx kernel: Centaur CentaurHauls
Jan 8 14:30:08 ksxxxxxx kernel: BIOS-provided physical RAM map:
Jan 8 14:30:08 ksxxxxxx kernel: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
Jan 8 14:30:08 ksxxxxxx kernel: BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
Jan 8 14:30:08 ksxxxxxx kernel: BIOS-e820: 00000000000e0000 - 0000000000100000 (reserved)
Jan 8 14:30:08 ksxxxxxx kernel: BIOS-e820: 0000000000100000 - 000000007ce31000 (usable)




Tämä ^@^ lintu symboli lienee jokin pahan onnen räkätti, joka kippaa koko koneen.

zeta
01-12-2010, 09:40 PM
swapper: page allocation failure. order:0, mode:0x20

tollanen sieltä löytyy ja sen jälkee tuleeki varmaa 100 riviä skeidaa

Pid: 0, comm: swapper Not tainted 2.6.32.2-xxxx-grs-ipv4-32 #1
Call Trace:
[] ? printk+0x18/0x1a
[] __alloc_pages_nodemask+0x46d/0x540
[] ? sctp_snmp_list+0x9f9bc/0x15afdc
[] cache_alloc_refill+0x2ce/0x540
[] kmem_cache_alloc+0x92/0xa0
[] __alloc_skb+0x29/0x120
....
ja sitte se boottaaki, eli swapissa jotain ongelmaa.. eikä tosiaan auta reinstallit ja rauta testit sanoo ehjää

harri
01-12-2010, 06:41 PM
Quote Originally Posted by rng
grsec kerneli?
Jep.


Ja teillä joilla Debian on kaatunut. Näkyykö syslogissa tai jossain muualla jotain kaatumiseen viittaavaa, vai onko se kaatuminen kuin virtakytkimestä kliksuteltuna?

Henkka
01-12-2010, 04:32 PM
Jos aikaa on tuhlattavaksi, ja muutenkin tykkää pelailla koneiden kanssa niin suosittelen tutustumaan tähän ohjeeseen: http://forums.ovh.co.uk/showthread.php?t=3011

Kyseisellä ohjeella itse asensin ihan normi-debianin, joka on toiminut varsin mainiosti ilman mitään kaatumisia (pari kertaa kaatui OVH:n tarjoamalla default kernelillä)

pitkane
01-12-2010, 02:23 PM
Asentelin tossa viikko sitten 64-bittisen Windows Server 2008 R2 tohon betasorvoon ja alussa teki ihan samaa kuin 64-bittisellä debianilla, eli verkkokortti kaatuili kun kuorma kasvoi suureksi (windows ei tosin bootannut niin kuin linux, oli vain n. 10min poissa pelistä). Windows serverille tarkoitetut ajurit eivät siis toimineet, mutta ongelma korjaantui uusimmilla windows 7 ajureille.

Realtek PCIe GBE Family Controller
PCI\VEN_10EC&DEV_8168&SUBSYS_D6068086&REV_01
Driver version: 7.11.1127.2009

Lauri
01-12-2010, 08:55 AM
Quote Originally Posted by zeta
jaah eipä toi 32bittine debianiakii auta.. kaatuu silti.. rautatestit ei sano mitään erroreita.. täs ny on kokeiltu ubuntuu debianii 32 ja 64bittisen kaikki kaatuu.. njo o kerneliä on päivitelty käsin debian sidiks mut eipä silläkää vaikutusta.. mikähä tähän ongelmaan sattus auttamaa?
Mitä lokitiedostoissa näkyy kaatumisesta?

mrl586
01-12-2010, 07:06 AM
Quote Originally Posted by zeta
jaah eipä toi 32bittine debianiakii auta.. kaatuu silti.. rautatestit ei sano mitään erroreita.. täs ny on kokeiltu ubuntuu debianii 32 ja 64bittisen kaikki kaatuu.. njo o kerneliä on päivitelty käsin debian sidiks mut eipä silläkää vaikutusta.. mikähä tähän ongelmaan sattus auttamaa?
Luettele, mitä Ubuntuja ja Debianeja olet kokeillut. Luettele myös kaikki kernelit, joissa olet huomannut tämän kaatumisongelman.

PS. Kernelin kääntö voisi olla toimiva ratkaisu tähän ongelmaan. Voit myös testata Ubuntulla täällä listattuja kerneleitä.

zeta
01-12-2010, 03:04 AM
jaah eipä toi 32bittine debianiakii auta.. kaatuu silti.. rautatestit ei sano mitään erroreita.. täs ny on kokeiltu ubuntuu debianii 32 ja 64bittisen kaikki kaatuu.. njo o kerneliä on päivitelty käsin debian sidiks mut eipä silläkää vaikutusta.. mikähä tähän ongelmaan sattus auttamaa?

rng
01-11-2010, 07:59 PM
grsec kerneli?

harri
01-11-2010, 06:14 PM
Quote Originally Posted by zeta
mahdatko käyttää debian 64bittistä käyttistä? kaikilla jolla on toi model name : Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz
prossu + debian 64bit esiintyy kaatuilua.. toi kerneli on jotenki käännetty vituiks ovhn puolesta.. asenna debian 32bittinen ja homma toimii

edit celeron 1.2ghz toimii ihan ok ja kaikilla muillaki, joku yhteensopivuus ongelma ton pentium prossun kans


homma siis menee tosiaan niin että idlessä koneet kyllä pysyy, mutta vähäki liikennettä nii kone boottaa
Debian on 64 bittinen, mutta prosessorini on tosiaan Celeron 220.


Rescue modessa ajoin CPU testin kahdesti, muistitestit ja tarkastin levyn, mutta ei noissa löytynyt mitään.

Lauri
01-11-2010, 09:25 AM
Meidän puolelta en löytänyt palvelimesta ongelmia.

Suosittelen ajamaan rautatestin, tässä siihen ohjeet:
http://ohjeet.ovh-hosting.fi/RescueMode

zeta
01-11-2010, 01:40 AM
mahdatko käyttää debian 64bittistä käyttistä? kaikilla jolla on toi model name : Intel(R) Pentium(R) Dual CPU E2180 @ 2.00GHz
prossu + debian 64bit esiintyy kaatuilua.. toi kerneli on jotenki käännetty vituiks ovhn puolesta.. asenna debian 32bittinen ja homma toimii

edit celeron 1.2ghz toimii ihan ok ja kaikilla muillaki, joku yhteensopivuus ongelma ton pentium prossun kans


homma siis menee tosiaan niin että idlessä koneet kyllä pysyy, mutta vähäki liikennettä nii kone boottaa

harri
01-09-2010, 03:53 PM
Sähköposti laitettu asiakaspalveluun.

Lauri
01-09-2010, 12:05 PM
Lähetätkö konetunnuksen meille osoitteeseen asiakaspalvelu@ovh-hosting.fi, jotta voimme auttaa sinua paremmin.

harri
01-08-2010, 06:13 PM
Lisätään vielä, että palomuuria en ole sörkkinyt, joten tarkistuspingit ovat toimineet kokoajan, mutta en löydä hallintapaneelista tietoa vanhoista palvelimen toimimattomuuksista tai uudelleenkäynnistämisistä.
Lisäsin sähköpostiosoitteeni nyt kuitenkin monitorointiin, joten ehkä nyt pysyn paremmin tilanteiden tasalla.

harri
01-08-2010, 05:39 PM
Quote Originally Posted by Lauri
Kaikki vikailmoitukset näkyvät osoitteessa http://travaux.ovh.net (tällä hetkellä vain ranskankielisenä).

Onko palvelimellasi muita käyttäjiä? Oletko tutkinut sovelluslogit?
Ei ole muita käyttäjiä.
Lighttpd, MySQL ja SSH lokit eivät näytä mitään poikkeavaa ennen buuttausta, eikä tuolla muita palveluja pyöriskele.


Ja palvelin kyykkäsi uudemman kerran äskettäin.
Palvelin ylhäällä: 14 minuuttia 47 sekuntia

Eikä taaskaan /var/log/syslog tai /var/log/messages näytä mitään muuta kuin yllättäen käynnistymislokeja.



Sunnuntaiyönä ajattelin ajella vikatestejä rescue modessa.

Lauri
01-08-2010, 05:01 PM
Quote Originally Posted by harri
Palvelin buuttas.

Hallinnasta:
"Palvelin ylhäällä: 14 minuuttia 6 sekuntia"
(Kirjoitin tätä viestiä hitaasti, joten älkää tuohon takertuko.)

Siellä on minulla Debian 5 Lenny ja lokeja olen yrittänyt ihmetellä.

/var/log/syslog
^Ei näytä mitään sammumiseen viittaavaa, yhtäkkiä vain 14:23:32 alkaa kerneliltä tulla käynnistymislogituksia.

/var/log/messages
^Sama kuin syslogissa. 14:23:32 alkaa käynnistymisrutiinien loggailu. Ei tässäkään mitään sammumiseen viittaavaa.


Kimsufin sivujen mukaan koneella on Kaksinkertainen UPS, mutta jos siellä kuitenkin jokin jossain pettää sähköpuolella, tuleeko tästä ilmoitusta automaattisesti johonkin?
Kaikki vikailmoitukset näkyvät osoitteessa http://travaux.ovh.net (tällä hetkellä vain ranskankielisenä).

Onko palvelimellasi muita käyttäjiä? Oletko tutkinut sovelluslogit?

harri
01-08-2010, 04:11 PM
Palvelin buuttas.

Hallinnasta:
"Palvelin ylhäällä: 14 minuuttia 6 sekuntia"
(Kirjoitin tätä viestiä hitaasti, joten älkää tuohon takertuko.)

Siellä on minulla Debian 5 Lenny ja lokeja olen yrittänyt ihmetellä.

/var/log/syslog
^Ei näytä mitään sammumiseen viittaavaa, yhtäkkiä vain 14:23:32 alkaa kerneliltä tulla käynnistymislogituksia.

/var/log/messages
^Sama kuin syslogissa. 14:23:32 alkaa käynnistymisrutiinien loggailu. Ei tässäkään mitään sammumiseen viittaavaa.


Kimsufin sivujen mukaan koneella on Kaksinkertainen UPS, mutta jos siellä kuitenkin jokin jossain pettää sähköpuolella, tuleeko tästä ilmoitusta automaattisesti johonkin?