Archiv der Kategorie: osbn

OSBN das Open-Source-Blog-Netzwerk

Im Internet gibt es sehr viele Blogs. Die Blogs decken die verschiedensten Themen ab zum Beispiel Koffeinhaltige Getränke, Hochzeiten, das private Leben, dies und das und natürlich Blogs die sich mit Open Source beschäftigen.

Da ich mich auch mit Open Source beschäftige bin ich auf www.osbn.de gestoßen. Bei OSBN handelt es sich um Open-Source-Blog-Netzwerk, im Endeffekt eine große Sammlung von Blogs die sich mit Open Source beschäftigen. Wenn im eigenen Blog ein neuer Artikel erscheint, wird er im Ticker auf www.osbn.de angerissen. Möchte der Leser den Artikel ganz lesen, wird er auf den eigentlichen Blog weitergeleitet.

Das Open-Source-Blog-Netzwerk gibt es noch nicht sehr lange, aber schon jetzt sind viele bekannte Blogger dabei und jeder der sich mit Open Source beschäftigt kann mitmachen.

[typo3] Lock file could not be created

Neulich musste ich ein Typo3 von einem Webhoster zum anderen umziehen. Der Umzug war relativ simple Dateien kopieren, mysql Daten exportieren und in die neue mysql Datenbank importieren. In der Datei typo3conf/localconf.php die neuen Zugangsdaten für dei mysql Datenbank hinterlegen und fertig.

Der erste Aufruf der Seite dauerte sehr lange, nach einiger Zeit kam dann die Fehlermeldung

Lock file could not be created

In den Log Dateien fand ich leider nichts woran ich festmachen konnte was das Problem ist. Nach einer kurzen Suche im Internet fand ich heraus, das die Rechte auf den Ordner typo3temp falsch gesetzt waren. Nachdem ich die Rechte neu gesetzt hatte, konnte die Seite aufgerufen werden.

Festplatten aus einem NAS unter Linux

Schreibe eine Antwort

NAS Geräte für das heimische Netzwerk gibt es mittlerweile genügend auf dem Markt. Natürlich haben Sie mehrere Vorteile wie der geringe Stromverbrauch, die einfache Konfiguration, Sie sind klein und leise, es lassen sich durch Plugins / Module Funktionen nachrüsten (Apache,Mysql) und die Daten werden auf den Festplatten redundant gespeichert. Meine größte Sorge bei den Geräten ist immer, was ist wenn nicht eine Festplatte des Raidsets ausfällt sondern die Hardware des NAS selber?

Letztens war es nun soweit, die Hardware eines IOMAGANAS x2 lief nicht mehr und ich konnte ausprobieren ob man noch an die Daten rankommen konnte.

Die Festplatten waren bereits durch einen Kollegen an einem Rechner angeschlossen auf dem das aktuelle debian installiert war.
Als erstes habe ich mit apt-get install lvm2 mdadm lvm und mdadm installiert.

Im Anschluss habe ich mit mdadm --assemble --scan versucht das Raidset wieder zu bilden. Merkwürdigerweise wurde nicht ein Raidset gefunden, sondern zwei Raid 1 mit jeweils einer Festplatte. Eines der Raidsets konnte ich nun mounten, und mit ls -l habe ich folgendes erhalten.

drwxr-xr-x 2 root root 4096 25. Apr 10:14 imaging_dir
drwx—— 2 root root 16384 25. Apr 10:14 lost+found

Leider waren in dem Verzeichniss keine Daten, also erstmal die Raidsets wieder gestoppt.
Über fdisk /dev/sdb habe ich mit die Partitionierung der Festplatte näher angeschaut

Device Boot Start End Blocks Id System
/dev/sdb1 1 127 1020127 83 Linux
/dev/sdb2 128 121602 975742455+ 83 Linux

Die sdb2 Partition schien die Richtige zu sein und mit mdadm --assemble /dev/md128 /dev/sdb2 konnte ich das Raidset mit nur einer Festplatte wieder herstellen. Als ich jedoch versuchte das Raidset zu mounten bekam ich folgenden Fehler

mount: unknown filesystem type ‚LVM2_member‘

Da es sich also um ein Logical Volume handelte, bekam ich über lvdisplay weitere Informationen

— Logical volume —
LV Name /dev/md1_vg/md1vol1
VG Name md1_vg
LV UUID zfidzG-H1vi-uI9A-Ooob-vfuY-amo5-iBV0C9
LV Write Access read/write
LV Status NOT available
LV Size 930,54 GiB
Current LE 476436
Segments 1
Allocation inherit
Read ahead sectors auto

Dann mußte das Logical Volume noch Active gesetzt werden

Ausgabe von lvscan
inactive ‚/dev/md1_vg/md1vol1‘ [930,54 GiB] inherit

vgchange -ay

Ausgabe von lvscan
ACTIVE ‚/dev/md1_vg/md1vol1‘ [930,54 GiB] inherit

Nun ließ sich das Logical Volume mounten und unter /samba/shares lagen die Dateien.