Aktuelles
Digital Eliteboard - Das Digitale Technik Forum

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Registriere dich noch heute kostenlos, um Mitglied zu werden! Sobald du angemeldet bist, kannst du auf unserer Seite aktiv teilnehmen, indem du deine eigenen Themen und Beiträge erstellst und dich über deinen eigenen Posteingang mit anderen Mitgliedern unterhalten kannst! Zudem bekommst du Zutritt zu Bereichen, welche für Gäste verwehrt bleiben

Alle paar min bleibt das bild für ein paar sekunden stehen und läuft dann weiter

    Nobody is reading this thread right now.
AW: Alle paar min bleibt das bild für ein paar sekunden stehen und läuft dann weiter

beim reader nagraread=0, force irdeto aktivieren per webif,
was ist das für ein sky abo da nur 4 entitlements ?
abschnitt dvbapi auf server entfernen,
wie geht es denn beim log weiter, bis die clients ausfallen ?
 
AW: Alle paar min bleibt das bild für ein paar sekunden stehen und läuft dann weiter

Ok hab die einstellungen gemacht:

das ist jetzt der startlog

ABO ist von Unitymedia
in diesen sind sender bei die Eigendlich unter sky laufen.

2014/04/28 19:01:11 0 s >> OSCam << cardserver started, version 1.20-unstable_svn, build r8984 (i486-linux-gnu)
2014/04/28 19:01:11 0 s creating pidfile /tmp/.oscam1/oscam.pid with pid 990
2014/04/28 19:01:11 0 s services reloaded: 0 services freed, 32 services loaded, rejected 0
2014/04/28 19:01:11 0 s userdb reloaded: 3 accounts loaded, 0 expired, 0 disabled
2014/04/28 19:01:11 0 s signal handling initialized
2014/04/28 19:01:11 0 s 393 service-id's loaded in 8ms
2014/04/28 19:01:11 0 s 935 provid's loaded
2014/04/28 19:01:11 0 s monitor: initialized (fd=6, port=89)
2014/04/28 19:01:11 0 s cccam: initialized (fd=7, port=27020)
2014/04/28 19:01:11 0 s UM_I12 [smartreader] creating thread for device Serial:Reader 18C7554
2014/04/28 19:01:11 0 s waiting for local card init
2014/04/28 19:01:11 90ADD38 r UM_I12 [smartreader] De SR_init
2014/04/28 19:01:11 90ADD38 r UM_I12 [smartreader] Using 0x01/0x82 as endpoint for smartreader hardware detection
2014/04/28 19:01:11 90DBA70 h webif: decompressed 54245 bytes back into 154648 bytes
2014/04/28 19:01:11 90ADD38 r Found reader with serial Reader 18C7554 at 002:002
2014/04/28 19:01:11 90ADD38 r Found smartreader device Serial:Reader 18C7554
2014/04/28 19:01:11 90DBA70 h HTTP Server running. ip=0.0.0.0 port=3100
2014/04/28 19:01:11 90ADD38 r UM_I12 [smartreader] Pthread Wordt gecreeerd
2014/04/28 19:01:11 90ADD38 r UM_I12 [smartreader] Reader initialized (device=Serial:Reader 18C7554, detect=cd, mhz=600, cardmhz=600)
2014/04/28 19:01:13 0 s init for all local cards done
2014/04/28 19:01:13 0 s anti cascading disabled
2014/04/28 19:01:13 90E4428 c encrypted cccam-client 192.168.1.106 granted (Dbox2-SZ, au=off)
2014/04/28 19:01:13 90E2738 c encrypted cccam-client 192.168.1.107 granted (Dbox2-Su, au=off)
2014/04/28 19:01:15 90ADD38 r UM_I12 [smartreader] card detected
2014/04/28 19:01:15 90ADD38 r UM_I12 [smartreader] SR_reset wordt gerund
2014/04/28 19:01:16 90EABE8 c encrypted cccam-client 192.168.1.105 granted (Dream-WZ, au=auto (1 reader))
2014/04/28 19:01:19 90EABE8 c Dream-WZ (1722&000000/0000/332E/93:69771FAA6A653422DB9FF978C220385B): rejected group (0 ms) - HISTORY (no matching reader)
2014/04/28 19:01:19 90EABE8 c Dream-WZ (1835&000000/0000/332E/89:C18A6FCF8BB1C7A228606EE88F682924): rejected group (0 ms) - HISTORY (no matching reader)
2014/04/28 19:01:20 90E4428 c Dbox2-SZ (1722&000000/0000/3718/93:20A9D0CDC11FF6EFA3ACCAFDF8DDC007): rejected group (0 ms) - Spiegel TV Wissen (no matching reader)
2014/04/28 19:01:20 90E4428 c Dbox2-SZ (1835&000000/0000/3718/89:F8E847BA81FEE901752FA906CBE05D2C): rejected group (0 ms) - Spiegel TV Wissen (no matching reader)
2014/04/28 19:01:21 90ADD38 r UM_I12 [smartreader] ATR: 3B 9F 21 0E 49 52 44 45 54 4F 20 41 43 53 03 84 55 FF 80 6D
2014/04/28 19:01:21 90ADD38 r UM_I12 [smartreader] Init card protocol T14, FI=2, F=558, D=1, N=0
2014/04/28 19:01:21 90ADD38 r UM_I12 [smartreader] Calculated work ETU is 93.00 us
2014/04/28 19:01:21 90ADD38 r UM_I12 [smartreader] the SR_WriteSettings is called
2014/04/28 19:01:21 90ADD38 r UM_I12 [smartreader] The EnableSmarReader is called out off Sr_writesettings
2014/04/28 19:01:21 90ADD38 r UM_I12 [smartreader] ATR Fsmax is 6 MHz, clocking card to wanted user cardspeed of 6.00 MHz (specified in reader->mhz)
2014/04/28 19:01:22 90ADD38 r UM_I12 [smartreader] detect irdeto tunneled nagra card
2014/04/28 19:01:22 90ADD38 r UM_I12 [smartreader] no rsa key configured -> using irdeto mode
2014/04/28 19:01:22 90ADD38 r UM_I12 [smartreader] detect irdeto card
2014/04/28 19:01:22 90ADD38 r UM_I12 [smartreader] caid: 1722, acs: 3.84, country code: TEL
2014/04/28 19:01:22 90E2738 c Dbox2-Su (1722&000000/0000/002A/93:67416DD5E8F44C44812864EC78D02C48): rejected group (0 ms) - 13th Street (no matching reader)
2014/04/28 19:01:22 90ADD38 r UM_I12 [smartreader] providers: 4, ascii serial: ##########, hex serial: ######, hex base: ##
2014/04/28 19:01:22 90E2738 c Dbox2-Su (1835&000000/0000/002A/89:C6701425F26B2707927FB9B06C28C74C): rejected group (0 ms) - 13th Street (no matching reader)
2014/04/28 19:01:25 90ADD38 r UM_I12 [smartreader] active providers: 2 (000000,000000)
2014/04/28 19:01:25 90ADD38 r UM_I12 [smartreader] found card system irdeto
2014/04/28 19:01:25 90ADD38 r UM_I12 [irdeto] THIS WAS A SUCCESFULL START ATTEMPT No 1 out of max alloted of 1
2014/04/28 19:01:26 90ADD38 r UM_I12 [irdeto] entitlements for provider: 2, id: 000000
2014/04/28 19:01:26 90ADD38 r UM_I12 [irdeto] chid: 318C, date: 2014/02/20 - 2014/06/21
2014/04/28 19:01:26 90ADD38 r UM_I12 [irdeto] chid: D4C6, date: 2014/02/20 - 2014/07/21
2014/04/28 19:01:26 90ADD38 r UM_I12 [irdeto] chid: 318D, date: 2014/02/20 - 2014/06/21
2014/04/28 19:01:26 90ADD38 r UM_I12 [irdeto] chid: 318E, date: 2014/02/20 - 2014/06/21
2014/04/28 19:01:26 90ADD38 r UM_I12 [irdeto] ready for requests
2014/04/28 19:01:30 90EABE8 c Dream-WZ (1722&000000/0000/332E/93:A754D3A03849E5C31F11F5798EE5D495): found (527 ms) by UM_I12 - HISTORY
2014/04/28 19:01:31 90E4428 c Dbox2-SZ (1722&000000/0000/3718/93:799161D990570D062767DD43BC537580): found (523 ms) by UM_I12 - Spiegel TV Wissen
2014/04/28 19:01:33 90E2738 c Dbox2-Su (1722&000000/0000/002A/93:173203427F43CCC165BE00EDCFCC7D5F): found (538 ms) by UM_I12 - 13th Street


