pre rc2, aber da muss ich absolut von abraten!
ich schaue mir nur den add new orders part genauer an wegen einer neuen Schnittstelle ... die master wird für Live verwendet
pre rc2, aber da muss ich absolut von abraten!
ich schaue mir nur den add new orders part genauer an wegen einer neuen Schnittstelle ... die master wird für Live verwendet
danke, ich schaue es mir mal an ob ich da etwas finde für mein Joomla / gSales System, muss eh alles umschreiben für die 3.1.x
wenn alles fertig ist, lade ich es hoch
[hr]
gibt es noch eine IMSCP Version irgendwo zum download die es noch integriert hat?
kann man über das whcms Plugin im IMSCP Kunden hinzufügen?
also quasi ohne manuell im IMSCP den Kunden anzulegen ...
gibt es kein Ordersystem mehr in IMSCP?
Ich habe immer über ein eigenes Joomla Bestellsystem die Bestellungen in die table "orders" kopiert und konnte diese dann unter Bestellungen aktivieren ...
da gibts schon einige Unterschiede in der DB Struktur ...
rechts ist die Original 1.0.7 Struktur - links meine:
http://postimg.org/image/wingf6nzn/
ausserdem ist überall das charset anders:
im original:
`name` varchar(200) COLLATE utf8_unicode_ci DEFAULT NULL,
bei mir:
`name` varchar(200) DEFAULT NULL,
und hier scheint die Reihenfolge nicht zu stimmen bei:
gender
http://postimg.org/image/3ld3w9447/
die php.ini haten so gut wie alle Fehler, kann sein das zuvor beim migrieren von ispcp nicht richtig geklappt hat ...
funktioniert aber jetzt alles ...
ich teste es aber zur Sicherheit noch einmal auf der VM bevor ich den Live Server upgrade ...
Danke für den Super Support und den Tip mit den /fcgi/*/php.ini
[hr]
das mit den post_max_size missing wurde diesmal nicht "getriggert"
yep, hast Recht gehabt .. der post_max_size missing kommt wieder ...
wenn ich danach imscp-setup wieder neu starte läuft es durch ...
seltsam ist ja das ich vorher den /fcgi ja komplett neu ohne Inhalte erzeugt habe
also beim 2. Anlauf läuft es jedenfalls durch ... post_max_size ist in allen php.ini gesetzt
sollte ich trotzdem noch warten mit dem Live Upgrade?
[hr]
aber der Fehler tritt ja auch auf wenn die Migration ganz ohne Kundendaten erfolgt ... dann kann es doch nur noch ein Fehler in der DB Struktur sein ...
habs jetzt auch mit allen Kunden so hinbekommen ...
also mit einem leeren fcgi Folder, die configs wurden dann alle neu angelegt
habe mal alle tables gelöscht ausser in admin den suderadmin und einen reseller
dann hat es auch wieder gehackt:
da ist auf jeden Fall etwas faul mit dem Cert nehme ich an, also habe ich dies gemacht:
apt-get --purge remove courier-imap-ssl courier-pop-ssl
apt-get --reinstall install courier-imap-ssl courier-pop-ssl
danach lief alles wie geschmiert durch ...
Ich teste das jetzt nochmal mit allen kundendaten ...
[hr]
yes, jetzt läuft es durch :D:D:D
Dein Tip mit den php.ini war genau richtig !
Ich bin jetzt vor dem letzten Schritt so vorgegangen:
gute Idee mit der 1.1.0 , hier zeigt sich das etwas nicht richtig ist ...
[hr]
nach dem Upgrade ist der Status überall auf OK
ausser bei allen mail_users stehts auf change
wie kann man am besten den Fehler lokalisieren oder debuggen?
[hr]
ich habe jetzt nach dem Upgrade auf 1.1.0 ispcp-rqst-mngr gestartet, danach waren die mail_users auch alle auf OK ...
jetzt habe ich aber trotzdem die mail_users komplett geleert und dann das imscp upgrade gestartet ... es bleibt wieder hängen:
[ERROR] Configuration variable`PHPINI_POST_MAX_SIZE` is missing.
für mich sieht es nicht aus als wäre etwas mit den mail oder domain daten nicht in Ordnung ... vieleicht ist es doch eher die Datenbank Struktur oder Feld Funktionen
thanks flames, ich habe hier in der table "domains" 6 zeilen gefunden wo die Spalte DNS leer ist und bei einer anderen steht in der gleichen Spalte "FULL" was wohl auf die Backups bezogen ist ...
Ich werde die Fehler gleich mal fixen und versuche es nochmal
## edit ##
das war leider auch nicht das Problem, gleicher Fehler bei Step 6
könnte es etwas mit der Anzahl der Domains zu tun haben > 350