Toon posts:

[Server] Wel verkeer uit maar niet in, server onbereikbaar

Pagina: 1
Acties:

Verwijderd

Topicstarter
Ik heb hier een heel vreemd probleem.

Mijn backupserver is vastgelopen, dan zou je denken dat tie op MRTG gewoon dood is. Nee dus. Er gaat ca 3KB/s uit terwijl die totaal onbereikbaar is.

Ik ga woensdag naar Globalswitch om hem maar es na te kijken. Maar de vorige keer dat dit gebeurde stond er in mijn /var/logs/messages verder niets ongewoons op het tijdstip dat tie down ging. Het gebeurt telkes na een dag of 5 uptime.

Config:
ECS K7S5A
Athlon 1600+
768MB ram
3com nic
maxtor 60GB 7200
4U procase
Ga btw aub niet lopen zeuren over het plankje, die dingen zijn megastabiel....Me normale server heeft nu al een maand of 3 uptime erop zitten met dezelfde plank/mem/nic alleen zit daar een Athlon 2100 in een 2U case.

Ik zelf verdenk de NIC, maar das meer een gevoel omdat er geen data meer in de server gaat? Of zou het bv de switchpoort kunnen zijn?

Verwijderd

Verwijderd schreef op 06 januari 2003 @ 20:48:
Ik heb hier een heel vreemd probleem.

Mijn backupserver is vastgelopen, dan zou je denken dat tie op MRTG gewoon dood is. Nee dus. Er gaat ca 3KB/s uit terwijl die totaal onbereikbaar is.

Ik ga woensdag naar Globalswitch om hem maar es na te kijken. Maar de vorige keer dat dit gebeurde stond er in mijn /var/logs/messages verder niets ongewoons op het tijdstip dat tie down ging. Het gebeurt telkes na een dag of 5 uptime.

Config:
ECS K7S5A
Athlon 1600+
768MB ram
3com nic
maxtor 60GB 7200
4U procase
Ga btw aub niet lopen zeuren over het plankje, die dingen zijn megastabiel....Me normale server heeft nu al een maand of 3 uptime erop zitten met dezelfde plank/mem/nic alleen zit daar een Athlon 2100 in een 2U case.

Ik zelf verdenk de NIC, maar das meer een gevoel omdat er geen data meer in de server gaat? Of zou het bv de switchpoort kunnen zijn?
sorry effe offtopic?? waarom zeuren over die plankjes.. die heb ik ook in me server super stabiel uptime van 5maanden meegehad..

Verwijderd

machine NIET rebooten , eerst via console eea testen
-status NIC testen of je packets kan sturen/ontvangen
-Daarna met ifdown en ifup NIC proberen bij te krijgen

  • MikeN
  • Registratie: April 2001
  • Laatst online: 19-08 15:50
Verwijderd schreef op 06 januari 2003 @ 20:48:
Mijn backupserver is vastgelopen, dan zou je denken dat tie op MRTG gewoon dood is. Nee dus. Er gaat ca 3KB/s uit terwijl die totaal onbereikbaar is.
By default is het toch zo dat MRTG de laatst gemeten waarden aanhoudt als de host onbereikbaar is? (Iets met unknaszero optie ofzo)

[ Voor 5% gewijzigd door MikeN op 06-01-2003 21:03 ]


  • Shuriken
  • Registratie: November 1999
  • Laatst online: 19-08 13:47

Shuriken

Life is all about priorities

sorry effe offtopic?? waarom zeuren over die plankjes.. die heb ik ook in me server super stabiel uptime van 5maanden meegehad
neographikal wil voorkomen dat mensen gaan zeggen dat het door de k7s5a komt. Dat onderschrijf je hierbij nog een keer.

Nu dus weer ontopic :P

Neographikal het is me nog niet helemaal duidelijk maar laat ik je verhaal even samenvatten:
Je hebt een server bij een colo staan. De server gaat physiek niet down. Echter hij is op het netwerk niet benaderbaar. Correct me if i am wrong.

Heb je de NIC in hetzelfde slot zitten als bij de andere server? Ik had zelf problemen met een Compaq NIC in het vierde slot van mijn k7s5a (wilde niet werken).

Tja het is moeilijk te achterhalen wie de schuldige is. Het is een kwestie van trail en error. Je kan de kaart vervangen, kabel vervangen en een andere switchpoort proberen (als dat kan).

Ik heb op het werk ook een communicatie probleempje met een compaq server op het netwerk. Het is lastig uitzoeken wat nu de schulidge is.

[ Voor 10% gewijzigd door Shuriken op 06-01-2003 21:05 ]

I rather have a bottle in front of me, then a frontal lobotomie


Verwijderd

Topicstarter
Shuriken schreef op 06 januari 2003 @ 21:03:
[...]

neographikal wil voorkomen dat mensen gaan zeggen dat het door de k7s5a komt. Dat onderschrijf je hierbij nog een keer.

Nu dus weer ontopic :P

Neographikal het is me nog niet helemaal duidelijk maar laat ik je verhaal even samenvatten:
Je hebt een server bij een colo staan. De server gaat physiek niet down. Echter hij is op het netwerk niet benaderbaar. Correct me if i am wrong.

Heb je de NIC in hetzelfde slot zitten als bij de andere server? Ik had zelf problemen met een Compaq NIC in het vierde slot van mijn k7s5a (wilde niet werken).

Tja het is moeilijk te achterhalen wie de schuldige is. Het is een kwestie van trail en error. Je kan de kaart vervangen, kabel vervangen en een andere switchpoort proberen (als dat kan).

Ik heb op het werk ook een communicatie probleempje met een compaq server op het netwerk. Het is lastig uitzoeken wat nu de schulidge is.
pcies, k heb al es gezeur gehad. Jaaaaa komt door die ECS wat een rotzooi. Dat vervolges hun eigen Gigabyte de lucht in gaat. ach. "kan gebeuren" :p