log beim ausfall:

2014/04/28 19:06:30 90E5670 c Dream-WZ (1722&000000/0000/332E/93:545EF173508343F73777685CD0D27427): found (538 ms) by UM_I12 - HISTORY
2014/04/28 19:06:31 90EA8D0 c Dbox2-SZ (1722&000000/0000/3718/93:D8B670BE0E51856B0E8225A780A42C82): found (530 ms) by UM_I12 - Spiegel TV Wissen
2014/04/28 19:06:33 90E2738 c Dbox2-Su (1722&000000/0000/002A/93:CB4F89D41EFAC1E3A73BB5E6FD1C4B04): found (540 ms) by UM_I12 - 13th Street
2014/04/28 19:06:40 90E5670 c Dream-WZ (1722&000000/0000/332E/93:9D4C2D6C37D8413FB49B36AB23B8CFC5): found (529 ms) by UM_I12 - HISTORY
2014/04/28 19:06:41 90EA8D0 c Dbox2-SZ (1722&000000/0000/3718/93:C4A446260A2DA75D41E8C20978DD61FA): found (529 ms) by UM_I12 - Spiegel TV Wissen
2014/04/28 19:06:43 90E2738 c Dbox2-Su (1722&000000/0000/002A/93:F26A8E6835B4148FB24E1704B43500CB): found (541 ms) by UM_I12 - 13th Street
2014/04/28 19:06:50 90E5670 c Dream-WZ (1722&000000/0000/332E/93:082E57E45C1E591B6EAF2B100CB67979): found (533 ms) by UM_I12 - HISTORY
2014/04/28 19:06:51 90EA8D0 c Dbox2-SZ (1722&000000/0000/3718/93:A0A3B75CCE57DD6585B50C0B1A3F3064): found (524 ms) by UM_I12 - Spiegel TV Wissen
2014/04/28 19:06:53 90E2738 c Dbox2-Su (1722&000000/0000/002A/93:1D2AB421BDC330B81CAFFEFF03074916): found (538 ms) by UM_I12 - 13th Street
2014/04/28 19:07:00 90E5670 c Dream-WZ (1722&000000/0000/332E/93:AE222849EEC09CE58EF36B0A35918C25): found (533 ms) by UM_I12 - HISTORY
2014/04/28 19:07:01 90EA8D0 c Dbox2-SZ (1722&000000/0000/3718/93:8D763444AF086A990BEC3B6490E26B36): found (528 ms) by UM_I12 - Spiegel TV Wissen
2014/04/28 19:07:03 90E2738 c Dbox2-Su (1722&000000/0000/002A/93:4583FBA2CD74D36C2E8493A72F56A9CC): found (547 ms) by UM_I12 - 13th Street
2014/04/28 19:08:05 90EA8D0 c encrypted cccam-client 192.168.1.105 granted (Dream-WZ, au=auto (1 reader))
2014/04/28 19:08:10 90EA8D0 c Dream-WZ (1722&000000/0000/332E/93:EA4536E22470C4ACCADE192AE8AA9345): found (553 ms) by UM_I12 - HISTORY
2014/04/28 19:08:13 90E2738 c encrypted cccam-client 192.168.1.107 granted (Dbox2-Su, au=off)
2014/04/28 19:08:20 90EA8D0 c Dream-WZ (1722&000000/0000/332E/93:9302D3B1CA649E5B1F9F6A8F472F6088): found (524 ms) by UM_I12 - HISTORY
2014/04/28 19:08:23 90E2738 c Dbox2-Su (1722&000000/0000/002A/93:10D1EDBA702A1E36852E51F93D941425): found (539 ms) by UM_I12 - 13th Street
2014/04/28 19:08:25 90E5D20 c encrypted cccam-client 192.168.1.106 granted (Dbox2-SZ, au=off)
2014/04/28 19:08:30 90EA8D0 c Dream-WZ (1722&000000/0000/332E/93:97C6EB3869A6FC41470D9E16772860AF): found (531 ms) by UM_I12 - HISTORY
2014/04/28 19:08:31 90E5D20 c Dbox2-SZ (1722&000000/0000/3718/93:318A8B2CB0A7800E5AC1E24035A826B0): found (527 ms) by UM_I12 - Spiegel TV Wissen
2014/04/28 19:08:33 90E2738 c Dbox2-Su (1722&000000/0000/002A/93:44F680CCEA204FF44C6F1A219D2BC237): found (538 ms) by UM_I12 - 13th Street

