<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Portmap on BAFM</title><link>https://christian.blog.pakiheim.de/tags/portmap/</link><description>Recent content in Portmap on BAFM</description><generator>Hugo -- 0.160.1</generator><language>en</language><lastBuildDate>Fri, 08 Aug 2014 08:43:51 +0000</lastBuildDate><atom:link href="https://christian.blog.pakiheim.de/tags/portmap/index.xml" rel="self" type="application/rss+xml"/><item><title>portmap hanging on shutdown</title><link>https://christian.blog.pakiheim.de/posts/2014-08-08_portmap-hanging-on-shutdown/</link><pubDate>Fri, 08 Aug 2014 08:43:51 +0000</pubDate><guid isPermaLink="false">http://blog.barfoo.org/?p=2515</guid><description>&lt;p&gt;Here&amp;rsquo;s yet another post about my compute cluster. It&amp;rsquo;s (obviously) running NFS and that works quite well. Up till now, I would always have trouble with portmap hanging on shutdown/reboot. After spending some time thinking about the problem, looking at the init script and googling, I stumbled upon this Ubuntu bug on &lt;a href="https://bugs.launchpad.net/ubuntu/+source/portmap/+bug/309542"&gt;portmap&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;As noted in the bug, a pmap_dump would hang indefinitely. After taking another look at our nfs-root configuration (in regard to the &lt;a href="https://bugs.launchpad.net/ubuntu/+source/portmap/+bug/309542/comments/1"&gt;first comment&lt;/a&gt; on the bug), it turns out it&amp;rsquo;s exactly that. We didn&amp;rsquo;t setup lo which seems vital for some things.&lt;/p&gt;</description></item><item><title>rpc-statd starting before portmap</title><link>https://christian.blog.pakiheim.de/posts/2009-08-04_rpc-statd-starting-before-portmap/</link><pubDate>Tue, 04 Aug 2009 14:51:49 +0000</pubDate><guid isPermaLink="false">http://blog.barfoo.org/?p=2519</guid><description>&lt;p&gt;&lt;a href="https://christian.blog.pakiheim.de/posts/2014-08-08_portmap-hanging-on-shutdown" title="portmap hanging on shutdown"&gt;One problem gone&lt;/a&gt;, another one turns up. When rpc.statd (nfs-common) tries to start before portmap, it&amp;rsquo;s gonna result in failure. Now, the logfile (/var/log/daemon.log) is gonna print a rather cryptic error message:&lt;/p&gt;
&lt;div class="highlight"&gt;&lt;div class="chroma"&gt;
&lt;table class="lntable"&gt;&lt;tr&gt;&lt;td class="lntd"&gt;
&lt;pre tabindex="0" class="chroma"&gt;&lt;code&gt;&lt;span class="lnt" id="hl-0-1"&gt;&lt;a class="lnlinks" href="#hl-0-1"&gt;1&lt;/a&gt;
&lt;/span&gt;&lt;span class="lnt" id="hl-0-2"&gt;&lt;a class="lnlinks" href="#hl-0-2"&gt;2&lt;/a&gt;
&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;
&lt;td class="lntd"&gt;
&lt;pre tabindex="0" class="chroma"&gt;&lt;code class="language-fallback" data-lang="fallback"&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;Aug  4 15:54:25 xen2 rpc.statd[3419]: Version 1.1.2 Starting
&lt;/span&gt;&lt;/span&gt;&lt;span class="line"&gt;&lt;span class="cl"&gt;Aug  4 15:54:25 xen2 rpc.statd[3419]: unable to register (statd, 1, udp).
&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/td&gt;&lt;/tr&gt;&lt;/table&gt;
&lt;/div&gt;
&lt;/div&gt;&lt;p&gt;After fixing the start order (I really hate &lt;em&gt;SUSE&lt;/em&gt;/Debian* for not having init-script dependencies &amp;ndash; like Gentoo&amp;rsquo;s baselayout/Roy&amp;rsquo;s &lt;a href="http://roy.marples.name/projects/openrc"&gt;openrc&lt;/a&gt; does have), everything is like it should be and I&amp;rsquo;m able to put the /srv/xen mount into the fstab &amp;hellip;&lt;/p&gt;</description></item></channel></rss>