Executing tasks ...
Step 1 of 42: Check framework version ...
Step 2 of 42: Check required Perl version ...
Step 3 of 42: Check required database version ...
Step 4 of 42: Check database charset ...
Step 5 of 42: Check required Perl modules ...
Step 6 of 42: Check if database has been backed up ...
Step 7 of 42: Upgrade database structure ...
Step 8 of 42: Migrate configuration ...
[Tue May 7 15:32:30 2019] DBUpdate-to-6.pl: utf8 "\xF6" does not map to Unicode at /opt/otrs-6.0.18/Kernel/System/Main.pm line 407, <$FH> chunk 1.
[Tue May 7 15:32:30 2019] DBUpdate-to-6.pl: Malformed UTF-8 character (unexpected non-continuation byte 0x6e, immediately after start byte 0xf6) in print at /opt/otrs-6.0.18/Kernel/System/Main.pm line 518.
YAML::XS Error: Emit scalar 'Firmenname mit Umlaut', error: expected SCALAR, SEQUENCE-START, MAPPING-START, or ALIAS
Gruß
Last edited by thomas91 on 16 May 2019, 14:27, edited 3 times in total.
da ist irgendwo Zeichensatz Hickhack. Evtl. in der Config.pm, ZZZAuto.pm oder einem der Dynamischen Felder.
Steht denn in irgendeiner o.g. der Dateien 'Firmenname mit Umlaut' drin?
- Roy
Hallo Roy,
ich habe die Datein Config.pm und ZZZAuto.pm gerade kontrolliert. Dort ist die Schreibweise mit "oe" verwendet.
Wie kann ich die Dynamischen Felder prüfen`?
Gruß
Last edited by thomas91 on 16 May 2019, 11:34, edited 1 time in total.
Executing tasks ...
Step 1 of 42: Check framework version ...
Step 2 of 42: Check required Perl version ...
Step 3 of 42: Check required database version ...
Step 4 of 42: Check database charset ...
Step 5 of 42: Check required Perl modules ...
Step 6 of 42: Check if database has been backed up ...
Step 7 of 42: Upgrade database structure ...
Step 8 of 42: Migrate configuration ...
YAML::XS Error: Emit scalar 'Firmenname mit Umlaut', error: expected SCALAR, SEQUENCE-START, MAPPING-START, or ALIAS
Er stoppt bei Schritt 8. Welche Dateien oder Tabellen werden bei Schritt 8 gelesen oder geändert?
Ich habe doch ein Sonderzeichen in ZZZAuto.pm gefunden. Dieses geändert aber das DB Update wird trotzdem wieder abgebrochen und das Ö kommt wieder zurück. Woran könnte das liegen?
$Self->{'CustomerHeadline'} = 'Firmenname mit Umlaut';
Edit:
Systemkonfiguration Einstellung: CustomerHeadline anzeigen standt auch das Ö drin wurde aber jetzt geändert und das Problem besteht aktuell immer noch.
Last edited by thomas91 on 16 May 2019, 11:35, edited 2 times in total.
Du hast (vermutlich) ein seltenes kodierungsproblem. Deine Config und DB sollten utf-8 sein. Es sieht so aus, als wäre sie das nicht und jetzt hast Du falsche Werte in den Config Dateien (z.B. ZZZAAuto.pm) und vermutlich auch in der Datenbank.
Du solltest - wie von Jojo beschrieben - Dein Backup restoren damit Du arbeiten kannst.
Dann probierst Du das ganze mal auf einem Testsystem (Klon) und schaust Dir dann vorher die Kodierungsprobleme an und behebst sie.
Eine quick and dirty Lösung wäre:
Restore Dein System
Ändere die Umlaute in der Admin GUI
Mache erneut ein Update.
Schritt 8 "migrate configuration" liest wohl die ZZZAuto.pm ein (oder auch die Systemconfig der Datenbank?)
und da hast Du wohl die Umlaute noch falsch drin.
(Wenn Du die ZZZAuto.pm änderst, musst Du auch ein otrs.Console.pl Maint::Config::Rebuild machen
vielleicht ist das die Beste/schnellste Lösung)
viele Grüße
Flo
OTRS 8 SILVER (Prod) OTRS 8 auf Debian 11 (Test)
Znuny 7.x latest version testing auf Debian 11
-- Ich beantworte keine Forums-Fragen PN - No PN please
I won't answer to unfriendly users any more. A greeting and regards are just polite.
Du hast (vermutlich) ein seltenes kodierungsproblem. Deine Config und DB sollten utf-8 sein. Es sieht so aus, als wäre sie das nicht und jetzt hast Du falsche Werte in den Config Dateien (z.B. ZZZAAuto.pm) und vermutlich auch in der Datenbank.
Du solltest - wie von Jojo beschrieben - Dein Backup restoren damit Du arbeiten kannst.
Dann probierst Du das ganze mal auf einem Testsystem (Klon) und schaust Dir dann vorher die Kodierungsprobleme an und behebst sie.
Eine quick and dirty Lösung wäre:
Restore Dein System
Ändere die Umlaute in der Admin GUI
Mache erneut ein Update.
Schritt 8 "migrate configuration" liest wohl die ZZZAuto.pm ein (oder auch die Systemconfig der Datenbank?)
und da hast Du wohl die Umlaute noch falsch drin.
(Wenn Du die ZZZAuto.pm änderst, musst Du auch ein otrs.Console.pl Maint::Config::Rebuild machen
vielleicht ist das die Beste/schnellste Lösung)
viele Grüße
Flo
Hallo wurzel,
ich habe die ZZZAuto.pm von den Umlauten die der Fehler ausgibt befreit. Da ich aktuell auf die Oberfläche von OTRS komme habe ich dort in der sysconfig auch den Eintrag in Customer-Headline geändert.
Mein Rebuild leif durch, aber ich bekomme immer noch den gleichen Fehler.
# su -c "perl bin/otrs.Console.pl Maint::Config::Rebuild" otrs
Rebuilding the system configuration...
Done.
Gibt es eine Möglichkeit die weiteren Probleme in der System configuration schnell zu finden?
Edit:
Ich habe gerade die Datenbank angeschaut. Alle Tabellen sind "utf8_general_ci" muss/soll hier auch etwas geändert werden?
Step 10 of 42: Migrating ticket storage configuration ...
Can't locate object method "Load" via package "Kernel::Config::Backups::ZZZAutoOTRS5" (perhaps you forgot to load "Kernel::Config::Backups::ZZZAutoOTRS5"?) at /opt/otrs-6.0.18/scripts/DBUpdateTo6/MigrateTicketStorageModule.pm line 44.
Last edited by thomas91 on 16 May 2019, 11:31, edited 1 time in total.
wo hast Du denn das /opt/otrs/bin/otrs.Console.pl Dev::Tools::Migrate::ConfigXMLStructure her?
Du konvertierst ja die OTRS eigene XMLs und überschreibst damit ggf. die von OTRS 6.
- Roy
Znuny and Znuny LTS running on CentOS / RHEL / Debian / SLES / MySQL / PostgreSQL / Oracle / OpenLDAP / Active Directory / SSO
wo hast Du denn das /opt/otrs/bin/otrs.Console.pl Dev::Tools::Migrate::ConfigXMLStructure her?
Du konvertierst ja die OTRS eigene XMLs und überschreibst damit ggf. die von OTRS 6.
- Roy
Hey,
ich hab das von einer Website her. Darf ich de Link posten?
Ich dachte ich übertrage die XML von OTRS5 auf OTRS6 und das geht schon so? Aktuell hab ich nur ein problem das ich keine Tickets im Dashboard sehe. Pakete sind schon aktuallisiert (ITSM inklusive).
If you have any custom Perl or XML configuration files in Kernel/Config/Files, these need to be converted to the new formats supported by OTRS 6 before running the migration script.
Und ich habe da jetzt keine Custom Files gesehen.
- Roy
Znuny and Znuny LTS running on CentOS / RHEL / Debian / SLES / MySQL / PostgreSQL / Oracle / OpenLDAP / Active Directory / SSO
If you have any custom Perl or XML configuration files in Kernel/Config/Files, these need to be converted to the new formats supported by OTRS 6 before running the migration script.
Und ich habe da jetzt keine Custom Files gesehen.
- Roy
Hey,
da hast du recht es gibt keine Custom Files!
Kann ich dir Original XML aus dem tar einfach wieder rein kopieren? Aktuell bekomme ich keine Tickets angezeigt. Cache hab ich gelöscht. Kann dies auch mit den XML zusammen hängen?
Du hast Dich nicht an die Anleitung gehalten.
Sorry, aber jetz bin ich wirklich raus.
viele Grüße
Flo
Hi,
ja es wurde eine Anleitung die nicht aus dem Doc ist angewendet. Das passiert halt wenn man aus Verzweiflung googled und sich an jedem Strohhalm festhält.
Wenn hier Dateien kopiert wurden die nicht normal sind wäre es hilfreich für mich zu wissen, ob ich diese aus durch die Orginale aus dem Tar ersetzten kann. Gibt es jemand der mir hierzu Infos geben kann?
Aktuell sehe ich nur keine Tickets und das User-Interface habe ich noch nicht getestet.