Plesk 9.0.1 Update

werk-statt

New Member
Nun denn, es war soweit, Plesk 9.0.1 hat das Licht der Welt erblickt.

Erstmal vorneweg, das Update (auf der Shell-Ebene) funktionierte nahezu reibungslos. Es laufen alle Dienste, der Watchdog lässt sich nun auch in der Statistik auf andere Zeiten einstellen.

Was geht nicht mehr:
1. Bekomme vom Spamfilter die Meldung:
Jan 31 xx:xx:xxserver spamd[12345]: auto-whitelist: open of auto-whitelist file failed: locker: safe_lock: cannot create tmp lockfile /var/qmail/mailnames/auto-whitelist.lock.meine.domain.net.12345 for /var/qmail/mailnames/auto-whitelist.lock: Permission denied

2. Das Firewall Modul lässt die Konfiguration nicht mehr aktivieren. Es erfolgt folgende Meldung:
Code:
Fehler: Firewall-Konfiguration konnte nicht aktiviert werden:

proc_close() failed: mktime() [<a href='function.mktime'>function.mktime</a>]: It is not safe to rely on the system's timezone settings. Please use the date.timezone setting, the TZ environment variable or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected 'Europe/Berlin' for 'CET/1.0/no DST' instead

Im Parralles KB steht folgendes:
Code:
Error: Could not activate firewall configuration:
proc_close() failed: mktime() [<a href='function.mktime'>function.mktime</a>]:
It is not safe to rely on the system's timezone settings.
Resolution
The problem is caused by missing kernel extension xt_state.

To check the extension is loaded:

~# lsmod | grep ^xt_state
xt_state               35200  6
~#

and load it:

~# modprobe xt_state

Bringt mich aber Null weiter, da die lsmod Abfrage keine Ergebnisse bringt.
Habe mir momentan damit geholfen das Firewall Skript händig einzubinden. (Es gibt ja zum Glück die Vorschau für DAUs wie mich ;-) )

Naja, vielleicht kann mir von euch jemand helfen oder hat ne Idee.

Danke euch.

Uli Dörsam
+ werk-statt +

P.S. Es war natürlich auf dem Produktivserver! Ich frage mich immer, für was man Testsysteme hat ;-)
 
Also wenn ich lsmod rennen lasse, passiert nüchts.
Das ist mein Ergebnis:
Code:
Module                  Size  Used by

Wenn ich den modprobe Befehl ausführe erhalten ich den Hinweis:
Code:
FATAL: Module xt_state no found.

Also essig.

Wie und wo muss ich den modprobe Befehl ausführen?
Wo finde ich das Modul? Stehe gerade etwas auf dem Schlauch, da meine Linux Kenntnisse (noch) nicht soweit gereift sind.

System: Suse 10.3 64 Bit mit Plesk 9.0.1. 1&1 Rootie.

Generell muss man ja mal festhalten unter 9.0.0 ging das Modul ja. Jetzt nicht mehr. Also neuer Bug?

Danke für Hinweise.

Mit freundlichen Grüßen

Uli Dörsam
+ werk-statt +
 
Versuche erstmal rauszufinden, ob das Modul bereits in einem der Standardverzeichnisse existiert:
Code:
find /lib/modules/`uname -r` -name xt_state.ko
 
Hi,

danke für die Antwort.

Also uname -r ergibt folgendes Ergebnis: 2.6.27.5-20081111a

Die Datei xt_state.ko ist im Verzeichnis: /lib/modules/2.6.22.5-31-default/kernel/net/netfilter/xt_state.ko

Und nun?

Danke für eure Hilfe.

Mit freundlichen Grüßen

Uli Dörsam
+ werk-statt +
 
Code:
insmod /lib/modules/2.6.22.5-31-default/kernel/net/netfilter/xt_state.ko
Alternativ herausfinden, warum modprobe nicht will. Da wäre ein erster Schritt
Code:
depmod -a
 
Hi,

danke für die Antwort.

Insmod Ergebnis:
insmod: error inserting '/lib/modules/2.6.22.5-31-default/kernel/net/netfilter/xt_state.ko': -1 Invalid module format

depmod -n -a ergibt folgendes Ergebnis.

