Docker-Container: synology_gitlab wurde unerwartet gestoppt

Status
Für weitere Antworten geschlossen.

gooze

Benutzer
Mitglied seit
28. Jun 2017
Beiträge
6
Punkte für Reaktionen
0
Punkte
0
Hallo,

ich bekomme nach dem Update des offiziellen Gitlab Packages die folgende Meldung ( Docker-Container: synology_gitlab wurde unerwartet gestoppt ) und Gitlab beendet sich dann nach ca 1 Minute.
Ich kann wirklich keinen Grund finden warum es nun nicht mehr läuft. Ich habe die Vermutung, dass das MariaDB Update welches vor dem Update des Gitlab gelaufen evtl. ein Grund für das Stoppen ist. Die Logs sagen dazu aber überhaupt nichts aus.

Hat jemand eine Idee wie ich das gelöst bekomme? Was noch interessant anzumerken ist, dass die Konfigurationsdaten von Gitlab scheinbar anders sind. Jedenfalls stehen im Bearbeiten Menü zum Gitlab Docker Container wieder die default Werte für den SMTP Versand drin.

Danke für Eure Hilfe schon einmal vorab.

Gooze
 

dany

Benutzer
Mitglied seit
31. Mrz 2008
Beiträge
352
Punkte für Reaktionen
0
Punkte
22
Hallo gooze

Ich hatte heute ein MariaDB Update und alles läuft noch wie gewohnt mit Gitlab 8.17.4 und ( 5.5.54-MariaDB)
Was neu ist, das ich neben MariaDB 5 auch noch MariaDB 10 habe.

Geh mal ins phpmyadmin und teste ob der gitlab Benutzer/Passwort noch richtig ist.

Gruss Dany
 

gooze

Benutzer
Mitglied seit
28. Jun 2017
Beiträge
6
Punkte für Reaktionen
0
Punkte
0
Hi,

danke für das Feedback. Auch ich habe heute das Update von MariaDB gefahren und auch bei mir gibt es jetzt eine MariaDB10 neben der 5. An dem Problem hat sich aber nichts geändert.
Aber genau bei dem Thema gitlab user und Passwort habe ich das Problem, dass ich das gar nicht kenne, da bei der Installation ja nach dem root Passwort der Datenbank gefragt und dann selbstständig ein Passwort für den User gitlab erzeugt wird.
Oder ist die kryptische Zeichenfolge welche ich in der konfig unter DB_PASS sehe gar nicht das ghashte Passwort sondern das PW im Klartext?
Ausserdem kann ich mich via phpadmin mit dem User gitlab nicht anmelden. Dem user gitlab scheint das Anmelderecht entzogen zu sein.

gooze
 

dany

Benutzer
Mitglied seit
31. Mrz 2008
Beiträge
352
Punkte für Reaktionen
0
Punkte
22
Hallo gooze

Das DB_PASS ist das "Klartext"-Passwort. Du kannst via Shell

Rich (BBCode):
mysql -u gitlab -p

das Login versuchen.

Gruss Dany
 
Zuletzt bearbeitet:

gooze

Benutzer
Mitglied seit
28. Jun 2017
Beiträge
6
Punkte für Reaktionen
0
Punkte
0
Wie bereits geschrieben. Da gibt es genau wie bei der Anmeldung im phpmyadmin auch die Meldung Access denied for user 'gitlab'@'localhost' (using password: YES)

gooze
 

gooze

Benutzer
Mitglied seit
28. Jun 2017
Beiträge
6
Punkte für Reaktionen
0
Punkte
0
gitlab.jpg Anbei mal den Terminal Auszug aus dem Docker Container. Es scheint bei der Migration der Datenbank Probleme zu geben.
 

dany

Benutzer
Mitglied seit
31. Mrz 2008
Beiträge
352
Punkte für Reaktionen
0
Punkte
22
Ev. setz noch die Rechte für den gitlab user für das Login via localhost, nur zum sicherstellen das es am Passwort liegt.
Wenn es dann immer noch nicht klappt dann mal Passwort im phpmyadmin für den gitlab nochmals setzen.
 

gooze

Benutzer
Mitglied seit
28. Jun 2017
Beiträge
6
Punkte für Reaktionen
0
Punkte
0
Hat alles nicht geholfen.
Der Support hat mir hier weiterhelfen können.
Ursache:
Beim Update scheint die Datenbank eine neue Spalte mit dem gleichen Namen erhalten zu haben. Nachdem ich den doppelten Spaltennamen umbenannt habe, lief alles wieder.
 

unknown2000

Benutzer
Mitglied seit
24. Aug 2017
Beiträge
1
Punkte für Reaktionen
0
Punkte
1
Hat alles nicht geholfen.
Der Support hat mir hier weiterhelfen können.
Ursache:
Beim Update scheint die Datenbank eine neue Spalte mit dem gleichen Namen erhalten zu haben. Nachdem ich den doppelten Spaltennamen umbenannt habe, lief alles wieder.

Hallo,

um welche Spalte handelte es sich denn?

Viele Grüße
Mathias
 

dany

Benutzer
Mitglied seit
31. Mrz 2008
Beiträge
352
Punkte für Reaktionen
0
Punkte
22
Hallo Zusammen

Ich hatte das gleiche Problem. Docker meldete das bei der migration die Fremschlüssel nicht erzeugen konnte. Alle samt auf die Tabelle project

Mit diesem SQL Befehl habe ich die CONSTRAIN geholt
select * from information_schema.key_column_usage WHERE CONSTRAINT_SCHEMA="gitlab" AND COLUMN_NAME="project_id" AND REFERENCED_TABLE_NAME="projects";

Mit Excel schnell eine Formel geschrieben und voilà, alle Fremdschlüssel gelöscht. Diese werden mit der migration von gitlab wieder erzeugt.
ALTER TABLE `services` DROP FOREIGN KEY `fk_rails_71cce407f9`;
ALTER TABLE `forked_project_links` DROP FOREIGN KEY `fk_rails_434510edb0`;
ALTER TABLE `merge_requests` DROP FOREIGN KEY `fk_rails_a6963e8447`;
ALTER TABLE `labels` DROP FOREIGN KEY `fk_rails_7de4989a69`;
ALTER TABLE `issues` DROP FOREIGN KEY `fk_rails_899c8f3231`;
ALTER TABLE `events` DROP FOREIGN KEY `fk_rails_0434b48643`;
ALTER TABLE `milestones` DROP FOREIGN KEY `fk_rails_9bd0a0c791`;
ALTER TABLE `notes` DROP FOREIGN KEY `fk_rails_99e097b079`;
ALTER TABLE snippets DROP FOREIGN KEY `fk_rails_be41fd4bb7`;
ALTER TABLE label_priorities DROP FOREIGN KEY `fk_rails_ef916d14fa`;
ALTER TABLE issues DROP FOREIGN KEY `fk_rails_899c8f3231`;
ALTER TABLE services DROP FOREIGN KEY `fk_rails_71cce407f9`;
ALTER TABLE boards DROP FOREIGN KEY `fk_rails_f15266b5f9`;
ALTER TABLE subscriptions DROP FOREIGN KEY `fk_rails_d0c8bda804`;
ALTER TABLE snippets DROP FOREIGN KEY `fk_rails_be41fd4bb7`;
ALTER TABLE trending_projects DROP FOREIGN KEY `fk_rails_09feecd872`;
ALTER TABLE web_hooks DROP FOREIGN KEY `fk_rails_0c8ca6d9d1`;
ALTER TABLE ci_variables DROP FOREIGN KEY `fk_rails_ada5eb64b3`;
ALTER TABLE project_statistics DROP FOREIGN KEY `fk_rails_12c471002f`;
ALTER TABLE project_authorizations DROP FOREIGN KEY `fk_rails_0f84bb11f3`;
ALTER TABLE events DROP FOREIGN KEY `fk_rails_0434b48643`;
ALTER TABLE ci_pipeline_schedules DROP FOREIGN KEY `fk_rails_8ead60fcc4`;
ALTER TABLE labels DROP FOREIGN KEY `fk_rails_7de4989a69`;
ALTER TABLE ci_stages DROP FOREIGN KEY `fk_rails_2360681d1d`;
ALTER TABLE notes DROP FOREIGN KEY `fk_rails_99e097b079`;
ALTER TABLE container_repositories DROP FOREIGN KEY `fk_rails_32f7bf5aad`;
ALTER TABLE milestones DROP FOREIGN KEY `fk_rails_9bd0a0c791`;

Danach Gitlab neu starten und ich bin nach ein paar Minuten wieder auf der Oberfläche gewesen. Ich konnte schon erfolgreich ein Push mit dem Visual Studio machen.

Gruss Dany
 

gooze

Benutzer
Mitglied seit
28. Jun 2017
Beiträge
6
Punkte für Reaktionen
0
Punkte
0
Also bei mir war es dann die folgende Fehlermeldung welche das Problem beschrieb:

ActiveRecord::StatementInvalid: Mysql2::Error: Duplicate column name 'recaptcha_verified': ALTER TABLE `spam_logs` ADD `recaptcha_verified` tinyint(1)

Gooze

Aber jetzt habe ich das nächste Problem. Nun gehen keine E-Mails mehr über SMTP raus. Bei jedem Update ein neues Prob. :( Und in den Logs ist nichts zu finden. Wisst Ihr welche Logfiles - außer denen im Gitlab log Ordner - mir noch sagen könnten wo das Problem liegt?
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat