Leider hat der Kollege der für die Softwareverteilung zuständig ist dafür auch noch keine Lösung gefunden.

Sorry.

Was meinst Du mit automatischem, konfigurierbarem Backup? Da kann man einfach Scripte schreiben bzw. auch fertige Programme dafür nutzen. Wenn Du so ein “altes SuSE” einsetzt wird das mit den aktuellen Programmen wohl eher nix. Also je nach dem welche Daten das sind einfach ein kleines Backup Script schreiben – das is nicht so schwierig

Greetz

danke

Christoph

Da ich mittlerweile nicht mehr mit einem SAN arbeite und daher mit der ganzen Problematik nicht mehr in Berührung komme, kann ich leider selbst keine Updates zu dem Thema machen.

Wenn Du einen “richtigen” Update-Artikel verfassen möchtest kannst Du Dich gerne bei mir melden

192.168.2.220-10
192.168.100.254-1

#!/bin/bash

# This script determines the multipath path prioritiy for an iscsi-target
# by manually configuring a priority to – if wanted – each path
#
# see config file for further information – /etc/iscsi_multipath_prio.conf
#
# configure multipath:
# prio_callout “/usr/bin/iscsi_mpath_prio.sh %n”
#
# Ronny Becker, 09.2009
# Stefan #St0fF# Huebner, 01.2012

# parms
CONFIG=”/etc/iscsi_multipath_prio.conf”
# DEBUG
# level 0 – none
# level 1 – all
DEBUG=0
LOGFILE=”/tmp/iscsi_multipath_prio.log”

# div checks
if [ ! -e $CONFIG ]; then
if [ $DEBUG == 1 ]; then echo “`date` ${1} — no config found: 0″ >> $LOGFILE; fi
echo 0
exit
fi

if [ -z ${1} ]; then
if [ $DEBUG == 1 ]; then echo “`date` ${1} — no parm given: 0″ >> $LOGFILE; fi
echo 0
exit
fi

# get config data
##
# For iscsi-targets whose devnode may change on reboot we go in a different
# direction -> scan sysfs!
#
# We look at this: /sys/class/iscsi_host/host*/device/session*/target*/*/block/
# there we should find a folder named as our block-device. We abuse part of
# this path to find out the ip-address (which we used to configure the priori-
# ties) of this device-node’s connection. We can find it here:
# /sys/class/iscsi_host/host*/device/session*/connection*/iscsi_connection/connection*/address

SCSI_DATA=”$(cat $(ls /sys/class/iscsi_host/host*/device/session*/target*/*/block/ | grep -B1 $1 | egrep -v $1 | sed ‘s|target.*/.*/block/:$||’)connection*/iscsi_connection/connection*/address)”
DATASET=”`grep “^${SCSI_DATA}” $CONFIG`”
# if no line found
if [ $? != 0 ]; then
if [ $DEBUG == 1 ]; then echo “`date` ${1} — grep to config not ok: 0″ >> $LOGFILE; fi
echo 0
exit
fi

PRIORITY=${DATASET#*-}
if [[ $PRIORITY =~ ^[0-9] ]]; then
if [ $DEBUG == 1 ]; then echo “`date` ${1} — OK: $PRIORITY” >> $LOGFILE; fi
echo $PRIORITY
exit
else
if [ $DEBUG == 1 ]; then echo “`date` ${1} — no numeric value found” >> $LOGFILE; fi
echo 0
fi

Das ist ein wunderbarer Artikel, nur inzwischen – also 2,5 Jahre später – leider etwas outdated.

Udev hat sich stark verändert und ein aktuelles scsi_id verträgt die alte invocation nicht mehr.

Noch komplizierter wird es, wenn man iscsi-targets verwendet, deren blockdevice-namen zwischen reboots nicht konsistent sind. Das sollte in einer dauerhaften Konfiguration zwar nicht der Fall sein, aber für meinen Testcase brauche ich eine andere Lösung – sobald ich die habe, werde ich dazu etwas schreiben

Beste Grüße,
Stefan