Server wakeup + mount zusammen

Hallo,

Zitat

Original von jarny
Leider geht das Skript immer noch nicht Ich werd noch wahnsinnig!

Bitte nicht durchdrehen. Ich hab den Fehler gefunden, ich war schuld
Ersetze

if mount "${MOUNTPOINTS[$i]}" >/dev/null 2>&1; then

durch

if mount ${MOUNTPOINTS[$i]} >/dev/null 2>&1; then

dann geht's.

Zitat

PS: Wenn du keine Lust mehr hast können wir es auch dabei belassen und ich nehm das alte Skript wieder, das läuft ja. Ich will deine Gedult nicht überstrapazieren.

Nein, wenn ich mir schon solche Mühe mache, will ich auch das es läuft.

Also mein ping aus dem Paket iputils-ping kennt die Option -W und hat dann einen 1s Timeout.

">/dev/null 2>&1"

Kurz gesagt: leite die Sandard-Ausgabe auf null, dann leite die Standard-Fehlerausgabe dahin, wohin die Standard-Ausgabe geht.

"if" wertet hier den Returncode aus. Den kannst Du Dir nach jedem ausgeführten Befehl mit "echo $?" anzeigen lassen. 0 heisst kein Fehler, != 0 heisst igendwas stimmt nicht.

Zitat

Original von jarny

Die Sache mit dem Ping hab ich noch nicht eingebaut, aber schonmal trocken getestet und es funktioniert auch mit LinVDR Boardmitteln. Da ist ja nur der normale Ping dabei mit 10 Sekunden Timeout. Das ist aber nicht tragisch weil der Server eh länger braucht um hochzufahren.

Ping braucht bei ausgeschaltetem Server immer 10 Sekunden, um festzustellen, dass der Server aus (nicht anpingbar) ist. Die 10 Sekunden addieren sich aber nochmal zur Bootzeit dazu. Mir persönlich sind das 10 Sekunden zu viel
Mit fping geht das ganze in wenigen Millisekunden, da ein Rechner in einem LAN normalerweise eine Latenz < 10ms hat (in meinem Beispiel oben hab ich 200ms, also 1/5s eingestellt, was schon sehr großzügig bemessen ist, aber für mich von der Wartezeit her gerade noch vertretbar ).

Ich habe das Skript zum Aufwecken und Mounten des Servers in die commands.conf eingetragen. Rufe ich den Befehl mehrmals hintereinander auf, werden die Shares mehrmals "übereinander" gemountet, d.h. zum Unmounten muss ich mehrmals "umount /share" aufrufen.
Hier müsste/könnte man noch was Basteln, was ein mehrfaches aufrufen des Skripts verhindert. Eine Lock-Datei vielleicht? Dann müsste man aber auch beim VDR die Shutdown-Sequenz noch so anpassen, dass die Lock-Datei gelöscht wird, da sonst das nächste Mount fehlschlägt. Gibt es eine einfachere/bessere Möglichkeit, das mehrfache Mounten zu verhindern?

Wie sieht es eigentlich mit dem abschalten des Servers per Fernbedienung aus?

Momentan habe ich einen Eintrag in der commands.conf "ssh user@server halt", was den Server über SSH herunterfährt. SSH ist dabei so konfiguriert, dass eine Authentifizierung über Public Keys ohne zusätzliche Passwortabfrage erfolgt.

Das funktioniert auch ganz gut, ABER bisher werden die Shares nicht vorher ge-unmounted (argh, schrecklich, dieses denglisch). Sollte man das zwecks Datenintegrität besser tun, oder ist das eigentlich egal, weil der VDR ja nur lesend auf die Shares zugreift?

Gruß,
fitzefatze

Zitat

Original von jarny
Nicht wenn man auf jeden Fall den wakeup vorher ausführt und dann sofort den Ping ausprobiert.
Wenn der Rechner schon lief kommt der Ping sofort zurück, falls der Rechner noch nicht lief bootet er sofort und der Ping vertrödelt 10 Sekunden in seinem Timeout während der Bootzeit.
Ist zugegebenermaßen nicht ganz sauber.

Nicht ganz sauber, aber durchaus raffiniert