Die user sind auf einmal alle weg im los steht nix, keine Fehlermeldung oder so.

Kann ich vom debian server ein log irgendwo sehen?
 
AW: Alle paar min bleibt das bild für ein paar sekunden stehen und läuft dann weiter

unter ipc gibt es etliche logs,
bei sky vollabo auf i12 habe ich 14 entitlements, daher kommen mir 4 wenig vor,
lass mal die karte mit scam auf der dream laufen und teste, ob alle sender offen sind,
 
AW: Alle paar min bleibt das bild für ein paar sekunden stehen und läuft dann weiter

Hi,

alle drei Boxen verlieren die Verbindung zum Server und melden sich wieder an. Es ist ein Problem mit deinem Netzwerk.

Grüße
Bombadil
 
AW: Alle paar min bleibt das bild für ein paar sekunden stehen und läuft dann weiter

Ich glaube ich habe da was.

beim neu starten des debian kommt schonmal eine fehlermeldung vom
oscam

oscam line 13: /var/emu/conf/language//console/oscam: No such file or directory

Und kernel
Apr 28 19:01:13 IPC-Server kernel: [ 20.320054] eth0: no IPv6 routers present
Apr 28 19:09:02 IPC-Server kernel: [ 488.887960] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 98483
Apr 28 19:09:02 IPC-Server kernel: [ 488.896508] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 98484
Apr 28 19:09:02 IPC-Server kernel: [ 488.900518] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 98485
Apr 28 19:09:02 IPC-Server kernel: [ 488.904809] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99718
Apr 28 19:09:02 IPC-Server kernel: [ 488.908774] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99719
Apr 28 19:09:02 IPC-Server kernel: [ 488.911073] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99720
Apr 28 19:09:02 IPC-Server kernel: [ 488.920729] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99940
Apr 28 19:09:02 IPC-Server kernel: [ 488.923016] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99941
Apr 28 19:09:02 IPC-Server kernel: [ 488.928579] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 100152
Apr 28 19:09:02 IPC-Server kernel: [ 488.930965] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99455
Apr 28 19:09:02 IPC-Server kernel: [ 488.934882] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99456
Apr 28 19:09:02 IPC-Server kernel: [ 488.937124] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99457
Apr 28 19:09:02 IPC-Server kernel: [ 488.941911] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99479
Apr 28 19:09:02 IPC-Server kernel: [ 488.949977] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99544
Apr 28 19:09:02 IPC-Server kernel: [ 488.953879] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99545
Apr 28 19:09:02 IPC-Server kernel: [ 488.956487] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99560
Apr 28 19:09:02 IPC-Server kernel: [ 488.960469] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99561
Apr 28 19:09:02 IPC-Server kernel: [ 488.962660] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99562
Apr 28 19:09:02 IPC-Server kernel: [ 488.968465] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99585
Apr 28 19:09:02 IPC-Server kernel: [ 488.970689] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99586
Apr 28 19:09:02 IPC-Server kernel: [ 488.974591] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99591
Apr 28 19:09:02 IPC-Server kernel: [ 488.981370] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 100432
Apr 28 19:09:02 IPC-Server kernel: [ 488.985334] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 100433
Apr 28 19:09:02 IPC-Server kernel: [ 488.987594] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 100434
Apr 28 19:09:02 IPC-Server kernel: [ 489.296492] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99715
Apr 28 19:09:02 IPC-Server kernel: [ 489.298865] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99716
Apr 28 19:09:02 IPC-Server kernel: [ 489.301046] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99717
Apr 28 19:09:02 IPC-Server kernel: [ 489.304840] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99760
Apr 28 19:09:02 IPC-Server kernel: [ 489.307121] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99761
Apr 28 19:09:02 IPC-Server kernel: [ 489.310765] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 99762
Apr 28 19:09:02 IPC-Server kernel: [ 489.314775] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 100553
Apr 28 19:09:02 IPC-Server kernel: [ 489.318807] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 100554
Apr 28 19:09:02 IPC-Server kernel: [ 489.321085] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 100555
Apr 28 19:09:02 IPC-Server kernel: [ 489.324899] EXT2-fs error (device sda1): ext2_lookup: deleted inode referenced: 100556

