Upgrade 0.9.8-3 -> 0.9.9 weiße Seite beim Update
-
-> "Schau mal in das config_template.inc.php und änder die fehlerhaften Felder nach den entsprechenden Vorgaben"
Da kann ich leider nicht nachvollziehen was ihr damit meint!
Wenn ich das config_template.ini.php vor dem update korrigiere wird es mit dem selben Müll wieder überschrieben.
Im Updateverzeichnis ist es noch mit lauter Variablen gefüllt.
Passe ich nach dem Update die config_template.ini.php an ändert sich im config.ini.php im wesentlichen nichts.
Die Variablen aus dem Updateverzeichnis sind immer noch vorhanden und er läuft weiter auf den Fehler im Apache-Log.Hier wird offensichtlich beim erzeugen dieser Dateien Mist produziert.
config_template.ini.php
-> $g_db_system = array(
…
"port" => 3306 anstatt "3306"
..."ajax_calls" => true, -> im config.ini.php steht dann hier wieder %config.base.ajax_calls% (wie im template des Updatepfades)
?!
-
Gefunden ?!
ich habe jetzt im config.ini.php in den Zeilen 97, 116, 120, 129, 271 die fehlenden " " bei den Variablen eingetragen!
Danach ist das Updateskript problemlos weitergelaufen.
Erster Blick in die neue Version schaut klasse aus!
-
Soweit ich weiß, sollten die Variablen nicht mit " " zum String gemacht werden. Das könnte später wieder Fehler verursachen.
-
salü i-doit-team
gibt's schon etwas neues zum thema update + weisse seite? der fehler tritt bei mir immer wieder auf, egal wie oft ich ein update mit dem offiziellen 0.9.9-zip vom 21.01.10 durchführe… und dann geht eben gar nichts mehr, nur ein db-restore...
sind u.u. von diesem update neue releases herausgekommen? und wenn ja, wo kann ich die nochmal herunterladen?ich hab ja noch nicht wirklich viel daten in der db... fast noch default installationswerte + tabellenstrukturen, von daher sollte es also eigentlich nicht sein!
war immer noch am testen, einarbeiten und templates erstellen. aber jetzt sollte ich langsam ergebnisse vorweisen können... am liebsten natürlich mit einer aktuell upgedateten i-doit-version...merci für eure bemühungen!
ciao
Sparksman
-
Versuch mal deine src/config.inc.php zu löschen und mach dir anhand der src/config_template.inc.php eine neue. Es passiert scheinbar manchmal, dass die generierte config Syntax Fehler enthelt. Dadurch die weisse Seite. Was du auch machen kannst ist, innerhalb der erstellten config nach %xy% Werten suchen und diese durch die default Werte im config_template auszutauschen
-
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
