[Allegro] Nichts geht mehr…

[Klaus Lehmann]

Guten Tag Herr Fischer,
danke für Ihre Nachricht.
Am Samstag, 19. November 2016 um 14:49 schrieben Sie.
Ihre Nachricht finden Sie am Ende dieser eMail.


prinzipiell:
1. niemals virtuelle maschinen benutzen.
warum? wir wissen nicht, wer uns da UNS ans bein pullert.

2. niemals via a99 indexieren.
warum? kennen wir die einstellungen wirklich? wissen wir, wo was
liegt? wo was abläuft? sie haben KEINE gewalt darüber!

--> deshalb ein externes skript bauen, was auf alle eventualitäten
eingeht. die indexroutine ist IN a99 NICHT sicher.

ich habe z.b. ein voll-index-skript entwickelt, welches alle
absonderlichkeiten, die in netzen passieren können, abfängt, eine
sicherheitskopie erstellt, und SEHR geschwätzig ist. und z.b. ALLE
möglichen protokolldateien AUFHEBT! allegro ist da sehr "eigen" (oder
dürfen wir "dumm" sagen? ;-) ), es löscht die proto's der ersten indexphase!

nebenbei: zugriffe auf gelocktes können meines wissens NUR mit
windows-server-tools erkannt/erklärt werden. (dazu muss man MIT
einem windows-server arbeiten)
[ich: niemals freiwillig! windows-server ist sowas von SCHWEINkram...)
bei linux hat samba noch ein einschalten/ausschalten des "lockings"
zur verfügung. in samba-protokollen habe ich mal was gesehen
(vielleicht gewähre ich auch KEIN locking unter linux/samba? ;-)

das beispiel da unten zeigt mir leider "sehr schön", das wir nix beim
indexieren sehen. also immer von aussen rangehen. da kann man auch mal
auf pause drücken. [desaströs: wenn a99 beschäftigt ist, soltle man
tunlichst die finger von der tastatur/maus lassen, sonst friert's
(ein). dann haben wir winter auf der maschine.

grüße, k.l.



> Liebe KollegInnen,
> bei mir lief jetzt mal wieder gar nichts mehr.
> Hat jemand eine Idee, woran man drehen muss, wenn selbst die
> Satztabelle sich nicht wiederherstellen lässt und der Aufruf liefert:
> ---------------------------
> a99
> ---------------------------
> Fehler 22  bei Index-Datei U:\Allegro\jfmx\jfm.gdx, error 2 (keine Schreibberechtigung?)
> ---------------------------
> OK
> ---------------------------

> Das Programm meldet dann zwar fälschlicherweise "Auftrag erledigt",
> aber schon der Aufruf eines Datensatzes liefert

> ---------------------------
> Sorry
> ---------------------------
> RecNr 3 too large or not in use or TBL not ok
> ---------------------------
> OK
> ---------------------------


> Herr Eversberg schrieb mal: "Das sind sehr interne Meldungen, die
> nun nicht mehr relevant sein sollten. "error 2" bedeutet ganz tief drinnen, daß eine Datei nicht
> geöffnet werden konnte."
> Da wüsste ich gerne, welche…

> Ich kann bei meiner Konstellation (Windows 7 in Parallels Desktop)
> nicht 100%ig ausschließen, dass der Zugriff auf irgendeine Datei irgendwie gesperrt wird.
> Weiß jemand, wie ich das unter Windows prüfen könnte?

> Ich habe jetzt (per org.bat) eine Kopie der Datenbank einmal ganz
> neu aufgebaut, das scheint funktioniert zu haben.
> Dann habe ich die Indexparameter etwas angepasst und den Index
> erneuert, das scheint auf durchgelaufen zu sein (keine newinx).
> Danach hat A99 sich eifrig beschäftigt mit 50% Auslastung der
> Rechenkapazität und einem kontinuierlich Anwachsen des beanspruchten
> Arbeitsspeichers – um ca. 4KB/sec.

> Jetzt scheint das alles abgeschlossen zu sein, und die Datenbank
> sieht korrekt aus, selbst die Registeranzeige mit F7 sieht gut aus.
> War aber doch sehr mühsam, hierhin zu kommen, daher sind Hinweise
> zu den einzelnen Problemen immer noch sehr willkommen!

> Mit freundlichen Grüßen und Wünschen für ein erholsames Wochenende
> Thomas Fischer




-- 
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
Für den schnellen Geldverkehr: http://PayPal.Me/LehmannKlaus
* Software für zufriedene Bibliothekare: 1000x bewaehrt und ergiebig
* Bereits 4x allegro-utf8. Buchen Sie die allegro-Roadshow. Yes we can!
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 mit VuFind
* 2011: Sponsor der Peter-Sodann-Bibliothek (Staucha)
* 2013-2016: Bolero 64bit+allegro-zdb+eBooks-allegro-imd
Seit 2015 Spezialist in real Big Data! Beispiele: allegro-zdb&allegro-imd
Lesen Sie auf http://portal.allegronet.de/allegrowerkstatt/allegro-windows die
Wahrheit zur Zukunft von allegro-C. Bilden Sie sich Ihre eigene Meinung! Lesen Sie!





Am Samstag, 19. November 2016 um 14:49 schrieben Sie:
> Liebe KollegInnen,

> bei mir lief jetzt mal wieder gar nichts mehr.
> Hat jemand eine Idee, woran man drehen muss, wenn selbst die
> Satztabelle sich nicht wiederherstellen lässt und der Aufruf liefert:

> ---------------------------
> a99
> ---------------------------
> Fehler 22  bei Index-Datei U:\Allegro\jfmx\jfm.gdx, error 2 (keine Schreibberechtigung?)
> ---------------------------
> OK
> ---------------------------

> Das Programm meldet dann zwar fälschlicherweise "Auftrag erledigt",
> aber schon der Aufruf eines Datensatzes liefert

> ---------------------------
> Sorry
> ---------------------------
> RecNr 3 too large or not in use or TBL not ok
> ---------------------------
> OK
> ---------------------------


> Herr Eversberg schrieb mal: "Das sind sehr interne Meldungen, die
> nun nicht mehr relevant sein sollten. "error 2" bedeutet ganz tief drinnen, daß eine Datei nicht
> geöffnet werden konnte."
> Da wüsste ich gerne, welche…

> Ich kann bei meiner Konstellation (Windows 7 in Parallels Desktop)
> nicht 100%ig ausschließen, dass der Zugriff auf irgendeine Datei irgendwie gesperrt wird.
> Weiß jemand, wie ich das unter Windows prüfen könnte?

> Ich habe jetzt (per org.bat) eine Kopie der Datenbank einmal ganz
> neu aufgebaut, das scheint funktioniert zu haben.
> Dann habe ich die Indexparameter etwas angepasst und den Index
> erneuert, das scheint auf durchgelaufen zu sein (keine newinx).
> Danach hat A99 sich eifrig beschäftigt mit 50% Auslastung der
> Rechenkapazität und einem kontinuierlich Anwachsen des beanspruchten
> Arbeitsspeichers – um ca. 4KB/sec.

> Jetzt scheint das alles abgeschlossen zu sein, und die Datenbank
> sieht korrekt aus, selbst die Registeranzeige mit F7 sieht gut aus.
> War aber doch sehr mühsam, hierhin zu kommen, daher sind Hinweise
> zu den einzelnen Problemen immer noch sehr willkommen!

> Mit freundlichen Grüßen und Wünschen für ein erholsames Wochenende
> Thomas Fischer