Kann da jemand was mit anfangen?
 
AW: Alle paar min bleibt das bild für ein paar sekunden stehen und läuft dann weiter

es dürfte eher ein problem mit eth0 (feste ip) oder oscam sein,
sda1 ist wohl ein nicht mehr vorhandener usb speicher stick (ohne gewähr)

mach deine dream zum server und setze ipc oder den ganzen server neu auf
 
AW: Alle paar min bleibt das bild für ein paar sekunden stehen und läuft dann weiter

Warum sollte es ein Problem bezüglich einer festen IP sein ? Dort steht doch schwarz auf Weiss das keine IPV6 Adresse vom Router zugewiesen wird.

Wie bereits mehrfach gesagt wurde, das Problem liegt in Deinem Netzwerk.


Sent from my iPhone using Tapatalk
 
AW: Alle paar min bleibt das bild für ein paar sekunden stehen und läuft dann weiter

Hi,

bau mal eine neue Oscam. Ich denke aber nicht, dass die Meldung die Ursache deines Problems ist. Wenn alle drei Clients gleichzeitig disconnecten hat vielleicht nen Wackler am Ethernetanschluss, Server oder Router.

Grüße
Bombadil
 
AW: Alle paar min bleibt das bild für ein paar sekunden stehen und läuft dann weiter

