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

Di Nov 4 08:14:51 CET 2014

Guten Tag Herr Eversberg Herr Berger,
danke für Ihre Nachricht.
Am Montag, 3. November 2014 um 09:20 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.

danke für die hilfen.
gestern gelangte ich mit h. bergers eingrenzungstaktik erstmal aufs 
"falsche gleis" (aufgabe=in 2000'er schritten einkreisen). es wollte mir nicht 
gelingen. mal tauchte der fehler auf. hatte ich ihn in die mitte von 
1000 datensätze plaziert, "stutzte" acon etwas, machte aber brav 
weiter. der fehler tauchte NUR beim einspielen der kompletten 8000 
datensätze auf!

heute, frisch zum kampf gegen daten:
"da stimmt was nicht!"

jede zeile fängt so an:
01 00 30 30 │ 20 7A 64 62 │ 32 34 38 2D │ 33 00 32 30
das grinsemännchen, gefolgt von eine feldendezeichen hex00, der rest 
der datenzeile normal. WER hat mir hex00 untergejubelt an die 2. 
stelle?

mehr an dieser stelle im laufe des tages...
ihr klaus lehmann

> Am 03.11.2014 09:09, schrieb Klaus Lehmann:

>>...
>> 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!
>>
> Erschöpfend und abschließend kann ich das im Moment nicht analysieren,
> geschweige zufriedenstellend beantworten.
> Zunächst eine Nachfrage:
> Wie sieht danach der Satz 442117 aus? Verändert oder nicht? Gesperrt?
> In welcher Datei steht er? Wie groß ist die?
> Lassen Sie von dieser Datei die Adressen checken:  h check , Adressen
> checken , nur die eine Datei auswählen
> Werden Fehler gemeldet?
> Wenn nicht, dann lassen Sie den einen Satz, bei dem der Absturz
> erfolgte, von update neu einspeisen. Klappt das?

> B.E.

> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro

-- 
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. Always 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: allegronet ist ein eingetragenes Warenzeichen

Am Montag, 3. November 2014 um 09:20 schrieben Sie:

> Am 03.11.2014 09:09, schrieb Klaus Lehmann:

>>...
>> 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!
>>
> Erschöpfend und abschließend kann ich das im Moment nicht analysieren,
> geschweige zufriedenstellend beantworten.
> Zunächst eine Nachfrage:
> Wie sieht danach der Satz 442117 aus? Verändert oder nicht? Gesperrt?
> In welcher Datei steht er? Wie groß ist die?
> Lassen Sie von dieser Datei die Adressen checken:  h check , Adressen
> checken , nur die eine Datei auswählen
> Werden Fehler gemeldet?
> Wenn nicht, dann lassen Sie den einen Satz, bei dem der Absturz
> erfolgte, von update neu einspeisen. Klappt das?

> B.E.

> _______________________________________________
> Allegro mailing list
> Allegro at biblio.tu-bs.de
> http://sunny5.biblio.etc.tu-bs.de/mailman/listinfo/allegro