Datensicherung am SuSE Linux Openexchange?!?

[ullifichte]

Hallo zusammen,

ich habe hier ein echt nerviges Problem!!!

Benutze in meiner Umgebung einen SuSE Linux Open Exchange Server! Bin mit dem Teil auch recht zufrieden; läuft sauber!!!

Leider gibt es ein Problem mit der Sicherung des Servers!!

Auf der SuSE Homepage gibt es ein Script, welches für die Sicherung des Servers benutzt werden kann! Zu finden unter Sicherung des SLOX

Das Script habe ich meiner Umgebung angepasst und teilweise korregiert:

#!/bin/bash

# Sicherung des SLOX über .tar auf Band

### STOPPEN DER DIENSTE ###
/usr/sbin/rcldap stop
/sbin/rcfetchd stop
/sbin/rcpostfix stop
/sbin/rccyrus stop
/sbin/rcgroupware stop
/sbin/rcwebmail stop
/usr/sbin/rcpostgresql stop

### Zurückspulen des Bandes
mt -f /dev/st0 rewind

### SICHERN DER VERZEICHNISSE ###
tar -cvf /dev/st0 /etc/ 2> backupreport
tar -rvf /dev/st0 /var/lib/imap/ 2>> backupreport
tar -rvf /dev/st0 /var/spool/imap/ 2>> backupreport
tar -rvf /dev/st0 /var/spool/postfix/ 2>> backupreport
tar -rvf /dev/st0 /var/lib/ldap/ 2>> backupreport
tar -rvf /dev/st0 /var/lib/pgsql/ 2>> backupreport
tar -rvf /dev/st0 /var/lib/sieve/ 2>> backupreport
tar -rvf /dev/st0 /var/opt/comfire/filespool/ 2>> backupreport
tar -rvf /dev/st0 /var/named/ 2>> backupreport
tar -rvf /dev/st0 /home/daten01/eigene/ 2>> backupreport


### STARTEN DER DIENSTE ###
/usr/sbin/rcpostgresql start
/sbin/rcwebmail start
/sbin/rcgroupware start
/sbin/rccyrus start
/sbin/rcpostfix start
/sbin/rcfetchd start
/usr/sbin/rcldap start

### BAND AUSWERFEN ###
mt -f /dev/st0 offline


Das Problem besteht jetzt darin, dass das Skript, wenn es über einen Cronjob gestartet wird zwei Dienste nicht sauber startet (rcpostgresql, rcwebmail). Es wird zwar angeszeigt, dass die Dienste gestartet wurden (erfolgreich!), aber sie laufen nicht! Erst wenn man nach der Sicherung die Dienste manuell wieder startet (root-Anmeldung) funktionieren diese wieder!
Führt man das Script manuell aus (root-Anmeldung) funktioniert es tadellos (auch die Dienste!!).
Das Problem konnte ich inzwischen auf mehreren Systemen nachvollziehen!

Kennt jemand das Problem bzw. hat eine Lösung dafür!!!???


Herzlichen Dank!!!


Gruß


Ulli

[Olodin]

Wir das Script in der crontab als root ausgeführt?

[ullifichte]

...wenn ich mich als root anmelde und dann dort den Cronjob über "contab -e" anlege, sollte der Job ja eigentlich als root ausgeführt werden, oder?!? Wie kann ich das überprüfen?!?

Gruß

Ulli

[Olodin]

Schau dir die crontab einfach an, liegt üblicherweise im /etc.

Da kann dann zwischen der Zeitangabe und dem Befehl der User stehen, mit dem der Befehl ausgeführt werden soll.

Z.B.

12 00 *** root /usr/bin/rm -fr /tmp/*

Ausserdem ist es immer gut, absolute Pfade zu verwenden!

[Doh!]

sach mal, hast Du auch schon was gefunden, wie man den online Sichern kann? Falls nicht, dann schreib ich mal ein Skript. Probleme wird man wohl nur bei cyrus, ldap und postgresql haben, wobei das postgresql hier glaub' ich nur bei der LDAP-Datenbank eingesetzt wird.

[madmax79]

@ullifichte

hallo...

wir benutzen bei uns auch den slox, mit dem selben script wie du. wenn ich das script händisch starte ( ./...) ist es kein problem.

wenn ich aber über einen cronjob ausführen will, als root, wird es überhaupt nicht ausgeführt. alle anderen scripte, bzw. cronjobs laufen ohne problem.

vielleicht hast du / ihr einen tipp für mich, warum diese script über einen cronjob nicht gestartet wird.

gruss
mad-max

[LKH]

Hi,

wieso mach der denn kein Onlinebackup von PostreSQL? Das ist saublöde. Dazu muss man PostgreSQL nur mit "--log-update" starten, dann einen Dump erstellen und den sichern.

Nur so als Idee, falls mal jemand das implementieren will.

LKH

[Temp]

hauts doch mal ein sleep 5 zwischen die befehle oder so...

vielleicht kommt er net hinterher

Gruß Temp

[madmax79]

hallo...

wie temp schon sagte, habe ich ein sleep 5 zwischen die befehle gemacht. jedoch kann ich immer noch nicht "rcfetchd" und "rcpostgresql" beenden.

ich habe mal den cronjob mitgelogt, und habe dabei folgendes heruagefunden:

hier die meldung im logfile:

usr\sbin\rcpostgresql: line 109 killproc: command not found ... faild

genau die selbe meldung habe ich bei rcfetchd

alle anderen dienste fahren sauber runter.

hat einer ne idee, was das sein kann?

gruss
mad-max

[cane]

Liegt daran dass der pfad für root nicht desetzt ist - Erklärung hier:

http://lists.suse.com/archive/suse-s...-Feb/0220.html

Also folgende Zeile rein ins Script:

PATH=$PATH:/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin

Sollte dann laufen...

mfg
cane

[madmax79]

@cane

danke dir...

jetzt gehts


mad-max