falls ein pc per lan am switch hängt, kann man evtl. beim ansehen eines videos zb bei youtube oder zdf mediathek erkennen,
ob es disconnects gibt, also den switch als ursache erkennen,
 
AW: Alle paar min bleibt das bild für ein paar sekunden stehen und läuft dann weiter

Hi,

die Idee ist nicht schlecht, aber über eine gepufferte Seite macht das nicht viel Sinn. Schicke mal einen Dauerping vom Server zum Router und werte den aus. Wie oft sind die Verbindungsabrüche zu erkennen?

Grüße
Bombadil
 
AW: Alle paar min bleibt das bild für ein paar sekunden stehen und läuft dann weiter

das mit dem dauerping muss man leider meist erklären,
zumindest bei wlan kann man disconnects aber bei zdf oft erkennen,
defekten switch hatte ich noch nie, nicht einmal vor vielen jahren defekte hubs
evtl. lankabel mal tauschen ?
 
Zuletzt bearbeitet:
AW: Alle paar min bleibt das bild für ein paar sekunden stehen und läuft dann weiter

Moin,

wir erklären hier so viel, da kommt es auf eine mehr nicht an.

Per Telnet wählst du dich auf deinen Server, meldest dich an und gibst ein
Code:
ping 192.168.178.1
Du musst natürlich die IP deines Routers nehmen. Mit <STRG>C beendest du alles.
Danach kannst das auswerten.
root@server ~ > ping 192.168.178.1
PING 192.168.178.1 (192.168.178.1) 56(84) bytes of data.
64 bytes from 192.168.178.1: icmp_req=1 ttl=64 time=0.784 ms
64 bytes from 192.168.178.1: icmp_req=2 ttl=64 time=0.470 ms
64 bytes from 192.168.178.1: icmp_req=3 ttl=64 time=0.469 ms
64 bytes from 192.168.178.1: icmp_req=4 ttl=64 time=0.528 ms
64 bytes from 192.168.178.1: icmp_req=5 ttl=64 time=0.457 ms
64 bytes from 192.168.178.1: icmp_req=6 ttl=64 time=0.465 ms
64 bytes from 192.168.178.1: icmp_req=7 ttl=64 time=0.477 ms
64 bytes from 192.168.178.1: icmp_req=8 ttl=64 time=0.472 ms
64 bytes from 192.168.178.1: icmp_req=9 ttl=64 time=0.633 ms
64 bytes from 192.168.178.1: icmp_req=10 ttl=64 time=0.716 ms
64 bytes from 192.168.178.1: icmp_req=11 ttl=64 time=0.705 ms
64 bytes from 192.168.178.1: icmp_req=12 ttl=64 time=0.655 ms
64 bytes from 192.168.178.1: icmp_req=13 ttl=64 time=0.463 ms
64 bytes from 192.168.178.1: icmp_req=14 ttl=64 time=0.467 ms
64 bytes from 192.168.178.1: icmp_req=15 ttl=64 time=0.445 ms
64 bytes from 192.168.178.1: icmp_req=16 ttl=64 time=0.469 ms
64 bytes from 192.168.178.1: icmp_req=17 ttl=64 time=0.459 ms
64 bytes from 192.168.178.1: icmp_req=18 ttl=64 time=0.443 ms
64 bytes from 192.168.178.1: icmp_req=19 ttl=64 time=0.425 ms
^C
--- 192.168.178.1 ping statistics ---
19 packets transmitted, 19 received, 0% packet loss, time 17999ms
rtt min/avg/max/mdev = 0.425/0.526/0.784/0.110 ms

Grüße
Bombadil
 
Hallo

Danke für eure Vorschläge.
Ich habe nun erstmal im netzwerk den cs-server eine feste IP gegeben.
Dann habe ich den ping gemacht und der läuft auch ganz normal und stabil.

