[1] 2 >>> Archiv / MLD 4.x / Raspberry PI / RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
 

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
Hallo,

ich habe ja einen PI als Server laufen und bin fast zufrieden, wenn er denn nicht nach einer Weile einfach nicht mehr erreichbar wäre  >:(

Also , gestern Abend lief er - gestestet mit androvdr - auch heut morgen lief er noch.
Als ich jetzt wieder per androvdr drauf zugreifen wollte, reagierte er nicht mehr.
Auch nicht per Kitty und nicht per Webif.

Der Pi ist höchstens auf 700 oder 800 MB übertaktet.

Besteht die Chance, dass man in den Logs - in welchen  ::) - sehen kann warum er nicht mehr reagiert.

Automatisches Ausschalten hatte ich auf 0 gesetzt.

Gruß, Andre

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20531
    • View Profile
    • ClausMuus.de
RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
« Reply #1 on: September 13, 2014, 01:01:27 »
Hi,

wenn z.B. das Netzteil zu schwach ist, kann es passieren, dass der USB Port abstürzt und damit auch die Netzwerk Schnittstelle. Dann ist er nicht mehr erreichbar, läuft aber ansonsten noch normal weiter.
Infos wären eventuell in der /var/log/messages zu finden.

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
« Reply #2 on: September 13, 2014, 22:42:39 »
Hi,

hm, mit dem Netzteil möchte ich für's Erste einmal ausschließen  ???
Aber wenn er mir nochmal abstürzt, probiere ich ein anderes...

Eine Bildausgabe hatte ich -glaube ich - auch nicht.

Ich habe mal in der var/log/messages geschaut....und ich kann da nicht erkennen; was mich aber wundert ist, dass, bevor ich heute abend den hängen gebliebenen Server neu startete, das Datum auf dem 01.Janur steht.  Häh??

Gruss,
Andre

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20531
    • View Profile
    • ClausMuus.de
RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
« Reply #3 on: September 14, 2014, 01:43:48 »
Wie konntest Du denn das Datum anschauen, wenn der RPI hing? Funktionierte die Tastatur noch?

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
« Reply #4 on: September 16, 2014, 13:27:42 »
Hallo,
du hast natürlich recht; ich hatte vergessen zu schreiben, dass ich das LOG nach einem Neustart geholt hatte.

