May 2017 - Admin - Freifunk Nordwest

[Freifunk Nordwest] Deine Website wurde auf WordPress 4.7.5 aktualisiert
by WordPress 17 May '17

17 May '17

Hallo! Deine Website unter https://ffnw.de wurde automatisch auf WordPress 4.7.5 aktualisiert. Deinerseits ist nichts weiter zu tun. Um mehr über Version 4.7.5 zu erfahren, schau dir die Seite „Über WordPress“ an: https://ffnw.de/wp-admin/about.php Wenn du Fehler feststellst oder Unterstützung benötigst, steht dir das WordPress.org-Supportforum mit seinen freiwilligen Helfern zur Verfügung. https://de.wordpress.org/hilfe/ Es stehen auch für einige deiner Plugins oder Themes Aktualisierungen zur Verfügung. Aktualisiere sie jetzt: https://ffnw.de/wp-admin/ Das WordPress-Team

1 0

Let's Encrypt certificate expiration notice for domain "git.ffnw.de" (and 1 more)
by Let's Encrypt Expiry Bot 08 May '17

08 May '17

Hello, Your certificate (or certificates) for the names listed below will expire in 9 days (on 18 May 17 14:42 +0000). Please make sure to renew your certificate before then, or visitors to your website will encounter errors. git.ffnw.de git.nordwest.freifunk.net For any questions or support, please visit https://community.letsencrypt.org/. Unfortunately, we can't provide support by email. For details about when we send these emails, please visit https://letsencrypt.org/docs/expiration-emails/. In particular, note that this reminder email is still sent if you've obtained a slightly different certificate by adding or removing names. If you've replaced this certificate with a newer one that covers more or fewer names than the list above, you may be able to ignore this message. If you want to stop receiving all email from this address, click http://mandrillapp.com/track/unsub.php?u=30850198&id=e81dc5fae8e245cfbe35b5… (Warning: this is a one-click action that cannot be undone) Regards, The Let's Encrypt Team

1 0

Geplante Wartungsarbeiten am Puppet-Master
by Clemens John 04 May '17

04 May '17

Hi, ich führe jetzt die gestern mit Stefan besprochenen Wartungsarbeiten am Puppet-Master aus. Dazu haben wir alle lokalen Änderungen ins Git gebracht. Ich resette das lokale Repo und switche auf den Production branch. Sobald ich durch bin melde ich mich wieder. Viele Grüße Clemens

3 6

autoupdater
by Jan-Tarek Butt 04 May '17

04 May '17

2 1

Puppet: Unterteilung in Master- und Production-Branch (Zusammenfassung)
by Clemens John 04 May '17

04 May '17

Hi, wir hatten uns bei der Einführung von Puppet vorgenommen Produktiv- und Development-Environment voneinander zu Trennen. Um diesem Ziel etwas näher zu kommen existiert im Puppet-Base Repo jetzt ein zusätzlicher Branch "production". Dieser Branch definiert den Zustand des produktiven Puppet- Masters auf puppet.ffnw.de. Die Entwicklung erfolgt wie bisher im Master-Branch. Wer also aktuell für Puppet entwickelt, für den ändert sich nichts. Der Master-Branch ist der Branch, der auf Testsystemen genutzt werden sollte und im Zweifelsfall auch kaputt gehen darf. Wie switche ich zwischen den Branches? +++ Easy mit: # git checkout BRANCH # git submodule update Wie kommen Änderungen aus Master in Production (3 Fälle)? +++ 1. Wenn der Master-Branch des Puppet-Base Modules insgesamt einen stabilen Stand hat und auch die Submodule im Master auf stabile Commits konfiguriert sind, dann kann man den Master einfach in den Production Branch mergen: # cd /puppet/base/repo # git checkout production # git merge master # git submodule update # git push 2. Ist der Master-Branch nicht auf einem stabilen Stand, dann können einzelne Submodule im Production-Branch auf stabile commits konfiguriert werden sodass die Submodule im Production-Branch auf andere Commits konfiguriert sind als die Submodule im Master-Branch: # cd /puppet/base/repo # git checkout production # cd ./path/to/submodule/ # git checkout stable-commit-id # cd /back/to/puppet/base/repo # git commit # git push 3. Wenn einzelne Dateien im Master-Branch geändert wurden (z.B. hiera.yaml oder .gitlab-ci.yml) und diese Änderungen im Production Branch verfügbar gemacht werden sollen während einige Submodule im Master-Branch auf instabile Commits konfiguriert sind dann kann nach dem merge statt einem "submodule update" ein "git commit" durchgeführt werden um die Commit-Referenzen wieder auf den Stand von vor dem Merge zurückzusetzen und somit nur die Änderungen z.B. an der hiera.yaml in Production zu übernehmen (ungetestet!): # cd /puppet/base/repo # git checkout production # git merge master # git commit # git push Verschiedene Branches auch für Submodule? +++ Kann ein Entwickler machen, wenn er das benötigt, ist aber unabhängig vom reinen Zweck der Trennung in Production und Master. Keine zwei verschiedenen Environment-Ordner in Puppet? +++ Nope, mit zwei verschiedenen Ordnern funktioniert das Merging nicht. Das sollte dann bei Zeiten auch in der Readme vermerkt werden. Für heute reichts aber ja erstmal hier auf der ML. Anregungen, Hinweise wie immer gerne. Viele Grüße Clemens

1 1

autoupdate.ffnw mirror nicht synchron
by Simon Kurka 01 May '17

01 May '17

> root@OldenburgCafeAmFloetenteich2:~# autoupdater -f > Connecting to autoupdate.ffnw ([2a01:4f8:192:832b:8::1]:80) > - 100% > |******************************************************************************************************************************************************************| > 54737 0:00:00 ETA > Not enough valid signatures! > No usable mirror found. > root@OldenburgCafeAmFloetenteich2:~# autoupdater -f > Connecting to autoupdate.ffnw ([2a03:4000:6:8025::1]:80) > - 100% > |******************************************************************************************************************************************************************| > 54866 0:00:00 ETA > New version available. Da ist offenbar etwas nicht synchron. Gestartet in v1.1.1. -- Viele Grüße, Simon

4 7