Brauche dringend Hilfe ! Kann keine Domains mehr anlegen !

hps24

New Member
Hallo zusammen,
bisher habe ich eigentlich alle unwegsamkeiten, oft auch mit Hilfe durch Lesen in diesem Forum, aus dem Weg geräumt bekommen, aber jetzt weiss ich echt nicht weiter.

Nutze Plesk 9.3.0 auf einem SuSe-System.
Bis gestern funktionierte alles einwandfrei. Als ich nun heute versuchte eine weitere Domnain anzuelegen und dies schlägt mit folgender Fehlermeldung fehl:

Failed domain creation: Domaindaten können nicht aktualisiert werden: mailmng failed: mailmng: Unable to remove domain record from locals.
System error 2: No such file or directory
Some errors occured. See log for details

0: DomainPropertiesUIPointer.php:267
DomainPropertiesUIPointer->accessItem_create(string 'POST')
1: DomainPropertiesUIPointer.php:59
DomainPropertiesUIPointer->accessItem(string 'POST', NULL null)
2: UIPointer.php:596
UIPointer->access(string 'POST')
3: plesk.php:38


Kann mir irgendjemand von euch helfen ? Ist wirklich dringend !

Schonmal danke im Voraus,

Daniel
 
Es könnte sein, dass die Datei nicht mehr neu angelegt werden konnte, da das Dateisystem voll ist. Prüfe das mal mit "df -k".
 
Hallo LinuxAdmin,

das Ergebnis der Abfrage "df -k":

Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md1 239272584 98689960 128428256 44% /
udev 1029528 84 1029444 1% /dev
/dev/md0 54348 8722 42820 17% /boot
tmpfs 1029528 0 1029528 0% /usr/local/psa/handlers/ before-local
tmpfs 1029528 0 1029528 0% /usr/local/psa/handlers/ before-queue
tmpfs 1029528 0 1029528 0% /usr/local/psa/handlers/ before-remote
tmpfs 1029528 1904 1027624 1% /usr/local/psa/handlers/ info
tmpfs 1029528 0 1029528 0% /usr/local/psa/handlers/ spool


dürfte also nicht am speicherplatz liegen, oder ?
 
hat niemand eine Idee ??

Würde das Problem behoben sein wenn ich den Server neu einrichte und ein Backup der Domains einspiele ?
 
Was steht momentan in der Datei /var/qmail/control/locals und welche Berechtigungen hat die Datei?

Es gibt keine Datei locals in dem Verzeichnis /var/qmail/control

Die Dateien die dort vorhanden sind lauten:
databytes
defaultdelivery
dhparam1024.pem
dhparam512.pem
me
queuelifetime
rcothosts
rejectnonexist
rsa512.pem
servercert.pem
smtpplugins
timeoutconnect
virtualdomains

Soll ich eine entsprechende Datei anlegen ?? Wenn ja, mit welchem Inhalt ? Habe auf jeden Fall definitiv keine Datei in diesem Verzeichnis gelöscht !
 
Ich brech echt vom Glauben ab !

Habe die Datei locals als root erstellt und die Einträge

localhost
localhost.localdomain
h123****

eingetragen.

Siehe da.... Problem gelöst !
Keine Ahnung warum die Datei nicht mehr existierte, habe wirklich NIEMALS dort etwas gelöscht oder so !!!

Also Domain konnte ich jetzt anlegen ohne Probleme.

DAAAAAANKE für die Hilfe ! Hoffe, dieser Threat hilft auch anderen die evtl. auch mal dieses Problem haben.
 
Sorry, muss mich verbessern !

Habe eine leere Datei 'locals' anlegen müssen, dann funktioniert alles.
 
!!!! Funktioniert doch nicht !!!!

Funktioniert leider doch nicht !

Domains kann ich nur anlegen wenn die Datei locals da ist, Mails empfangen aber nur wenn sie nicht da ist.
Egal was ich in die Datei eintrage, hab auch schon eine Liste aller auf dem Server gehosteten Domains versucht.

Sobald die Datei da ist funktioniert das Domainanlegen, aber kein Mailempfang mehr für alle Domains möglich.
Ist die Datei nicht da funktioniert das Domainanlegen nicht, dafür aber der Mailempfang wieder für alle Domains.

Irgendjemand aufgrund dieser Erfahrungen eine Idee ?

Bin für jede Hilfe dankbar !
 
Meine Postfachzuordnen etc. bleiben aber doch erhalten dann wenn ich mich recht erinnere, oder ?
Kann nicht für fast 60 Kundendomains die Postfächer verlieren, das wäre echt ne katastrophe wenn ich das so sagen kann.
 
Guten Morgen
Ich habe genau dasselbe Problem plötzlich.
Habe zudem auf das aktuellste Plesk geupdatet .
Speicher ist mehr wie genug frei.

Domain erstellen
ERROR: PleskFatalException
Failed domain creation: Domaindaten können nicht aktualisiert werden: Failed setting of domain parameters: Webmail auf Domain webmail kann nicht geändert werden

