Hi,
ich habe mich gerade nochmal daran gemacht zu schauen an welcher Stelle ich
auf dem Hackaton bezüglich Abgleich Puppet-Git mit Puppet-Master abbrechen
musste. Der Stand der jetzt im Git ist sollte korrekt sein, ich habe hier bei
mir nichts mehr.
Tarek hatte die Änderungen seit dem Hackaton ja auch bereits als Merge-
Requests eingereicht. Stefan hat die meisten davon akzeptiert und ich habe den
letzten gerade auch noch hinzugefügt. Somit sind die letzten Änderungen auf de
Puppet-Master nun auch im Git.
Tarek testet das jetzt noch bzw. macht den Puppet-Master wieder hübsch und ich
gehe schonmal pennen. Soweit nur für euch als Statusupdate :)
Viele Grüße
Clemens
Hi,
Irgend jemadn hat angefangen supernode spezifische
Änderungen in die common.yaml zu schreiben. Das ist
nicht sinn unserer puppen Lösung. Daher würde ich
das hier mal besprechen wie wir diese node spezifischen
Änderungen abstrahieren.
Mein Vorschlag wäre ein weiteren super node template zu
erstellen und ein boolean flag einzurichten welchen dann
in der Node spezifischen config gesetzt werden kann.
Zudem befindet sich das puppet repo weiterhin in einem katastrophalen
zustand das Änderungen auf dem produktiv master liegen.
Soll ich da ein git reset --hard ausführen ?
Denn ich gehe davon aus das der zustand im git dieser ist den wir
aktuell fahren?
Ah und das git repo auf dem puppen master hat push reche. Ich würde
diese aus entsprechend entfernen. So das von dort aus nur gepullt
werden kann.
schöne Grüße
Tarek
Hi,
ich habe die alte nodejs installation auf srv01 manuell entfernt und auf
nodejs 7.2 geupdated.
Falls das dort jemand braucht und neuerdings Fehler auftreten bitte bei mir
melden ;)
Viele Grüße
Clemens
Hi,
Mag wer auch immer und wo auch immer jemand den DNS für autoupdater.ffnw bitte fixen.
http://autoupdate.ffnw/nightly/master/
ist kaputt
https://runner02.ffnw.de/nightly/
Bitte überprüft auch die anderen ffnw urls
ich werde heute leider nicht mehr an der Firmware weiter arbeiten weil ich zu sehr
verärgert bin -.-
Es ist wirklich unglaublich nervig das andauernd an den dns Einträgen gepfuscht wird..
Ohne Info auf der damit List.
Ich hab keine zeit und auch wirklich keine Lust monatlich immer hinter dem gleichen
Kram hinterher zu rennen und immer alles doppelt und dreifach zu prüfen ob es auch
wirklich läuft. -.-
vg
Tarek
Hi,
hier eine liste meiner git repos die ich lokal habe:
ffnw-firmware/monitoring-drone.git (Wed Oct 19)
ffnw-server/ffnw-debian.git (Tue May 3)
ffnw-server/firmware-bot.git (Sun Nov 20)
ffnw-firmware/gluon-l2tp.git (Tue Aug 30)
ffnw-server/hoodgen.git (Fri Nov 4)
netmon-sc/api-server.git (Thu Sep 22)
netmon-SC-api-test-client.git (Sun Sep 25)
ffnw-firmware/packages.git (Sat Nov 19)
ffnw-puppet/puppet.git (Thu Sep 29)
ffnw-puppet/puppet-deprecated.git (Tue Feb 23)
ffnw-firmware/siteconf.git (Sun Nov 6)
ffnw/admin-team.git (Tue Nov 1)
ffnw/ffnw_documents.git (Sun Jul 5)
ffnw-vorstand/Vorstand.git (Mon Jul 4)
vg
Tarek
Hi,
unsere Repos haben Recovery und/oder Migration nach Omnibus nicht unbeschadet
überstanden. Bei einigen Repos kommt beim Klonen/Pushen folgendes:
+++
remote: error: non-monotonic index ./objects/pack/
pack-76337be173d5e2d203f12e37dc8553e66eebecdf.idx
remote: error: index file ./objects/pack/
pack-8bf934c19ecc65e873489a6ea4ee4220084b6fdf.idx is too small
remote: error: index file ./objects/pack/pack-
b48b401850b48e64a84182e2a2270bda332d5951.idx is too small
remote: error: non-monotonic index ./objects/pack/
pack-76337be173d5e2d203f12e37dc8553e66eebecdf.idx
+++
Ich habe dazu etwas recherchiert und folgendes hat bei meinem Netmon Web-
Client Repo geholfen: http://joemaller.com/1283/git-error-index-file-is-too-small/
Hatte den Fehler schonmal jemand und kann dazu etwas mehr sagen als ich? Nicht
dass ich die Fehlerbehebung jetzt auf alle Repos anwende und dann mehr kaputt
mache als heile :D
Viele Grüße
Clemens
Hi,
ich würde im Nachgang an unseren Gitlab Crash gerne noch einmal das Thema
Backups ansprechen. Ich weiß, dass Picard sich vor einiger Zeit in das Thema
eingearbeitet hatte und es eine ganze Weile auch Backups gab. Allerdings muss
es irgendwann ein Problem gegeben haben, das nicht gelöst werden konnte sodass
uns am Wochenende keine Backups zur Verfügung standen.
Um das Thema noch einmal auf eine neue Grundlage zu stellen würde gerne
folgenden Ansatz vorschlagen:
* Mieten eines Storage-Systems bei Netcup mit 1,5TB. Dann können wir alle
Server auf einem separaten System sichern und haben Platz für ca. 50 Backups á
30GB. Kosten ca. 190€/Jahr (https://www.netcup.de/bestellen/produkt.php?
produkt=1514)
* Nutzung des Puppet-Moduls für Rsnapshot um automatisches Backup-Deployment
auf allen Servern zu ermöglichen (https://forge.puppet.com/tedivm/rsnapshot)
Gibt es weitere Ideen, lässt sich das günstiger realisieren und Pic möchten du
oder jemand anderes das nochmal angehen?
Viele Grüße
Clemens
