moin,
beim login auf den srv01 passierte heute
# ssh srv01
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED! @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
SHA256:LX0xpviTs3pSYWtibqspcjoqDDxrkzA1kw0F+4ZmXps.
Please contact your system administrator.
was ist hier los?
The authenticity of host 'srv01.ffnw.de (37.120.176.207)' can't be
established.
RSA key fingerprint is SHA256:LX0xpviTs3pSYWtibqspcjoqDDxrkzA1kw0F+4ZmXps.
RSA key fingerprint is MD5:97:7f:f3:b0:7f:57:04:d1:96:15:7f:eb:bc:de:17:6e.
es macht sinn das man weiss das man sich auf den richtigen srv verbindet,
wieso hat sich was am key geändert?
wo stehen die fingerprints zum vergleichen?
--
Freifunk Gruß
pic
Www: https://fr32k.de
Xmpp: picard(a)fr32k.de & picard(a)ffnw.de
Keybase: https://keybase.io/picard
--
Gruß
pic
Xmpp: picard(a)ffnw.de & picard(a)fr32k.de
@ME https://wiki.nordwest.freifunk.net/picard
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,
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
Hi,
gebt mir ein paar Minuten, ich installiere ein SAN SSL-Certs damit der Spaß
sowohl unter git.ffnw.de als auch unter git.nordwest.freifunk.net erreichbar
ist :)
Viele Grüße
Clemens
Hi,
ich habe runner01 und runner02 neu bei Gitlab registriert damit die auf die
neue URL hören. Tags und sonstige Settings habe ich nicht verändert. runner01
habe ich auch schon erfolgreich getestet, bei runner02 werden wir die Tage ja
sehen ob der rund läuft.
Viele Grüße
Clemens
