AS 11.1SP1 Probleme: Tree View für Restore geht nicht auf.
- From: "Rudolf Thilo" <spamfrei@xxxxxxxxxxxxxx>
- Date: 6 Jun 2006 19:06:23 +0200
Hallo,
Könnten NSS Probleme dieses Phänomen verursachen?
folgender Server:
NW6.0.5, NW6NSS5c, TSAUP19 (mit 17 und 18 auch nicht anders)
AS11.1SP1, jetzt mit QO79118.CAZ
David XL, aktuell gepatcht
NDPS-iPrint
Sophos Sweep.nlm 4.06 15 May 2006 (write access scanning)
Nachdem die Datensicherungen seit Monaten friedlich vor sich hin laufen und die
LOGs ohne Fehler sind, habe ich letzte Woche leider feststellen müssen, dass für
die Rücksicherung die Baumstruktur für die Dateisysteme der Volumes nicht
angezeigt werden.
OK dachte ich mir, Datenbank hat 'nen Schuss, nicht so tragisch, aus emptydb
rüberkopieren und das notwendige Band einmergen:
Der Merge Job tauchte dann an der Konsole mit "Active" und eine Ebene Tiefer von
Anfang an mit "Erfolgreich" (?) auf, und wurde selbst über nacht nicht fertig.
ASTOP verursachte einen Abend ohne Eintrag ins ABEND.LOG
Darauf hin habe ich das Arcserve Verzeichnis komplett wegverschoben, AS11.1sp1
ISO zum Neuinstallieren verwendet, Update auf BTrieve 8.50 dieses mal
durchgeführt, reboot und einen kleinen Teilsicherungsjob laufen lassen:
eDir, DOSFAT_C, ein bisschen von SYS: und vom Datenvolume, die Baumansicht war
wunderbar da, Restore einer noch kleineren Teilauswahl war OK.
Dann wieder eine Vollsicherung definiert, loslaufen lassen, Abfahrt nach Hause.
Das Datensicherungs-LOG-file reisst mitten im Sichern ab. 2 Stunden später
hatte der Server ein Abend, der ML530-G1 hat dann einen ASR Reboot hingelegt, von
dem bei der schwachen Samstagsbesetzung dort gegen 08:50 Uhr niemand was
mitbekommen hat. (Pausezeit)
Kein Eintrag im ABEND.LOG, IML listet dieses hier:
OS Critical 06-03-2006 09:40a
------------------------------------------
Abnormal Program Termination (Abend: Free received an invalid memory pointer
0x4C534C4E Running Process: NLS Remote Thread 0 EIP: 25AF7Bh)
ASR Critical 06-03-2006 09:51a ASR Detected by System ROM, passt genau zur
aktuellen Uptime des Servers.
Das AS-Job.log hört 2 Stunden früher hiermit auf:
-------------------------------------------------------
[snip]
Jun-03 07:39:47 3 E3125 Failed to read
FS1_DATA1:\SCANNEN\TIF\150668.TIF's data set,
fffdffc9
Jun-03 07:39:57 3 E3125 Failed to read
FS1_DATA1:\SCANNEN\TIF\150825.TIF's data set,
fffdffc9
Jun-03 07:40:02 3 E3125 Failed to read
FS1_DATA1:\SCANNEN\TIF\150839.TIF's data set,
fffdffc9
Jun-03 07:40:06 3 E3125 Failed to read
FS1_DATA1:\SCANNEN\TIF\150842.TIF's data set,
fffdffc9
Jun-03 07:40:14 3 E3125 Failed to read
FS1_DATA1:\SCANNEN\TIF\150849.TIF's data set,
fffdffc9
Jun-03 07:40:23 3 E3125 Failed to read
FS1_DATA1:\SCANNEN\TIF\150894.TIF's data set,
fffdffc9
<EOF>
-------------------------------------------------------
Im ABEND.LOG steht vom selben Tag *NACHMITTAGS* dieser hier, der zur Uptime des
Servers nicht passt, zumindest steht da an der System Console *kein*
Servername<1>:
*********************************************************
Server FS1_GOEPFERT halted Friday, 2 June 2006 14.21.47,655
Abend 1 on P00: Server-5.60.05: Page Fault Processor Exception (Error code
00000000)
Registers:
CS = 0008 DS = 0010 ES = 0010 FS = 0010 GS = 0010 SS = 0010
EAX = 00001101 EBX = 889B9858 ECX = 00000000 EDX = B59B57C8
ESI = 889B95B8 EDI = 889B9595 EBP = 889B954A ESP = 889B9504
EIP = 89C7179F FLAGS = 00010246
89C7179F 0FB74202 MOVZX EAX,word ptr [EDX+02]=?
EIP in TLD.NLM at code start +0000579Fh
Access Location: 0xB59B57CA
The violation occurred while processing the following instruction:
89C7179F 0FB74202 MOVZX EAX,word ptr [EDX+02]
89C717A3 50 PUSH EAX
89C717A4 0FB74204 MOVZX EAX,word ptr [EDX+04]
89C717A8 50 PUSH EAX
89C717A9 68423BBC89 PUSH 89BC3B42
89C717AE 6A01 PUSH 01
89C717B0 E897B9FFFF CALL 89C6D14C
89C717B5 83C410 ADD ESP,00000010
89C717B8 C3 RET
89C717B9 0F865B000000 JBE 89C7181A
Running process: 3 Process
Thread Owned by NLM: TLD.NLM
Stack pointer: 889B9580
OS Stack limit: 889B29A0
Scheduling priority: 67371008
Wait state: 3030070 Yielded CPU
Stack: 89C721C1 (TLD.NLM|(Code Start)+61C1)
--889B9858 ?
--B59B57C8 ?
--00001101 ?
--B59B57C8 ?
[snip]
-----------------------------------------------------------------
Bin gerade dabei, Daten und Trustees auf einen anderen Server zu schubsen, um
anschliessend ein pool rebuild laufen zu lassen. (Massimo hatte erwähnt, dass ein
Poolverify ohne errors/warnings nix heissen muss, genau so ist das auf dem Pool
aktuell...) und werde dann ohne David und Sophos testen: Die sind seit Monaten
unverändert auf dem SErver, aber trotzdem.
BTI.CFG hat diese Anpassungen:
[MicroKernel]
MaxFiles =100
MaxCursors=120
CacheSize=65536
MaxClients=120
BackgroundThreads=15
[Btrieve Communications Manager]
MaxWorkerThreads=15
MaxClients=120
Die Datenbank vor dem Neuinstallieren hatte gut 1 Gig.
Wem fällt etwas auf, was ich übersehen habe?
Schönen Gruß, Rudi.
--
IT-Beratung Rudolf Thilo
Schweinfurter Str. 131
97464 Niederwerrn
t: +49 (0)9721/6464840
f: +49 (0)9721/6464841
m: +49(0)171/685 9 685
.
- Follow-Ups:
- Re: AS 11.1SP1 Probleme: Tree View für Restore geht nicht auf.
- From: Rudolf Thilo
- Re: AS 11.1SP1 Probleme: Tree View für Restore geht nicht auf.
- From: Ullrich
- Re: AS 11.1SP1 Probleme: Tree View für Restore geht nicht auf.
- From: Reiner Sachau
- Re: AS 11.1SP1 Probleme: Tree View für Restore geht nicht auf.
- Prev by Date: Re: Verbindungen mit UNC-Pfad auf Windows-Server
- Next by Date: Re: Verbindungen mit UNC-Pfad auf Windows-Server
- Previous by thread: Re: nw51+arcserve7, fstape startet nicht
- Next by thread: Re: AS 11.1SP1 Probleme: Tree View für Restore geht nicht auf.
- Index(es):
Relevant Pages
|
