Current

[a.brunnerTeilnehmer]

Ich habe für Testzwecke versucht, berliCRM auf xampp/Win11 zu installieren, der Installationsprozess bleibt im DB- Erstellungsprozess hängen, ohne dass eine einzige Tabelle geschrieben wird. Ich habe sämtliche Parameter und Dienste entsprechend {https://blog.crm-now.de/doc/berliCRM/installation/Installation_berlicrm.html} konfiguriert. Woran kann es liegen?

Server: 127.0.0.1 via TCP/IP
Server-Typ: MariaDB
Server-Verbindung: SSL wird nicht verwendet Dokumentation
Server-Version: 10.4.11-MariaDB – mariadb.org binary distribution
Protokoll-Version: 10
Benutzer: root@localhost
Server-Zeichensatz: UTF-8 Unicode (utf8)

Webserver

Apache/2.4.41 (Win64) OpenSSL/1.1.1c PHP/7.4.3
Datenbank-Client Version: libmysql – mysqlnd 7.4.3
PHP-Erweiterung: mysqli Dokumentation curl Dokumentation mbstring Dokumentation
PHP-Version: 7.4.3

phpMyAdmin

Versionsinformationen: 5.0.1, aktuelle stabile Version: 5.2.1

[Emilio PaoliniAdministrator]

Hiya,

hast du mal via SHOW VARIABLES; alle MYSQL Requirements geprüft?

Liebe Grüße

Emilio

[a.brunnerTeilnehmer]

Viele Dank für deine prompte Antwort. Ich habe – selbstverständlich immer mit Hilfe SHOW VARIABLES Rückmeldungen gegengecheckt – den ganze Tag herumgespielt. Das einzige Ergebnis ist, dass wenn ich berliCRM die Datenbank selbst erstellen lasse,es eine Datenbank mit anderem Kollationseichensatz (utf8_general_ci) implementiert. D.h. zumindest der Login funktioniert, aber geschrieben wird einfach nichts.

Ich bin ratlos.

Was noch aufgefallen ist, dass bei der Ausgabe von sql_mode ein trunc dabei ist IGNORE_SPACE,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTIT…

Liebe Grüße
Andi

Attachments:

You must be logged in to view attached files.

[Emilio PaoliniAdministrator]

Hmm … wo kommt denn dieser truc her? Bei uns sieht das in der Console so aus:

# echo 'SHOW VARIABLES;' | mysql | grep sql_mode
sql_mode        IGNORE_SPACE,NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION

Also ohne trunc …

utf8_general_ci wird dann wohl der System-Standard sein.

Ich kann mir das eigentlich nur noch mit den DB-Rechten erklären. Du könntest mal ein simples PHP Script in die WebRoot legen zur Anlage von Tables und probieren, ob das klappt. Hier mal ein Beispiel von ChatGPT

<?php
$servername = "localhost";
$username = "your_username";
$password = "your_password";
$dbname = "your_database";

try {
    // Create a new PDO connection
    $pdo = new PDO("mysql:host=$servername;dbname=$dbname", $username, $password);
    // Set the PDO error mode to exception
    $pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

    // SQL to create table
    $sql = "CREATE TABLE IF NOT EXISTS MyGuests (
        id INT(6) UNSIGNED AUTO_INCREMENT PRIMARY KEY,
        firstname VARCHAR(30) NOT NULL,
        lastname VARCHAR(30) NOT NULL,
        email VARCHAR(50),
        reg_date TIMESTAMP DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP
    )";

    // Execute the query
    $pdo->exec($sql);
    echo "Table MyGuests created successfully";
} catch(PDOException $e) {
    echo $sql . "<br>" . $e->getMessage();
}

// Close connection
$pdo = null;
?>

Liebe Grüße

Emilio

[a.brunnerTeilnehmer]

@ Console: Sieht bei mir genauso aus. Der trunc dürfte nur beim Auslesen passieren, weiß es aber nicht.

Wenn ich die DB im Voraus anlege, paßt eh alles. Ich starte jetzt noch einmal das ganze und sehe auf den SQL errorlog.

[a.brunnerTeilnehmer]

Ich habe etwas Eigenartiges vernommen. Nachdem ich auch das OS verdächtigt habe mittels Schreibschutz Böses zu tun, habe ich beim Setzen von Schreibrechten bemerkt, dass berliCRM auf einem File campaignaccontrolrel.frm herumzutzelt, während die Installation steht.

Hier der errorlog der DB

