Update Fehlgeschlagen

[Ting]

Hallo zusammen,

verwende die OTRS Appliance.
Wollte heute das update auf die Version 4 über den appliance Manager durchführen. Natürlich ist es fehlgeschlagen

Das erstellte Backup zuvor natürlich auch korrupt, könnte kotz**.

Ich hoffe ihr könnt mir noch helfen.
Leider bin ich in Linux nicht wirklich fit.

die Appliance lässt sich starten, webinterface funktioniert auch, ".../otrs/customer.pl" funktioniert inkl. login auch.

kann mich jedoch leider nicht unter ..."otrs/index.pl" anmelden, nachdem Login kommt "Internal Server Error".

Hoffe ihr könnt mir helfen.

Vielen Dank
Gruß
Benno

[Rooobaaat]

Gehe mal in der Appliance in die Shell und wechsle mit folgendem Befehl in den Ordner /opt/otrs/bin und führe den anschließenden Befehl aus

cd /opt/otrs/bin
perl otrs.SetPermissions.pl /opt/otrs --otrs-user=otrs --otrs-group=www-data --web-user=www-data --web-group=www-data
perl otrs.DeleteCache.pl
perl otrs.LoaderCache.pl -o delete

Ich hoffe das funktioniert

[Ting]

danke für die Rückmeldung, leider hat es nicht funktioniert:

Bekomme beim ausführen folgende Meldungen:

perl otrs.SetPermissions.pl /opt/otrs --otrs-user=otrs --otrs-group=www-data --web-user=www-data --web-group=www-data
Unknown option: otrs-group
Unknown option: web-user
Setting permissions in /TARGET/SHARE/var/otrs

perl otrs.DeleteCache.pl
otrs.DeleteCache.pl - delete OTRS cache
Copyright (C) 2001-2014 xxx, http://otrs.com/

perl otrs.LoaderCache.pl -o delete
The following files were deleted:
/opt/otrs/var/httpd/htdocs/js/js-cache/CommonJS_114d45b53af6a59b7c0e83d4e3fba8bd.js
/opt/otrs/var/httpd/htdocs/js/js-cache/CommonJS_f3dfd424476281c88f13f53e3339369e.js
/opt/otrs/var/httpd/htdocs/js/js-cache/ModuleJS_4dbbabf9789bd83f9d9a1af51006ffba.js
/opt/otrs/var/httpd/htdocs/js/js-cache/ModuleJS_67d7c3fa7541cb78200e4f0298d3be9d.js
/opt/otrs/var/httpd/htdocs/skins/Agent/default/css-cache/CommonCSS_IE8_48c1fb82454fd656e66a867110b77166.css
/opt/otrs/var/httpd/htdocs/skins/Agent/default/css-cache/CommonCSS_c9c3f4ea145ae609529872de93e85ef8.css
/opt/otrs/var/httpd/htdocs/skins/Customer/default/css-cache/CommonCSS_47a1819067e6edb9c46ee063a5bc38d1.css

Ich denke die Datenbank sollte ja noch funktionieren.
macht es sinn ein backup der Datenbank zu machen, und anschließend eine neue appliance isntallieren die config.pm sowie die DB zurückspielen?

Danke für die hilfe

[Rooobaaat]

Dann les dochmal was in der Meldung steht


sry, so oft habe ich die Appliance auch nicht im Einsatz


führe mal den folgenden Befehl aus:


perl otrs.SetPermissions.pl /opt/otrs --otrs-user=otrs --web-group=www-data

Falls du danach immer noch einen 500er Serverfehler erhälst, poste mal den Output der Logs

[Ting]

Den Befehl hat er mir sauber durchgeführt, fehler 500 Internal Server Error bleibt leider bestehen ...

Falls du danach immer noch einen 500er Serverfehler erhälst, poste mal den Output der Log

Wo finde ich den die Log? (sorry, arbeite noch nicht lange mit OTRS)

Vielen Dank

[Senorerossi]

ok hier schau ich mal weiter zu, GENAU das gleiche Problem...

[Senorerossi]

putzig in diesem Zusammenhang:

Man kommt zwar nicht in die Oberfläche, aber der Hintergrund scheint zu laufen, denn ich bekomme Erinnerungsmails für "Warten" Tickets...

[Rooobaaat]

die Logs findet ihr in /var/log/syslog


postet mal den output

[Senorerossi]

hilft das:

