GITLAB SERVER MIETEN

Hier beantworten wir Ihre Fragen zum Thema Gitlab Hosting und Gitlab Server:

Ja, Sie können Ihre eigene Domain mit unserem Gitlab Server verwenden. Sie müssen lediglich die IP Adresse bei Ihrer Domain hinterlegen und uns den Domainnamen mitteilen. Den Rest erledigen wir für Sie. Wenn Sie eine neue Domain registrieren möchten, machen wir das gerne für Sie.

Gerne hinterlegen wir Ihre SMTP Daten in Ihrer Gitlab Instanz. So kann Gitlab Mails über Ihren SMTP Server versenden oder Mails empfangen.

Ja, Gitlab Pages kann auf allen unseren Gitlab Servern aktiviert werden.

Sie möchten mit Ihrer Gitlab Instanz gerne zu uns kommen? Kein Problem, wir übernehmen den Umzug Ihrer Daten. Unser Supportteam vereinbart mit Ihnen einen Zeitplan um den Umzug durchzuführen. So haben Sie alle Daten auf Ihrer neuen Instanz liegen.

Gitlab verwendet einen assets Ordner in dem die verschiedenen Mediadateien liegen. Das sind z.B. Bilddateien und CSS Dateien.
Der Pfad lautet /opt/gitlab/embedded/service/gitlab-rails/public/assets

In einer JSON Datei mit dem Namen .sprocket-manifest-*.json werden die verschiedenen Dateien aufgelistet.
Es kann bei einem Update passieren, dass zwar eine neue .sprocket Datei erstellt, die alte wird jedoch nicht gelöscht wird.
Gitlab verwendet in dem Fall die alte Datei, deren Inhalt nicht mehr mit den tatsächlich vorhandenen Dateien übereinstimmt.
Die Folge ist, dass Bilder und Icons im Gitlab fehlen. In der Browserkonsole sind die Ladeversuche als 404 Fehler zu sehen.
Um den Fehler zu beheben, muss lediglich die ältere der beiden .sprocket Dateien gelöscht werden.
Nach einem Neustart des Gitlab Servers sind wieder alle Bilder und Icons zu sehen.

Wenn Sie einen managed Gitlab Server von LCube - Professional Hosting gemietet haben, haben Sie damit nichts zu tun.
Das übernimmt selbstverständlich unser Support für Sie.

Testen Sie jetzt kostenlos und unverbindlich unseren Gitlab Server für einen Monat.

Wenn man einen Gitlab Server mit einer Docker registry verwendet, kann es vorkommen, dass der Speicherplatz immer weiter anwächst.

Alte Docker Images müssen gelöscht werden. Wichtig ist jedoch zu wissen, dass durch das Löschen der Images im Webfrontend nicht automatisch Speicherplatz auf dem Gitlab Server freigegeben wird.

Um dies zu realisieren muss auf dem Server ein Befehl ausgeführt werden. Ein sogenannter Garbage Collector. Der Garbage Collecter löscht alle nicht benötigtem Images auf der Festplatte des Gitlab Hosting Servers.

Der dabei gewonnene Speicherplatz steht dem Gitlab dann wieder zur Verfügung.

Sofern der Standardspeicherplatz in der Konfiguration des Gitlabs nicht verändert wurden, kann man den Befehl wie folgt ausführen:

sudo gitlab-ctl registry-garbage-collect

Wenn in der Konfiguration der Pfad zu der Container Registry geändert wurde, muss der neue Pfad dem Befehl mitgegeben werden:

sudo gitlab-ctl registry-garbage-collect /path/zu/der/container/registry

Bei einem managed Gitlab Server von LCube - Professional Hosting e.K. brauchen Sie sich darum nicht zu kümmern. Unser Support übernimmt das gerne für Sie.

Testen Sie jetzt kostenlos und unverbindlich unseren Gitlab Server für einen Monat.

