[Allegro] avanti/acon: "Put-Error": Write problem / 0

[Klaus Lehmann]

eigene antwort ;-)
guten morgen allerseits....

die ursache lag wohl daran....

> Satz #1147:  / Neusatz ==> +    Put-Error: Write problem / 0
> ERROR: Konnte Neusatz nicht speichern: // - Skipping record
> Satz #1148:  / Neusatz ==> +    M: Satz 49058 gespeichert


..., daß die datenbank in nicht aufgeräumten zustand war, sie war in
benutzung gewesen. aber nicht mehr geöffnet.
im skript bin ich so "frech" und lösche einen bestimmte datei. und
baue den inhalt mittels update mit -fm01 wieder auf.
-> eigentlich darf hier nix passieren. die inhalte der gelöschten
datei werden nur nicht später gefunden. oder passiert da noch mehr? anscheinend
wohl, wenn man sich obige fehlermeldung anschaut... hm.

also: alles nur blinder alarm?

trotzdem bleibt mir eine frage übrig: hat es was mit den neuen(!)
betr.system-updates zu tun? wo irgendwas etwas bezüglich eines
"vorausschauenden caches" abgeändert wurde?
[mein emailprogramm "thebat!" hat sofort nach bekanntwerden des
intel(+amd[sik])-viruses, bzw der danachfolgenden betr.system-updates
ebenfalls ein update nachgeschoben....
also: nachgefragt: muss allegro-C hier auch reagieren???


danke und grüße aus der bierstadt
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!
* Internetkataloge & WebHosting für Allegro-C & Web 2.0 mit VuFind
* 2011-12:  Sponsor: Peter-Sodann-Bibliothek+IFLA:allegro-utf8
* 2013-14: Bolero 64bit.+allegro-zdb: endlich. + eBooks
* 2015-16: allegro-vufind.+ allegro-imd.Die weltgrößte(?) Filmdatenbank
* 2017-18: Exporte. Marc und Co.  Marc ist sehr different
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 Montag, 15. Januar 2018 um 21:18 schrieben Sie:
> Guten Tag Herr Eversberg,



> in einem meiner ellenlangen ;-) skripte habe ich auf dem bildschirm
> einen fehler gesehen:

> es hat keinen windows-fehler mit bestätigung gegeben. es war nur ein
> optischer hinweis. ich kann derzeit NICHT sagen, an welcher stelle des
> skriptes DAS da passiert.



> Satz #1142:  / Neusatz ==> +    M: Satz 49053 gespeichert
> Satz #1143:  / Neusatz ==> +    M: Satz 49054 gespeichert
> Satz #1144:  / Neusatz ==> +    M: Satz 49055 gespeichert
> Satz #1145:  / Neusatz ==> +    M: Satz 49056 gespeichert
> Satz #1146:  / Neusatz ==> +    M: Satz 49057 gespeichert
> Satz #1147:  / Neusatz ==> +    Put-Error: Write problem / 0

> ERROR: Konnte Neusatz nicht speichern: // - Skipping record
> Satz #1148:  / Neusatz ==> +    M: Satz 49058 gespeichert
> Satz #1149:  / Neusatz ==> +    M: Satz 49059 gespeichert
> Satz #1150:  / Neusatz ==> +    M: Satz 49060 gespeichert
> Satz #1151:  / Neusatz ==> +    M: Satz 49061 gespeichert



> was soll, das und/mir sagen?
> Satz #1147:  / Neusatz ==> +    Put-Error: Write problem / 0
> ERROR: Konnte Neusatz nicht speichern: // - Skipping record
> ich kann sagen: alcarta/a99.exe sind geöffnet. das skript arbeitet
> alleine.

> wer hat das problem? acon kann NICHT schreiben? also acon hat das
> problem, in seiner abarbeitung
> oder hat die datenbank zyx, in der adx/stl/tbl DAS problem. wurde
> versucht zu schnell reinzuschrfeiben?

> ist meine hardware dran schuld? 32 log. prozessoren wollen was zu
> tun haben? 256 Gb ram (wobei ein bereich mit 100GB eine ramdisk
> bildet, hier läuft ein ganz anderer acon/avanti-prozess seit ca 2
> monaten durch....). mit 3,4GHZ max sind wir im rennen. (natürlich
> intels' XEON's). win10-prof musste es [MERDE] sein; win7-prof kann
> nujr bis 192GB ram.... [wäre mir lieber gewesen....]
> "festplatten"basis: alles nur ssd!'s
> ist meine hardware doch dran schuld, weil intel ein "viruseinfallstor"
> dicht machen musste, und ein vorausschauender(?) cache(?)
> abgeschaltet(?) wurde. ich habe keine ahnung, was DIE sch da
> ausgedacht haben. oder hatten wir den 1.aprillo?


> vielleicht wäre es auch erstmal ein ansatz, das skript so zu
> "verfeinern", daß wir eine art fehler/log-bericht bekommen...
> morgen mehr.


> viele grüße, ihr klaus lehmann