Fehler bei Installation in Strato-Hosting-Paket

Deutschsprachiges Forum (German)
1

Hallo zusammen,

ich möchte Matomo für meine selbst gehosteten Webseiten nutzen.
Hierfür habe ich mir die aktuelle On-Promise-Version (4.0.0) heruntergeladen und diese in meinen Webspace geladen. Bei der Installation tritt nun folgender Fehler auf:

SQLSTATE[HY000]: General error: 1709 Index column size too large. The maximum column size is 767 bytes.

Da ich nur ein Hosting-Paket besitze habe ich leider keinen Zugriff auf die Config von PHP oder MySQL.
Ich verwende aktuell PHP-Version 7.2 und MySQL-Version 5.6.

Gibt es für dieses Problem eine Lösung?

2

Hallo,

Danke für das Melden, ich habe einmal hier ein Issue erstellt:

3

@tgallei Hast du Zugriff auf das Error-Log? Die Meldung alleine hilft leider nicht viel bei der Fehlersuche.
Der Fehler tritt wohl beim Anlegen der Datenbanktabellen auf, es wäre hilfreich zu wissen bei welcher Tabelle der Fehler genau auftritt. Wurden denn irgendwelche Tabelle schon angelegt? Falls ja wäre eine Liste davon hilfreich.

4

@SteveG Im Logfile ist leider auch nur der bereits genannte Fehler zu sehen.

Es wurden bereits folgende Tabellen angelegt:
matomo_user, matomo_user_token_auth, matomo_twofactor_recovery_code, matomo_access, matomo_site, matomo_plugin_setting, matomo_site_setting, matomo_site_url, matomo_goal, matomo_logger_message, matomo_log_action, matomo_log_visit, matomo_log_conversion_item, matomo_log_conversion, matomo_log_link_visit_action, matomo_log_profiling, matomo_option, matomo_session, matomo_user_language, matomo_user_dashboard, matomo_report, matomo_report_subscriptions, matomo_privacy_logdata_anonymizations, matomo_segment, matomo_custom_dimensions

Wodurch noch folgende Tabellen fehlen würden:
matomo_archive_invalidations, matomo_archive_numeric_2020_11, matomo_archive_numeric_2020_12, matomo_brute_force_log, matomo_locks, matomo_sequence, matomo_tracking_failure

Ich habe den Tabellenstatus bereits mit meiner lokalen XAMPP-Installation verglichen, konnte aber keine Auffälligkeiten feststellen.
Anbei noch das Result des SHOW TABLE STATUS-Querys, vielleicht hilft dies bei der Fehlersuche