64 bytes from 192.168.1.100: icmp_req=213 ttl=64 time=0.349 ms
64 bytes from 192.168.1.100: icmp_req=214 ttl=64 time=1.28 ms
64 bytes from 192.168.1.100: icmp_req=215 ttl=64 time=0.806 ms
64 bytes from 192.168.1.100: icmp_req=216 ttl=64 time=0.394 ms
64 bytes from 192.168.1.100: icmp_req=217 ttl=64 time=0.906 ms
64 bytes from 192.168.1.100: icmp_req=218 ttl=64 time=0.589 ms
64 bytes from 192.168.1.100: icmp_req=219 ttl=64 time=0.430 ms
64 bytes from 192.168.1.100: icmp_req=220 ttl=64 time=1.33 ms
64 bytes from 192.168.1.100: icmp_req=221 ttl=64 time=0.379 ms
64 bytes from 192.168.1.100: icmp_req=222 ttl=64 time=0.383 ms
64 bytes from 192.168.1.100: icmp_req=223 ttl=64 time=0.360 ms
64 bytes from 192.168.1.100: icmp_req=224 ttl=64 time=0.499 ms
64 bytes from 192.168.1.100: icmp_req=225 ttl=64 time=0.337 ms
64 bytes from 192.168.1.100: icmp_req=226 ttl=64 time=0.338 ms
64 bytes from 192.168.1.100: icmp_req=227 ttl=64 time=1.22 ms
64 bytes from 192.168.1.100: icmp_req=228 ttl=64 time=0.318 ms
64 bytes from 192.168.1.100: icmp_req=229 ttl=64 time=1.05 ms
64 bytes from 192.168.1.100: icmp_req=230 ttl=64 time=0.489 ms
64 bytes from 192.168.1.100: icmp_req=231 ttl=64 time=0.340 ms
64 bytes from 192.168.1.100: icmp_req=232 ttl=64 time=0.322 ms
64 bytes from 192.168.1.100: icmp_req=233 ttl=64 time=0.313 ms
64 bytes from 192.168.1.100: icmp_req=234 ttl=64 time=0.331 ms
64 bytes from 192.168.1.100: icmp_req=235 ttl=64 time=0.336 ms
64 bytes from 192.168.1.100: icmp_req=236 ttl=64 time=0.313 ms
64 bytes from 192.168.1.100: icmp_req=237 ttl=64 time=0.331 ms
64 bytes from 192.168.1.100: icmp_req=238 ttl=64 time=0.341 ms
64 bytes from 192.168.1.100: icmp_req=239 ttl=64 time=0.321 ms
64 bytes from 192.168.1.100: icmp_req=240 ttl=64 time=0.334 ms
64 bytes from 192.168.1.100: icmp_req=241 ttl=64 time=0.329 ms
64 bytes from 192.168.1.100: icmp_req=242 ttl=64 time=0.411 ms
64 bytes from 192.168.1.100: icmp_req=243 ttl=64 time=0.322 ms
64 bytes from 192.168.1.100: icmp_req=244 ttl=64 time=0.324 ms
64 bytes from 192.168.1.100: icmp_req=245 ttl=64 time=0.331 ms
64 bytes from 192.168.1.100: icmp_req=246 ttl=64 time=0.348 ms
64 bytes from 192.168.1.100: icmp_req=247 ttl=64 time=0.339 ms
64 bytes from 192.168.1.100: icmp_req=248 ttl=64 time=1.12 ms
64 bytes from 192.168.1.100: icmp_req=249 ttl=64 time=0.341 ms
64 bytes from 192.168.1.100: icmp_req=250 ttl=64 time=0.321 ms
64 bytes from 192.168.1.100: icmp_req=251 ttl=64 time=0.325 ms
64 bytes from 192.168.1.100: icmp_req=252 ttl=64 time=0.344 ms
64 bytes from 192.168.1.100: icmp_req=253 ttl=64 time=0.335 ms
64 bytes from 192.168.1.100: icmp_req=254 ttl=64 time=0.627 ms
64 bytes from 192.168.1.100: icmp_req=255 ttl=64 time=0.334 ms
64 bytes from 192.168.1.100: icmp_req=256 ttl=64 time=0.346 ms
64 bytes from 192.168.1.100: icmp_req=257 ttl=64 time=0.393 ms
64 bytes from 192.168.1.100: icmp_req=258 ttl=64 time=0.441 ms
64 bytes from 192.168.1.100: icmp_req=259 ttl=64 time=0.328 ms
64 bytes from 192.168.1.100: icmp_req=260 ttl=64 time=0.325 ms
64 bytes from 192.168.1.100: icmp_req=261 ttl=64 time=0.428 ms
64 bytes from 192.168.1.100: icmp_req=262 ttl=64 time=0.344 ms

