Upgrade 0.9.8-3 -> 0.9.9 weiße Seite beim Update
-
Hallo
Habe leider das gleiche Verhalten wie oben beschrieben: während und nach dem Update nur noch eine weiße Seite.
Gibt es inzwischen eine eindeutige Lösung?
Verschiedene Modifikationen der config.ini.php haben bislang leider zu keinem Erfolg geführt.Gruß, BoDu
-
Ich habe den einfachsten Weg in meinem letzten Post beschrieben.
Gibt es irgendwelche Fehler im Apache/PHP Error Log ? -
hallo i-doit team
ich habe nach längerer pause erneut ein update auf 0.9.9 (rev 5050) versucht… folgender vorgang:
- aktuellen funktionierenden i-doit 0.9.8.3 ordner gesichert, i-doit deinstalliert/gelöscht
- die erste von mir verwendete i-doit version 0.9.5 (setup.exe) installiert = jungfräuliche installation/db
- jeweils einmal als admin eingeloggt, und folgende updates.zip's eingespielt und danach erfolgreich via interner update-funktion upgedatet:
idoit-0.9.8-1-update.zip
idoit-0.9.8-2-update.zip
idoit-0.9.8-3-update.zip - bis hierher läuft alles glatt ab, keine fehler oder sonstiges… zur erinnerung: jungfräuliche db, KEINE daten oder geänderte settings soweit!
- jetzt kommt ein aktuell heruntergeladenes idoit-0.9.9-update.zip (rev 5050 lt. i-doit-anzeige) hinzu
- updatevorgang wird gestartet, alles sieht soweit gut aus… lauter grüne erfolgreiche bestätigungen
- klick weiter zur migrationsseite, ganz kurzes aufflackern vom migrationsdialog und dem raster von diesem minensuch-spiel und...
- PENG! ie8 spuckt eine "http 500 internal server error" meldung aus, oder kurz: weisse seite! (siehe screenshot)
- danach geht nix mehr, auch nicht im ff... zurück zum start, db-restore!
ich muss ehrlich gestehen, ich bin mit meinem latei am ende! wenn nicht mal eine jungfräuliche, leere, unbehandelte db das update 0.9.9 verkraftet, dann würd ich mir an eurer stelle wirklich mal gedanken machen und das update überarbeiten oder einen patch/hotfix/wirklich funktionierenden update-workaround zur verfügung stellen!
wenn man sich im forum all die verursachten fehler und probleme vom update 0.9.9 so ansieht, dann wird man unangenehm an frühere M$ update-zeiten erinnert, wo man sein windows auch zu tode upgedatet hat...
nicht falsch verstehen: ich arbeite wirklich gern mit i-doit, es hat grosses potential, und natürlich ist es open-source, und natürlich sind kommerzielle lösungen um häuser teurer als das hier, aber ich wäre dankbar, wenn die updates zumindest einigermassen klappen würden! vor allem wenn die updates jedesmal einen haufen neuerungen bringen (würden), die es so in der vorversion noch nicht gab und auch wirklich nützlich sind...
schon mal dankeschön im voraus für eure bemühungen und (hoffentlich) ein statement zu dem aktuellen thema...
ciao
Sparksman
-
Habe absolout daselbe Problem, und ich habe es mit dem setup der 9.7 aus gemacht mit jungfräulicher DB.
Desweiterem habe ich mir ein NigthlyBuild runtergeholt und neu gemacht mit neuer db und allem drum und dran, aber die 0.9.9 will scheinbar nicht laufen…
-
Habe die 0.9.9 auf einen selbstkonfigurierten apache, mysql installiert. Da funktioniert es. Nur wenn ich den Apache und Mysql von der 9.5 oder 9.7 installiere, bringe ich die 0.9.9 nicht zum laufen
-
Das Problem mit der weissen Seite könnte unter Umständen auch an einer nicht vorhandenen PDO PHP Extension liegen. Versucht mal folgendem Hinweis nachzugehen:
http://www.i-doit.org/forum/index.php/topic,1435.msg6371.html#msg6371
-
salü i-doit-team
ich habe jetzt euren letzten tipp mit der änderung in der "globals.inc.php" ausprobiert…
mit der jungfräulichen db ohne jegliche daten/änderungen klappt dann der login, module und div. seiten werden soweit korrekt angezeigt!
mit der produktiven 0.8.3 db auf 0.9.9 und der änderung in der "globals.inc.php" bekomme ich nach neustart aller dienste gleich unmittelbar nach dem login folgende fehlermeldung:
isys_exception_database : Query error: 'SELECT isys_catg_logb_list__isys_obj__id FROM isys_catg_logb_list JOIN isys_logbook ON isys_catg_logb_list__isys_logbook__id = '1023'': Unknown column 'isys_catg_logb_list__isys_obj__id' in 'field list'
dzt. stimmung: -2 !
-
Wenn diese Meldung kommt, wurde die Datenbank nicht korrekt auf Version 0.9.9 gebracht. Heisst: das Update, insbesondere die Migration im Update, muss irgendwelche Fehlermeldungen rausgeworfen haben!?
-
nein!
der vorprozess für die migration hat keine fehlermeldung gebracht und alle bisher abgearbeiteten prozesse (file update) sind mit einem grünen "DONE" markiert (kein rotes ERROR oder so)
und wenn man dann auf "next" klickt, sieht man eben kurz den mine-sweeper-raster, und dann ist es auch schon vorbei!
das passiert eben mit der jungfräulichen db nicht…
so! und wat nu???
-
Hast du das Update mal mit nem Firefox probiert?
Diese IE "Seite kann nicht geladen werden" Fehler sind immer nichts sagend, von daher kann ich nicht wirklich erkennen was bei dir falsch läuft. -
fehler tritt SOWOHL unter ie8 als auch ff3.6.2 auf. sorry… ist auch meinen laufenden kommentaren hier zu entnehmen...
-
hallo i-doit-team
ich hab mich nochmal hingehockt und schritt für schritt incl. der halbgaren lösung sowohl mit einer LEEREN FRISCHEN 0.9.83-db sowie mit meiner produktiven 0.9.83-db ein update auf 0.9.9 durchgeführt und das ganze als video aufgezeichnet!
zugangs-link (mein priv. gmx-mediacenter, wie beim letzten mal für 30 tage offen, bis 25.04.2010):
http://www.gmx.de/mc/VHcbrv9iz6EtWmt8utaYtAgueouESu
schaut euch das ganze mal bitte an… (die files sind relativ gross... 2x ~90mb, da 1680x1050 auflösung um wirklich auch details zu erkennen)
-
Wir können die Videos nicht öffnen. Beim Laden bleibt er hängen und es kommt kein Bild
-
hallo i-doit-team
ich hab einen neuen 10 tages-zugangslink erstellt, der den alten link obsolet macht: http://www.gmx.de/mc/Az7jxMz1RMUjO3CLWQDjf4MMOETvMx
bitte die files EINZELN markieren und danach separat mit "datei - download" herunterladen… scheinbar macht das gmx-center bei grösseren videofiles mucken...
(und NEIN, das ist kein plumper versuch, euch was verseuchtes unterzujubeln!!!)merci für eure geduld! ^^
ciao
Sparksman
-
Ok das scheint zu funktionieren
Werden wir uns anschauen. Wobei deine Beschreibung nach einem apache/php/mysql Problem aussieht, da die Serververbindung hart abgebrochen wird. Wie sieht es eigentlich mit dem MySQL Error log aus? Ist da was zu finden ? Zu Apache PHP Logs sagtest du ja bereits, dass dort nichts ist -
Ok ich weiss wohl woran es liegt: Am fehlenden PDO driver für PHP.
2 Möglichkeiten:
1. PDO MySQL als PHP Extension nachinstallieren / aktivieren, dann das Update machen
2. Die vorgeschlagene Anpassung an der globals.inc.php in den Update Files durchführen. Also in dem Fall nicht in src/globals.inc.php nach dem Update, sondern in: updates/versions/v0.9.9/files/src/globals.inc.php VOR dem update auf die 0.9.9.
-
hallo i-doit team
yep, das war's! hat mit der änderung der im update enthaltenen "globals.inc.php" ohne probleme geklappt!
schwere geburt, aber schlussendlich hat's doch noch geklappt! interfaces und einträge v.0.9.9 werden soweit normal angezeigt!merci für die hilfe! thumbsup
ciao
Sparksman
@ ALLE: falls diese Lösung auch bei euch läuft und niemand mehr damit probleme hat, dann dreht der letzte das licht ab… ... ... nein, setzt den post auf SOLVED oder so...