Nov 28 09:52:34 localhost OTRS-CGI-73[1786]: [Notice][Kernel::System::Auth::DB::Auth] User: ROS authentication ok (Method: sha256, REMOTE_ADDR: 172.20.6.30)


nicht wirklich oder ? ^^

[Rooobaaat]

ne... ^_^

Das ist nur ne Meldung, dass die Anmeldung erfolreich war


Okay... Wenn in der syslog nichts drin steht... dann schaue mal in /var/log/apache2/error.log

[Senorerossi]

im error log des Apche kommt

[Fri Nov 28 10:12:30 2014] -e: (in cleanup) Can't call method "Get" on an undefined value at /opt/otrs//Kernel/System/AuthSession/DB.pm line 583.
[Fri Nov 28 10:12:30 2014] [error] [Fri Nov 28 10:12:30 2014] -e: Got no DBObject at /opt/otrs//Kernel/System/Stats/Static/FAQAccess.pm line 26.\n\t(in cleanup) Can't call method "Get" on an undefined value at /opt/otrs//Kernel/System/AuthSession/DB.pm line 583.\n
[Fri Nov 28 10:12:30 2014] [error] [client 172.20.6.30] File does not exist: /var/www/favicon.ico

[Rooobaaat]

Hattest du vorher das FAQ-Modul installiert?

[Senorerossi]

ja. Darf man nicht ?

[Senorerossi]

danke für den Hinweis.

FAQ entfernt danach kein Problem beim Update.

Steht das irgendwo, dass das stört ?
Scheinst ja was zu wissen

[Rooobaaat]

Nein das steht nirgendwo

Ja es stand in der Fehlermeldung

[Senorerossi]

OK Ting, deinstalliere auch mal die FAQ oder gleich alle

[Senorerossi]

OK deshalb bist Du ein Wizard und ich ein Newbie

[Ting]

OK Ting, deinstalliere auch mal die FAQ oder gleich alle

Hatte auch das FAQ Mdoul installiert.

Ich schäme mich ja schon fast, aber wie kann ich über die kommandozeile bzw. explorer die Module löschen?

Einfach alles was in "/otrs/kernel/Modules" mit FAQ zu tun hat löschen?

Danke

[jojo]

bin/otrs.PackageManager.pl

[Ting]

Danke an alle ...

Mit dem folgenden Befehl konnte ich das FAQ Module entfernen.

Code: Select all

"./otrs.PackageManager.pl -a uninstall -p FAQ"

Nun kann ich mich auch wieder anmelden.
Wochenende gerettet.

Gruß

[Senorerossi]

übrigens kannst du das Paket wieder in der 4er Version installieren.

Aber keine Ahnung ob durch das deinstallieren/neuinstallieren die Inhalte bleiben...

[Ting]

übrigens kannst du das Paket wieder in der 4er Version installieren.

Aber keine Ahnung ob durch das deinstallieren/neuinstallieren die Inhalte bleiben...

habe ich gerade gemacht, Inhalte sind alle weg.

[Senorerossi]

na Glückwunsch ...

liesst hier eigentlich ein Entwickler mit ?
Sollten man denen evtl mal mitteilen ...

scheint ja eher die Regel als die Ausnahme zu sein

[jojo]

wenn Du das Modul deinstallierst sind natürlich alle Daten weg. Du musst das Modul updaten, dann sollte es klappen.

[HAL9000]

Folgendes funktioniert als Workaround:

Nach dem Upgrade der Appliance per ssh ein die appliance einloggen:

Code: Select all

cd /opt/otrs
wget http://ftp.otrs.org/pub/otrs/packages/FAQ-4.0.1.opm
bin/otrs.PackageManager.pl -a install -p FAQ-4.0.1.opm
service apache2 restart

Go!

[GrafKakashi]

Bei mir kommt diese meldung bei

/etc/init.d/apache2 restart

