Veschwundene oder nicht mehr sichtbare Daten nach Featurepack

Hallo zusammen,

wir haben hier ein derbes Problem nach dem installieren des Featurepacks. Es gliedert sich in zwei Bereiche:
1. Eine ganze Reihe von Daten, so z.B. unsere gesamte Datenablage in einer Ordnerstruktur unterhalb von Archive ist nicht mehr verfügbar. Auf dem Fileserver sind die daten und Verzeichnisse zwar noch vorhanden, aber die Namensübersetzung nach David scheint nicht zu funktionieren. Also innerhalb David ist alles weg.
Als kleiner Nebeneffekt stellt sich jetzt die Frage, was mit dem regelwerk für versendete dateien passiert. In diesen regeln wird nämlich auf diese nicht mehr sichtbaren verzeichnisse verwiesen.
Bei einem User, ausgerechnet der Chef, sind seine persönlich erstellte Ablage und seine eigenen Adressen ebenfalls betroffen
2. Einige daten im globalen Adressbuch wurden komplett vom Fileserver gelöscht. Es handelt sich um alle Adressen die in Verzeichnissen liegen die auf dem Fileserver mit Buchstaben von David angelegt wurden.

Hat hier irgendjemand eine Idee wie ich insbesondere den ersten Teil wieder hinbekomme.

Grüße aus Frankfurt

Hallo,

gibt es in den Verzeichnissen noch archive.dat auf Dateiebene?

Bye

Hallo Anne,

jein. Ich muß hier noch etwas ausholen. Nach eingehender Betrachtung der unbefriedigenden Situation hat sich folgendes Bild ergeben: David legt beim erstellen eines Verzeichnisses einen eigenen Verzeichnisnamen auf dem Fileserver an. Dieses Verfahren beginnt immer mit der nächsten freien Ordnungszahl der schon vorhandenen Verzeichnisse. Im einfachsten Fall 0,1,2,3,4, usw. Wenn alle Buchstaben erschöpft sind schwenkt David auf Großbuchstaben um, also A,B,C,D, usw. Während der Installation des Featurepacks hat David alle Dateien bearbeitet. Also ist wahrscheinlich irgendetwas mit der Indizierung geändert worden. Bei uns sind alle Daten unsichtbar, die in Verzeichnissen mit Buchstaben liegen. In den betroffenen Verzeichnissen, die direkt unter dem Wurzelverzeichniss liegen sind nur noch archive.dir, archive.ini und access.ini zu sehen. In Verzeichnissen die dann wiederum unterhalb so eines Buchstabenverzeichnisses liegen ist die archive.dat noch da.

Gruß Jörg

Hallo kingcopy,

der Reihe nach: Die archive.dat sind hinüber gewesen. Wir haben sie mit arcutil wieder hergestellt.

Bei dem featurpack handelt es sich um die letzte Version:
dl040407.tgz

Wir arbeiten mit einer Linux Installation auf SuSE 9.0

Die Installation des Featurpacks hat ein dramatisches Desaster angerichtet. In der kaskadierten Ablagestruktur auf dem Fileserver wurde alles "normal" behandelt bis das erste Verzeichnis, daß auf einen Großbuchstaben lautet auftaucht. Alle entsprechenden nachfolgenden Dateien, egal welcher Natur sie sind wurden inhaltlich gelöscht. D.h. es existieren zwar noch die Dateinamen, aber die Dateigröße ist überall NULL.
Änderungsdatum und Zeitpunkt aller Dateien ist identisch mit dem Zeitpunkt des Updatestarts.

Wir sind zur Zeit damit beschäftigt aus alten backups die Daten manuell wieder herzurichten.

An dieser Stelle hat auch Tobit keine Idee mehr.

Grüße Jörg

Hallo zusammen,

gibt es eigentlich inzwischen weitere Neuigkeiten zu diesem Thema?

Gruß Markus

Hallo elliot2extreme,

keine echten Neuigkeiten zum Thema. Tatsache ist, dass die Mails definitiv vernichtet waren. Vielleicht kommt noch was. Wir haben jedenfalls, nach einem ohnehin anstehenden Serverwechsel, Tobit unsere alte Linuxinstallation samt Davidinstallation zur Verfügung gestellt.

Grüße aus Mainhatten
Jörg

Hallo zusammen,

es ist kaum zu glauben. nach der Installation des aktuellen FeaturePacks dl200807 sind schon wieder Daten vernichtet worden. Nach dem letzten Crash hatten wir den Damen und Herren aus dem Hause Tobit unsere gesamte Linuxinstallation und die darauf befindliche David Installation zur Verfügung gestellt.
Es sind jetzt aktuell die völlig identischen Verzeichnisse des Crash vom April diesen Jahres wieder betroffen. Es werden auf einmal alle Dateiinhalte eines Verzeichnisses gelöscht, die Dateinamen bleiben als leere Fragmente zurück. Betroffen sind Archiv-Verzeichnisse die von David mit einem Buchstaben erstellt werden. Alles was unterhalb eines Verzeichnisses mit einem Buchstaben steht ist betroffen. Die Archive.dat sind ebenfalls leer.
Wir haben jetzt die betroffenen Verzeichnisse stumpf aus der davor gelaufenen Datensicherung wieder drüberkopiert und somit den Schaden beheben können. Eine evt. vorgesehene Dateiindizierung für die StrongBox wäre damit zwar hinfällig, ist aber unter Linux, wenn ich das richtig verstanden habe ohnehin nicht verfügbar.
So kann es jedenfalls nicht bleiben. Ich kann ja nicht nach jedem Update die Archive wieder händisch herstellen.

(Wenn es wirklich immer die gleichen bleiben könnte man es ja mit einem kleinen Script automatisieren )

Und täglich grüßt das Murmeltier

Grüße Jörg

Hallo,

vielleicht sollte man mal an den betreffenden Stelle die Archive Struktur überprüfen, möglicherweise stimmt mit der etwas nicht und deshalb wird sie bei jedem Update (Feature Pack) zerstört.

Gruß Markus

Hallo elliot2extreme,

was sollte man aus deiner Sicht mal genauer betrachten? Die Dateirechte sind aus meiner Sicht ok. Identisch mit den Rechten der Archive die normal durch das update laufen. Aus meiner Sicht liegt der Fehler in Automatismus mit dem David Dateinamen selbstständig anlegt. Es werden zuerst die Ziffern 0-9 verwendet, dann gehts mit Buchstaben weiter. Diese Buchstaben sollten laut Tobirt in Kleinschrift angelegt werden. Bei uns legt David aber alle Buchstabenverzeichnisse in Großbuchstaben an. Und genau diese Verzeichnisse sind betroffen. Im Stamm habe ich mir jetzt mit der manuellen Beeinflussung der Dateinamenvergabe beholfen. Wenn man hinter dem gewünschten Showname im DIC bei der Verzeichnisanlage in geschweiften Klammern den Wunschnamen angibt dann wird das Verzeichnis auch entsprechend auf dem Server angelegt. Funzt ganz wunderbar. Aber was macht man mit den Usern die in Ihren persönlichen Archiven eigene Unterarchive anlegen? Diese Vorgehensweise mit den geschweiften Klammern ist dort mit Sicherheit nicht konsequent umsetzbar. hhmmmmm

Grüße Jörg