Wegen dem mehrfachen Mount habe ich eine Idee: Meine Shares sollen als Unterverzeichnis von /pub/mp3 und /pub/mplayer gemountet werden. Also könnte ich die Mountpoints (also Verzeichnisse) "dynamisch" erstellen vor dem Mount und beim Unmounten (bzw. Hochfahren, falls der VDR mal komplett abgeschmiert war) wieder löschen. Dann kann das Mount-Skript prüfen, ob die Verzeichnisse existieren und im Zweifelsfall einfach nichts tun.

Ich weiss ja nicht was bei LinVDR so anders ist, normalerweise kann man nichts übereinander mounten:

# mount /video1.0/
mount: herakles.zh.local:/video1.0 already mounted or /video1.0 busy
mount: according to mtab, herakles.zh.local:/video1.0 is already mounted on /video1.0

Ich schau morgen mal und bau die Prüfung ins Script ein.

So, dieses Script erwartet nun aber das die Mounts ganz korrekt in /etc/fstab eingetragen sind. Alles andere macht das Script nur unnötig lang.

#!/bin/bash


declare -a MOUNT


###########
# OPTIONS #
###########


# MAC-Adresse für etherwake "xx:xx:xx:xx:xx:xx"
MAC=""


# Mountpoints, without trailing Slash 
MOUNT[0]="/pub/mp3/_server"
MOUNT[1]="/video0/_server"
MOUNT[2]="/pub/mplayer"


# Zeit vor erstem Mountversuch
SLEEP=3


# Anzahl der Versuche
RETRIES=2
# Zeit in Sekunden zw. den Versuchen
RETRYSLEEP=1


SVDRPSEND="svdrpsend.pl"


########
# MAIN #
########


if ! ping -c 1 -W 1 -t 200 -q $IP >/dev/null 2>&1; then
  [ -n "$MAC" -a -n "$ETHERWAKE" ] && $ETHERWAKE $MAC
  sleep $SLEEP
fi


MOUNTED=0


while [ ${MOUNTED} -ne ${#MOUNT[*]} -a $RETRIES -ne 0 ]; do
  for (( i=0; i<${#MOUNT[*]}; i++ )); do
    [ -z "${MOUNT[$i]}" ] && continue
    if ! mount | grep -q " ${MOUNT[$i]} "; then
      mkdir -p "${MOUNT[$i]}"
      if mount ${MOUNT[$i]} >/dev/null 2>&1; then
        MOUNT[$i]=""
        (( MOUNTED++ ))
      fi
    else
      MOUNT[$i]=""
      (( MOUNTED++ ))
    fi
  done
  [ $RETRIES -gt 1 -a ${MOUNTED} -ne ${#MOUNT[*]} ] && sleep $RETRYSLEEP
  (( RETRIES-- ))
done


if [ ${MOUNTED} -eq ${#MOUNT[*]} ]; then
  $SVDRPSEND mesg "Mounten erfolgreich."
elif [ ${MOUNTED} -eq 0 ]; then
  $SVDRPSEND mesg "Mounten nicht erfolgreich."
else
  $SVDRPSEND mesg "Mounten nicht vollständig erfolgreich."
fi

Wenn ein mountpoint noch nicht existiert, wird er angelegt. Wenn bereits gemountet ist, wird das als erfolgreich gemountet gezählt und der nächste mountpoint wird genommen.

Zu dem Thema Server herunterfahren per SSH, ich würde da einfach auf dem Server ein Script einsetzen, das beim herunterfahren die Clients connected und ihnen den unmount Befehl gibt. Da das aber ziemlich sicher nicht geht da die mounts busy sind, würde ich wenigstens die mounts auf readonly setzen. Dann kann wenigstens nichts mehr kaputtgehen.
Auf dem Client ausführen

mount -o remount,ro /mountpoint

Zitat

Zu dem Thema Server herunterfahren per SSH...

oder evtl folgendes mit check_idle (ziemlich unten im thread):
SuSE 9.0, EPIA ME-6000 und Wake-on-Lan (WOL)
Funktioniert bei mir ganz prima (auf 1h Idle Zeit eingestellt)

Gruss,
- berndl