Code:
server:/var/log # depmod -n -a
/lib/modules/2.6.27.5-20081111a/kernel/drivers/scsi/scsi_wait_scan.ko:
# pci module         vendor     device     subvendor  subdevice  class      class_mask driver_data
# usb module         match_flags idVendor idProduct bcdDevice_lo bcdDevice_hi bDeviceClass bDeviceSubClass bDeviceProtocol bInterfaceClass bInterfaceSubClass bInterfaceProtocol driver_info
# ccw module         match_flags cu_type cu_model dev_type dev_model
# ieee1394 module    match_flags vendor_id model_id specifier_id version
# isapnp module      cardvendor carddevice driver_data vendor     function   ...
# module         matchBits bustype vendor product version evBits keyBits relBits absBits mscBits ledBits sndBits ffBits [swBits] driver_info
# of module          name                 type                 compatible
# serio module       type extra id   proto
# Aliases extracted from modules themselves.
# Aliases for symbols, used by symbol_request().
# Blacklist of modules without the supported flag.
blacklist scsi_wait_scan unsupported

Danke für eure Hilfe.

Mit freundlichen Grüßen

Uli Dörsam
+ werk-statt +
 
Code:
modinfo /lib/modules/2.6.22.5-31-default/kernel/net/netfilter/xt_state.ko

Ist das vielleicht ein 32bit-Modul auf einem 64bit-System?

Eventuell mittels
Code:
rpm -qf /lib/modules/2.6.22.5-31-default/kernel/net/netfilter/xt_state.ko
herausfinden, welches Paket dieses Modul installiert hat.

Gibt es noch weitere Module xt_state.ko, etwa /lib/modules/2.6.27.5-20081111a/kernel/net/netfilter/xt_state.ko?
 
Ergebnis modinfo

Code:
server:/var/log # modinfo /lib/modules/2.6.22.5-31-default/kernel/net/netfilter/xt_state.ko
filename:       /lib/modules/2.6.22.5-31-default/kernel/net/netfilter/xt_state.ko
alias:          ip6t_state
alias:          ipt_state
description:    ip[6]_tables connection tracking state match module
author:         Rusty Russell <[email protected]>
license:        GPL
srcversion:     C63D6A721B28EFB496406AC
depends:        x_tables,nf_conntrack
supported:      yes
vermagic:       2.6.22.5-31-default SMP mod_unload

rpm -qf /lib/modules/2.6.22.5-31-default/kernel/net/netfilter/xt_state.ko zeigt das hier:
Code:
kernel-default-2.6.22.5-31

Such nach xt_state gibt folgendes Ergebnis:
Code:
/lib/modules/2.6.22.5-31-default/kernel/net/netfilter/xt_state.ko
/usr/include/linux/netfilter/xt_state.h

Danke für die tolle Hilfe hier im Board (auch wenn es noch net gefixt ist), das nähert sich aber einem Chat ;-) )

Mit freundlichen Grüßen

Uli Dörsam
+ werk-statt +
 
Ich habe zwei Server mit Plesk 9.0.1 (Opensuse 10.0 und 11.0). Der ältere hat gar kein module xt_state, der andere hat es geladen. In beiden Fällen existiert aber das selbe Problem im Firewallmodul.

Die Fehlermeldung sieht auch eher nach einem PHP Problem aus als das es mit einem Kernelmodul aus dem Netfilter zusammenhängt. Die Ausführung der iptables Kommandos per Hand aus der Preview funktioniert ja auch. Ein sehr unbefriedigener Workaround, aber immerhin.

Nach jedem Pleskupdate muss man zittern, in welche Richtung die Waage "Neue Probleme" gegen "gelöste Probleme" ausschlägt. Sehr ärgerlich.

Fnord
 
Hi Leute,

so ich nun wieder. Ich sehe das mittlerweile auch eher als stupiden Programmierfehler an. Die Firewall kann aber trotzdem genutzt werden!

Hier meine kurze Anleitung wie ich es derzeit mache.

1. Firewall konfigurieren über Plesk
2. Aktivieren klicken
3. Vorschau anzeigen lassen
4. Vorschau ab in die Zwischenablage
5. Per SSH auf den Server
6. In das Verzeichnis /usr/local/psa/var/modules/firewall/
7. Datei firewall-active.sh bearbeiten
8. Alles löschen
9. Zwischenablage (Vorschau) reinkopieren.
10. firewall-active.sh ausführen und fertig.

Es scheint folgendes Problem zu sein. Das Plesk Modul will die firewall-active.sh ändern. Das geht aber nicht (Siehe Fehlermeldung). Im Modul steht das zwar drin, landet aber nicht im Skript. Also kopieren wir nun das ganze händig und warten auf eine Lösung.

Mit freundlichen Grüßen

uli.doersam
+ werk-statt +
 
Mir ist noch aufgefallen das seit dem Update auch bind nicht mehr zu starten ist.

