Opened 9 years ago
Closed 9 years ago
#347 closed Fehler (fixed)
GC9300/GC9310 Neustarts
| Reported by: | Melanie Hermann | Owned by: | Melanie Hermann |
|---|---|---|---|
| Priority: | sofort | Milestone: | |
| Component: | Gesamtsystem | Version: | |
| Severity: | Aufgabe | Keywords: | |
| Cc: |
Description
GC9310 im Dauertest startet immer mal wieder neu.
TODO:
Prüfen was das Problem ist!
Attachments (3)
Change History (28)
comment:1 by , 9 years ago
comment:2 by , 9 years ago
02.09.2016:
- ~ 19:25 Uhr gestern Abend: GC9300 hat neugestartet. Die beiden GC9310 liefen durch.
- Da das Problem nicht nur ein Gerät betrifft, scheint das Problem nicht gerätespezifisch zu sein.
TODO:
Diagnose-Logs der Geräte anschauen
- Diagnose-Logs geben leider keinen Hinweis darauf, warum der GC9300 neugestartet hat ...
by , 9 years ago
| Attachment: | diagnoselog_20160902_GC9300.dat added |
|---|
by , 9 years ago
| Attachment: | 20160902_diagnoselog_GC9310_I.dat added |
|---|
by , 9 years ago
| Attachment: | 20160902_diagnoselog_GC9310_II.dat added |
|---|
comment:3 by , 9 years ago
- 05.09.2016:
- Übers WE haben der GC9300 und der GC9310 I neugestartet. Der GC9310 II hat nicht neugestartet (Chroms waren deaktiviert).
- ~ 10:40 Uhr: RMGViewGC-Plots gestartet um den freien Speicher zu überwachen.
comment:5 by , 9 years ago
- 06.09.2016:
- GC9300 hat neugestartet
- ~ 13:00 Uhr: Verfügbarer Speicher in zus. Archive hinzugefügt, da RMGViewGC-Plot nur 10 min. in die Vergangenheit reicht.
comment:7 by , 9 years ago
- 07.09.2016:
- GC9300 hat um 05:28:22 Uhr neugestartet. Bei der letzten Analyse vor dem Neustart waren nur noch 180.224 Byte frei! Nach dem Neustart waren es wieder 24.305.664 Byte!
- GC9310 I hat nicht neugestartet. Aktuell, um 08:27 Uhr, liegt der freie Speicher noch bei 5.660.672 Byte.
- GC9310 II ist gestern "abgestürzt" und steht seit dem mit einem Windows-Fenster "Nicht genügend Programmspeicher". Gerät wurde um ~ 08:29 Uhr manuell neugestartet.
comment:9 by , 9 years ago
| Summary: | GC9310 Neustarts → GC9300/GC9310 Neustarts |
|---|
comment:10 by , 9 years ago
Hinweis: Speicherproblem scheint nichts mit den Chromatogrammen zu tun zu haben da der PGC im Testraum momentan steht und somit keine Analysen gemacht.
comment:11 by , 9 years ago
- 08.09.2016:
- Diagnose-Log wieder aus Software entfernt.
- Geräte um ca. 09:20 Uhr neugestartet.
- Stand ca. 15:30 Uhr: GC9300 = 19.599.360 Byte, GC9310I = 18.890.752 Byte, GC9310II = 18.436.096 Byte
comment:13 by , 9 years ago
- 09.09.2016:
- Stand ca. 08:20 Uhr: GC9300 = 10.305.536 Byte, GC9310I = 5.079.040 Byte, GC9310II = 4.907.008 Byte
- Stand ca. 11:15 Uhr: GC9300 = 8.658.994 Byte, GC9310I = 2.764.800 Byte, GC9310II = 2.646.016 Byte
- 11:15 Uhr: GC9310I neugestartet um auf SDKarte schauen zu können. GCProtLog ist mittlerweile über 9 MB groß. Dann gibt es noch die .bak Datei vom GCProtLog. Diese ist ebenfalls über 9 MB groß. (SDKarte hat aber nichts mit dem RAM zu tun ...) Nach dem Neustart waren wieder knapp 24 MB frei.
- Hinweis: Speicher nimmt ab, obwohl keine Analysen gemacht werden. GC9300 steht im STOP.
- Ca 11:58 Uhr: GCProtokoll deaktiviert
- Speicher nimmt auch ohne GCProtokoll ab. Das Problem liegt weder am GCProtokoll, noch an anderen Protokollen. Denn an den beiden GC9310 sind alle Protokolle deaktiviert. Beim GC9300 läuft nur DSfG auf COM3.
- Ca. 13:00 Uhr: Offizielle Version 2.003-101 auf die Geräte aufgespielt. GC9310II abgeschaltet.
- Stand ca. 13:15 Uhr: GC9300 = 24.358.912 Byte, GC9310 = 24.236.032 Byte
- Ca. 15:15 Uhr: GC9310 manuell neugestartet, da IP-Adressen-Konflikt mit Debug-GC entstanden ist...
comment:14 by , 9 years ago
TODO:
- Prüfen ob Speicher mit offizieller Version 2.003-101 stabil bleibt. Wenn ja, Fehler in den letzten Änderungen suchen und beseitigen.
comment:15 by , 9 years ago
- 12.09.2016: Stand ca. 08:15 Uhr: Speicher bei beiden Geräten stabil! GC9300 = 24.145.920 Byte, GC9310 = 24.313.856 Byte.
comment:17 by , 9 years ago
- 12.09.2016 ca. 11:37 Uhr: Debug-Version von V2.003-101 auf beide Geräte aufgespielt. GC9300 = 23.531.520 Byte, GC9310 = 23.998.464 Byte.
comment:19 by , 9 years ago
- 13.09.2016 ca. 08:25 Uhr: Speicher bei beiden Geräten stabil! GC9300 = 23.879.680 Byte, GC9310 = 23.908.352 Byte.
comment:20 by , 9 years ago
- TODO: Problem liegt nicht an Release- oder Debug-Version.
- Zu prüfen:
- GC9300: ab Rev.1315 (15.08.2016) - Rev. 1335 (29.08.2016)
- GC9300-Shared: ab Rev. 20 (18.08.2016) - Rev. 25 (31.08.2016)
- Prüfung:
- GC9300:
- 1315: OK
- 1317: OK
- 1319: OK
- 1321: OK
- 1323: OK
- 1325: OK
- 1327: OK
- 1328: OK
- 1330: OK
- 1331: OK
- 1333: OK
- 1335: OK
- GC9300-Shared:
- 20: OK
- 21: OK
- 22: OK
- 23: OK
- 24: OK
- 25: OK
- GC9300:
comment:21 by , 9 years ago
- 13.09.2016 ca. 09:45 Uhr: Neue Software auf beide Geräte aufgespielt. Behandlung Chroms jetzt wieder wie zuvor... GC9300 = 25.108.480 Byte. GC9310 = 24.465.408 Byte.
comment:22 by , 9 years ago
- 13.09.2016 ca. 13:00 Uhr: Neue Software auf beide Geräte aufgespielt. Vermeintlich vergessenes CloseHandle() in DeleteOldDirsByNum() in Software eingebaut. GC9300 = 24.252.416 Byte. GC9310 = 24.449.024 Byte.
comment:23 by , 9 years ago
- TODO: Prüfen ob Speicher jetzt wieder stabil bleibt mit aktueller Software.
comment:25 by , 9 years ago
| Resolution: | → fixed |
|---|---|
| Status: | new → closed |
Note:
See TracTickets
for help on using tickets.
01.09.2016: