Offset is null bei Ticket öffnen

[Daniel09]

Hallo zusammen,

wir haben ein schweres Problem mit unserem System.

Nachdem die Platte voll war haben wir diese aufgeräumt und die vM auf eine andere Festplatte verlegt.

Nun bekomme ich beim öffnen eines Tickets immer die Fehlermeldung:

"$(...).offset(...) is null

TargetNS.Init@http://URL/otrs-web/js/js-cache/ModuleJ ... .js:97:133
@http://URL/otrs/index.pl?Action=AgentTi ... 2561:620:1
TargetNS.Ready/<@http://URL/otrs-web/js/js-cache/CommonJ ... js:582:105
c</<.ready@http://URL/otrs-web/js/js-cache/CommonJ ... js:37:3756
c</u@http://URL/otrs-web/js/js-cache/CommonJ ... js:37:7724"

Ich bin dann zwar im Ticket aber das Ticket ist dann leer. Navigieren ist nach der Fehlermeldung nicht mehr möglich.

Hat wer eine Idee?

Danke und Gruß.

[RStraub]

Hmm das sieht nach JavaScript Problemen aus.

Hast du mal probiert den Cache zu löschen? (ggf. Loader Cache ebenfalls)

[Daniel09]

Bringt nichts. Safari gibt aber noch folgendes aus: "'null' is not an object (evaluating '$('#FixedTable tbody tr.Active').offset().top')"

Datenbankproblem?

LoadCache?

[RStraub]

Interessant...

Du sagst das Ticket sei leer? Also nur die Werte, oder werden auch die Tabellen nicht richtig dargestellt?

Wenn nämlich die Tabellen (z.B. Artikel-Liste) nicht vorhanden ist, wird der JavaScript Aufruf auf "#FixedTable tbody tr.Active" fehlschlagen, da das Objekt einfach nicht im DOM vorhanden ist.

Den Loader Cache kannst du so löschen:
~otrs/bin/otrs.LoaderCache.pl -o delete

Die benötigten Module sind nach der Migration noch korrekt installiert? Tritt der Fehler nur im "TicketZoom" auf, oder hast du noch bei anderen Seiten Probleme ?

[Daniel09]

In dem Ticket sind keine Beiträge vorhanden. Der Rest ist ausgefüllt. Dies betrifft alle Tickets. Ansonsten läuft aber alles.

Blöde Frage: Wie ruf ich "~otrs/bin/otrs.LoaderCache.pl -o delete" denn auf? Wenn ich das über die Kommandozeilenebene mache, kommt immer dieses Windows Fenster wo ich nach Programmen suchen soll zum ausführen.

[RStraub]

Oh windows

Da kenne ich mich nicht aus, sollte aber (ungefähr) so funktionieren:

Code: Select all

cd Pfad\zu\OTRS
cd bin
perl otrs.DeleteCache.pl
perl otrs.LoaderCache.pl -o delete

[Daniel09]

Befehl ausgeführt auch checkDB

Funktioniert trotzdem nicht. Bei CheckDB sagt er It looks Ok aber im apache Error Log bekomme ich folgenden Fehler:

"[Tue Sep 15 11:46:43 2015] -e: DBD::mysql::st execute failed: Table '.\otrs\article' is marked as crashed and should be repaired at C:/PROGRA~2/OTRS/OTRS//Kernel/System/DB.pm line 553.
ERROR: OTRS-CGI-10 Perl: 5.12.3 OS: MSWin32 Time: Tue Sep 15 11:46:43 2015

Message: Table '.\otrs\article' is marked as crashed and should be repaired, SQL: 'SELECT sa.ticket_id, sa.a_from, sa.a_to, sa.a_cc, sa.a_subject, sa.a_reply_to, sa.a_message_id, sa.a_in_reply_to, sa.a_references, sa.a_body, st.create_time_unix, st.ticket_state_id, st.queue_id, sa.create_time, sa.a_content_type, sa.create_by, st.tn, article_sender_type_id, st.customer_id, st.until_time, st.ticket_priority_id, st.customer_user_id, st.user_id, st.responsible_user_id, sa.article_type_id, sa.a_freekey1, sa.a_freetext1, sa.a_freekey2, sa.a_freetext2, sa.a_freekey3, sa.a_freetext3, st.ticket_answered, sa.incoming_time, sa.id, st.freekey1, st.freetext1, st.freekey2, st.freetext2, st.freekey3, st.freetext3, st.freekey4, st.freetext4, st.freekey5, st.freetext5, st.freekey6, st.freetext6, st.freekey7, st.freetext7, st.freekey8, st.freetext8, st.freekey9, st.freetext9, st.freekey10, st.freetext10, st.freekey11, st.freetext11, st.freekey12, st.freetext12, st.freekey13, st.freetext13, st.freekey14, st.freetext14, st.freekey15, st.freetext15, st.freekey16, st.freetext16, st.ticket_lock_id, st.title, st.escalation_update_time, st.freetime1 , st.freetime2, st.freetime3, st.freetime4, st.freetime5, st.freetime6, st.type_id, st.service_id, st.sla_id, st.escalation_response_time, st.escalation_solution_time, st.escalation_time, st.change_time FROM article sa, ticket st WHERE sa.ticket_id = ? AND sa.ticket_id = st.id ORDER BY sa.create_time, sa.id ASC'

Traceback (720):
Module: Kernel::System::Ticket::Article::ArticleGet (v1.274.2.2) Line: 1487
Module: Kernel::System::Ticket::Article::ArticleContentIndex (v1.274.2.2) Line: 1319
Module: Kernel::Modules::AgentTicketZoom::MaskAgentZoom (v1.145.2.4) Line: 358
Module: Kernel::Modules::AgentTicketZoom::Run (v1.145.2.4) Line: 321
Module: Kernel::System::Web::InterfaceAgent::Run (v1.58.2.1) Line: 853
Module: ModPerl::ROOT::ModPerl::Registry::C_3a_Program_20Files_20_28x86_29_OTRS_OTRS_bin_cgi_2dbin_index_2epl::handler (unknown version) Line: 49
Module: (eval) (v1.89.2.1) Line: 204
Module: ModPerl::RegistryCooker::run (v1.89.2.1) Line: 204
Module: ModPerl::RegistryCooker::default_handler (v1.89.2.1) Line: 170
Module: ModPerl::Registry::handler (v1.99) Line: 31"

[RStraub]

Nun, damit wirst du deinen Fehler gefunden haben: Eine gecrashte Tabelle im mysql.

Hast du (notfalls) ein Backup der DB?
Versuch mal ein:

Code: Select all

REPAIR TABLES otrs.article;

aus der mysql shell heraus.

[Daniel09]

Wenn ich per Kommandozeilenebene in den MYSQL Ordner im OTRS Ordner gehe und dann den Repair Befehl ausführe, bekomme ich alle Argumente die man nutzen kann angegeben. Aber Repair ist da nicht bei und funktioniert nicht. Kannst du mir auch hier erklären was ich tun muss

Danke

[RStraub]

Du musst dich zuerst in's MySQL einloggen. Das sollte unter Windows so laufen:

1) In den MySQL Ordner navigieren
2) Ausführen von "mysql -u root -p"
3) Eingabe des root Passwort (wurde bei der Installation gesetzt)

Sobald du dann in der MySQL - Shell bist, kannst du das Repair Statement ausführen.

[Daniel09]

Laut derMYSQL Abfrage ist meine Datenbank NULL Werde wohl ein Backup einspielen müssen. Keine Ahnung was da passiert ist.

[RStraub]

Der Crash kann passieren wenn die Festplatte vollläuft - wie es bei euch wohl der Fall war.

[Daniel09]

Problem dank dir und mysql GUI Tool gelöst. Datenbank repariert.
Danke!

[RStraub]

Sehr gerne.

Rein aus Interesse - konntest du reparieren oder musstest du ein Backup einspielen ?

[Daniel09]

Reparieren ging. Aber nur über das GUI Tool von MYSQL. Per Kommandozeilenebene wurde immer gesagt Datenbank is null