Mit Gitlab können Sie Projekte exportierne und importieren. Projekte können so von einer anderen Hitlab Instanz oder von Gitlab.com exportiert und auf Ihren Gitlab Server importiert werden. In dem Export befinden sich alle relevanten Daten des Projektes.

Eine exportierte Datei kann dabei eine erhebliche Größe haben.

Wenn der Import gestartet wird, wird, die Datei hochgeladen und in das Gitlab importiert. Ggf. kommt es dabei zu einer Fehlermeldung: Request Entity Too Large

Diese Fehlermeldung entsteht, weil die zu importierende Projektdatei zu groß ist. Wie groß ein Projektdatei sein darf, kann man als Gitlab Administrator einstellen. Sie finden diese Einstellung unter Admin - Settings - General

Erweitern Sie die Gruppe Account an Limit. Hier finden Sie eine Einstellung mit dem Namen Maximum Impot Size (MB). Stellen Sie hier ein Größe ein, die für die zu importierende Datei notwendig ist. Damit sollte die Fehlermeldung nicht mehr auftreten.

Wenn eine Konfiguration in Gitlab geändert wird, muss gitlab-ctl reconfigure ausgeführt werden. Durch diesen Befehl werden die Konfigurationen der zentralen gitlab.rb Datei in die verschiedenen Konfigrationsdateien der unterschiedlichen Gitlab Dienste übertragen.

Wenn eine Konfiguration felerhaft ist z.B. duch einen Tippfehler kann es zu dem Fehler NoMethodError - undefined method '[]=' for nil:NilClass kommen

In dem Fall schauen Sie bitte Ihre gitlab.rb Datei durch um den Fehler in der Konfiguration zu finden.

Bei einem managed Gitlab Server von LCube - Professional Hosting e.K. brauchen Sie sich darum nicht zu kümmern. Unser Support übernimmt das gerne für Sie.

Testen Sie jetzt kostenlos und unverbindlich unseren Gitlab Server für einen Monat.

Wenn Sie Ihr System auf unseren Gitlab Server umziehen möchten geht das am einfachsten über ein ein Backup und Restore.
Nach der Bestellung antworten Sie einfach auf die Bestätigungsmail und teilen uns mit, welche Gitlab Version Sie einsetzen. Der Umzug über Backup und Restore einer Gitlan Instanz ist nur die gleiche Version möglich.
Unser Support nimmt dann Kontakt mit Ihnen auf um die Detals abzuklären.
Wir installieren in dem Fall die gleiche Version auf unserem Gitlab Hosting Server und führen das Restore Ihrer Daten durch. Danach starten wir eine Update auf die aktuelle Gitlab Version.
Um ein Backup Ihrer Instanz zu erstellen verwenden Sie folgende Befehle:
Bis einschließlich Gitlab 12.1:

gitlab-rake gitlab:backup:create

sudo gitlab-backup create

/etc/gitlab/gitlab.rb
/etc/gitlab/gitlab-secrets.json

Um Builds aszuführen benötigt der Gitlab Server einen Runner. Der Gitlab CI Server führt selbst keine Buiilds durch. Derartige Aufgaben werden an einen Runner übertragen.
Natürlich bieten wir Ihnen auch die Möglichkeit Runner für Ihren Gitlab Server zu verwenden. Einfache Runner oder Runner mit speziellen Anforderungen (z.B. mit GPUs) sind bei uns möglich. Kontakten Sie uns einfach um Ihren Bedarf zu bestimmen.
Es gibt shared Runner und specific Runner. Shared Runner arbeiten alle Jobs ab. Mit Tags können Jobs jedoch auch spezifischen Runnern zugordnet werden.
Wirchtig: Ein Runner sollte niemals auf einem Gitlab Server installiert werden. Bei Sicherheitsproblemen eines Runner könnte es zur Gefährdung des Gitlab Servers kommen. Ebenso könnten Stabilitätsprobleme bei dem Gitlab Hosting auftreten. Für kleine Anfordungen bieten wir kleine Gitlab Runner die gemietet werden können. Wir beraten Sie gerne.