Re: [otrs-de] Problem nach Update 2.4.8 auf 3.0.2
Hallo, haben Sie das Updatescript für die Datenbank in /scripts/ importiert/ausgeführt ? " DBUpdate-to-x.x..mysql.sql"
Gruß Marcel
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Ludwig Markus Gesendet: Thursday, November 18, 2010 2:03 PM An: User questions and discussions about OTRS.org in German Betreff: [otrs-de] Problem nach Update 2.4.8 auf 3.0.2
Hallo zusammen,
Ich habe heute mein erstes Testsystem mit 3.0.2 auf Windows aufgezogen und sowohl die Konfiguration als auch die MySQL-Datenbank unseres bisherigen Systems migriert. Beim Versuch, mich anzumelden, erhalte ich eine Panic-Meldung, im Log steht dazu folgendes:
[Thu Nov 18 13:38:14 2010][Notice][Kernel::System::Auth::DB::Auth] User: some-user authentication ok (REMOTE_ADDR: 127.0.0.1). [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE LOWER(login) = ?'
Wie natürlich nicht anders zu erwarten fehlt in der Tabelle users das entsprechende Feld tatsächlich. Aber: Es war auch im alten System nie vorhanden, der Bezeichnung nach würde ich darauf tippen, dass das Feld "salutation" gemeint ist.
Hat damit jemand Erfahrungen gemacht und kann mir evtl. sagen, wo hier was schiefgegangen ist?
Viele Grüße, Markus --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Hallo,
Ja, ausgeführt habe ich es schon, aber scheinbar habe ich die Shell geschlossen ohne die Fehlermeldung zu sehen :-(.
Beim Suchen im Skript habe ich den Teil gefunden, an dem das "salutation"-Feld umbenannt wird. Dieser Teil ist aber beim Update nicht ausgeführt worden. Beim zweiten Versuch habe ich jetzt festgestellt, dass das Skript vorzeitig beendet wird, weil die Tabellen virtual_fs_* bereits existieren. Möglicherweise ist daran eines der Pakete unserer momentanen Installation schuld? Gibt es einen Parameter, der verhindert, dass das Skript abgebrochen wird, wenn ein Fehler auftritt?
Viele Grüße, Markus
-----Original Message----- From: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] On Behalf Of Siemienowski, Marcel Sent: Thursday, November 18, 2010 2:12 PM To: User questions and discussions about OTRS.org in German Subject: Re: [otrs-de] Problem nach Update 2.4.8 auf 3.0.2
Hallo, haben Sie das Updatescript für die Datenbank in /scripts/ importiert/ausgeführt ? " DBUpdate-to-x.x..mysql.sql"
Gruß Marcel
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Ludwig Markus Gesendet: Thursday, November 18, 2010 2:03 PM An: User questions and discussions about OTRS.org in German Betreff: [otrs-de] Problem nach Update 2.4.8 auf 3.0.2
Hallo zusammen,
Ich habe heute mein erstes Testsystem mit 3.0.2 auf Windows aufgezogen und sowohl die Konfiguration als auch die MySQL-Datenbank unseres bisherigen Systems migriert. Beim Versuch, mich anzumelden, erhalte ich eine Panic-Meldung, im Log steht dazu folgendes:
[Thu Nov 18 13:38:14 2010][Notice][Kernel::System::Auth::DB::Auth] User: some-user authentication ok (REMOTE_ADDR: 127.0.0.1). [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE LOWER(login) = ?'
Wie natürlich nicht anders zu erwarten fehlt in der Tabelle users das entsprechende Feld tatsächlich. Aber: Es war auch im alten System nie vorhanden, der Bezeichnung nach würde ich darauf tippen, dass das Feld "salutation" gemeint ist.
Hat damit jemand Erfahrungen gemacht und kann mir evtl. sagen, wo hier was schiefgegangen ist?
Viele Grüße, Markus
OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Hallo, zwei Möglichkeiten.
1. Backup wieder einspielen und z.B. bequem mit SQLyog oder Shell nochmal ausführen und die Fehlermeldung anschauen. Fehler beheben und alles was im Script danach gefolgt ist ausführen. oder 2. Quick and Dirty
ALTER TABLE customer_user CHANGE salutation title VARCHAR (50) NULL; ALTER TABLE customer_user ALTER title DROP DEFAULT;
Gruß Marcel
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Ludwig Markus Gesendet: Thursday, November 18, 2010 2:31 PM An: User questions and discussions about OTRS.org in German Betreff: Re: [otrs-de] Problem nach Update 2.4.8 auf 3.0.2
Hallo,
Ja, ausgeführt habe ich es schon, aber scheinbar habe ich die Shell geschlossen ohne die Fehlermeldung zu sehen :-(.
Beim Suchen im Skript habe ich den Teil gefunden, an dem das "salutation"-Feld umbenannt wird. Dieser Teil ist aber beim Update nicht ausgeführt worden. Beim zweiten Versuch habe ich jetzt festgestellt, dass das Skript vorzeitig beendet wird, weil die Tabellen virtual_fs_* bereits existieren. Möglicherweise ist daran eines der Pakete unserer momentanen Installation schuld? Gibt es einen Parameter, der verhindert, dass das Skript abgebrochen wird, wenn ein Fehler auftritt?
Viele Grüße, Markus
-----Original Message----- From: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] On Behalf Of Siemienowski, Marcel Sent: Thursday, November 18, 2010 2:12 PM To: User questions and discussions about OTRS.org in German Subject: Re: [otrs-de] Problem nach Update 2.4.8 auf 3.0.2
Hallo, haben Sie das Updatescript für die Datenbank in /scripts/ importiert/ausgeführt ? " DBUpdate-to-x.x..mysql.sql"
Gruß Marcel
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Ludwig Markus Gesendet: Thursday, November 18, 2010 2:03 PM An: User questions and discussions about OTRS.org in German Betreff: [otrs-de] Problem nach Update 2.4.8 auf 3.0.2
Hallo zusammen,
Ich habe heute mein erstes Testsystem mit 3.0.2 auf Windows aufgezogen und sowohl die Konfiguration als auch die MySQL-Datenbank unseres bisherigen Systems migriert. Beim Versuch, mich anzumelden, erhalte ich eine Panic-Meldung, im Log steht dazu folgendes:
[Thu Nov 18 13:38:14 2010][Notice][Kernel::System::Auth::DB::Auth] User: some-user authentication ok (REMOTE_ADDR: 127.0.0.1). [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE LOWER(login) = ?'
Wie natürlich nicht anders zu erwarten fehlt in der Tabelle users das entsprechende Feld tatsächlich. Aber: Es war auch im alten System nie vorhanden, der Bezeichnung nach würde ich darauf tippen, dass das Feld "salutation" gemeint ist.
Hat damit jemand Erfahrungen gemacht und kann mir evtl. sagen, wo hier was schiefgegangen ist?
Viele Grüße, Markus
OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
--------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Hallo, vorher Backup natürlich nicht vergessen ;)
ALTER TABLE users CHANGE salutation title VARCHAR (50) NULL; ALTER TABLE users ALTER title DROP DEFAULT;
Lieber das hier...hatte es versehentlich von customer_user kopiert, aber ist natürlich users.
Gruß
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Siemienowski, Marcel Gesendet: Thursday, November 18, 2010 2:44 PM An: User questions and discussions about OTRS.org in German Betreff: Re: [otrs-de] Problem nach Update 2.4.8 auf 3.0.2
Hallo, zwei Möglichkeiten.
1. Backup wieder einspielen und z.B. bequem mit SQLyog oder Shell nochmal ausführen und die Fehlermeldung anschauen. Fehler beheben und alles was im Script danach gefolgt ist ausführen. oder 2. Quick and Dirty
ALTER TABLE customer_user CHANGE salutation title VARCHAR (50) NULL; ALTER TABLE customer_user ALTER title DROP DEFAULT;
Gruß Marcel
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Ludwig Markus Gesendet: Thursday, November 18, 2010 2:31 PM An: User questions and discussions about OTRS.org in German Betreff: Re: [otrs-de] Problem nach Update 2.4.8 auf 3.0.2
Hallo,
Ja, ausgeführt habe ich es schon, aber scheinbar habe ich die Shell geschlossen ohne die Fehlermeldung zu sehen :-(.
Beim Suchen im Skript habe ich den Teil gefunden, an dem das "salutation"-Feld umbenannt wird. Dieser Teil ist aber beim Update nicht ausgeführt worden. Beim zweiten Versuch habe ich jetzt festgestellt, dass das Skript vorzeitig beendet wird, weil die Tabellen virtual_fs_* bereits existieren. Möglicherweise ist daran eines der Pakete unserer momentanen Installation schuld? Gibt es einen Parameter, der verhindert, dass das Skript abgebrochen wird, wenn ein Fehler auftritt?
Viele Grüße, Markus
-----Original Message----- From: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] On Behalf Of Siemienowski, Marcel Sent: Thursday, November 18, 2010 2:12 PM To: User questions and discussions about OTRS.org in German Subject: Re: [otrs-de] Problem nach Update 2.4.8 auf 3.0.2
Hallo, haben Sie das Updatescript für die Datenbank in /scripts/ importiert/ausgeführt ? " DBUpdate-to-x.x..mysql.sql"
Gruß Marcel
-----Ursprüngliche Nachricht----- Von: otrs-de-bounces@otrs.org [mailto:otrs-de-bounces@otrs.org] Im Auftrag von Ludwig Markus Gesendet: Thursday, November 18, 2010 2:03 PM An: User questions and discussions about OTRS.org in German Betreff: [otrs-de] Problem nach Update 2.4.8 auf 3.0.2
Hallo zusammen,
Ich habe heute mein erstes Testsystem mit 3.0.2 auf Windows aufgezogen und sowohl die Konfiguration als auch die MySQL-Datenbank unseres bisherigen Systems migriert. Beim Versuch, mich anzumelden, erhalte ich eine Panic-Meldung, im Log steht dazu folgendes:
[Thu Nov 18 13:38:14 2010][Notice][Kernel::System::Auth::DB::Auth] User: some-user authentication ok (REMOTE_ADDR: 127.0.0.1). [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE id = ?' [Thu Nov 18 13:38:14 2010][Error][Kernel::System::User::GetUserData][202] Unknown column 'title' in 'field list', SQL: 'SELECT id, login, title, first_name, last_name, pw, valid_id, create_time, change_time FROM users WHERE LOWER(login) = ?'
Wie natürlich nicht anders zu erwarten fehlt in der Tabelle users das entsprechende Feld tatsächlich. Aber: Es war auch im alten System nie vorhanden, der Bezeichnung nach würde ich darauf tippen, dass das Feld "salutation" gemeint ist.
Hat damit jemand Erfahrungen gemacht und kann mir evtl. sagen, wo hier was schiefgegangen ist?
Viele Grüße, Markus
OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
--------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de --------------------------------------------------------------------- OTRS mailing list: otrs-de - Webpage: http://otrs.org/ Archive: http://lists.otrs.org/pipermail/otrs-de To unsubscribe: http://lists.otrs.org/mailman/listinfo/otrs-de
Hallo,
ALTER TABLE users CHANGE salutation title VARCHAR (50) NULL; ALTER TABLE users ALTER title DROP DEFAULT;
Lieber das hier...hatte es versehentlich von customer_user kopiert, aber ist natürlich users.
Das war mir klar :-).
Ich habe jetzt alle Skripten ohne Fehler durchbekommen, in den bereits vorhandenen Tabellen waren keine Daten enthalten, ich habe sie daher mal im Testsystem gelöscht und vom Update-Skript neu erstellen lassen. Allerdings hatm ich das nur ein Stückchen weitergebracht. Scheinbar ist ein Update einer Installation, die mit dem CICS-Paket erweitert war, nicht so ohne weiteres möglich. Der nächste Punkt, an dem es hakt, ist ein falsches UserTheme. Aber auch mit root ist kein Login möglich, obwohl dieser User die Standard-OTRS-Settings verwendet, denn es kommt zu der Fehlermeldung
Got no TicketObject! at e:/OTRS/OTRS//Kernel/Output/HTML/NavBarModuleAdmin.pm line 29.
Nächster Versuch morgen: System auf 2.4.9 aufsetzen, überflüssige Pakete deinstallieren und eine Migration auf 3.0.2 probieren.
Viele Grüße, Markus
Hallo zusammen,
auch mit root ist kein Login möglich, obwohl dieser User die Standard-OTRS-Settings verwendet, denn es kommt zu der Fehlermeldung
Got no TicketObject! at e:/OTRS/OTRS//Kernel/Output/HTML/NavBarModuleAdmin.pm line 29.
Nächster Versuch morgen: System auf 2.4.9 aufsetzen, überflüssige Pakete deinstallieren und eine Migration auf 3.0.2 probieren.
Viele Grüße, Markus
Ich habe das selbe Problem, (SuseLinux, Alle UpgradeInfos befolgt und erfolgreich)
Ich komme noch bis zum neuen Login, dieses ist dann auch erfolgreich, danach kommt aber die Meldung:
Got no TicketObject! at ../..//Kernel/Output/HTML/NavBarModuleAdmin.pm line 29.
zur selben Zeit erscheinen im Log aber folgende Fehlermeldung: [Sun Nov 28 11:46:19 2010][Notice][Kernel::System::Package::PackageInstall] Package already installed, try upgrade! [Sun Nov 28 11:46:20 2010][Error][Kernel::System::Package::PackageUpgrade][605] Can't upgrade, package 'Support-1.2.5' already installed! [Sun Nov 28 11:46:20 2010][Notice][Kernel::System::Package::PackageInstall] Package already installed, try upgrade! [Sun Nov 28 11:46:21 2010][Error][Kernel::System::Package::PackageUpgrade][605] Can't upgrade, package 'iPhoneHandle-1.0.1' already installed!
Nach kurzer Recherche hätte ich mir zwei Lösungen vorgestellt:
1.) reinstall (Referenz: http://forums.otrs.org/viewtopic.php?f=31&t=4267#p17963)
bin/otrs.PackageManager.pl -a reinstall -p iPhoneHandle-1.0.1 bin/otrs.PackageManager.pl -a reinstall -p Support-1.2.5
beides erfolgreich, ABER - die Fehlermeldung sowohl im Frontend, als auch im Log bleiben bei nächsten Aufruf die selben...
2. uninstall
bin/otrs.PackageManager.pl -a uninstall -p iPhoneHandle-1.0.1 bin/otrs.PackageManager.pl -a uninstall -p Support-1.2.5
Ergebnis: Fehlermeldung im Frontend gleich, und im Log kommt:
[Sun Nov 28 11:28:05 2010][Notice][Kernel::System::Package::RepositoryGet] No such package Support-1.2.5! [Sun Nov 28 11:28:10 2010][Notice][Kernel::System::Package::RepositoryGet] No such package iPhoneHandle-1.0.1!
OK, wollte ich ja auch nicht...
Aber bei einem nochmaligen Auftruf kommt wieder: (??!)
[Sun Nov 28 11:29:08 2010][Notice][Kernel::System::Package::PackageInstall] Package already installed, try upgrade! [Sun Nov 28 11:29:08 2010][Error][Kernel::System::Package::PackageUpgrade][605] Can't upgrade, package 'Support-1.2.5' already installed! [Sun Nov 28 11:29:08 2010][Notice][Kernel::System::Package::PackageInstall] Package already installed, try upgrade! [Sun Nov 28 11:29:09 2010][Error][Kernel::System::Package::PackageUpgrade][605] Can't upgrade, package 'iPhoneHandle-1.0.1' already installed!
Wie jetzt, wird das automatisch immer nachinstalliert???
Ich bin ja leider noch gar nicht sicher, ob die beiden Fehlermeldungen im direkten Zusammenhang stehen, aber gefühlsmäßig doch. Ich versuch es nun auch mal mit der alten Version -> alle Module deinstallieren, nochmal ein Upgrade versuchen...
Wenn jemand eine andere Idee hat, bitte gerne!
Liebe Grüße, Fritz
Am 28.11.2010 12:05, schrieb Friedrich Kölbel:
Markus Ludwig schrieb zuvor ...
auch mit root ist kein Login möglich, obwohl dieser User die Standard-OTRS-Settings verwendet, denn es kommt zu der Fehlermeldung
Got no TicketObject! at
e:/OTRS/OTRS//Kernel/Output/HTML/NavBarModuleAdmin.pm line 29.
Nächster Versuch morgen: System auf 2.4.9 aufsetzen, überflüssige Pakete deinstallieren und eine Migration auf 3.0.2 probieren.
Viele Grüße, Markus
Ich habe das selbe Problem, (SuseLinux, Alle UpgradeInfos befolgt und erfolgreich)
Ich komme noch bis zum neuen Login, dieses ist dann auch erfolgreich, danach kommt aber die Meldung:
Got no TicketObject! at ../..//Kernel/Output/HTML/NavBarModuleAdmin.pm line 29. .... viel Text ... Ich bin ja leider noch gar nicht sicher, ob die beiden Fehlermeldungen im direkten Zusammenhang stehen, aber gefühlsmäßig doch. Ich versuch es nun auch mal mit der alten Version -> alle Module deinstallieren, nochmal ein Upgrade versuchen...
Leider, Markus -> ich denke diesen Versuch kannst Du Dir sparen... Ich habe nun das Backlup (2.4.9) wieder zum Laufen gebracht, ALLE Module deinstalliert (SystemMonitoring musste ich wieder installieren, weil sonst keine Mails mehr abgeholt werden konnten)
Danach schulmäßiges Update ohne Fehler oder Logeinträge auf 3.0.2 - und: der selbe Fehler nach dem Login:
Got no TicketObject! at ../..//Kernel/Output/HTML/NavBarModuleAdmin.pm line 29.
Im log finded sich folgerichtig wieder bei ersten Aufruf: [Mon Nov 29 12:50:38 2010][Notice][Kernel::System::Package::RepositoryGet] No such package Support-1.2.5! [Mon Nov 29 12:50:43 2010][Notice][Kernel::System::Package::RepositoryGet] No such package iPhoneHandle-1.0.1! und bei jedem weiteren: [Mon Nov 29 12:51:30 2010][Notice][Kernel::System::Package::PackageInstall] Package already installed, try upgrade! [Mon Nov 29 12:51:31 2010][Error][Kernel::System::Package::PackageUpgrade][605] Can't upgrade, package 'Support-1.2.5' already installed! [Mon Nov 29 12:51:31 2010][Notice][Kernel::System::Package::PackageInstall] Package already installed, try upgrade! [Mon Nov 29 12:51:31 2010][Error][Kernel::System::Package::PackageUpgrade][605] Can't upgrade, package 'iPhoneHandle-1.0.1' already installed!
Ich nehme jetzt aber eigentlich nicht mehr an, dass diese Meldung mit dem Problem überhaupt wirklich etwas zu tun hat...
Zur Info: Am selben Server läuft eine weitere 3-Beta-Version ohne Probleme (Ich hatte alte Hinweise gefunden, die auf Probleme mit der PerlVersion zu dieser Fehlermeldung hingewiesen hatten - dies ist somit aber auch ausgeschlossen...)
Leider ist die Instanz die ich hochziehen muss die erste einer Reihe produktiver 2.4.9 Systeme - und zwar genau die unkomplizerteste :(
Also, falls irgend jemand eine Idee hat wäre ich dankbar - in der Zwischenzeit werden wir wohl mal mit 2.4.9 weiter werkeln - läuft ja eh brav!
LG Fritz
participants (4)
-
"Friedrich Kölbel, KMF DatenSysteme"
-
Friedrich Kölbel
-
Ludwig Markus
-
Siemienowski, Marcel