mkdir Ordnername endet mit I/O Error

[rprengel]

Hallo,

ich habe hier einen Host auf dem auf einer Platte folgendes passiert
touch Dateiname legt dateinan
mkdir Ordnername endet mit I/O Error.


Kennst das jemand?

Gruss

[Dayworker]

Du kannst also per "touch" zwar eine Datei aber keinen Ordner im aktuellen Verzeichnis anlegen. Wenn du nicht gerade einen Ordner mit Sonderzeichen anlegst, klingt das für mich nicht gut.
Laufen noch alle VMs auf diesem Host oder erhältst du ggf Fehlermeldungen im jeweiligen "vmware.log"?

[rprengel]

Du kannst also per "touch" zwar eine Datei aber keinen Ordner im aktuellen Verzeichnis anlegen. Wenn du nicht gerade einen Ordner mit Sonderzeichen anlegst, klingt das für mich nicht gut.
Laufen noch alle VMs auf diesem Host oder erhältst du ggf Fehlermeldungen im jeweiligen "vmware.log"?

Hallo,
die Systeme laufen.
Es ist die Platte auf die nachts die Backups geschrieben werden.
Also aktuell nur ärgerlich aber noch kein Alarm.
Passt super weil ich gerade nach einem 3/4 Jahr eigentlich im Urlaub und 350 Kilometer weg bin und jetzt mit einer 378 KB DSL Leitung auskommen muss.

Gruss

[Dayworker]

In meinen Augen ist das ein Alarm, denn Backups könnten ab sofort auch fehlschlagen. Mit welchem Dateiformat ist die Backup-Platte ausgestattet?
Je nach unixartigem Dateisystem muß man sich dann schon bei der Erstellung ein paar Gedanken machen, wofür/wie der Platz nachher verwendet werden soll. Das Stichwort dazu dürfte "inode" lauten und läßt sich unter Linux per "df -i" abfragen.

[rprengel]

In meinen Augen ist das ein Alarm, denn Backups könnten ab sofort auch fehlschlagen. Mit welchem Dateiformat ist die Backup-Platte ausgestattet?
Je nach unixartigem Dateisystem muß man sich dann schon bei der Erstellung ein paar Gedanken machen, wofür/wie der Platz nachher verwendet werden soll. Das Stichwort dazu dürfte "inode" lauten und läßt sich unter Linux per "df -i" abfragen.

Hallo,
grundsätzlich hast du recht aber es ist ein ESX Host auf dem nur Testsysteme laufen.
Die Backup-Platte ist im Host eine lokale seperate Platte auf die vm-explorer jede Nacht die Backups schreibt. Am Wochenende wird eine zusätzliche Kopie ins Netz auf einen dafür abgestellten ESX5i Host geschrieben.
Wen weg dann weg daher bin ich noch recht entspannt.
Schön ist aber trotzdem anders zumal die Nummer ja auch auf anderen Systemen mal auftauchen könnte.

Gruss

[rprengel]

In meinen Augen ist das ein Alarm, denn Backups könnten ab sofort auch fehlschlagen. Mit welchem Dateiformat ist die Backup-Platte ausgestattet?
Je nach unixartigem Dateisystem muß man sich dann schon bei der Erstellung ein paar Gedanken machen, wofür/wie der Platz nachher verwendet werden soll. Das Stichwort dazu dürfte "inode" lauten und läßt sich unter Linux per "df -i" abfragen.

Hallo,
grundsätzlich hast du recht aber es ist ein ESX Host auf dem nur Testsysteme laufen.
Die Backup-Platte ist im Host eine lokale seperate Platte auf die vm-explorer jede Nacht die Backups schreibt. Am Wochenende wird eine zusätzliche Kopie ins Netz auf einen dafür abgestellten ESX5i Host geschrieben.
Wen weg dann weg daher bin ich noch recht entspannt.
Schön ist aber trotzdem anders zumal die Nummer ja auch auf anderen Systemen mal auftauchen könnte.

Gruss

So,
Platte war nach einem reboot ausgegraut und wurde getauscht.

Gruss