üdv!
tegnap is az történt, ami most az előbb is: nagyban dolgozunk, egy ubuntu 7.04 szerveren lévő samba megosztáson lévő fájlokkal, sőt, én még éppen be is voltam lépve a szerverre vnc-vel, mikor egyszercsak - hopsz, a szerver nem elérhető!
tegnap is ugyanez volt, csak kb. délben. most meg 11kor.
nem fagyott meg a szerver, az továbbra is műkszik, csak nincs hálózati kapcsolata.
gyorsan beléptem rá helyileg, sudo /etc/init.d/networking restart, és ment minden tovább.
részlet a syslogból:
...
Aug 5 10:55:55 localhost cyrus/ctl_cyrusdb[9336]: checkpointing cyrus databases
Aug 5 10:55:55 localhost cyrus/ctl_cyrusdb[9336]: archiving log file: /var/lib/cyrus/db/log.0000000001
Aug 5 10:55:55 localhost cyrus/ctl_cyrusdb[9336]: archiving log file: /var/lib/cyrus/db/log.0000000001
Aug 5 10:55:55 localhost cyrus/ctl_cyrusdb[9336]: archiving database file: /var/lib/cyrus/annotations.db
Aug 5 10:55:55 localhost cyrus/ctl_cyrusdb[9336]: archiving database file: /var/lib/cyrus/mailboxes.db
Aug 5 10:55:55 localhost cyrus/ctl_cyrusdb[9336]: archiving log file: /var/lib/cyrus/db/log.0000000001
Aug 5 10:55:55 localhost cyrus/ctl_cyrusdb[9336]: done checkpointing cyrus databases
Aug 5 10:55:55 localhost cyrus/master[5007]: process 9336 exited, status 0
Aug 5 11:04:33 localhost gdm[9158]: gdm_slave_xioerror_handler: Végzetes X hiba - 127.0.0.1:1 újraindítása
Aug 5 11:04:33 localhost gconfd (jani-9230): 15 szignál érkezett, tiszta leállás következik.
Aug 5 11:04:33 localhost gconfd (jani-9230): 15 szignál érkezett, tiszta leállás következik.
Aug 5 11:04:33 localhost gconfd (jani-9230): Kilépés
Aug 5 11:04:47 localhost gdmgreeter[5068]: Theme broken: must have pam-message label!
Aug 5 11:04:57 localhost gdm[4865]: gdm_auth_user_add: A(z) /home/jani/.Xauthority tulajdonosa nem a(z) 1000 uid.
Aug 5 11:04:58 localhost gconfd (jani-9561): indulás (2.18.0.1 verzió), pid: 9561, felhasználó: "jani"
Aug 5 11:04:58 localhost gconfd (jani-9561): A(z) "xml:readonly:/etc/gconf/gconf.xml.mandatory" címet sikerült feloldani egy csak olvasható konfigurációs forrássá a(z) 0 pozícióban
Aug 5 11:04:58 localhost gconfd (jani-9561): A(z) "xml:readwrite:/home/jani/.gconf" címet sikerült feloldani egy írható konfigurációs forrássá a(z) 1 pozícióban
Aug 5 11:04:58 localhost gconfd (jani-9561): A(z) "xml:readonly:/etc/gconf/gconf.xml.defaults" címet sikerült feloldani egy csak olvasható konfigurációs forrássá a(z) 2 pozícióban
Aug 5 11:04:58 localhost gconfd (jani-9561): A(z) "xml:readonly:/var/lib/gconf/debian.defaults" címet sikerült feloldani egy csak olvasható konfigurációs forrássá a(z) 3 pozícióban
Aug 5 11:04:58 localhost gconfd (jani-9561): A(z) "xml:readonly:/var/lib/gconf/defaults" címet sikerült feloldani egy csak olvasható konfigurációs forrássá a(z) 4 pozícióban
Aug 5 11:05:31 localhost kernel: [20405.856000] Link speed = undefined!
Aug 5 11:05:31 localhost kernel: [20405.856000] Link speed = undefined!
Aug 5 11:05:33 localhost kernel: [20408.260000] Link speed = 1000Mbps.
Aug 5 11:05:33 localhost kernel: [20408.260000] setting full duplex, TX flow control, RX flow control.
Aug 5 11:05:36 localhost ntpdate[9695]: the NTP socket is in use, exiting
Aug 5 11:05:39 localhost cyrus/master[9714]: about to exec /usr/lib/cyrus/bin/imapd
Aug 5 11:05:39 localhost cyrus/imap[9714]: executed
Aug 5 11:05:39 localhost cyrus/imap[9714]: accepted connection
Aug 5 11:05:39 localhost cyrus/imap[9714]: login: [192.168.2.163] jani CRAM-MD5 User logged in
Aug 5 11:05:39 localhost cyrus/imap[9714]: seen_db: user jani opened /var/lib/cyrus/user/j/jani.seen
Aug 5 11:05:39 localhost cyrus/imap[9714]: open: user jani opened INBOX
Aug 5 11:05:40 localhost gconfd (jani-9561): Kilépés
...
gdm_slave_xioerror fagyásokat csinál újabban az xfce. ha pl. vnc-vel bejelentkezek, majd bezárom a vnc-t (de nem lépek ki, mert később folytatni akarom a sessiont), akkor lefagy az X és újraindul. ha újra csatlakozok vnc-vel, nem a régi session fogad, hanem újra be kell jelentkezzek.
szóval nem tudom, hogy ez a gdm_slave... ez amiatt van-e, mert megszakadt a hálózat és ezzel együtt a vnc, és ettől lefagyott és újraindult, vagy pedig ettől a fagyástól szakadt meg a hálózat?
mindenesetre ezen kívül semmi gyanúsat nem látok.
hogyan tudom megállapítani így, hogy mi történt? sehol semmi logbejegyzés.
a hálókártya egy ic plus/sundance ip1000, amiről valahol google-al találtam, hogy néha csinált ilyet, hogy egyszerűen véletlenszerűen megfagyott a modulja. de remélem ezt már kijavították...
mindenesetre én valahol a hálókártya környékén gyanítok valamit, mert ez egy rakás szar kártya.
valakinek ötlete? please!
- 1342 megtekintés
Hozzászólások
mi van az /etc/network/interfaces ben ?
Core2Duo T7100, 2.5G, Ubuntu 8.04, 2.6.24
- A hozzászóláshoz be kell jelentkezni
auto lo eth0
iface lo inet loopback
iface eth0 inet static
address 192.168.2.10
netmask 255.255.255.0
gateway 192.168.2.1
mtu 1500
txqueuelen 1000
- A hozzászóláshoz be kell jelentkezni
Szerveren ne legyen grafikus felület, tegyél fel egy szűz ubuntu-servert.
- A hozzászóláshoz be kell jelentkezni
hát eddig nem volt gondom a grafikus felület miatt, sem ezen a gépen, sem az otthonin...
szerintem ha esetleg az ablakkezelő öszeomlik is, attól nem kéne, hogy alapvető dolgok, mint pl. hálózat is összeomoljon.
- A hozzászóláshoz be kell jelentkezni
Ötleteim:
1. hálókártya csere
2. próbáld meg az XDMCP session-t a VNC helyett.
3. próbálj ki egy Win-es gépen XWinLogon-t (may require Win client)
4. SSH -Y júzer@szerver_ip -vel beépve átemelheted néhány szerver progi GUI-ját, ha Xservert futtató gépről SSH-zol.
5. radical: másik ablakozóval hogy viselkedik?
sok sikert.
/mazursky
- A hozzászóláshoz be kell jelentkezni
1. mindjárt megyek veszek egyet, ezt meg kihajítom a picsába :) ez egy borzalom. lassú is. ethtool-t nem támogat a drivere meg ilyenek, lol
2. vnc hónapokig kifogástalanul ment, aztán hirtelen kezdte ezt az x restartolást kapcsolat bontáskor.
3. igazából nem hiszem, hogy ez a probléma...
4. windows-ról ssh-zok, nincs xserver rajta :)
5. nem tudom, mindig is xfce volt. és alaphelyzetben nem fut semmi, 99%-ban nnics bejelentkezve senki. megpróbálhatom még gnome-mal, de olyan random a hiba, hogy nem tudom, mikor jön elő legközelebb...
- A hozzászóláshoz be kell jelentkezni
Volt már itt egy hasonló topic, ott az volt a probléma, hogy a switch túl hamar elfelejtette a gép MAC címét az ARP táblából...
- A hozzászóláshoz be kell jelentkezni
Az meg mitől lehet?
- A hozzászóláshoz be kell jelentkezni
Túl sok gép van a hálózaton. Több mint amennyit a switch ARP táblája tud kezelni. A switch ARP kezelése el van konfigurálva, pl. az ARP tábla megőrzési ideje végtelenre van állítva és a gépek gyorsan cserélődnek, így betellik az ARP tábal...
- A hozzászóláshoz be kell jelentkezni
hát itt egy soho asus 8 portos switch van, és összesen 5 gép van rajta. természetesen a switch nem managelt, úgyhogy... :(
mindenesetre a hálókarit kicseréltem. realtek 8169 FTW! :D (de komolyan, nekem nincs vele gondom) majd meglátom, hogy ez meggyógyította-e?
viszont ettől kicsit gyorsabb is lett a háló. ftp-vel szépen kihasználom, amit a vyinók bírnak :)
a samba is elfogadhatóan megy.
csak most hálókártya csere után érdekes módon, a sambára íráskor tetű lassú lett. de hogy mitől?! :( olvasás sambáról olyan 25-30mb/s, írás viszont 2-8mb/s csak! :( eddig ez is gyors volt. hogy ennek aztán mi köze van a hálókártyacseréhez, az nekem magas.
(mert hogy nem a kártya a ludas, hiszen ftp-vel szépen dolgozik...)
- A hozzászóláshoz be kell jelentkezni