It seem that you user cannot longer connect to the MySQL database. If you need online support, PM me.
thank you, I have deleted this DB and User now it works ...
tested with latest RC 4.4, great Idea with choosing the rootkit apps
It seem that you user cannot longer connect to the MySQL database. If you need online support, PM me.
thank you, I have deleted this DB and User now it works ...
tested with latest RC 4.4, great Idea with choosing the rootkit apps
hier nochmal der ganze Teil des logfiles ...
anfangs fing alles mit Facebook Mails an, diese wurden von PW geblockt, habe dann die Mailadresse und Wildcard Domain in die Whitelist gesetzt:
notification+zrdpfzgvvov1@facebookmail.com OK
*@facebook.com OK
*.facebook.com OK
mx-out.facebook.com OK
outmail036.prn2.facebook.com OK
postmap hash:recipient_access
steht ganz oben:
smtpd_recipient_restrictions = check_recipient_access hash:/etc/postfix/recipient_access
....
reject_non_fqdn_recipient,
....
das ging auch ein paar Tage gut, dann wurde es wieder blockiert ...
mitlerweile blockiert es auch meine beiden anderen Server die ebenfalls in der Whitlist stehen (keine sys. mails z.b. von monit usw mehr möglich).
Es scheint das policyd-weight die whitlist einfach ignoriert ...
hat noch jemand eine Idee oder bleibt nur PW aus der main.cf rauszunehmen?
[hr]
habs hinbekommen, hoffe ich
die alte /etc/policyd-weight.conf gelöscht
policyd-weight defaults > /etc/policyd-weight.conf
/etc/init.d/policyd-weight restart
/etc/init.d/postfix reload
diese configs waren beide gleich ... warum auch immer, jetzt geths wieder
Von welcher auf welche version???
Hi Goover, ich habe von gestern das Git Master verwendet und ispcp 1.0.7
ist in der aktuellen RC das gefixte Migrationsscript bereits enthalten?
teste gerade ebenfalls eine ispcp Migration mit dem Master, dabei kommt es nach Schritt 2 zu folgendem Fehler:
ist das Problem bekannt?
Great Work Nuxwin
I have tested also with the problem Server once again with latest git-master ...
Migration Script works perfectly !
So please, in such case, you must open a ticket...
thanks Nuxwin, if you need furher details please let me know:
http://trac.i-mscp.net/ticket/902#ticket
hier gibt es noch ein Problem, nach der Migration ispcp auf imscp werden die UIDs & GUIDs falsch gesetzt in der /etc/passwd sind die User jetzt alle doppelt vorhanden ...
vorher war die start uid z.b. 3060
jetzt bei den Webfoldern startet die UID mit 2006
bei den FTP Users sind alle alten UIDs noch vorhanden wie sie vorher waren mit Start bei 3060
z.b. in /etc/passwd
vu3060 und vu2006 stehen jetzt für ein und denselben Kunden
so sieht es da aus:
vu2111:x:3917:3917:iMSCP virtual user:
also den Fehler ignoriere ich jetzt einfach mal, beim 2. Start läuft alles sauber durch und es sind keine Fehler feststellbar, alle configs stimmen ...
Ich habe jetzt auch mal die neue Datenbank komplett exportiert und versucht auf einem anderen Server mit neuer IP zu migrieren ....
Das geht ja 1000mal schneller als mit ispcp
Es gab diesmal auch keine Fehler alles glatt durchgelaufen mit allen Kunden
Kann man die Migration > Server Umzug so machen?
noch was vergessen ...
wie ist es wenn ich die alten Webs und Mailfolder vor dem Update schon hochlade
werden dann wie bei ispcp die default_domain_pages in die Webfolder kopiert?
Wöre dann nicht so gut wenn vorhandene index.html überschrieben werden ...
ja, ich denke das sollte klappen
vorher mit orderpanel fand ich eigentlich eine bessere Lösung, da die order table einem anderen mysql User zugeteilt werden konnte der NUR Zugriff auf diese Order Table hatte, na ja und dann im IMSCP die Order bestätigen oder löschen ...
Über die whcms schnittstelle klappt zwar auch aber ich denke es ist nicht mehr so sicher ... eventl. mit IP restriction und Passwort erweitern ...