Reorganisation als 0-Byte-Datei-Produktionsmaschine

[Klaus Lehmann]

On Wed, 31 Oct 2001 11:40:59 +0100, Allers Heinrich wrote:

hallo


mein beileid herr allers
ich erinner mich, genau dieses vor ca 4 wochen erlebt zu haben.
leider weiss ich nicht mehr meine lösung. der fehler war so
irreal, und doch wieder real. ich war froh, als ich ihn mit
'meinen' klassischen fehlersuchmechanismen wegbekommen habe: da
wären z.b. überprüfen der index/qrix-kombination. schreibrechte.
tmp-verzeichnisse ok? jumps mal über die api jagen. was ist
heute neu, als es damals lief. so alles dieses.
;-)

vermutlich hilft das nicht viel.
nebenbei: da mir das nicht nur passiert ist, ich hätte gerne
HIER gehört, was die ursache war. (dann kan ich mich auch wieder
an meine lösung erinnern, und evtl beipflichten... ;-)


kl>Neulich ist ein Reorganisationsversuch unter Netzbedingungen
(ich war nicht
kl>dabei, es war im Ausland) fehlgeschlagen. Es wurden in
schneller Folge 0
kl>Byte große Dateien <dbn>_*.ald produziert, bis der Prozeß
abgebrochen wurde.
kl>Ich ließ mir die Liste der so entstandenen (über 10.000)
Dateien schicken;
kl>hier ein Auszug daraus:
kl>
kl>23.10.01  15:40                      0 GOE_9994.ALD
kl>23.10.01  15:40                      0 GOE_9995.ALD
kl>23.10.01  15:40                      0 GOE_9996.ALD
kl>23.10.01  15:40                      0 GOE_9997.ALD
kl>23.10.01  15:40                      0 GOE_9998.ALD
kl>23.10.01  15:40                      0 GOE_9999.ALD

vermutlich hört er bei _9999 dann auf? korrekt?



kl>
kl>Gestern ist mir das Mißgeschick selber passiert, d.h. ich war
in einem
kl>unserer Auslandsnetze (in dem hiesigen Netz ist mir so etwas
nie passiert)
kl>via "pcanywhere" und machte eine Reorganisation, und konnte
sehen, daß beim
kl>Indexieren laufend gemeldet wurde: "File goe_3333.ald full"
oder so ähnlich;
kl>ich kann es nicht genauer sagen, da ich etwas in Panik geriet
und mich nur
kl>noch darum kümmerte, den Prozeß abzubrechen.
kl>
kl>Ich habe den Eindruck, daß das Geschehen netzbedingt ist,
obwohl ich da auch
kl>sehr vorsichtig sein muß, denn die beiden Netze sind
unterschiedlicher
kl>Machart.
bitte hierzu auch hinweise. danke.



viele grüße
klaus




-

Klaus Lehmann                              Adresse:
Admin Netware/WinNT Friedrichsh.-Kreuzberg Schleiermacherstr. 13
und allegro-C-Dienstleistungen.            D-10961 Berlin
-Datenbankbereinigungen, safer shells      fon  49-30-8950 3156
-Fehlerindices, Fremddatenimport/Export    mobil49-0171-9537843
-Novell Netware, WindowsNT-Server uvm.     fon 49-30-2977856122
 eMail: klehmann at arco-online.de            fax 49-30-2977856128