Feb 1 21:44:02 server kernel: [10178.396201] audit(1233521042.034:23): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13126 profile="/usr/sbin/named" namespace="default"
Feb 1 21:44:02 server kernel: [10178.396299] audit(1233521042.034:24): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13126 profile="/usr/sbin/named" namespace="default"
Feb 1 21:44:02 server kernel: [10178.399516] audit(1233521042.034:25): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13127 profile="/usr/sbin/named" namespace="default"
Feb 1 21:44:02 server kernel: [10178.399565] audit(1233521042.034:26): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/named.conf" pid=13127 profile="/usr/sbin/named" namespace="default"
Feb 1 21:44:02 server kernel: [10178.399589] audit(1233521042.034:27): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13127 profile="/usr/sbin/named" namespace="default"
Feb 1 21:44:02 server kernel: [10178.399745] audit(1233521042.034:28): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13127 profile="/usr/sbin/named" namespace="default"
Feb 1 21:44:02 server kernel: [10178.399765] audit(1233521042.034:29): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13127 profile="/usr/sbin/named" namespace="default"
Feb 1 21:46:00 server kernel: [10296.500419] audit(1233521160.185:30): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13401 profile="/usr/sbin/named" namespace="default"
Feb 1 21:46:00 server kernel: [10296.500518] audit(1233521160.185:31): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13401 profile="/usr/sbin/named" namespace="default"
Feb 1 21:46:00 server kernel: [10296.503087] audit(1233521160.185:32): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13402 profile="/usr/sbin/named" namespace="default"
Feb 1 21:46:00 server kernel: [10296.503140] audit(1233521160.185:33): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/named.conf" pid=13402 profile="/usr/sbin/named" namespace="default"
Feb 1 21:46:00 server kernel: [10296.503165] audit(1233521160.185:34): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13402 profile="/usr/sbin/named" namespace="default"
Feb 1 21:46:00 server kernel: [10296.503323] audit(1233521160.185:35): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13402 profile="/usr/sbin/named" namespace="default"
Feb 1 21:46:00 server kernel: [10296.503344] audit(1233521160.185:36): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13402 profile="/usr/sbin/named" namespace="default"

Feb 1 21:46:00 server named[13401]: starting BIND 9.4.2-P2 -t /var/named/run-root -c /etc/named.conf -u bind
Feb 1 21:46:00 server named[13401]: found 1 CPU, using 1 worker thread
Feb 1 21:46:00 server kernel: [10296.500419] audit(1233521160.185:30): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13401 profile="/usr/sbin/named" namespace="default"
Feb 1 21:46:00 server kernel: [10296.500518] audit(1233521160.185:31): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13401 profile="/usr/sbin/named" namespace="default"
Feb 1 21:46:00 server named[13401]: loading configuration from '/etc/named.conf'
Feb 1 21:46:00 server named[13401]: none:0: open: /etc/named.conf: permission denied
Feb 1 21:46:00 server named[13401]: loading configuration: permission denied
Feb 1 21:46:00 server named[13401]: exiting (due to fatal error)
Feb 1 21:46:00 server kernel: [10296.503087] audit(1233521160.185:32): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13402 profile="/usr/sbin/named" namespace="default"
Feb 1 21:46:00 server kernel: [10296.503140] audit(1233521160.185:33): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/named.conf" pid=13402 profile="/usr/sbin/named" namespace="default"
Feb 1 21:46:00 server kernel: [10296.503165] audit(1233521160.185:34): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13402 profile="/usr/sbin/named" namespace="default"
Feb 1 21:46:00 server kernel: [10296.503323] audit(1233521160.185:35): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13402 profile="/usr/sbin/named" namespace="default"
Feb 1 21:46:00 server kernel: [10296.503344] audit(1233521160.185:36): type=1503 operation="inode_permission" requested_mask="::r" denied_mask="::r" name="/var/named/run-root/etc/localtime" pid=13402 profile="/usr/sbin/named" namespace="default"
 
Moin,

bei mir schlägt die Installation leider fehl:

Code:
ERROR 1091 (42000) at line 91: Can't DROP 'name_type'; check that column/key exists

Wäre es möglich dass jemand so nett wäre und mal in seinem Plesk 9 oder 8.6 nachschaut in welcher Tabelle sich die Spalte aufhält, damit ich diese nachträglich einfügen kann?
Alternativ wäre auch ein Plesk8.6 richtiges Dump sehr gut ... ich weiß aber leider net wie ich da ohne weiteres rankomme.

Grüße
Chris
 
Back
Top