[Thu Dec 04 04:15:58 2014] [error] Can't locate Archive/Zip.pm in @INC (@INC contains: /usr/Custom /usr/Kernel/cpan-lib /usr /opt/otrs/Custom /opt/otrs/Kernel/cpan-lib /opt/otrs/ /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . /etc/apache2) at /opt/otrs/Kernel/cpan-lib/Excel/Writer/XLSX/Workbook.pm line 25.\nBEGIN failed--compilation aborted at /opt/otrs/Kernel/cpan-lib/Excel/Writer/XLSX/Workbook.pm line 25.\nCompilation failed in require at /opt/otrs/Kernel/cpan-lib/Excel/Writer/XLSX.pm line 18.\nBEGIN failed--compilation aborted at /opt/otrs/Kernel/cpan-lib/Excel/Writer/XLSX.pm line 18.\nCompilation failed in require at /opt/otrs//Kernel/System/CSV.pm line 16.\nBEGIN failed--compilation aborted at /opt/otrs//Kernel/System/CSV.pm line 16.\nCompilation failed in require at /opt/otrs//Kernel/Modules/AgentTicketSearch.pm line 15.\nBEGIN failed--compilation aborted at /opt/otrs//Kernel/Modules/AgentTicketSearch.pm line 15.\nCompilation failed in require at /opt/otrs/scripts/apache2-perl-startup.pl line 140.\nBEGIN failed--compilation aborted at /opt/otrs/scripts/apache2-perl-startup.pl line 140.\nCompilation failed in require at (eval 2) line 1.\n
[Thu Dec 04 04:15:58 2014] [error] Can't load Perl file: /opt/otrs/scripts/apache2-perl-startup.pl for server (null):0, exiting...
Action 'configtest' failed.
The Apache error log may have more information.
failed!

[Rooobaaat]

Was hast du denn für Pakete drauf?

[reneeb]

Installiere mal das Perl-Modul Archive::Zip.

[Rooobaaat]

Wenns ne Appliance ist, dann wird das gegen den Baum gehen

[reneeb]

Weil?

[Rooobaaat]

Deshalb:

aptitude install Archive::Zip
Konnte kein Paket finden, dessen Name oder Beschreibung auf »Archive::Zip« passt.
Konnte kein Paket finden, dessen Name oder Beschreibung auf »Archive::Zip« passt.
Es werden keine Pakete installiert, aktualisiert oder entfernt.
0 Pakete aktualisiert, 0 zusätzlich installiert, 0 werden entfernt und 0 nicht aktualisiert.
Muss 0 B an Archiven herunterladen. Nach dem Entpacken werden 0 B zusätzlich belegt sein.

Weil Pascom die Standard Paketlisten entfernt hat....
Und wehe du fängst jetzt mit cpan an

[reneeb]

Die man aber wieder hinzufügen kann

[GrafKakashi]

Hab die libarchive-zip-perl Instaliert

Jetzt funktioniert mein apache wieder aber wenn ich den link für http://graf-s-world.de/otrs/installer.pl ausführe kommt


Hoppla. Es ist ein Fehler aufgetreten.
Fehlermeldung: Can't locate Template.pm in @INC (@INC contains: /usr/sbin/../../Custom /usr/sbi[..]

.

Sie können oder zurück zur vorhergehenden Seite.
Fehlerdetails
Backend ERROR: OTRS-CGI-10 Perl: 5.14.2 OS: linux Time: Fri Dec 5 11:50:32 2014 Message: Can't locate Template.pm in @INC (@INC contains: /usr/sbin/../../Custom /usr/sbin/../../Kernel/cpan-lib /usr/sbin/../.. /usr/Custom /usr/Kernel/cpan-lib /usr /opt/otrs/Custom /opt/otrs/Kernel/cpan-lib /opt/otrs/ /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl . /etc/apache2) at /opt/otrs//Kernel/Output/HTML/LayoutTemplate.pm line 16. BEGIN failed--compilation aborted at /opt/otrs//Kernel/Output/HTML/LayoutTemplate.pm line 16. RemoteAddress: 89.204.155.232 RequestURI: /otrs/installer.pl Traceback (20089): Module: Kernel::System::Main::RequireBaseClass (OTRS 3.3.9) Line: 187 Module: Kernel::Output::HTML::Layout::new (OTRS 3.3.9) Line: 414 Module: Kernel::System::Web::InterfaceInstaller::new (OTRS 3.3.9) Line: 85 Module: ModPerl::ROOT::ModPerl::Registry::opt_otrs_bin_cgi_2dbin_installer_2epl::handler (unknown version) Line: 38 Module: (eval) (v1.99) Line: 204 Module: ModPerl::RegistryCooker::run (v1.99) Line: 204 Module: ModPerl::RegistryCooker::default_handler (v1.99) Line: 170 Module: ModPerl::Registry::handler (v1.99) Line: 31

[GrafKakashi]

okay das konnte ich jetzt doch beheben indem ich

cpan Template

ausgeführt habe

Jetzt funktioniert alles