[fli4l] testing: unklare Fehlermeldung

[Christoph Schulz]

Hallo!

Peter Schiefer schrieb:

> Hallo Matthias,
> 
> Am Wed, 29 Oct 2014 22:00:30 +0100 schrieb Matthias Taube:
> 
>> Ich bekomme beim Starten des testing-Tarballs die folgende Fehlermeldung:
>>>
>>> (/etc/rc.d/rc099.persistent) WARN: Could not find a suitable directory
>>> for persistent storage! (/etc/rc.d/rc099.persistent) WARN: All
>>> persistent settings will be gone after the next reboot!
>>> (/etc/rc.d/rc099.persistent) WARN: Please create a directory named  on
>>> some medium mounted read-write or unset FLI4L_UUID!
>>>
> 
> Ich lese hier, das Du die Variable FLI4l_UUID gesetzt hast, es aber auf
> keiner der verfügbaren Partitionen ein Verzeichniss das diese ID als Namen
> hat gefunden wird!

Nein, die Fehlermeldung ist irreführend. Wir hatten das Thema neulich schon 
irgendwo im IRC...

> 
>> 
>> Auf dem Fli zeigt ein mount:
>>> /dev/sda1 on /boot type vfat
>>> 
(ro,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-
ro)
>>> /dev/sda2 on /data type ext4 (rw,relatime,data=ordered)
>> 
>> das data gemountet und beschreibbar ist.
>> 
>> Was muss ich denn nun noch ändern?

FLI4L_UUID='...' geeignet setzen und dann ein entsprechend benanntes 
Verzeichnis auf /data anlegen. Selbst wenn /data vorhanden und beschreibbar 
ist, "wagt" der fli4l es nicht, einfach dort irgendwo "herumzuschreiben", 
und das aus gutem Grund. Die "Lizenz zum Schreiben" erteilst du dem fli4l 
eben über die FLI4L_UUID und ein entsprechend benanntes Verzeichnis. 
Beispiel bei mir:

fence 3.9.0-r34374-FFL-506 # grep FLI4L_UUID /etc/rc.cfg 
FLI4L_UUID='2C4CF76D-4542-4303-8E0F-D49DA1D489BE'

fence 3.9.0-r34374-FFL-506 # ls -la /data/2C4CF76D-4542-4303-8E0F-
D49DA1D489BE
drwxr-xr-x    5 root     root          4096 Jan 25  2014 .
drwxr-xr-x    7 root     root          4096 Feb 18  2014 ..
drwxr-xr-x    2 root     root          4096 Jan  6  2014 base
drwxr-xr-x    2 root     root          4096 Oct 26 08:39 dhcp
drwxr-xr-x    2 root     root          4096 Jan 25  2014 hd

Dass du überhaupt ein Problem (und eine Meldung) hast liegt daran, dass 
/boot als read-only eingehängt ist. Das ist eine bei uns im Team nicht ganz 
so verbreitete Konfiguration, weil sie das Remote-Update erschwert ;-)

Um die Angemessenheit der Meldung (genauer: der letzten Zeile der Meldung) 
kümmere ich mich beizeiten.


Viele Grüße,
-- 
Christoph Schulz
[fli4l-Team]