Upgradefehler 5.0.26 -> 6.0.7

Hilfe zu OTRS Problemen aller Art
Post Reply
Seppelchen
OTRS newbie
Posts: 14
Joined: 21 Mar 2018, 13:16
OTRS Version?: 4.0.13
Real Name: Sascha Sebastian
Company: Clarity AG

Upgradefehler 5.0.26 -> 6.0.7

Post by Seppelchen » 17 May 2018, 15:43

Einen schönen guten Tag euch allen,

aktuell versuche ich ein Klonsystem von 5.0.26 auf 6.0.7 upzugraden. Ich konnte schon diverse Fehler beheben, bzw. habe im Forum weitere Schritte gefunden. Leider habe ich aktuell eine Fehlermeldung, welche sich nicht mit bisher beschriebenen Ansätzen lösen lässt und hoffe ihr könnt mir hier helfen.
Fehlermeldung:

Code: Select all

root@otrs:/opt/otrs# su -c "/opt/otrs/scripts/DBUpdate-to-6.pl" -s /bin/bash otrs

 Migration started ...

 Checking requirements ...

    Requirement check for: Check framework version ...
    Requirement check for: Check required Perl version ...
    Requirement check for: Check required database version ...
    Requirement check for: Check database charset ...
    Requirement check for: Check required Perl modules ...
    Requirement check for: Check if database has been backed up ...

        Did you backup the database? [Y]es/[N]o: y

    Requirement check for: Upgrade database structure ...
    Requirement check for: Migrating time zone configuration ...
    Requirement check for: Update calendar appointment future tasks ...
    Requirement check for: Migrate GenericAgent jobs configuration ...
    Requirement check for: Migrate TicketAppointment rules configuration ...
    Requirement check for: Migrate ArticleType in ProcessManagement Data ...
    Requirement check for: Migrate ArticleType in PostMaster filters ...

 Executing tasks ...

    Step 1 of 38: Check framework version ...
    Step 2 of 38: Check required Perl version ...
    Step 3 of 38: Check required database version ...
    Step 4 of 38: Check database charset ...
    Step 5 of 38: Check required Perl modules ...
    Step 6 of 38: Check if database has been backed up ...
    Step 7 of 38: Upgrade database structure ...
    Step 8 of 38: Migrate configuration ...
    Step 9 of 38: Refresh configuration cache after migration of OTRS 5 settings...
    Step 10 of 38: Migrating ticket storage configuration ...
    Step 11 of 38: Migrating article search index configuration ...
    Step 12 of 38: Migrating ticket zoom customer information widget configuration ...
    Step 13 of 38: Drop deprecated table gi_object_lock_state ...
    Step 14 of 38: Migrate PossibleNextActions setting ...
    Step 15 of 38: Migrate ZoomExpand setting ...
    Step 16 of 38: Migrating time zone configuration ...
    Step 17 of 38: Create appointment calendar tables ...
    Step 18 of 38: Create ticket number counter tables ...
    Step 19 of 38: Update calendar appointment future tasks ...
    Step 20 of 38: Add basic appointment notification for reminders ...
    Step 21 of 38: Create Form Draft tables ...
    Step 22 of 38: Clean and drop group_user permission_value column ...
    Step 23 of 38: Migrate GenericAgent jobs configuration ...
    Step 24 of 38: Migrate TicketAppointment rules configuration ...
    Step 25 of 38: Migrate Merged Ticket history name values ...
    Step 26 of 38: Migrate ticket statistics ...
    Step 27 of 38: Migrate ticket notifications ...
    Step 28 of 38: Post changes on article related tables ...
[Thu May 17 13:20:12 2018] DBUpdate-to-6.pl: DBD::mysql::db do failed: Cannot add or update a child row: a foreign key constraint fails (`otrs`.`#sql-47b8_b7`, CONSTRAINT `FK_article_data_mime_article_id_id` FOREIGN KEY (`article_id`) REFERENCES `article` (`id`)) at /opt/otrs/Kernel/System/DB.pm line 470.
ERROR: OTRS-otrs.Console.pl-Maint::Database::Check-10 Perl: 5.18.2 OS: linux Time: Thu May 17 13:20:12 2018

 Message: Cannot add or update a child row: a foreign key constraint fails (`otrs`.`#sql-47b8_b7`, CONSTRAINT `FK_article_data_mime_article_id_id` FOREIGN KEY (`article_id`) REFERENCES `article` (`id`)), SQL: 'EXECUTE FKStatement'

 Traceback (27276):
   Module: scripts::DBUpdateTo6::Base::ExecuteXMLDBString Line: 363
   Module: scripts::DBUpdateTo6::PostArticleTableStructureChanges::_UpdateArticleDataMimeTable Line: 295
   Module: scripts::DBUpdateTo6::PostArticleTableStructureChanges::Run Line: 51
   Module: scripts::DBUpdateTo6::_ExecuteComponent Line: 157
   Module: scripts::DBUpdateTo6::Run Line: 69
   Module: /opt/otrs/scripts/DBUpdate-to-6.pl Line: 84