0: DomainPropertiesUIPointer.php:267
DomainPropertiesUIPointer->accessItem_create(string 'POST')
1: DomainPropertiesUIPointer.php:59
DomainPropertiesUIPointer->accessItem(string 'POST', NULL null)
2: UIPointer.php:596
UIPointer->access(string 'POST')
3: plesk.php:38

Server ist mit Suse bei Strato
 
Last edited by a moderator:
Guten Morgen
Ich habe genau dasselbe Problem plötzlich.

Auch Guten Morgen!

Kann das evtl. ein Lizenzproblem sein? In einem anderen Fred war was von Lizenzproblemen beim Update auf 9.5 zu lesen!

Gruß, Collecty
 
@dojando: Du hast ein vollkommen anderes Problem. Deine Fehlermeldung passt kein bisschen zu der, des TO.

Was sagt denn die Lizenz? Ist die gültig? Lässt sie sich mit "Keys abrufen" bereitwillig aktualisieren? Festplatte evtl. voll? Inodes voll? Was sagen die Logfiles vom psa_httpd? Falls vServer: evtl. ein Ressourcenproblem?
 
Hi @wstuermer

Ja. Ich kann problemlos Plesk updaten.
______________________________
Ja. Die Lizens ist gültig.
Nächstes Lizenzkey-Update Mai 24, 2010
Key-Ablaufdatum Juni 3, 2010
______________________________
Speicherauslastung
Speicher: 193.9 GB von 228.2 GB frei
Filesystem 1K-blocks Used Available Use% Mounted on
/dev/md1 239272584 23812636 203305580 11% /
udev 1027496 96 1027400 1% /dev
/dev/md0 54348 11918 39624 24% /boot
tmpfs 1027496 0 1027496 0% /usr/local/psa/handlers/before-local
tmpfs 1027496 0 1027496 0% /usr/local/psa/handlers/before-queue
tmpfs 1027496 0 1027496 0% /usr/local/psa/handlers/before-remote
tmpfs 1027496 576 1026920 1% /usr/local/psa/handlers/info
tmpfs 1027496 0 1027496 0% /usr/local/psa/handlers/spool

______________________________

h1349786:/ # df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
/dev/md1 30392320 427417 29964903 2% /
udev 223173 726 222447 1% /dev
/dev/md0 14056 48 14008 1% /boot
tmpfs 223173 38 223135 1% /usr/local/psa/handlers/before-local
tmpfs 223173 2 223171 1% /usr/local/psa/handlers/before-queue
tmpfs 223173 2 223171 1% /usr/local/psa/handlers/before-remote
tmpfs 223173 217 222956 1% /usr/local/psa/handlers/info
tmpfs 223173 2 223171 1% /usr/local/psa/handlers/spool


Aus den Error-Logfiles geht gar nichts über dieses Problem hervor. Die habe ich über eine Stunde durchgesehen.

Ich kann übrigens gar keine weitere Domain mehr anlegen. Die Lizens läßt aber noch über 70 weitere zu. Ich hatte da mal das Limit erreicht, da gab es auch eine vernünftige Meldung.
 
Problem bei mir ist nun gelößt

Ich habe noch die anderen Updates mit Ausrufezeichen über Plesk durchgeführt die ich aus Angst vor neuen weiteren Problemen erst nicht gemacht habe. NUn funktioniert die Domainerstellung wieder.

Die Updates habe ich vorgenommen bevor es funktionierte:

('Plesk component name': 'psa-turba' => 'psa-turba')
('Plesk component name': 'psa-miva' => 'psa-miva')
('Plesk component name': 'psa-imp' => 'psa-imp')
('Plesk component name': 'psa-horde' => 'psa-horde')
('Plesk component name': 'psa-atmail' => 'psa-atmail')
('Plesk component name': 'postgresql-server' => 'postgresql-server')
('Plesk component name': 'coldfusion-support' => 'coldfusion-support')
('Plesk component name': 'psa-rubyrails-configurator' => 'psa-rubyrails-configurator')
('Plesk component name': 'psa-drweb-configurator' => 'psa-drweb-configurator')
('Plesk component name': 'mailman' => 'mailman')
 
Also die Domainerstellung klappt bei mir wieder astrein nach dem neuschreiben der config mit "/usr/local/psa/admin/sbin/mchk --with-spam".

Versand und Empfang bei allen Domains auf beiden IP-Adressen funktioniert auch, also alles wieder im grünen Bereich.

Achso, durch den o.g. Befehl wurde übrigens eine Datei "locals" erstellt mit folgenden Einträgen:

localhost
localhost.localdomain

Vielleicht hilft es anderen wenn Sie das selbe Problem wie ich mal haben.

NOCHMAL TAUSEND DANK !!!
 
Heyho, habe seit 3 Tagen auch einen Server mit Plesk 9.3.0 und dem SUSE.

Habe auch das problem mit den Domains.
Wo gebe ich diesen befehl ein? Um Die config zu schreiben.

/usr/local/psa/admin/sbin/mchk --with-spam

über Putty wahrscheinlich oder?
 
Back
Top