Leider ist der ping zwischendurch einmal stehen geblieben und dann nach ein paar sekunden wieder
weiter.

Ich hab nun die kabel getauscht und auch den anschluß am switsch gewechselt.

Aber ich habe immer wieder den gleichen effekt.
Ich denke der Fehler liegt im server am Netzwerk.

Meine Vermutung auch, das die cpu vielleicht zwischendurch auf 100% ist und dadurch ein netzwerkabriss passiert,
kann das sein? Kann man die CPU last irgendwie sehen?

Gruß Dennis

hab gefunden:

top - 18:07:25 up 11:13, 1 user, load average: 0.00, 0.00, 0.00
Tasks: 71 total, 1 running, 68 sleeping, 2 stopped, 0 zombie
Cpu(s): 0.0%us, 1.0%sy, 0.0%ni, 99.0%id, 0.0%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 246408k total, 103160k used, 143248k free, 1768k buffers
Swap: 0k total, 0k used, 0k free, 59964k cached


PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
22313 root 20 0 2424 1120 880 R 0.7 0.5 0:01.09 top
1 root 20 0 2024 696 608 S 0.0 0.3 0:03.61 init
2 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kthreadd
3 root RT 0 0 0 0 S 0.0 0.0 0:00.00 migration/0
4 root 20 0 0 0 0 S 0.0 0.0 0:00.02 ksoftirqd/0
5 root RT 0 0 0 0 S 0.0 0.0 0:00.00 watchdog/0
6 root 20 0 0 0 0 S 0.0 0.0 0:00.48 events/0
7 root 20 0 0 0 0 S 0.0 0.0 0:00.00 cpuset
8 root 20 0 0 0 0 S 0.0 0.0 0:00.00 khelper
9 root 20 0 0 0 0 S 0.0 0.0 0:00.00 netns
10 root 20 0 0 0 0 S 0.0 0.0 0:00.00 async/mgr
11 root 20 0 0 0 0 S 0.0 0.0 0:00.00 pm
12 root 20 0 0 0 0 S 0.0 0.0 0:00.09 sync_supers
13 root 20 0 0 0 0 S 0.0 0.0 0:00.08 bdi-default
14 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kintegrityd/0
15 root 20 0 0 0 0 S 0.0 0.0 0:00.08 kblockd/0
16 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kacpid
17 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kacpi_notify
18 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kacpi_hotplug
19 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kseriod
21 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kondemand/0
22 root 20 0 0 0 0 S 0.0 0.0 0:00.01 khungtaskd
23 root 20 0 0 0 0 S 0.0 0.0 0:00.00 kswapd0
24 root 25 5 0 0 0 S 0.0 0.0 0:00.00 ksmd
25 root 20 0 0 0 0 S 0.0 0.0 0:00.00 aio/0
26 root 20 0 0 0 0 S 0.0 0.0 0:00.00 crypto/0
129 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ksuspend_usbd
130 root 20 0 0 0 0 S 0.0 0.0 0:00.00 khubd
131 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ata/0
132 root 20 0 0 0 0 S 0.0 0.0 0:00.00 ata_aux
134 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_0
135 root 20 0 0 0 0 S 0.0 0.0 0:00.00 scsi_eh_1
190 root 20 0 0 0 0 S 0.0 0.0 0:00.32 flush-8:0
227 root 16 -4 2248 736 384 S 0.0 0.3 0:00.14 udevd
315 root 18 -2 2244 672 328 S 0.0 0.3 0:00.00 udevd
316 root 18 -2 2244 664 320 S 0.0 0.3 0:00.00 udevd
341 root 20 0 0 0 0 S 0.0 0.0 0:00.00 usbhid_resumer
759 root 20 0 27240 1524 996 S 0.0 0.6 0:03.19 rsyslogd
776 root 20 0 1700 600 492 S 0.0 0.2 0:00.00 acpid
796 root 20 0 20792 6292 3320 S 0.0 2.6 0:01.33 apache2
823 www-data 20 0 22240 7480 2668 S 0.0 3.0 2:03.26 apache2
824 www-data 20 0 21820 7720 3288 S 0.0 3.1 1:44.55 apache2
825 www-data 20 0 21828 7724 3280 S 0.0 3.1 1:45.74 apache2
827 root 20 0 3808 948 752 S 0.0 0.4 0:01.19 cron
829 www-data 20 0 22272 8180 3296 S 0.0 3.3 2:00.67 apache2
842 messageb 20 0 2576 824 592 S 0.0 0.3 0:00.07 dbus-daemon
856 haldaemo 20 0 13860 3580 3120 S 0.0 1.5 0:01.10 hald
857 root 20 0 3448 1164 1004 S 0.0 0.5 0:00.02 hald-runner
892 root 20 0 5408 972 584 S 0.0 0.4 0:00.00 sshd
 