ERROR: OTRS-otrs.Console.pl-Maint::Database::Check-10 Perl: 5.18.2 OS: linux Time: Thu May 17 13:20:12 2018

 Message: Error during execution of 'EXECUTE FKStatement'!

 Traceback (27276):
   Module: scripts::DBUpdateTo6::Base::ExecuteXMLDBString Line: 366
   Module: scripts::DBUpdateTo6::PostArticleTableStructureChanges::_UpdateArticleDataMimeTable Line: 295
   Module: scripts::DBUpdateTo6::PostArticleTableStructureChanges::Run Line: 51
   Module: scripts::DBUpdateTo6::_ExecuteComponent Line: 157
   Module: scripts::DBUpdateTo6::Run Line: 69
   Module: /opt/otrs/scripts/DBUpdate-to-6.pl Line: 84




 Not possible to complete migration, check previous messages for more information.
Ich habe auch diesen Ansatz bereits versucht, allerdings werden hier keinerlei Dateien mit einer solchen Endung gefunden.

Dieser Ansatz bringt mich ebenfalls zu keiner Lösung.

PS: Da im orginalen Migrationskript meine Ticketinhalte komplett entfernt werden, habe ich folgende Zeile aus der Datei /opt/otrs/scripts/DBUpdateTo6.pm entfernt:

Code: Select all

				{
            Message => 'Create entries in new article table',
            Module  => 'MigrateArticleData',
            },
Allerdings glaube ich nicht, dass dies den aktuellen Fehler verursacht.

Code: Select all

root@otrs:/opt/otrs# /opt/otrs/bin/otrs.CheckModules.pl
  o Apache::DBI......................ok (v1.12)
  o Apache2::Reload..................ok (v0.13)
  o Archive::Tar.....................ok (v1.90)
  o Archive::Zip.....................ok (v1.30)
  o Crypt::Eksblowfish::Bcrypt.......ok (v0.009)
  o Crypt::SSLeay....................ok (v0.58)
  o Date::Format.....................ok (v2.24)
  o DateTime.........................ok (v1.06)
  o DBI..............................ok (v1.630)
  o DBD::mysql.......................ok (v4.025)
  o DBD::ODBC........................ok (v1.45)
  o DBD::Oracle......................Not installed! (optional - Required to connect to a Oracle database.)
  o DBD::Pg..........................ok (v2.19.3)
  o Digest::SHA......................ok (v5.84_01)
  o Encode::HanExtra.................ok (v0.23)
  o IO::Socket::SSL..................ok (v1.965)
  o JSON::XS.........................ok (v2.34)
  o List::Util::XS...................ok (v1.27)
  o LWP::UserAgent...................ok (v6.26)
  o Mail::IMAPClient.................ok (v3.35)
    o IO::Socket::SSL................ok (v1.965)
    o Authen::SASL...................ok (v2.15)
    o Authen::NTLM...................Not installed! Use: 'apt-get install -y libauthen-ntlm-perl' (optional - Required for NTLM authentication mechanism in IMAP connections.)
  o ModPerl::Util....................ok (v2.000008)
  o Net::DNS.........................ok (v0.68)
  o Net::LDAP........................ok (v0.58)
  o Template.........................ok (v2.24)
  o Template::Stash::XS..............ok (undef)
  o Text::CSV_XS.....................ok (v1.02)
  o Time::HiRes......................ok (v1.9725)
  o XML::LibXML......................ok (v2.0108)
  o XML::LibXSLT.....................ok (v1.84)
  o XML::Parser......................ok (v2.41)
  o YAML::XS.........................ok (v0.41)
Ubuntu 14.04.5 LTS

Über konstruktive Lösungsvorschläge würde ich mich sehr freuen.


Mit freundlichen Grüßen

Sascha Sebastian Wieth

wurzel
OTRS guru
Posts: 2519
Joined: 08 Jul 2010, 22:25
OTRS Version?: 6.0.x

Re: Upgradefehler 5.0.26 -> 6.0.7

Post by wurzel » 17 May 2018, 16:59

Hi,

die Migration sollte schon laufen. Du könntest die Foreign Key checks abschalten - aber das ist auch doof.

Warum hast Du
PS: Da im orginalen Migrationskript meine Ticketinhalte komplett entfernt werden, habe ich folgende Zeile aus der Datei /opt/otrs/scripts/DBUpdateTo6.pm entfernt:
da was entfernt?

