<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>Aus der Tiefe</title>
    <link>https://adminblog.math.fau.de/2012/09/04/index.rss/</link>
    <description>Meldungen des Rechenzentrums in der Cauerstrasse 11</description>
    <language>de</language>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <generator>blosxom/2.1.2</generator>

  <item>
    <title></title>
    <pubDate>Tue, 04 Sep 2012 00:00:00 +0200</pubDate>
    <link>https://adminblog.math.fau.de/2012/09/04/index.rss/2012/09/04#TuesdaySeptember4201210:21:30</link>
    <category>/bauerm</category>
    <guid isPermaLink="false">https://adminblog.math.fau.de/2012/09/04/index.rss/bauerm/TuesdaySeptember4201210:21:30</guid>
    <description>&lt;pre&gt;
	Puppet Erkenntnisse bei Execs:
	      logoutput =&gt; true,
	     macht den Output im Log sichtbar
	      refreshonly =&gt; true
	     fuehrt das Exec nur aus, wenn es von woanders mit 
	      notify =&gt; Exec[&apos;dernamedesExecs&apos;]
	     angeschubst wird.
	Das VACUUM FULL von PostgreSQL auf unseren zabbix Daten braucht mehr als 24 Stunden. Der Florian
	  baut jetzt die klassische MySQL Wuergaround-Loesung, bei der mit dump/restore nur die lebendigen Daten
	  als komprimiertes ASCII Datei weggesichert und in einem neuen DB-file restauriert werden.
	  Das alte kommt dann auf den Muell.

&lt;/pre&gt;</description>
  </item>
  </channel>
</rss>
