ich habe schon öfter eine eGroupware-Version von 1.4.x auf 1.6.001 geupdatet. Er aktuelle Fall allerdings ist etwas verzwickt:
- eGroupware 1.4.x läuft auf einem anderen Webspace wie dort, wo die neue 1.6.x hin soll
- Pfade ändern sich daher
- Ich habe einen Dump vom alten gezogen
- Den Dump in die neue Installation eingespielt.
- Dann zuerst die Konfig angepasst wegen File-, Backup-Pfad, URL, und Domain
- Dann die 'aktualisierung' (DB-Update) gemacht.
- Hier beginnt das Problem:
- Beim 1. Mal bringt die Aktualisierung folgende Meldung:
---
Warning: sqlfs_stream_wrapper::mkdir('/',0,1) permission denied! in /home/arno-muenzerch/public_html/egroupware-1.6.001/phpgwapi/inc/class.sqlfs_stream_wrapper.inc.php on line 626
Warning: sqlfs_stream_wrapper::rmdir('/kb',0) (type=) permission denied! in /home/arno-muenzerch/public_html/egroupware-1.6.001/phpgwapi/inc/class.sqlfs_stream_wrapper.inc.php on line 670
---
- Diese Meldungen verhindern anscheinend, dass eGw das Update als abgeschlossen anerkennt. Ich wollte es nachvollziehen, ich habe leider keine Ahnung, wozu eGw die Pfade '/' (ROOT!) und '/kb' benötigt. Was liegt dort? Wie ist die Logik von eGw beim Update???
- Daher kann ich ein 2. Mal auf aktualisieren, mit anderem, jedoch ebenso fehlerhaften Ergebinis (nur ein Auszug):
CreateIndexSQL(NULL,'egw_news','cat_id',Array ( ) ) sql=Array ( [0] => ALTER TABLE egw_news ADD INDEX egw_news_cat_id (cat_id) )
Duplicate key name 'egw_news_cat_id'
CreateIndexSQL(NULL,'egw_news','news_lang',Array ( ) ) sql=Array ( [0] => ALTER TABLE egw_news ADD INDEX egw_news_lang (news_lang) )
Duplicate key name 'egw_news_lang'
Warning: in_array() [function.in-array]: Wrong datatype for second argument in /home/arno-muenzerch/public_html/egroupware-1.6.001/phpgwapi/inc/class.schema_proc.inc.php on line 1088
AlterColumnSQL('phpgw_kb_articles','text XL','text XL') sql=Array ( [0] => ALTER TABLE phpgw_kb_articles MODIFY COLUMN text LONGTEXT )
Mein Verdacht ist, dass die DB-Changes trotz obigen Error durchlaufen, aber eGw die Version nicht als "Update abgeschlossen" kennzeichnet.
So, nun kann ich den 'aktualisieren'-Schritt beliegib oft wiederholen - ohne weitere Änderung.
Was kann ich unternehmen, um die 1. beiden Warning 100% passend zu machen?
Wie kriege ich das Update sauber durch?
Evtl. liegt es auch einfach daran, dass ich 3 Sachen in einem Schritt bewerkstelligen möchte:
- Serverwechsel
- Versionsupdate
- Zeichensatz konvertieren
Bringt es was, diese Schritte einzeln zu machen?
Danke für etwaige und reichhaltige Hinweise!
Gruß, Sam
hast du die Filesystem-Berechtigung des Webservers auf dem Zielsystem verifiziert. Scheint so als ob das ein Zugriffsproblem ist (permission denied).
Ich stimme dir zu, dass die DB-Tabellen wahrscheinlich beim ersten Durchlauf schon angelegt wurden und jetzt nicht nochmal angelegt werden können. Entweder vertraust du dass das so passt, oder löschst sie manuell wieder.. :/
danke für die gute Antwort!
Vielleicht kannst Du mir noch sagen, welche Pfade Du damit meinst.
Denn die Warning bringt lediglich '/' und '/kb' als Pfade. Sind das URL's oder Filesystem-Pfade, und wenn es ein Filesystempfad ist, ausgehen vom WEBROOT oder ROOT (!!!)?
Wie auch immer, generell gibt's zwei mögliche Pfade: Off-Webroot für die Dateimanager-Files oder die Pfade der eGroupware-Installation insgesamt.
Ich gehe mal davon aus, das Du letzteres meinst und '/' bzw. '/kb' damit irgendwie abgedeckt sind.
Danke & Gruß, Sam
NicolasK wrote:
Moin,
hast du die Filesystem-Berechtigung des Webservers auf dem Zielsystem verifiziert. Scheint so als ob das ein Zugriffsproblem ist (permission denied).
Ich stimme dir zu, dass die DB-Tabellen wahrscheinlich beim ersten Durchlauf schon angelegt wurden und jetzt nicht nochmal angelegt werden können. Entweder vertraust du dass das so passt, oder löschst sie manuell wieder.. :/
Wie auch immer, generell gibt's zwei mögliche Pfade: Off-Webroot für die Dateimanager-Files oder die Pfade der eGroupware-Installation insgesamt.
Ja genau das ist die Frage. Ich vermute zumindest für "kb" auch, dass es in der eGW-Unterordnerstruktur angelegt werden soll (dort wo auch andere Verzeichnisse wie "tracker" etc. liegen).
Das "Verzeichnis" "\" ist mir allerdings auch etwas schleierhaft..
Ich hatte mal in ner VM das Update von 1.4 auf 1.6 "geübt" und gerade mal dort das Dateisystem angeschaut ... allerdings finde ich kein "kb"-Verzeichnis, insofern funktioniert auch Reverse-Aufdröseln der Logik nicht. Sry.
Hallo Niclas,
danke für die Mühe!
Ich schau dann einfach mal, wie die Pfade zustandekommen.
Reverse dürfte nicht gehen, weil die Dir ja dann wieder gelöscht werden, nehme ich an.
Generell wäre noch interessant zu wissen, ob eGw beim Update auf das Filesystem schreibt, um festzuhalten, welche DB-Change-Queries bereits ausgeführt wurden.
Vielen Dank, Sam
NicolasK wrote:
subnoodle wrote:
Wie auch immer, generell gibt's zwei mögliche Pfade: Off-Webroot für die Dateimanager-Files oder die Pfade der eGroupware-Installation insgesamt.
Ja genau das ist die Frage. Ich vermute zumindest für "kb" auch, dass es in der eGW-Unterordnerstruktur angelegt werden soll (dort wo auch andere Verzeichnisse wie "tracker" etc. liegen).
Das "Verzeichnis" "\" ist mir allerdings auch etwas schleierhaft..
Ich hatte mal in ner VM das Update von 1.4 auf 1.6 "geübt" und gerade mal dort das Dateisystem angeschaut ... allerdings finde ich kein "kb"-Verzeichnis, insofern funktioniert auch Reverse-Aufdröseln der Logik nicht. Sry.