viele Grüße
Flo
    ((OTRS)) Community Edition 6.0.x, LAMP LIVE auf Debian 9
    OTRS 6 Managed Silver

    -- 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.

    Seppelchen
    OTRS newbie
    Posts: 14
    Joined: 21 Mar 2018, 13:16
    OTRS Version?: 4.0.13
    Real Name: Sascha Sebastian
    Company: Clarity AG

    Re: Upgradefehler 5.0.26 -> 6.0.7

    Post by Seppelchen » 17 May 2018, 17:05

    Hallo wurzel,

    dies musste ich entfernen, da hier ständig alle Kundenmails aus der Datenbank als verwaist markiert wurden und gelöscht werden MUSSTEN. Ein verneinen des Löschens hatte sofort zur Folge, dass die Migration fehlschlug.

    Mit freundlichen Grüßen

    Sascha Sebastian Wieth

    wurzel
    OTRS guru
    Posts: 2519
    Joined: 08 Jul 2010, 22:25
    OTRS Version?: 6.0.x

    Re: Upgradefehler 5.0.26 -> 6.0.7

    Post by wurzel » 17 May 2018, 17:48

    Hi,

    das versteh ich nicht. Sorry. Ich musste da noch nie was verneinen oder so :shock:

    viele Grüße
    Flo
      ((OTRS)) Community Edition 6.0.x, LAMP LIVE auf Debian 9
      OTRS 6 Managed Silver

      -- 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.

      Seppelchen
      OTRS newbie
      Posts: 14
      Joined: 21 Mar 2018, 13:16
      OTRS Version?: 4.0.13
      Real Name: Sascha Sebastian
      Company: Clarity AG

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by Seppelchen » 18 May 2018, 10:33

      Ich habe gerade diesen Punkt ebenfalls entfernt und die Migration war erfolgreich. Leider musste ich feststellen, dass trotz des Entfernens dieser Einträge die kompletten Einträge leer sind. Mache ich irgendetwas falsch? Die Migration auf Version 5 klappte tadellos. Bei Update 6 verschwinden sämtliche Ticketinhalte. Man sieht noch die Übersicht, aber das Ticket selbst ist dann komplett leer.
      Image

      Wie zu sehen, werden die Tickets in der Übersicht aber noch angezeigt:
      Image

      Wo könnte denn hier der Fehler liegen?

      Mit freundlichen Grüßen

      Sascha Sebastian Wieth
      You do not have the required permissions to view the files attached to this post.

      jojo
      Moderator
      Posts: 14384
      Joined: 26 Jan 2007, 14:50
      OTRS Version?: Git Master
      Contact:

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by jojo » 18 May 2018, 10:36

      Das Migrationsscript muss ohne Änderungen! und ohne Fehler durchlaufen. Sonst kann es keine erfolgreiche Migration geben.
      "Production": OTRS™ 6, STORM powered by OTRS
      "Testing": ((OTRS Community Edition)) git Master

      Never change Defaults.pm! :: Blog
      Professional Services:: http://www.otrs.com :: enjoy@otrs.com :: Share your ideas

      Seppelchen
      OTRS newbie
      Posts: 14
      Joined: 21 Mar 2018, 13:16
      OTRS Version?: 4.0.13
      Real Name: Sascha Sebastian
      Company: Clarity AG

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by Seppelchen » 18 May 2018, 10:39

      Aber ich werde in diesem Skript gefragt, ob ich sämtliche Einträge aus der Datenbank entfernen möchte, da diese Einträge verwaist wären. Woran kann sowas liegen?

      jojo
      Moderator
      Posts: 14384
      Joined: 26 Jan 2007, 14:50
      OTRS Version?: Git Master
      Contact:

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by jojo » 18 May 2018, 11:01

      zeig bitte mal die konkrete Fehlermeldung
      "Production": OTRS™ 6, STORM powered by OTRS
      "Testing": ((OTRS Community Edition)) git Master

      Never change Defaults.pm! :: Blog
      Professional Services:: http://www.otrs.com :: enjoy@otrs.com :: Share your ideas

      Seppelchen
      OTRS newbie
      Posts: 14
      Joined: 21 Mar 2018, 13:16
      OTRS Version?: 4.0.13
      Real Name: Sascha Sebastian
      Company: Clarity AG

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by Seppelchen » 18 May 2018, 11:25

      Code: Select all

      root@otrs:/opt/otrs# su -c "/opt/otrs/scripts/DBUpdate-to-6.pl" -s /bin/bash otrs
      
       Migration started ...
      
       Checking requirements ...
      
          Requirement check for: Check framework version ...
          Requirement check for: Check required Perl version ...
          Requirement check for: Check required database version ...
          Requirement check for: Check database charset ...
          Requirement check for: Check required Perl modules ...
          Requirement check for: Check if database has been backed up ...
      
              Did you backup the database? [Y]es/[N]o: y
      
          Requirement check for: Upgrade database structure ...
          Requirement check for: Migrating time zone configuration ...
      
      
              The currently configured time offset is 2 hours, these are the suggestions for a corresponding OTRS time zone:
      
              Africa/Blantyre
              Africa/Bujumbura
              Africa/Cairo
              Africa/Ceuta
              Africa/Gaborone
              Africa/Harare
              Africa/Johannesburg
              Africa/Kigali
              Africa/Lubumbashi
              Africa/Lusaka
              Africa/Maputo
              Africa/Maseru
              Africa/Mbabane
              Africa/Tripoli
              CET
              Europe/Amsterdam
              Europe/Andorra
              Europe/Belgrade
              Europe/Berlin
              Europe/Brussels
              Europe/Budapest
              Europe/Copenhagen
              Europe/Gibraltar
              Europe/Luxembourg
              Europe/Madrid
              Europe/Malta
              Europe/Monaco
              Europe/Oslo
              Europe/Paris
              Europe/Prague
              Europe/Rome
              Europe/Stockholm
              Europe/Tirane
              Europe/Vienna
              Europe/Warsaw
              Europe/Zurich
              MET
      
      
              It seems that Europe/Berlin should be the correct time zone to set for your OTRS.
      
              Enter the time zone to use for OTRSTimeZone (leave empty to show a list of all available time zones): Europe/Berlin
      
              Enter the time zone to use for UserDefaultTimeZone (leave empty to show a list of all available time zones): Europe/Berlin
      
          Requirement check for: Update calendar appointment future tasks ...
          Requirement check for: Migrate GenericAgent jobs configuration ...
          Requirement check for: Migrate TicketAppointment rules configuration ...
          Requirement check for: Create entries in new article table ...
      
              Found 4577 orphaned entries in article_flag table ...
              Do you want to automatically delete the entries from the database now? [Y]es/[N]o:
      
      Wenn ich jetzt Y eingeben werden die Einträge komplett gelöscht, wenn ich N eingebe, wird die Migration direkt abgebrochen.

      Vielleicht liegt der Fehler ja schon vorher. Hier mal mein Ablaufplan:

      Code: Select all

      service cron stop
      service postfix stop
      service nginx stop
      service apache2 stop
      su -c "/opt/otrs/bin/otrs.Daemon.pl stop" -s /bin/bash otrs
      su -c "/opt/otrs/bin/Cron.sh stop" -s /bin/bash otrs
      cd /opt
      wget http://ftp.otrs.org/pub/otrs/otrs-6.0.7.tar.gz
      mv -n otrs otrs-oldv5
      tar -xzf otrs-6.0.7.tar.gz
      mv otrs-6.0.7 otrs
      cp /opt/otrs-oldv5/Kernel/Config.pm /opt/otrs/Kernel/
      cd /opt/otrs/var/cron
      cd /opt/otrs/
      bin/otrs.SetPermissions.pl --web-group=www-data
      apt install libdatetime-perl
      sudo apt-get update
      sudo apt-get dist-upgrade
      /opt/otrs/bin/otrs.CheckModules.pl
      su -c "/opt/otrs/bin/otrs.Console.pl Dev::Tools::Migrate::ConfigXMLStructure --source-directory Kernel/Config/Files/XML" -s /bin/bash otrs
      su -c "/opt/otrs/scripts/DBUpdate-to-6.pl" -s /bin/bash otrs
      su -c "/opt/otrs/bin/otrs.Console.pl Admin::Package::Upgrade http://ftp.otrs.org/pub/otrs//packages/:FAQ-6.0.6.opm" otrs
      su -c "/opt/otrs/bin/otrs.Console.pl Admin::Package::Upgrade http://ftp.otrs.org/pub/otrs//itsm/bundle6/:ITSM-6.0.7.opm" otrs
      service apache2 start
      service postfix start
      service nginx start
      service cron start
      su -c "/opt/otrs/bin/otrs.Daemon.pl start" -s /bin/bash otrs
      su -c "/opt/otrs/bin/Cron.sh start" -s /bin/bash otrs
      Problem tritt auf bei Punkt su -c "/opt/otrs/scripts/DBUpdate-to-6.pl" -s /bin/bash otrs .

      jojo
      Moderator
      Posts: 14384
      Joined: 26 Jan 2007, 14:50
      OTRS Version?: Git Master
      Contact:

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by jojo » 18 May 2018, 11:29

      es geht hier um die Article Flag table, wenn hier Einträge verweist sind, bedeutet das üblicherweise das z.B. Agenten aus der Datgelöschtenbank wurden.

      Die Löschung dieser Records stellt aber kein Problem für den Inhalt dar.
      "Production": OTRS™ 6, STORM powered by OTRS
      "Testing": ((OTRS Community Edition)) git Master

      Never change Defaults.pm! :: Blog
      Professional Services:: http://www.otrs.com :: enjoy@otrs.com :: Share your ideas

      Seppelchen
      OTRS newbie
      Posts: 14
      Joined: 21 Mar 2018, 13:16
      OTRS Version?: 4.0.13
      Real Name: Sascha Sebastian
      Company: Clarity AG

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by Seppelchen » 18 May 2018, 12:25

      Also hier mal die Meldung, was aktuell passiert, wenn ich alles unverändert ausführe:

      Code: Select all

      root@otrs:/opt/otrs# su -c "/opt/otrs/scripts/DBUpdate-to-6.pl" -s /bin/bash otrs
      
       Migration started ...
      
       Checking requirements ...
      
          Requirement check for: Check framework version ...
          Requirement check for: Check required Perl version ...
          Requirement check for: Check required database version ...
          Requirement check for: Check database charset ...
          Requirement check for: Check required Perl modules ...
          Requirement check for: Check if database has been backed up ...
      
              Did you backup the database? [Y]es/[N]o: y
      
          Requirement check for: Upgrade database structure ...
          Requirement check for: Migrating time zone configuration ...
      
      
              The currently configured time offset is 2 hours, these are the suggestions for a corresponding OTRS time zone:
      
              Africa/Blantyre
              Africa/Bujumbura
              Africa/Cairo
              Africa/Ceuta
              Africa/Gaborone
              Africa/Harare
              Africa/Johannesburg
              Africa/Kigali
              Africa/Lubumbashi
              Africa/Lusaka
              Africa/Maputo
              Africa/Maseru
              Africa/Mbabane
              Africa/Tripoli
              CET
              Europe/Amsterdam
              Europe/Andorra
              Europe/Belgrade
              Europe/Berlin
              Europe/Brussels
              Europe/Budapest
              Europe/Copenhagen
              Europe/Gibraltar
              Europe/Luxembourg
              Europe/Madrid
              Europe/Malta
              Europe/Monaco
              Europe/Oslo
              Europe/Paris
              Europe/Prague
              Europe/Rome
              Europe/Stockholm
              Europe/Tirane
              Europe/Vienna
              Europe/Warsaw
              Europe/Zurich
              MET
      
      
              It seems that Europe/Berlin should be the correct time zone to set for your OTRS.
      
              Enter the time zone to use for OTRSTimeZone (leave empty to show a list of all available time zones): Europe/Berlin
      
              Enter the time zone to use for UserDefaultTimeZone (leave empty to show a list of all available time zones): Europe/Berlin
      
          Requirement check for: Update calendar appointment future tasks ...
          Requirement check for: Migrate GenericAgent jobs configuration ...
          Requirement check for: Migrate TicketAppointment rules configuration ...
          Requirement check for: Create entries in new article table ...
      
              Found 4577 orphaned entries in article_flag table ...
              Do you want to automatically delete the entries from the database now? [Y]es/[N]o: y
              Fixing... Done.
      
              Found 1 orphaned entries in time_accounting table ...
              Do you want to automatically delete the entries from the database now? [Y]es/[N]o: y
              Fixing... Done.
      
              Found 8 orphaned entries in article_plain table ...
              Do you want to automatically delete the entries from the database now? [Y]es/[N]o: y
              Fixing... Done.
      
              Found 5 orphaned entries in ticket_history table ...
              Do you want to automatically delete the entries from the database now? [Y]es/[N]o: y
              Fixing... Done.
      
              Found 3 orphaned entries in article table ...
              Do you want to automatically delete the entries from the database now? [Y]es/[N]o: y
              Fixing... Done.
      
          Requirement check for: Migrate ArticleType in ProcessManagement Data ...
          Requirement check for: Migrate ArticleType in PostMaster filters ...
      
       Executing tasks ...
      
          Step 1 of 39: Check framework version ...
          Step 2 of 39: Check required Perl version ...
          Step 3 of 39: Check required database version ...
          Step 4 of 39: Check database charset ...
          Step 5 of 39: Check required Perl modules ...
          Step 6 of 39: Check if database has been backed up ...
          Step 7 of 39: Upgrade database structure ...
          Step 8 of 39: Migrate configuration ...
          Step 9 of 39: Refresh configuration cache after migration of OTRS 5 settings ...
          Step 10 of 39: Migrating ticket storage configuration ...
          Step 11 of 39: Migrating article search index configuration ...
          Step 12 of 39: Migrating ticket zoom customer information widget configuration ...
          Step 13 of 39: Drop deprecated table gi_object_lock_state ...
          Step 14 of 39: Migrate PossibleNextActions setting ...
          Step 15 of 39: Migrate ZoomExpand setting ...
          Step 16 of 39: Migrating time zone configuration ...
          Step 17 of 39: Create appointment calendar tables ...
          Step 18 of 39: Create ticket number counter tables ...
          Step 19 of 39: Update calendar appointment future tasks ...
          Step 20 of 39: Add basic appointment notification for reminders ...
          Step 21 of 39: Create Form Draft tables ...
          Step 22 of 39: Clean and drop group_user permission_value column ...
          Step 23 of 39: Migrate GenericAgent jobs configuration ...
          Step 24 of 39: Migrate TicketAppointment rules configuration ...
          Step 25 of 39: Migrate Merged Ticket history name values ...
          Step 26 of 39: Migrate ticket statistics ...
          Step 27 of 39: Migrate ticket notifications ...
          Step 28 of 39: Create entries in new article table ...
      [Fri May 18 12:23:18 2018] DBUpdate-to-6.pl: DBD::mysql::db do failed: Cannot add or update a child row: a foreign key constraint fails (`otrs`.`article`, CONSTRAINT `FK_article_create_by_id` FOREIGN KEY (`create_by`) REFERENCES `users` (`id`)) at /opt/otrs/Kernel/System/DB.pm line 470.
      ERROR: OTRS-otrs.Console.pl-Maint::Database::Check-10 Perl: 5.18.2 OS: linux Time: Fri May 18 12:23:19 2018
      
       Message: Cannot add or update a child row: a foreign key constraint fails (`otrs`.`article`, CONSTRAINT `FK_article_create_by_id` FOREIGN KEY (`create_by`) REFERENCES `users` (`id`)), SQL: '
                      INSERT INTO article (
                          id,ticket_id,article_sender_type_id,communication_channel_id,
                          is_visible_for_customer,create_by,create_time,change_by,change_time
                      )VALUES ( ?, ?, ?, ?, ?, ?, ?, ?, ? ), ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) , ( ?, ?, ?, ?, ?, ?, ?, ?, ? ) '
      
       Traceback (20437):
         Module: scripts::DBUpdateTo6::MigrateArticleData::_MigrateData Line: 302
         Module: scripts::DBUpdateTo6::MigrateArticleData::Run Line: 136
         Module: scripts::DBUpdateTo6::_ExecuteComponent Line: 157
         Module: scripts::DBUpdateTo6::Run Line: 69
         Module: /opt/otrs/scripts/DBUpdate-to-6.pl Line: 89
      
      ERROR: OTRS-otrs.Console.pl-Maint::Database::Check-10 Perl: 5.18.2 OS: linux Time: Fri May 18 12:23:19 2018
      
       Message: An error occurs during article data migration!
      
       Traceback (20437):
         Module: scripts::DBUpdateTo6::MigrateArticleData::Run Line: 142
         Module: scripts::DBUpdateTo6::_ExecuteComponent Line: 157
         Module: scripts::DBUpdateTo6::Run Line: 69
         Module: /opt/otrs/scripts/DBUpdate-to-6.pl Line: 89
      
      
          An error occurs during article data migration!
      
      
      
       Not possible to complete migration, check previous messages for more information.
      

      jojo
      Moderator
      Posts: 14384
      Joined: 26 Jan 2007, 14:50
      OTRS Version?: Git Master
      Contact:

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by jojo » 18 May 2018, 12:57

      Anscheinend werden leider nicht alle Tabellen sauber auf orphaned records geprüft (kannst gerne einen Bug dafür aufmachen)

      Ursache ist, das ein Benutzer (Agent) gelöscht wurde. Das hat die referentielle Intigrität der Datenbank zerstört. Das musst Du nun in irgendeiner Weise bereinigen.
      "Production": OTRS™ 6, STORM powered by OTRS
      "Testing": ((OTRS Community Edition)) git Master

      Never change Defaults.pm! :: Blog
      Professional Services:: http://www.otrs.com :: enjoy@otrs.com :: Share your ideas

      Seppelchen
      OTRS newbie
      Posts: 14
      Joined: 21 Mar 2018, 13:16
      OTRS Version?: 4.0.13
      Real Name: Sascha Sebastian
      Company: Clarity AG

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by Seppelchen » 18 May 2018, 16:45

      Danke für die Rückmeldung, ich werde dies mit unserem DB Spezialisten mal eingehen bearbeiten. Wenn wir zu einer Lösung gekommen sind, melde ich mich nochmal.

      Pasce1203
      OTRS newbie
      Posts: 4
      Joined: 04 Jul 2018, 16:28
      OTRS Version?: 6.0.8

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by Pasce1203 » 05 Jul 2018, 14:37

      Hallo,

      bin gerade beim selben Problem.
      Hat hierfür vielleicht jemand eine Lösung?

      Danke im Voraus

      Seppelchen
      OTRS newbie
      Posts: 14
      Joined: 21 Mar 2018, 13:16
      OTRS Version?: 4.0.13
      Real Name: Sascha Sebastian
      Company: Clarity AG

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by Seppelchen » 06 Jul 2018, 16:50

      Ich leider noch nicht. Bin aktuell weiterhin mit unserem DB Spezialisten dran herauszufinden, wie wir dies lösen können. Leider fehlt ein wenig die Zeit, da aktuell dringendere Aufgaben anstehen.
      Sollte jemand einen Lösungsansatz parat haben, würde aber auch ich diesen sehr begrüßen.

      Mit freundlichen Grüßen
      Sascha Sebastian Wieth

      einhirn
      OTRS newbie
      Posts: 4
      Joined: 28 Oct 2013, 11:03
      OTRS Version?: 3.2.10

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by einhirn » 10 Jul 2018, 17:57

      Hallo in die Runde!

      Ich habe gerade beim ersten Anlauf auf einen Test des Upgrades von OTRS 5.0.6 auf 6.0.8 das gleiche beziehungsweise ein ähnliches Problem erlebt. Ich werde mir mal die DB-Abfragen anschauen, die im Updatescript drin sind - ich habe aber den Verdacht, dass es bei uns daran liegen könnte, dass wir die ArticleDB "FS" nutzen, unsere Artikel also als Datei im Dateisystem liegen, nicht in der Datenbank...

      bye
      Einhirn

      jojo
      Moderator
      Posts: 14384
      Joined: 26 Jan 2007, 14:50
      OTRS Version?: Git Master
      Contact:

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by jojo » 10 Jul 2018, 19:57

      wie gesagt muss in diesen Fällen die Datenbank ggf. händisch bereinigt werden. Insbesondere kann dies vorkommen wenn Benutzer gelöscht wurden
      "Production": OTRS™ 6, STORM powered by OTRS
      "Testing": ((OTRS Community Edition)) git Master

      Never change Defaults.pm! :: Blog
      Professional Services:: http://www.otrs.com :: enjoy@otrs.com :: Share your ideas

      einhirn
      OTRS newbie
      Posts: 4
      Joined: 28 Oct 2013, 11:03
      OTRS Version?: 3.2.10

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by einhirn » 11 Jul 2018, 12:45

      Hallihallo,

      ich habe die Ursache bei uns gefunden - wahrscheinlich haben wir irgendwann einmal Artikel aus dem Dateisystem gelöscht, nachdem sie aus der DB exportiert waren oder sowas. Jedenfalls habe ich die Queries, die man angezeigt bekommt wenn man "No" sagt, mal als Grundlage für "Select"s genommen und herausgefunden, dass die "Create_time"-Einträge in unserem jeweils mehr als 5 Jahre her sind. Und weiter als 5 Jahre zurück haben wir auch keine Artikel mehr im Dateisystem...

      Daher habe ich jetzt Schritt für Schritt nachgeschaut und dann aufräumen lassen. Nur bei der "Article"-DB bin ich auf die Klappe gefallen:

      Code: Select all

              Found 78354 orphaned entries in article table ...
              Do you want to automatically delete the entries from the database now? [Y]es/[N]o: y
      [Wed Jul 11 12:38:28 2018] DBUpdate-to-6.pl: DBD::mysql::db do failed: Cannot delete or update a parent row: a foreign key constraint fails (`otrs`.`ticket_history`, CONSTRAINT `FK_ticket_history_article_id_id` FOREIGN KEY (`article_id`) REFERENCES `article` (`id`)) at /opt/otrs-6.0.8/Kernel/System/DB.pm line 470, <> line 13.
      ERROR: OTRS-otrs.Console.pl-Maint::Database::Check-5323 Perl: 5.18.2 OS: linux Time: Wed Jul 11 12:38:28 2018
      
       Message: Cannot delete or update a parent row: a foreign key constraint fails (`otrs`.`ticket_history`, CONSTRAINT `FK_ticket_history_article_id_id` FOREIGN KEY (`article_id`) REFERENCES `article` (`id`)), SQL: '
                              DELETE
                              FROM article
                              WHERE article.ticket_id
                              NOT IN (SELECT ticket.id FROM ticket)
                          '
      
       Traceback (10560):
         Module: scripts::DBUpdateTo6::MigrateArticleData::CheckPreviousRequirement Line: 510
         Module: scripts::DBUpdateTo6::_ExecuteComponent Line: 163
         Module: scripts::DBUpdateTo6::Run Line: 69
         Module: scripts/DBUpdate-to-6.pl Line: 89
      
      
      
      
       Not possible to complete migration, check previous messages for more information.
      
      werde wohl vorübergehend die Constraints ausschalten müssen, um das durch zu bekommen...

      bye
      Einhirn

      Seppelchen
      OTRS newbie
      Posts: 14
      Joined: 21 Mar 2018, 13:16
      OTRS Version?: 4.0.13
      Real Name: Sascha Sebastian
      Company: Clarity AG

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by Seppelchen » 24 Jul 2018, 12:08

      werde wohl vorübergehend die Constraints ausschalten müssen, um das durch zu bekommen...
      Dies habe ich ebenfalls versucht und die Migration läuft dann auch durch, leider werden dann nur gar keine Daten migriert und man hat nichts damit gewonnen. =(

      LG SSW

      millenseer
      OTRS newbie
      Posts: 10
      Joined: 24 Nov 2017, 14:45
      OTRS Version?: 5.0.20

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by millenseer » 21 Aug 2018, 15:02

      Gibt es hier neue Erkenntnisse?

      Für meinen Begriff ist das Migrationsscript für die Artikel-Daten nicht funktional. Wir versuchen von 5.0.26 nach 6.0.10 zu migrieren.

      1. Das Modul UpgradeDatabaseStructure lädt in dieser Reihenfolge die Untermodule:

      ArticleTableChangesPreRename.pm -> ArticleTableChangesRename.pm -> ArticleTableChangesPostRename.pm

      Danach existieren (auf dem Papier) 2 Tabellen: eine neue Tabelle article und eine umbenannte Tabelle article -> 'article_data_mime'

      Dummerweise ist aber der Vorgang in ArticleTableChangesPostRename nicht erfolgreich, die Tabelle 'article' hat falsche Spalten. Es fehlt mindestens die Spalte "communication_channel_id". Für mich sieht das so aus, als wären die TableAlter-Befehle alle fehlgeschlagen.

      2. Das Modul MigrateArticleData.pm soll eigentlich Inhalte der Artikel aus article_data_mime nach article kopieren. Kann es aber eigentlich gar nicht schaffen, weil die Spalte "communication_channel_id" nicht exisitiert. Es gibt aber KEINE Fehlermeldungen für die vielen Inserts.

      3. Am Ende bleibt eine unvollständige Tabelle article übrig. Diese hat zwar ohne Ende Inhalte, aber da die Spalte "communication_channel_id" fehlt, ist OTRS nicht in der Lage, Inhalte darzustellen. Aber woher kommen die Inhalte überhaupt?


      Zusammengefasst:
      Ich verstehe nicht, wieso die Tabelle article noch existiert und / oder warum sie die neuen Spalten nicht besitzt.
      Ich verstehe nicht, wieso sie die neue Spalte "communication_channel_id" nicht besitzt.

      Leider gibt es im Github seit Juli keine Änderungen in den Migrationsscripten...

      jojo
      Moderator
      Posts: 14384
      Joined: 26 Jan 2007, 14:50
      OTRS Version?: Git Master
      Contact:

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by jojo » 21 Aug 2018, 17:13

      Deine Datenbank scheint korrupt zu sein, diese Probleme musst Du manuell lösen. Dann läuft auch das Migrationsskript problemlos. Ich konnte schon diverse Systeme jeglichen Alters (bis hin zu einem System das seit der 1.0RC1 existiert) migrieren.
      "Production": OTRS™ 6, STORM powered by OTRS
      "Testing": ((OTRS Community Edition)) git Master

      Never change Defaults.pm! :: Blog
      Professional Services:: http://www.otrs.com :: enjoy@otrs.com :: Share your ideas

      millenseer
      OTRS newbie
      Posts: 10
      Joined: 24 Nov 2017, 14:45
      OTRS Version?: 5.0.20

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by millenseer » 29 Aug 2018, 14:37

      Bisher hatten wir noch nie Probleme, die OTRS-Migrationen auszuführen. Wir machen das mindestens seit OTRS 3.
      Das ist das erste Mal, dass es nicht klappt.

      Ja natürlich ist die Datenbank korrupt. Und zwar wird sie von den DB-Migrationsscripten kaputt gemacht.
      OTRS 5 läuft ja schliesslich vorher tadellos...

      Wie gesagt, ArticleTableChangesPostRename läuft nicht richtig, danach ist die Tabelle für "article" ohne Artikel-Inhalte.

      jojo
      Moderator
      Posts: 14384
      Joined: 26 Jan 2007, 14:50
      OTRS Version?: Git Master
      Contact:

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by jojo » 29 Aug 2018, 15:22

      OTRS 5 läuft auch mit einer kaputten Datenbank. Das Migrationsscript macht nichts kaputt, ich habe schon mehrere TB an Daten migriert.

      Ich empfehle Euch daher dringend professionellen Support einzukaufen.
      "Production": OTRS™ 6, STORM powered by OTRS
      "Testing": ((OTRS Community Edition)) git Master

      Never change Defaults.pm! :: Blog
      Professional Services:: http://www.otrs.com :: enjoy@otrs.com :: Share your ideas

      millenseer
      OTRS newbie
      Posts: 10
      Joined: 24 Nov 2017, 14:45
      OTRS Version?: 5.0.20

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by millenseer » 29 Aug 2018, 15:46

      Hm. HM. Danke, ich schau mal, was das sein könnte.

      Seppelchen
      OTRS newbie
      Posts: 14
      Joined: 21 Mar 2018, 13:16
      OTRS Version?: 4.0.13
      Real Name: Sascha Sebastian
      Company: Clarity AG

      Re: Upgradefehler 5.0.26 -> 6.0.7

      Post by Seppelchen » 12 Nov 2018, 18:24

      Aktuell versuche ich, mit Hilfe unseres DB-Spezialisten, ein neues OTRS 6 aufzusetzen und die benötigten Daten manuell zu migrieren. Sollten daraus Schlüsse zu folgern oder dieses Vorhaben irgendwie von Erfolg gekrönt sein, werde ich euch natürlich informieren.

      Mit freundlichen Grüßen
      Sascha Sebastian Wieth

      Post Reply