update fehler in nightly

[fulltilt]

Was ist das nach dem Update mit dem ISPCP Debugger in Admin Status?
Hatte nach dem Update eine Anzeige "307 Anfragen ausführen" der Staus war aber vorher überall O.K.
Muss das nach dem Update ausgeführt werden - habe auf Anfragen ausführen geklickt und dann einen 500er bekommen, läuft immer noch das Teil ...

[joximu]

Könnte sein, dass nach RC3 die DB noch geändert wurde - jedoch das DB-Update erst später funktionierte.

Ggf. die Struktur der ispcp-DB überprüfen...

/J

[fulltilt]

Hab nach dem Update gleich das DB Backup im Backend durchgeführt ...
Dann die Daemon Anfragen ausführen ...
Hier stehen aber jetzt immer noch 6 Anfragen - wenn ich darauf klicke bekomme ich:
Dämon gab 250 als Statuscode zurück

Beim Status steht überall OK ...
Ist denn dieses Anfragen ausführen nach einem Update erforderlich oder soll ich das beim Update auf dem Produktivsystem ignorieren?

---

So - ich bin jetzt mal von RC3 direkt auf die nightly von heute gegangen.
Funktioniert soweit alles in der VM - ich kann mich als admin und User einloggen auch ins FTP, Webmail usw.
Das einizige was noch in der Verwaltung bei den Daemon Tools ist:
6 Anfragen - wenn ich drauf klicke gibt es die 250er Fehlermeldung.

[joximu]

ich würde trotzdem mal deine DB-Struktur mit database.sql vergleichen...
http://www.isp-control.net/ispcp/browser...tabase.sql

/J

[fulltilt]

Da sind tatsächlich einige Sachen anders z.B. beim Traffic ...
aber das könnte doch auch daran liegen, das ich die nightly von heute genommen habe und nicht die RC6 - oder?

---

Habe die Struktur verglichen:

bei der Struktur vom install package:
CHARSET=utf8 COLLATE=utf8_unicode_ci;

Testserver nach Update (überall):
CHARSET=latin1 AUTO_INCREMENT=36 ;

Dann user_gui_props
Original:
UNIQUE KEY (`id`)

Testserver:
UNIQUE KEY `id` (`id`)

original:
mail_auto_respond` BOOL NOT NULL default '0',
testserver:
mail_auto_respond` tinyint(1) NOT NULL default '0',

Das hier ist noch nach dem Update vorhanden - ist aber nicht im Install SQL:
`zt_correction` tinyint(1) NOT NULL default '0',
KEY `i_zt_correction` (`zt_correction`),
KEY `i_domain_traffic_domain_id` (`domain_id`),
KEY `i_domain_traffic_dtraff_time` (`dtraff_time`),

ansonsten keine Unterschiede - User anlegen und Services anlegen klappt alles.
Was würdest Du beim echten Update empfehlen?

[fulltilt]

Wo kommt denn diese Anzeige her > Daemon Tools 300 Anfragen ausführen und kann ich das ignorieren wenn alles weitere funktioniert?

[joximu]

Übrigens:
"Status 250" bedeutet ok - jeder andere Status wäre nicht ok...

Ansonsten habe ich nur noch die Vermutung, dass es beim Einlesen der (alten) config einen Fehler gibt..., da offensichtlich CMD_ISPCPD nicht aufgelöst werden kann.

Die 307 Anfragen könten sein, wenn zB. alle Mailaccounts nochmals erneuert werden müssen - das sieht man im Domain-Status nicht - du müsstest alles durchgehen und den Status prüfen (geht einfacher direkt in der DB :-)

/J

[fulltilt]

"Status 250" bedeutet ok"

Danke joxi,
das beruhigt mich dann ein wenig :-)

nee ohne quatsch - es scheint alles zu funktionieren ...
Das Problem ist - ich muss das heute Nacht machen für ein Update (gesamter Durchlauf) benötige ich um die 3 Stunden. Wenn ich jetzt 3 ältere RCs vorneweg installiere, braucht das sehr viel Zeit (Ausfall) und ich kann auch nicht sicher sein ob die 6 übriggebliebenen Anfragen verschwunden sind.

Was sollte ich zuerst nach dem Update auf nightly machen?
1. Database Update oder
2. Die Daemon Anfragen starten

Gruss

---

Habe alles gecheckt in der DB ist alles auf Status OK, dom,alias,sub,mail

habe auch testweise noch mal alles auf change gesetzt und den rqst-mngr gestartet - Keine Fehler im Status.

Vieleicht kam das mit den 6 übriggebliebenen Abfragen bei dem 500er Hänger im Browser.
Kann man die Anfragen nach dem Update nicht auch über die Shell ausführen und wie?

[joximu]

Wenn du auf nightly aktualisierst, dann hast du auch verschlüsselte Mailpasswörter - könnte ggf. andere Probleme geben... (je nachdem, was auf die DB noch zugreift)...

Ein DB-Update wäre wohl wichtiger - damit dann eine Änderung vom Daemon auf der korrekten DB Struktur stattfindet...

/J

[fulltilt]

also ich konnte mich per Webmail in die Mailaccounts einloggen ...

---

Noch was - weisst Du was mit mod_fcgid zu tun ist - kann das bereits aktiviert werden?