› Forums › berliCRM Installation › Current
- Dieses Thema hat 9 Antworten sowie 2 Teilnehmer und wurde zuletzt vor vor 7 Monaten, 1 Woche von Emilio Paolini aktualisiert.
-
AutorBeiträge
-
-
3. April 2024 um 21:51 Uhr #2422a.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.3phpMyAdmin
Versionsinformationen: 5.0.1, aktuelle stabile Version: 5.2.1
-
4. April 2024 um 7:46 Uhr #2423Emilio PaoliniAdministrator
Hiya,
hast du mal via
SHOW VARIABLES;
alle MYSQL Requirements geprüft?Liebe Grüße
Emilio
-
4. April 2024 um 14:42 Uhr #2424a.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
AndiAttachments:
You must be logged in to view attached files. -
4. April 2024 um 14:56 Uhr #2426Emilio 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
-
4. April 2024 um 15:06 Uhr #2427a.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.
-
4. April 2024 um 15:25 Uhr #2428a.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: ‘::’. -
4. April 2024 um 15:42 Uhr #2429Emilio 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
-
4. April 2024 um 16:34 Uhr #2430a.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.
-
5. April 2024 um 8:18 Uhr #2431Emilio 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
-
5. April 2024 um 8:18 Uhr #2432Emilio 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
-
-
AutorBeiträge
- Du musst angemeldet sein, um auf dieses Thema antworten zu können.
› Forums › berliCRM Installation › Current