<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>Aus der Tiefe</title>
    <link>https://adminblog.math.fau.de/bauerm/index.index/2014/09/03/bauerm/index.rss/bauerm/index.index/bauerm</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>Wed, 03 Sep 2014 00:00:00 +0200</pubDate>
    <link>https://adminblog.math.fau.de/bauerm/index.index/2014/09/03/bauerm/index.rss/2014/09/03#WednesdaySeptember3201413:02:15</link>
    <category>/bauerm</category>
    <guid isPermaLink="false">https://adminblog.math.fau.de/bauerm/index.index/2014/09/03/bauerm/index.rss/bauerm/WednesdaySeptember3201413:02:15</guid>
    <description>&lt;pre&gt;
	Interessantes Problem mit puppet-dashboard: das Passenger Module fuer Apache stirbt mit:

		[ pid=24133 file=ext/apache2/Hooks.cpp:727 time=2014-09-01 14:58:33.756 ]:
		  Unexpected error in mod_passenger: An error occured while sending the request body to the request handler: Broken pipe (32)
		  Backtrace:
		     (empty)

	  Man beachte die hilfreiche Unterscheidung zwischen Erwarteten und Unerwarteten Fehlern. Dies hier
	  ist also ein Unerwarteter. Danach ist der Port 3000 auf localhost dicht, auf dem Dashboard seine
	  Reports erwartet, und puppet master meckert:

		puppet-master[3726]: Report processor failed: Connection refused - connect(2)	
	
	  Es scheint, dass wenn man dann mit 

		/etc/init.d/puppet-dashboard restart
	  das dashboard wieder startet, dann nimmt der eine Webrick Instanz, also einen kleinen Webserver
	  in Ruby und lauscht mit dem auf port 3000. Der hat keine Authentisierung. Doh, wie Dr. H. Simpson
	  sagen wuerde. Nach einem stop von Dashboard und Restart von Apache (in der Reihenfolge) geht
	  alles wieder.

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