Zuletzt bearbeitet von einem Moderator:
AW: Alle paar min bleibt das bild für ein paar sekunden stehen und läuft dann weiter

Leider ist der ping zwischendurch einmal stehen geblieben und dann nach ein paar sekunden wieder
weiter.
Was ist denn da passiert? Was stand am Ende, als du STRG + C gedrückt hast?

Grüße
Bombadil
 
AW: Alle paar min bleibt das bild für ein paar sekunden stehen und läuft dann weiter

Hallo

@ bombadil

hier mal die anzeige, ich konnte mich leider eben erst darum kümmern.

64 bytes from 192.168.1.100: icmp_req=107 ttl=64 time=0.338 ms
64 bytes from 192.168.1.100: icmp_req=108 ttl=64 time=0.324 ms
64 bytes from 192.168.1.100: icmp_req=109 ttl=64 time=0.353 ms
64 bytes from 192.168.1.100: icmp_req=110 ttl=64 time=1.09 ms
64 bytes from 192.168.1.100: icmp_req=111 ttl=64 time=0.341 ms
64 bytes from 192.168.1.100: icmp_req=112 ttl=64 time=0.328 ms
64 bytes from 192.168.1.100: icmp_req=113 ttl=64 time=0.332 ms
64 bytes from 192.168.1.100: icmp_req=114 ttl=64 time=0.349 ms
64 bytes from 192.168.1.100: icmp_req=115 ttl=64 time=0.339 ms
64 bytes from 192.168.1.100: icmp_req=116 ttl=64 time=0.485 ms
64 bytes from 192.168.1.100: icmp_req=117 ttl=64 time=0.349 ms
64 bytes from 192.168.1.100: icmp_req=118 ttl=64 time=0.352 ms
64 bytes from 192.168.1.100: icmp_req=119 ttl=64 time=0.341 ms
64 bytes from 192.168.1.100: icmp_req=120 ttl=64 time=0.340 ms
64 bytes from 192.168.1.100: icmp_req=121 ttl=64 time=0.319 ms
64 bytes from 192.168.1.100: icmp_req=122 ttl=64 time=1.05 ms
64 bytes from 192.168.1.100: icmp_req=123 ttl=64 time=0.342 ms
64 bytes from 192.168.1.100: icmp_req=124 ttl=64 time=0.334 ms
64 bytes from 192.168.1.100: icmp_req=125 ttl=64 time=0.330 ms
64 bytes from 192.168.1.100: icmp_req=126 ttl=64 time=0.332 ms
64 bytes from 192.168.1.100: icmp_req=127 ttl=64 time=0.351 ms
64 bytes from 192.168.1.100: icmp_req=128 ttl=64 time=0.877 ms
64 bytes from 192.168.1.100: icmp_req=129 ttl=64 time=0.344 ms
64 bytes from 192.168.1.100: icmp_req=130 ttl=64 time=0.325 ms
64 bytes from 192.168.1.100: icmp_req=131 ttl=64 time=0.353 ms
64 bytes from 192.168.1.100: icmp_req=132 ttl=64 time=0.346 ms
64 bytes from 192.168.1.100: icmp_req=133 ttl=64 time=0.339 ms
64 bytes from 192.168.1.100: icmp_req=134 ttl=64 time=0.337 ms
64 bytes from 192.168.1.100: icmp_req=135 ttl=64 time=0.352 ms
64 bytes from 192.168.1.100: icmp_req=136 ttl=64 time=0.343 ms
64 bytes from 192.168.1.100: icmp_req=137 ttl=64 time=0.341 ms
^C
--- 192.168.1.100 ping statistics ---
137 packets transmitted, 110 received, 19% packet loss, time 135999ms
rtt min/avg/max/mdev = 0.316/0.426/1.280/0.219 ms
 
Zurück
Oben