InnoDB: using atomic writes.
2024-04-04 14:59:52 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2024-04-04 14:59:52 0 [Note] InnoDB: Uses event mutexes
2024-04-04 14:59:52 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2024-04-04 14:59:52 0 [Note] InnoDB: Number of pools: 1
2024-04-04 14:59:52 0 [Note] InnoDB: Using SSE2 crc32 instructions
2024-04-04 14:59:52 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M
2024-04-04 14:59:52 0 [Note] InnoDB: Completed initialization of buffer pool
2024-04-04 14:59:53 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=313015
2024-04-04 14:59:54 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2024-04-04 14:59:54 0 [Note] InnoDB: Removed temporary tablespace data file: “ibtmp1”
2024-04-04 14:59:54 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2024-04-04 14:59:54 0 [Note] InnoDB: Setting file ‘\xampp743\mysql\data\ibtmp1’ size to 12 MB. Physically writing the file full; Please wait …
2024-04-04 14:59:54 0 [Note] InnoDB: File ‘\xampp743\mysql\data\ibtmp1’ size is now 12 MB.
2024-04-04 14:59:54 0 [Note] InnoDB: Waiting for purge to start
2024-04-04 14:59:54 0 [Note] InnoDB: 10.4.11 started; log sequence number 313024; transaction id 321
2024-04-04 14:59:54 0 [Note] InnoDB: Loading buffer pool(s) from D:\xampp743\mysql\data\ib_buffer_pool
2024-04-04 14:59:54 0 [Note] Plugin ‘FEEDBACK’ is disabled.
2024-04-04 14:59:54 0 [Note] Server socket created on IP: ‘::’.
InnoDB: using atomic writes.
2024-04-04 15:08:07 0 [Note] InnoDB: Mutexes and rw_locks use Windows interlocked functions
2024-04-04 15:08:07 0 [Note] InnoDB: Uses event mutexes
2024-04-04 15:08:07 0 [Note] InnoDB: Compressed tables use zlib 1.2.11
2024-04-04 15:08:07 0 [Note] InnoDB: Number of pools: 1
2024-04-04 15:08:07 0 [Note] InnoDB: Using SSE2 crc32 instructions
2024-04-04 15:08:07 0 [Note] InnoDB: Initializing buffer pool, total size = 16M, instances = 1, chunk size = 16M
2024-04-04 15:08:07 0 [Note] InnoDB: Completed initialization of buffer pool
2024-04-04 15:08:07 0 [Note] InnoDB: Starting crash recovery from checkpoint LSN=313329
2024-04-04 15:08:07 0 [Note] InnoDB: 128 out of 128 rollback segments are active.
2024-04-04 15:08:07 0 [Note] InnoDB: Removed temporary tablespace data file: “ibtmp1”
2024-04-04 15:08:07 0 [Note] InnoDB: Creating shared tablespace for temporary tables
2024-04-04 15:08:07 0 [Note] InnoDB: Setting file ‘\xampp743\mysql\data\ibtmp1’ size to 12 MB. Physically writing the file full; Please wait …
2024-04-04 15:08:07 0 [Note] InnoDB: File ‘\xampp743\mysql\data\ibtmp1’ size is now 12 MB.
2024-04-04 15:08:07 0 [Note] InnoDB: Waiting for purge to start
2024-04-04 15:08:07 0 [Note] InnoDB: 10.4.11 started; log sequence number 313338; transaction id 329
2024-04-04 15:08:07 0 [Note] InnoDB: Loading buffer pool(s) from D:\xampp743\mysql\data\ib_buffer_pool
2024-04-04 15:08:07 0 [Note] Plugin ‘FEEDBACK’ is disabled.
2024-04-04 15:08:07 0 [Note] Server socket created on IP: ‘::’.

[Emilio PaoliniAdministrator]

Hmm … “wir” kennen keine .frm Dateien … offenbar ist das eine Windows-Geschichte im Zusammenhang mit MySQL?

Siehe auch: https://www.endungen.de/dateiendung/frm

Keine Ahnung, wer und warum die bei dir anlegt … wo genau liegt die Datei denn?

Unser CRM (sprich der WebServer/vHost) hat ja nur Schreibzugriff auf die WebRoot … jedoch nicht direkt auf den DB-Ordner.

Liebe Grüße

Emilio

[a.brunnerTeilnehmer]

Hallo Emilio!

Das File ist während dem Setzen von Schreibrechten in der xampp Installation aufgetaucht und verschwunden und wurde somit als bearbeitetes File enttarnt. Ein Hinweis wäre es nur, wenn es berliCRM zuzuschreiben wäre. Auch die “FEEDBACK” Spur ist nicht zu verfolgen. Das Problem ist viel trivialer als gedacht.

Ein zu gut gemeintes zwingen der “character_set_results” auf utf8 hat während den Installationsversuchen am Nachmittag mutmaßlich den Erfolg versaut. Darauf folgende Installationsversuche wurden höchstwahrscheinlich aufgrund Ungedult frühzeitig gecancelt.
Erst ein Frustabbaucafe hat das mehr als 15 minütige zutzeln an der DB nun erfolgreich beendet.

Vielen lieben Dank für deine Mühe. Ich ersuche um Vergebung für die unsinnigerweise verursachten Unannehmlichkeiten.

[Emilio PaoliniAdministrator]

Klasse, wenn es nun klappt. Wir arbeiten gerade auch an einem Docker Image, um Interessenten die ersten “Gehversuche” mit berliCRM deutlich zu erleichtern 😉

Liebe Grüße

Emilio

[Emilio PaoliniAdministrator]

Klasse, wenn es nun klappt. Wir arbeiten gerade auch an einem Docker Image, um Interessenten die ersten “Gehversuche” mit berliCRM deutlich zu erleichtern 😉

Liebe Grüße

Emilio

[Autor]

Beiträge