[Allegro] problem in acon.exe mit update.job (dunstkreis "indexzugriff hohe netzlast"?)

Mo Nov 3 09:09:31 CET 2014

Guten Tag allerseits
auf den fehler habe ich gewartet ;-)
bin dabei, mal wieder rekorde zu brechen... ;-)
knapp 2 mill. datensätze werden hinundher gewürfelt!

*********************
fehlerbild auf 64bit:
*********************

das ist der befehl:
===================
update_thb.job .... -F0/0 -L
                    ~~~~~   !
[es ist die update.job-variante von thomas berger vom 16.9.2014]

das ganze läuft auf einer 64bit-workstation! [win7]
derSELBE fehler, der viel weiter UNTEN besprochen wird, läuft auf 
einer 32bit-workstation [wxp]

fehlermeldung:
Satz #1730:     >|9zdb802259-8< ==> x   M: Satz 441820 gespeichert
Satz #1731:     >|9zdb802261-6< ==> x   M: Satz 441821 gespeichert
Satz #1732:     >|9zdb802303-7< ==> x   M: Satz 441851 gespeichert
Satz #1733:     >|9zdb802657-9< ==> x   M: Satz 442116 gespeichert
Satz #1734:     >|9zdb802658-0<[WARN] Satz 442117 ist gesperrt
[WARN] Satz /442117 gesperrt:  - ...............................................
................................................................................
................................................................................
................................................................................
................................................................................
................................................................................
es sind mehr punkte als diese entstanden. das system "stoppte" gegen 
0.53 heute nacht, derer punkte sind es viele! er punktet so vor sich 
hin. DAS ist wichtig! es scheint eine normale datensatz(!)sperre zu sein. 
acon ist bei DIESEM fehler nicht abgestürzt.

ich kann also sicher mit a99.exe an die datenbank rangehen. das tue 
ich JETZT (=8:23Uhr): und sehe: die datenbank ist erstmal frei. KEINE 
globale datenbank(!)sperre. suche ich den letzten o.g. satz auf. in a99.exe 
mit h org sieht man: der satz ist gesperrt. also entsperren!
die routine, die wir oben gesehen haben, geht SCHEINBAR weiter?

----> JETZT erst kommt das problem
[ich beschreibe das GENAUER als sonst, s.a. dazu viele zeilen TIEFER!]

NEIN: geht sie nicht! bitte schauen:
Satz #1731:     >|9zdb802261-6< ==> x   M: Satz 441821 gespeichert
Satz #1732:     >|9zdb802303-7< ==> x   M: Satz 441851 gespeichert
Satz #1733:     >|9zdb802657-9< ==> x   M: Satz 442116 gespeichert
Satz #1734:     >|9zdb802658-0<[WARN] Satz 442117 ist gesperrt
[WARN] Satz /442117 gesperrt:  - ...............................................
...verkürzt...
..............................................EXCEPTION-Error (memory-access) in
 program "acon.exe" !!        1 Datei(en) kopiert.

das progamm macht einfach mit der nächsten aufgabe: srch.exe irgendwas 
weiter.....

ALSO: das progamm meldet AUF programmebene DEN fehler, ich beseitige 
ihn, dann stürzt acon LEISE ab, und das skript läuft mit srch weiter!

parallel, dazu auf einer 32bit-workstation mit wxp geschieht etwas 
ähnliches:
[beide rechner haben KEINE verbindung, beide allegro auf den rechnern 
arbeiten jeweils auf der eigenen festplatte]

********************
fehlerbild auf 32bit
********************
Satz #1731:     >|9zdb802261-6< ==> x   M: Satz 441821 gespeichert
Satz #1732:     >|9zdb802303-7< ==> x   M: Satz 441851 gespeichert
Satz #1733:     >|9zdb802657-9< ==> x   M: Satz 442116 gespeichert
Satz #1734:     >|9zdb802658-0< ==> x   M: Satz 442117 gespeichert
Satz #1735: EXCEPTION-Error (memory-access) in program "acon.exe" !!

UND es gibt ein fenster vom betriebssystem wxp:
blaue überschrift: acon.exe
acon.exe hat ein problem festgestellt undmuss beendet werden (das logo 
von allegro ist da. und man kann auf schliessen klicken!

klicke ich auf schliessen, sehen wir das:

Satz #1733:     >|9zdb802657-9< ==> x   M: Satz 442116 gespeichert
Satz #1734:     >|9zdb802658-0< ==> x   M: Satz 442117 gespeichert
Satz #1735: EXCEPTION-Error (memory-access) in program "acon.exe" !!        1 Da
tei(en) kopiert.
p:\allegro\UPRO
Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess
 verwendet wird.

uif4ger geoeffnet
und die srch32.exe läuft an.....

beide haben gemeinsam:
-dieselbe a99.exe, 
-den selben acon-job, 
-die GLEICHE datenbank, 
-dasselbe datenmaterial heruntergezogen (es geht um 
kobv-zdb-wochenmengen=dieselbe wochenmenge)
-der gleiche fehler an der selben stelle

unterschiede:
-acon verhält sich beim anzeigen des fehlers "etwas" unterschiedlich!
(letztendlich stürzen beide ab!)
-betriebssystem (32bit versus 64bit)
-hardware
-alles auf eigenen festplatten

also, was passiert da?
warum passiert es?

einige antworten....:
1. acon verhält sich etwas unterschiedlich, was das betr.system 
angeht. warum?
2. in der bewussten wochenmenge scheint es einen (physikalischen?) 
fehler zu geben.
3. hat das ganze mit dem SCHNELLEN abspeichern zu tun? schliesslich 
ist ein datensatz gesperrt (-> email-liste indexzugriff durch zu hohe 
netzlast??)

ratlos zum morgen.
viele grüße, 
ihr klaus lehmann

-- 
Mit freundlichen Grüßen,
Ihr Klaus Lehmann
http://allegronet.de * eMail: allegronet at t-online.de * phone: 03528-452 807(fax 809) * mobil: 0171-953 7843
allegronet.de * Klaus Lehmann * D-01454 Radeberg * Bahnhofstr. 1
zuständiges Finanzamt: FA Hoyerswerda; zuständige Kammer: IHK Dresden;
zuständige Aufsichtsbehörde: Gewerbeamt Radeberg; USt-IdNr: DE247550760
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow
* Yes we can. Only with allegro. Yes we do. Allways with allegro.
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 with VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2012: mit allegro-utf8 V3 und allegro-vufind auf der IFLA in Helsinki
* 2013: Bolero 64bit. Fußige Noten aufgeblättert (=Fußnotendoku)
* 2014: allegro-zdb: endlich. Die Wiedervereinigung! + eBooks