ofdat tie psysiek down gaat kon ik de vorige keer niet testen helaas, maar de /var/logs/messages hobbelde zo te zien gewoon lekker door...

die trial en error ligt me niet echt, kost me nl. €21,30 aan treinkaartje dankzij die freaking NS... Daarom :(

Ik denk dat ik idd de kaart vervang, de kabel en evt ff een andere switchpoort pak.......Maar staat zoiets niet ergens in de logs vermeld dan. Kan geen packets meer senden?

Die compaq NIC, is dat een 3121? ala Intel pro100?


edit: kan toeval zijn maar tel dit maar eens :)

http://sjoerd.rentserver.nl/global/IMG_0709.JPG
tis btw de zwarte

[ Voor 5% gewijzigd door Verwijderd op 06-01-2003 21:20 ]


  • Shuriken
  • Registratie: November 1999
  • Laatst online: 19-08 13:47

Shuriken

Life is all about priorities

Ja was inderdaad een Cmpq 3121 ala Intel Pro 100.

Mja dat van die trail en error had ik ook al bedacht. Erg irritant als je op en neer moet. Maybe toch maar alles vervangen en ander slot?

I rather have a bottle in front of me, then a frontal lobotomie


Verwijderd

Topicstarter
code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
Dec 29 08:20:54 localhost proftpd[11215]: localhost.localdomain (p508E1C1B.dip.t-dialin.net[80.142.28.27]) - FTP session closed.
Dec 29 08:20:58 localhost proftpd[11211]: localhost.localdomain (p508E1C1B.dip.t-dialin.net[80.142.28.27]) - FTP session closed.
Dec 29 08:23:57 localhost proftpd[11212]: localhost.localdomain (p508E1C1B.dip.t-dialin.net[80.142.28.27]) - FTP no transfer timeout, disconnected.
Dec 29 08:23:58 localhost proftpd[11216]: localhost.localdomain (p508E1C1B.dip.t-dialin.net[80.142.28.27]) - FTP no transfer timeout, disconnected.
Dec 29 08:24:02 localhost proftpd[11219]: localhost.localdomain (p508E1C1B.dip.t-dialin.net[80.142.28.27]) - FTP no transfer timeout, disconnected.
Dec 29 11:18:02 localhost proftpd[11227]: localhost.localdomain (3eea3c04.cable.wanadoo.nl[62.234.60.4]) - FTP session opened.
Dec 29 11:18:02 localhost proftpd[11227]: localhost.localdomain (3eea3c04.cable.wanadoo.nl[62.234.60.4]) - PAM(team1337): Authentication failure.
Dec 29 11:18:41 localhost proftpd[11227]: localhost.localdomain (3eea3c04.cable.wanadoo.nl[62.234.60.4]) - FTP session closed.
Jan  7 11:20:26 localhost syslogd 1.4.1: restart.
Jan  7 11:20:26 localhost syslog: syslogd startup succeeded
Jan  7 11:20:26 localhost syslog: klogd startup succeeded
Jan  7 11:20:26 localhost kernel: klogd 1.4.1, log source = /proc/kmsg started.
Jan  7 11:20:26 localhost kernel: Linux version 2.4.18-14 (bhcompile@astest.test.redhat.com) (gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7)) #1 Wed Sep 4 12:13:11 EDT 2002
Jan  7 11:20:26 localhost kernel: BIOS-provided physical RAM map:
Jan  7 11:20:26 localhost kernel:  BIOS-e820: 0000000000000000 - 000000000009fc00 (usable)
Jan  7 11:20:26 localhost kernel:  BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved)
Jan  7 11:20:26 localhost kernel:  BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved)
Jan  7 11:20:26 localhost kernel:  BIOS-e820: 0000000000100000 - 000000002fff0000 (usable)
Jan  7 11:20:26 localhost kernel:  BIOS-e820: 000000002fff0000 - 000000002fff8000 (ACPI data)
Jan  7 11:20:26 localhost kernel:  BIOS-e820: 000000002fff8000 - 0000000030000000 (ACPI NVS)
Jan  7 11:20:26 localhost kernel:  BIOS-e820: 00000000fec00000 - 00000000fec01000 (reserved)
Jan  7 11:20:26 localhost kernel:  BIOS-e820: 00000000fee00000 - 00000000fee01000 (reserved)
Jan  7 11:20:26 localhost kernel:  BIOS-e820: 00000000ffee0000 - 00000000fff00000 (reserved)
Jan  7 11:20:26 localhost kernel:  BIOS-e820: 00000000fffc0000 - 0000000100000000 (reserved)
Jan  7 11:20:26 localhost kernel: 0MB HIGHMEM available.
Jan  7 11:20:26 localhost kernel: 767MB LOWMEM available.


code:
1
2
3
4
Jan  7 12:25:36 localhost syslogd 1.4.1: restart.
Jan  8 14:47:32 localhost login(pam_unix)[703]: session opened for user root by LOGIN(uid=0)
Jan  8 14:47:32 localhost  -- root[703]: ROOT LOGIN ON tty1
Jan  8 14:49:12 localhost sshd(pam_unix)[7002]: session opened for user root by (uid=0)


Nog een restart wtf??? Ik moet hier dus echt ff verhaal gaan halen :(
Gat in mijn logs, gister hebben ze em schijnbaar gerestart. DUs ik heb niet kunnen zien ofdat tie ook daadwerkelijk hing :(

Fijn als ze de stroom van je rack afhalen :(

/me in colo nu btw :)

[ Voor 8% gewijzigd door Verwijderd op 08-01-2003 15:10 ]

Pagina: 1