Name Engine Version Row_format Rows Avg_row_length Data_length Max_data_length Index_length Data_free Auto_increment Create_time Update_time Check_time Collation Checksum Create_options Comment
matomo_access InnoDB 10 Compact 0 0 16384 0 16384 0 1 2020-11-26 19:34:51 NULL NULL utf8mb4_general_ci NULL
matomo_custom_dimensions InnoDB 10 Compact 0 0 16384 0 16384 0 NULL 2020-11-26 19:35:37 NULL NULL utf8mb4_general_ci NULL
matomo_goal InnoDB 10 Compact 0 0 16384 0 0 0 NULL 2020-11-26 19:34:51 NULL NULL utf8mb4_general_ci NULL
matomo_log_action InnoDB 10 Compact 0 0 16384 0 16384 0 1 2020-11-26 19:34:51 NULL NULL utf8mb4_general_ci NULL
matomo_log_conversion InnoDB 10 Compact 0 0 16384 0 32768 0 NULL 2020-11-26 19:35:37 NULL NULL utf8mb4_general_ci NULL
matomo_log_conversion_item InnoDB 10 Compact 0 0 16384 0 16384 0 NULL 2020-11-26 19:34:51 NULL NULL utf8mb4_general_ci NULL
matomo_log_link_visit_action InnoDB 10 Compact 0 0 16384 0 16384 0 1 2020-11-26 19:35:37 NULL NULL utf8mb4_general_ci NULL
matomo_log_profiling InnoDB 10 Compact 0 0 16384 0 16384 0 1 2020-11-26 19:34:51 NULL NULL utf8mb4_general_ci NULL
matomo_log_visit InnoDB 10 Compact 0 0 16384 0 49152 0 1 2020-11-26 19:35:37 NULL NULL utf8mb4_general_ci NULL
matomo_logger_message InnoDB 10 Compact 0 0 16384 0 0 0 1 2020-11-26 19:34:51 NULL NULL utf8mb4_general_ci NULL
matomo_option InnoDB 10 Compact 68 240 16384 0 16384 0 NULL 2020-11-26 19:34:51 NULL NULL utf8mb4_general_ci NULL
matomo_plugin_setting InnoDB 10 Compact 0 0 16384 0 16384 0 1 2020-11-26 19:34:51 NULL NULL utf8mb4_general_ci NULL
matomo_privacy_logdata_anonymizations InnoDB 10 Compact 0 0 16384 0 16384 0 1 2020-11-26 19:35:34 NULL NULL utf8mb4_general_ci NULL
matomo_report InnoDB 10 Compact 0 0 16384 0 0 0 1 2020-11-26 19:35:34 NULL NULL utf8mb4_general_ci NULL
matomo_report_subscriptions InnoDB 10 Compact 0 0 16384 0 16384 0 NULL 2020-11-26 19:35:34 NULL NULL utf8mb4_general_ci NULL
matomo_segment InnoDB 10 Compact 0 0 16384 0 0 0 1 2020-11-26 19:35:35 NULL NULL utf8mb4_general_ci NULL
matomo_session InnoDB 10 Compact 0 0 16384 0 0 0 NULL 2020-11-26 19:34:51 NULL NULL utf8mb4_general_ci NULL
matomo_site InnoDB 10 Compact 0 0 16384 0 0 0 1 2020-11-26 19:34:51 NULL NULL utf8mb4_general_ci NULL
matomo_site_setting InnoDB 10 Compact 0 0 16384 0 16384 0 1 2020-11-26 19:34:51 NULL NULL utf8mb4_general_ci NULL
matomo_site_url InnoDB 10 Compact 0 0 16384 0 0 0 NULL 2020-11-26 19:34:51 NULL NULL utf8mb4_general_ci NULL
matomo_twofactor_recovery_code InnoDB 10 Compact 0 0 16384 0 0 0 1 2020-11-26 19:34:51 NULL NULL utf8mb4_general_ci NULL
matomo_user InnoDB 10 Compact 0 0 16384 0 0 0 NULL 2020-11-26 19:34:51 NULL NULL utf8mb4_general_ci NULL
matomo_user_dashboard InnoDB 10 Compact 0 0 16384 0 0 0 NULL 2020-11-26 19:35:30 NULL NULL utf8mb4_general_ci NULL
matomo_user_language InnoDB 10 Compact 0 0 16384 0 0 0 NULL 2020-11-26 19:35:30 NULL NULL utf8mb4_general_ci NULL
matomo_user_token_auth InnoDB 10 Compact 0 0 16384 0 16384 0 1 2020-11-26 19:34:51 NULL NULL utf8mb4_general_ci NULL
5

@SteveG ich habe die DB der lokalen Installation exportiert und in die DB des Strato Hostings importiert, dadurch erhalte ich einen aussagekräftigeren Fehler:

--
-- Indizes für die Tabelle `matomo_archive_invalidations`
--
ALTER TABLE `matomo_archive_invalidations`
  ADD PRIMARY KEY (`idinvalidation`),
  ADD KEY `index_idsite_dates_period_name` (`idsite`,`date1`,`period`,`name`)

MySQL meldet:
#1709 - Index column size too large. The maximum column size is 767 bytes.

6

@SteveG Habe in der lokalen DB das Row-Format auf dynamic gesetzt, danach die DB exportiert und in Strato importiert. Mit dieser Config lässt sich die DB importieren.

ALTER TABLE matomo_archive_invalidations ROW_FORMAT=DYNAMIC

7

Thanks @tgallei. That helped a lot. We will create a fix for the next release.