Aber bisher ist er nicht wieder abgestürzt  :) .

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
« Reply #5 on: September 17, 2014, 09:44:15 »
 :-[ zu früh gefreut....

Gestern abende habe ich von ca. 20:30 bis 22:30 ferngesehen und auch extra Timeshift aktivier und reichlich gesprungen und gespult. Hat ohne Probleme gelkappt.
Dann noch 1 Timer für die Nacht angelegt und den Client in Suspend geschickt.

Heuet Morgen um 06:00 habe ich dannn mal geschaut und der Server war nicht mehr erreichbar.
Auch direkt am Server keine Bildausgabe und keine Konsole.

Musste dann aber zu Arbeit, kann also gerade nicht neu starten.

Netzteil werde ich jedenfalls tauschen....

Ein Watchdog wäre ganz gut, der zur Not einen HW- Reset durchführt...

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20531
    • View Profile
    • ClausMuus.de
RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
« Reply #6 on: September 17, 2014, 10:55:40 »
Hi,

das mit dem watchdog ist ne gute Idee. Dafür brauchen wir aber erst mal Ideen was der überprüfen soll, und was dann nen Auslöser für nen Reboot sein soll.

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
« Reply #7 on: September 17, 2014, 22:33:40 »
Schön, dass dir die Idee gefällt.
In meinem Fall weiß ich ja nicht, was nach dem Absturz meines Servers noch alles funktionierte, aber ich vielleicht einen Pin am GPIO alle paar Sekunden auf Hi oder Low setzen, und wenn der Pi hängt, bleibt das Signal aus und dann macht eine kleine externe Schaltung - z.B. ein retrigerbares Monoflop - - einen Reset.

Mein RPI ist heute mal wieder hängen geblieben. Hab nochmal die Logs abgeholt. Und wieder waren Einträge mit sehr altem Datum drin.  Aber die sind sicher von der Imageerstellung.

Aber auch nach einem reboot lief er nicht gut; kein Bild auf dem Client.
Neues Netzteil hat er jetzt....

Kannst du mal auf die Logs schauen?


Code: [Select]
Jan  1 01:00:15 (none) daemon.err udevd[1150]: failed to execute '/lib/udev/net.agent' 'net.agent': No such file or directory
Jan  1 01:00:15 (none) user.warn kernel: [   15.745344] XFS (mmcblk0p1): unknown mount option [nls].
Jan  1 01:00:19 (none) user.warn kernel: [   19.299535] FAT-fs (mmcblk0p1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
Jan  1 01:00:19 (none) user.notice kernel: [   19.304247] XFS (sda1): Mounting V4 Filesystem
Jan  1 01:00:19 (none) user.notice kernel: [   19.575747] XFS (sda1): Starting recovery (logdev: internal)
Jan  1 01:00:19 (none) user.notice kernel: [   19.705242] XFS (sda1): Ending recovery (logdev: internal)
Jan  1 01:00:22 (none) user.info kernel: [   22.294293] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
Jan  1 01:00:23 (none) user.info kernel: [   23.930549] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
Sep 17 18:33:40 (none) daemon.err rpcbind: cannot create socket for udp6
Sep 17 18:33:40 (none) daemon.err rpcbind: cannot create socket for tcp6
Sep 17 18:33:41 (none) user.info kernel: [   57.002293] Installing knfsd (copyright (C) 1996 okir@monad.swb.de).
Sep 17 18:33:41 (none) user.warn kernel: [   57.369306] NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory
Sep 17 18:33:41 (none) user.info kernel: [   57.369506] NFSD: starting 90-second grace period (net c07bce78)
Sep 17 18:33:42 (none) daemon.notice rpc.mountd[1844]: Version 1.2.6 starting
Sep 17 18:33:43 (none) daemon.err smbd[1843]: [2014/09/17 18:33:43.075919,  0] lib/util_sock.c:605(open_socket_in)
Sep 17 18:33:43 (none) daemon.err smbd[1843]:   open_socket_in(): socket() call failed: Address family not supported by protocol
Sep 17 18:33:43 (none) daemon.err smbd[1843]: [2014/09/17 18:33:43.077376,  0] smbd/server.c:578(smbd_open_one_socket)
Sep 17 18:33:43 (none) daemon.err smbd[1843]:   smbd_open_once_socket: open_socket_in: Address family not supported by protocol
Sep 17 18:33:43 (none) daemon.err smbd[1843]: [2014/09/17 18:33:43.131707,  0] lib/util_sock.c:605(open_socket_in)
Sep 17 18:33:43 (none) daemon.err smbd[1843]:   open_socket_in(): socket() call failed: Address family not supported by protocol
Sep 17 18:33:43 (none) daemon.err smbd[1843]: [2014/09/17 18:33:43.132768,  0] smbd/server.c:578(smbd_open_one_socket)
Sep 17 18:33:43 (none) daemon.err smbd[1843]:   smbd_open_once_socket: open_socket_in: Address family not supported by protocol
Sep 17 18:33:53 (none) user.err vdr: [1968] ERROR: invalid primary device number: 3
Sep 17 18:33:53 (none) user.err vdr: [1994] [vdrmanager] SSL key files /etc/vdr/plugins/vdrmanager/vdrmanager.pem and /etc/vdr/plugins/vdrmanager/vdrmanager.pem can't be read. SSL disabled.
Sep 17 18:33:54 (none) user.alert kernel: [   69.722950] XFS (sda1): Metadata corruption detected at xfs_dir3_data_read_verify+0x48/0xc0, block 0x950b600
Sep 17 18:33:54 (none) user.alert kernel: [   69.722986] XFS (sda1): Unmount and run xfs_repair
Sep 17 18:33:54 (none) user.alert kernel: [   69.723000] XFS (sda1): First 64 bytes of corrupted metadata buffer:
Sep 17 18:33:54 (none) user.alert kernel: [   69.723020] d8ed8000: 58 46 53 42 00 00 10 00 00 00 00 00 04 a8 5b 00  XFSB..........[.
Sep 17 18:33:54 (none) user.alert kernel: [   69.723034] d8ed8010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
Sep 17 18:33:54 (none) user.alert kernel: [   69.723049] d8ed8020: 71 ff f7 5b d9 9a 46 50 bd 17 77 8c 7e 04 27 2f  q..[..FP..w.~.'/
Sep 17 18:33:54 (none) user.alert kernel: [   69.723063] d8ed8030: 00 00 00 00 04 00 00 04 00 00 00 00 00 00 00 80  ................
Sep 17 18:33:54 (none) user.alert kernel: [   69.723304] XFS (sda1): metadata I/O error: block 0x950b600 ("xfs_trans_read_buf_map") error 117 numblks 8
Sep 17 18:33:54 (none) user.alert kernel: [   69.784762] XFS (sda1): Metadata corruption detected at xfs_dir3_data_read_verify+0x48/0xc0, block 0x1bf22200
Sep 17 18:33:54 (none) user.alert kernel: [   69.784794] XFS (sda1): Unmount and run xfs_repair
Sep 17 18:33:54 (none) user.alert kernel: [   69.784808] XFS (sda1): First 64 bytes of corrupted metadata buffer:
Sep 17 18:33:54 (none) user.alert kernel: [   69.784828] d8edf000: 58 46 53 42 00 00 10 00 00 00 00 00 04 a8 5b 00  XFSB..........[.
Sep 17 18:33:54 (none) user.alert kernel: [   69.784844] d8edf010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
Sep 17 18:33:54 (none) user.alert kernel: [   69.784861] d8edf020: 71 ff f7 5b d9 9a 46 50 bd 17 77 8c 7e 04 27 2f  q..[..FP..w.~.'/
Sep 17 18:33:54 (none) user.alert kernel: [   69.784875] d8edf030: 00 00 00 00 04 00 00 04 00 00 00 00 00 00 00 80  ................
Sep 17 18:33:54 (none) user.alert kernel: [   69.785000] XFS (sda1): metadata I/O error: block 0x1bf22200 ("xfs_trans_read_buf_map") error 117 numblks 8
Sep 17 18:33:54 (none) auth.info login[2008]: root login on 'tty1'
Sep 17 18:33:54 (none) auth.info login[2012]: root login on 'tty4'
Sep 17 18:33:54 (none) auth.info login[2011]: root login on 'tty3'
Sep 17 18:33:54 (none) auth.info login[2009]: root login on 'tty2'
Sep 17 18:33:55 (none) user.alert kernel: [   70.845348] XFS (sda1): Metadata corruption detected at xfs_dir3_data_read_verify+0x48/0xc0, block 0x950b600
Sep 17 18:33:55 (none) user.alert kernel: [   70.845385] XFS (sda1): Unmount and run xfs_repair
Sep 17 18:33:55 (none) user.alert kernel: [   70.845398] XFS (sda1): First 64 bytes of corrupted metadata buffer:
Sep 17 18:33:55 (none) user.alert kernel: [   70.845418] d9fe8000: 58 46 53 42 00 00 10 00 00 00 00 00 04 a8 5b 00  XFSB..........[.
Sep 17 18:33:55 (none) user.alert kernel: [   70.845433] d9fe8010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
Sep 17 18:33:55 (none) user.alert kernel: [   70.845447] d9fe8020: 71 ff f7 5b d9 9a 46 50 bd 17 77 8c 7e 04 27 2f  q..[..FP..w.~.'/
Sep 17 18:33:55 (none) user.alert kernel: [   70.845462] d9fe8030: 00 00 00 00 04 00 00 04 00 00 00 00 00 00 00 80  ................
Sep 17 18:33:55 (none) user.alert kernel: [   70.845551] XFS (sda1): metadata I/O error: block 0x950b600 ("xfs_trans_read_buf_map") error 117 numblks 8
Sep 17 18:33:55 (none) user.alert kernel: [   70.907091] XFS (sda1): Metadata corruption detected at xfs_dir3_data_read_verify+0x48/0xc0, block 0x1bf22200
Sep 17 18:33:55 (none) user.alert kernel: [   70.907122] XFS (sda1): Unmount and run xfs_repair
Sep 17 18:33:55 (none) user.alert kernel: [   70.907137] XFS (sda1): First 64 bytes of corrupted metadata buffer:
Sep 17 18:33:55 (none) user.alert kernel: [   70.907157] d9fed000: 58 46 53 42 00 00 10 00 00 00 00 00 04 a8 5b 00  XFSB..........[.
Sep 17 18:33:55 (none) user.alert kernel: [   70.907171] d9fed010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
Sep 17 18:33:55 (none) user.alert kernel: [   70.907185] d9fed020: 71 ff f7 5b d9 9a 46 50 bd 17 77 8c 7e 04 27 2f  q..[..FP..w.~.'/
Sep 17 18:33:55 (none) user.alert kernel: [   70.907199] d9fed030: 00 00 00 00 04 00 00 04 00 00 00 00 00 00 00 80  ................
Sep 17 18:33:55 (none) user.alert kernel: [   70.907266] XFS (sda1): metadata I/O error: block 0x1bf22200 ("xfs_trans_read_buf_map") error 117 numblks 8
Sep 17 18:33:58 (none) user.info kernel: [   74.157515] rtc-test rtc-test.0: test_rtc_set_mmss, secs = 1410971638
Sep 17 18:45:59 (none) user.info kernel: [  795.209623] rtc-test rtc-test.0: test_rtc_set_mmss, secs = 1410972359
Sep 17 18:59:07 (none) user.info kernel: [ 1583.234983] rtc-test rtc-test.0: test_rtc_set_mmss, secs = 1410973147
Sep 17 19:34:06 (none) user.info kernel: [ 3682.300053] rtc-test rtc-test.0: test_rtc_set_mmss, secs = 1410975246
Sep 17 19:47:12 (none) user.info kernel: [ 4468.325833] rtc-test rtc-test.0: test_rtc_set_mmss, secs = 1410976032
Sep 17 20:40:11 (none) user.info kernel: [ 7647.426180] rtc-test rtc-test.0: test_rtc_set_mmss, secs = 1410979211
Sep 17 20:53:26 (none) user.info kernel: [ 8442.464669] rtc-test rtc-test.0: test_rtc_set_mmss, secs = 1410980007
Sep 17 21:20:03 (none) user.info kernel: [10039.516902] rtc-test rtc-test.0: test_rtc_set_mmss, secs = 1410981604
Sep 17 21:34:47 (none) user.alert kernel: [10923.352605] XFS (sda1): Metadata corruption detected at xfs_dir3_data_read_verify+0x48/0xc0, block 0x950b600
Sep 17 21:34:47 (none) user.alert kernel: [10923.352638] XFS (sda1): Unmount and run xfs_repair
Sep 17 21:34:47 (none) user.alert kernel: [10923.352655] XFS (sda1): First 64 bytes of corrupted metadata buffer:
Sep 17 21:34:47 (none) user.alert kernel: [10923.352676] dc2c4000: 58 46 53 42 00 00 10 00 00 00 00 00 04 a8 5b 00  XFSB..........[.
Sep 17 21:34:47 (none) user.alert kernel: [10923.352692] dc2c4010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
Sep 17 21:34:47 (none) user.alert kernel: [10923.352708] dc2c4020: 71 ff f7 5b d9 9a 46 50 bd 17 77 8c 7e 04 27 2f  q..[..FP..w.~.'/
Sep 17 21:34:47 (none) user.alert kernel: [10923.352722] dc2c4030: 00 00 00 00 04 00 00 04 00 00 00 00 00 00 00 80  ................
Sep 17 21:34:47 (none) user.alert kernel: [10923.352790] XFS (sda1): metadata I/O error: block 0x950b600 ("xfs_trans_read_buf_map") error 117 numblks 8
Sep 17 21:34:47 (none) user.info kernel: [10923.352842] nfsd: non-standard errno: -117
Sep 17 21:34:47 (none) user.alert kernel: [10923.495201] XFS (sda1): Metadata corruption detected at xfs_dir3_data_read_verify+0x48/0xc0, block 0x1bf22200
Sep 17 21:34:47 (none) user.alert kernel: [10923.495231] XFS (sda1): Unmount and run xfs_repair
Sep 17 21:34:47 (none) user.alert kernel: [10923.495245] XFS (sda1): First 64 bytes of corrupted metadata buffer:
Sep 17 21:34:47 (none) user.alert kernel: [10923.495264] d8f1b000: 58 46 53 42 00 00 10 00 00 00 00 00 04 a8 5b 00  XFSB..........[.
Sep 17 21:34:47 (none) user.alert kernel: [10923.495279] d8f1b010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
Sep 17 21:34:47 (none) user.alert kernel: [10923.495297] d8f1b020: 71 ff f7 5b d9 9a 46 50 bd 17 77 8c 7e 04 27 2f  q..[..FP..w.~.'/
Sep 17 21:34:47 (none) user.alert kernel: [10923.495342] d8f1b030: 00 00 00 00 04 00 00 04 00 00 00 00 00 00 00 80  ................
Sep 17 21:34:47 (none) user.alert kernel: [10923.495423] XFS (sda1): metadata I/O error: block 0x1bf22200 ("xfs_trans_read_buf_map") error 117 numblks 8
Sep 17 21:34:47 (none) user.info kernel: [10923.495471] nfsd: non-standard errno: -117
Sep 17 21:34:47 (none) user.alert kernel: [10923.500045] XFS (sda1): Metadata corruption detected at xfs_dir3_data_read_verify+0x48/0xc0, block 0x950b600
Sep 17 21:34:47 (none) user.alert kernel: [10923.500078] XFS (sda1): Unmount and run xfs_repair
Sep 17 21:34:47 (none) user.alert kernel: [10923.500091] XFS (sda1): First 64 bytes of corrupted metadata buffer:
Sep 17 21:34:47 (none) user.alert kernel: [10923.500111] d8f1b000: 58 46 53 42 00 00 10 00 00 00 00 00 04 a8 5b 00  XFSB..........[.
Sep 17 21:34:47 (none) user.alert kernel: [10923.500126] d8f1b010: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
Sep 17 21:34:47 (none) user.alert kernel: [10923.500139] d8f1b020: 71 ff f7 5b d9 9a 46 50 bd 17 77 8c 7e 04 27 2f  q..[..FP..w.~.'/
Sep 17 21:34:47 (none) user.alert kernel: [10923.500153] d8f1b030: 00 00 00 00 04 00 00 04 00 00 00 00 00 00 00 80  ................
Sep 17 21:34:47 (none) user.alert kernel: [10923.500668] XFS (sda1): metadata I/O error: block 0x950b600 ("xfs_trans_read_buf_map") error 117 numblks 8
Sep 17 21:34:47 (none) user.info kernel: [10923.500723] nfsd: non-standard errno: -117


Erst nachdem ich ein Paketupdate gemacht hatte, hatte ich wieder ein Bild auf den Client....

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20531
    • View Profile
    • ClausMuus.de
RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
« Reply #8 on: September 17, 2014, 22:46:54 »
Hi,

das sind nur Logs vom aktuellen Boot Vorgang. Das alte Datum am Anfang rührt daher, dass am Anfang des Bootvorgangs noch keine aktuelle Zeit zur Verfügung steht. Erst später wenn das Netzwerk hochgefahren ist, wird die Zeit aus dem Internet abgeholt.

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
« Reply #9 on: September 18, 2014, 13:58:19 »
Aha, danke.

So wieder keine Verbinduung.

Gestern Abend bis ca. 22:00 ferngesehen. Client in Suspend geschickt und Server laufen lassen. 1 Sendung war programmiert.

Heute Moregn um 06:00 konnte ich auf den Server zugreifen; getestet per Telefon mit androvdr.

Jetzt gerade mal von arbeit aus geschaut und der Server ist anscheinend wieder abgeschmiert.
Mist.

Hast du einen Tip, was ich noch testetn kann?
Einen anderen RPI nehmen? Einen habe ich noch...

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20531
    • View Profile
    • ClausMuus.de
RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
« Reply #10 on: September 18, 2014, 22:29:56 »
Hi,

ich hab meinen VDR RPI Server zuletzt vor einigen Wochen längere Zeit duchlaufen lassen, und dabei keine Absturz Probleme gehabt. Auch mein Küchen Squeeze RPI läuft sein anderthalb Jahren durch, ohne Absturz.

Du könntest mal den Log Level auf 2 stellen, damit die Logfiles auch nach dem Reboot erhalten bleiben. Eventuell ist dann ja was zu erkennen, was da schief geht.

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
« Reply #11 on: September 19, 2014, 23:04:43 »
Danke, du bist mir zuvorgekommen.......ich wollte gerade nachfragen, wie die Logs erhalten bleiben können.. ;)

Er ist wieder abgestürzt....Heute morgen lief er wieder und ein paar Stunden süäter dann wieder .

Jetzt habe ich alles von alten Server PI an einen neuen PI gesteckt.

Mal sehen, ob der länger läuft....

Gruß,
Andre

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
« Reply #12 on: September 21, 2014, 09:53:18 »
Gestern Abend mal wieder neu aufgesetzt und er lierf.

Log Level 2 hatte ich eingeschaltet.

Heute Morgen wieder "tot" , nur die Led flackern....

Wo finde ich jetzt Logs?  In den messages geht es anscheinend erst wieder los, wo ich heute neu gestartet hatte.

Habe sie gefunden.

DAs letzte was vorm Absturz verzeichnet wurde war:
Spoiler (show / hide)

das sieht doch nicht normal aus, oder??

Ich habe die Logs auch mal vom Webif hochladen lasse und diesen Code bekommen

 HqCr7L


Einen Link habe ich nicht gefunden. Der Code reicht wohl..
« Last Edit: September 21, 2014, 18:50:41 by anjoku »

Offline clausmuus

  • Administrator
  • Expert Member
  • ********
  • Posts: 20531
    • View Profile
    • ClausMuus.de
RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
« Reply #13 on: September 21, 2014, 20:45:43 »
Hi,

ja der log code reicht.
Das log zeigt ja leider nicht den Zeitpunkt zu dem der Fehler aufgetreten ist, da zu viele Logmeldungen auftreten und dadurch die älteren Logs nicht mehr mit dabei sind.
Was daraus jedoch ersichtlich ist, ist dass es nen Problem mit dem USB Port gibt. Also entweder macht Deine USB Festplatte Probleme oder der USB Port ist abgestürzt. Für letzteres hatte ich bisher nur eine Überlastung der Spannungsversorgung als Ursache. Das kann aber sicher auch noch andere Gründe haben.
Wurden Deine einprogrammierten Aufnahmen denn noch vollständig ausgeführt?

Claus
MLD 5.5 - Raspberry PI - 7" Touch TFT - Squeeze Play
MLD 6.5 - lirc yaUsbIR - OctopusNet - XFX GeForce 9300 mit Intel E3200 - 2GB RAM - 22TB HDD - Lian Li PC-C37B - Samsung LE40A559

Offline anjoku

  • Adv. Member
  • ***
  • Posts: 226
    • View Profile
RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
« Reply #14 on: September 22, 2014, 11:35:44 »
Danke Claus....

cich habe auch den Verdacht, dass es irgendetwas mit der Platte ist..... ???

Gestern habe ich einen anderen PI getestet und auch ca. 3 Stunden ferngeshen.

Und heute Morgen ist auch der andere PI nicht mehr erreichbar.

Ich werde jetzt mal eine andere Festplatte testen und kopiere gerade um.

Ist noch ein anderes Dateisystem sinnvoll, oder muss es XFS sein..

Gruß,
Andre

[1] 2 >>> Archiv / MLD 4.x / Raspberry PI / RPI Server ist abgestürzt - Warum - Wie bekommen ich raus warum?
 



Users Online Users Online

0 Members and 1 Guest are viewing this topic.