<?xml version="1.0" encoding="utf-8"?><!-- generator="b2evolution/1.9.3" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>Maintenance</title>
						<link>http://hcmc.uvic.ca/blogs/index.php?blog=11</link>
				<description>HCMC Maintenance</description>
				<language>en-CA</language>
				<docs>http://backend.userland.com/rss</docs>
				<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=1.9.3"/>
				<ttl>60</ttl>
								<item>
					<title>Java headless</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;title=java_headless&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Fri, 17 May 2013 16:20:57 +0000</pubDate>
					<dc:creator>Greg</dc:creator>
					<category domain="main">Servers</category>					<guid isPermaLink="false">10954@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 15) The ISE was getting the error
java.lang.NoClassDefFoundError: Could not initialize class sun.awt.X11GraphicsEnvironment
when running xwiki.
It turns out that the existence of quotes in JAVA_OPTS directives causes the option to be ignored. So, for future reference, use -Djava.awt.headless=true instead of -Djava.awt.headless="true" when launching tomcat on a headless server.</description>
					<content:encoded><![CDATA[<p>The ISE was getting the error<br />
<code>java.lang.NoClassDefFoundError: Could not initialize class sun.awt.X11GraphicsEnvironment</code><br />
when running xwiki.<br />
It turns out that the existence of quotes in JAVA_OPTS directives causes the option to be ignored. So, for future reference, use <code>-Djava.awt.headless=true</code> instead of <code>-Djava.awt.headless="true"</code> when launching tomcat on a headless server.</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;p=10954&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>Rsync problem on rutabaga</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;title=rsync_problem_on_rutabaga&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Thu, 09 May 2013 17:14:12 +0000</pubDate>
					<dc:creator>Greg</dc:creator>
					<category domain="main">Servers</category>
<category domain="alt">Activity log</category>
<category domain="alt">Activity log</category>
<category domain="alt">Documentation</category>					<guid isPermaLink="false">10927@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 120) After an update to DSM 4.2 rutabaga no longer allowed rsync backups, failing with:

sh: rsync: not found
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
rsync error: remote command not found (code 127) at io.c(605) [Receiver=3.0.9]

After much wailing and gnashing of teeth we discovered that non-interactive users do not have /usr/syno/bin in their path (it *is* in their path if they shell in to the NAS, so they can run rsync *from* the NAS when shell'd in). 

So, that's an easy fix, says us: add a symlink to /usr/syno/bin/rsync in a logical spot that *is* in a non-interactive path, like /usr/bin.

Problem: admin user cannot su root (error message = su: must be suid to work properly), so cannot create symlink.

Answer: TURN ON TELNET AND LOG IN AS ROOT USING THE WORST POSSIBLE METHOD!!! Then, you make the symlink and turn off telnet - quick!</description>
					<content:encoded><![CDATA[<p>After an update to DSM 4.2 rutabaga no longer allowed rsync backups, failing with:</p>

<p>sh: rsync: not found<br />
rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]<br />
rsync error: remote command not found (code 127) at io.c(605) [Receiver=3.0.9]</p>

<p>After much wailing and gnashing of teeth we discovered that non-interactive users do not have /usr/syno/bin in their path (it *is* in their path if they shell in to the NAS, so they can run rsync *from* the NAS when shell'd in). </p>

<p>So, that's an easy fix, says us: add a symlink to /usr/syno/bin/rsync in a logical spot that *is* in a non-interactive path, like /usr/bin.</p>

<p>Problem: admin user cannot su root (error message = su: must be suid to work properly), so cannot create symlink.</p>

<p>Answer: TURN ON TELNET AND LOG IN AS ROOT USING THE WORST POSSIBLE METHOD!!! Then, you make the symlink and turn off telnet - quick!</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;p=10927&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>Network troubles - solved</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;title=network_troubles_solved&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Wed, 08 May 2013 21:57:09 +0000</pubDate>
					<dc:creator>Greg</dc:creator>
					<category domain="main">Activity log</category>					<guid isPermaLink="false">10924@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 120) This morning we got nets to set up B047 on the switch. Some time after that 3 machines lost the ability to get a DHCP address - I have no idea if there is a causal relationship between these things.

After much mucking about, it *looks* like it might have been a communication problem between the DHCP server and the machines.
Even forcibly releasing the DHCP lease didn't make any difference.

In the end, I booted the machine with a LiveCD and fiddled with enabling/disabling the network (in the network manger). I got a proper IP and rebooted in the installed OS. That seemed to break it out of the loop.

A bit perplexing and aggravating because I don't actually know what the problem was...</description>
					<content:encoded><![CDATA[<p>This morning we got nets to set up B047 on the switch. Some time after that 3 machines lost the ability to get a DHCP address - I have no idea if there is a causal relationship between these things.</p>

<p>After much mucking about, it *looks* like it might have been a communication problem between the DHCP server and the machines.<br />
Even forcibly releasing the DHCP lease didn't make any difference.</p>

<p>In the end, I booted the machine with a LiveCD and fiddled with enabling/disabling the network (in the network manger). I got a proper IP and rebooted in the installed OS. That seemed to break it out of the loop.</p>

<p>A bit perplexing and aggravating because I don't actually know what the problem was...</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;p=10924&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>All projects moved to Peach</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;title=all_projects_moved_to_peach&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Tue, 26 Mar 2013 20:26:53 +0000</pubDate>
					<dc:creator>mholmes</dc:creator>
					<category domain="alt">Servers</category>
<category domain="main">R &#38; D</category>
<category domain="alt">Activity log</category>
<category domain="alt">Documentation</category>					<guid isPermaLink="false">10797@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 180) All current Tomcat-based projects have now been moved to Peach, with the help of RE, who has re-pointed all the relevant domains. The IALLTJournal project has been retired, since it's no longer in use, as has the old version of Francotoile, which was built on eXist 1.4. This was a fairly slow and careful migration over a couple of days, and we expect no problems, but Pear will continue to run for a little while just in case.</description>
					<content:encoded><![CDATA[<p>All current Tomcat-based projects have now been moved to Peach, with the help of RE, who has re-pointed all the relevant domains. The IALLTJournal project has been retired, since it's no longer in use, as has the old version of Francotoile, which was built on eXist 1.4. This was a fairly slow and careful migration over a couple of days, and we expect no problems, but Pear will continue to run for a little while just in case.</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;p=10797&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>Testing on Peach</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;title=testing_on_peach&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Fri, 01 Feb 2013 19:29:36 +0000</pubDate>
					<dc:creator>mholmes</dc:creator>
					<category domain="alt">Servers</category>
<category domain="main">R &#38; D</category>
<category domain="alt">Activity log</category>
<category domain="alt">Activity log</category>					<guid isPermaLink="false">10568@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 30) Tomcat has now been configured so that a slash not followed by a filename is handled by the webapp, not trapped as an error by Tomcat itself. I've also uploaded and tested the new Moses app on Peach, confirming that while the eXist dashboard and eXide fail under Tomcat 6, they work under Tomcat 7.</description>
					<content:encoded><![CDATA[<p>Tomcat has now been configured so that a slash not followed by a filename is handled by the webapp, not trapped as an error by Tomcat itself. I've also uploaded and tested the new Moses app on Peach, confirming that while the eXist dashboard and eXide fail under Tomcat 6, they work under Tomcat 7.</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;p=10568&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>Creating a gource visualization of SVN work</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;title=creating_a_gource_visualization_of_svn_w&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Wed, 23 Jan 2013 21:58:53 +0000</pubDate>
					<dc:creator>mholmes</dc:creator>
					<category domain="main">Activity log</category>
<category domain="alt">Documentation</category>					<guid isPermaLink="false">10519@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 30) 

To create a visualization with gource (on Linux), first install gource (it's in the Ubuntu repo), then:

cd [the SVN directory you want to work on]

svn log -r 11019:11452 --xml --verbose --quiet &#62; svnlog.xml
[Choose the revision numbers you want.]

gource -1280x720 -o - svnlog.xml | ffmpeg -y -r 60 -f image2pipe -vcodec ppm -i - -vcodec libx264 -preset ultrafast -crf 1 -threads 0 -bf 0 video.mp4</description>
					<content:encoded><![CDATA[

<p>To create a visualization with gource (on Linux), first install gource (it's in the Ubuntu repo), then:</p>

<pre>cd [the SVN directory you want to work on]

svn log -r 11019:11452 --xml --verbose --quiet &gt; svnlog.xml
[Choose the revision numbers you want.]

gource -1280x720 -o - svnlog.xml | ffmpeg -y -r 60 -f image2pipe -vcodec ppm -i - -vcodec libx264 -preset ultrafast -crf 1 -threads 0 -bf 0 video.mp4</pre>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;p=10519&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>ssh recursively remove folders and their contents</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;title=ssh_recursively_remove_folders_and_their&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Wed, 16 Jan 2013 18:33:13 +0000</pubDate>
					<dc:creator>sarneil</dc:creator>
					<category domain="main">Documentation</category>					<guid isPermaLink="false">10489@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 0) 
to recursively remove folders and their contents

rm -rf path/to/folder</description>
					<content:encoded><![CDATA[
to recursively remove folders and their contents

rm -rf path/to/folder]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;p=10489&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>Rutabaga rsync problem</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;title=rutabaga_rsync_problem&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Tue, 15 Jan 2013 18:09:07 +0000</pubDate>
					<dc:creator>mholmes</dc:creator>
					<category domain="alt">Servers</category>
<category domain="main">R &#38; D</category>
<category domain="alt">Activity log</category>
<category domain="alt">Activity log</category>
<category domain="alt">Documentation</category>
<category domain="alt">Documentation</category>					<guid isPermaLink="false">10482@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 30) After a system update, rsync stopped working over ssh on Rutabaga. We eventually discovered that users rsyncing over ssh require the ssh service to be turned on (Control panel/Terminal/SSH service). This was apparently not necessary in previous builds, or perhaps it was turned off by the update for some reason.</description>
					<content:encoded><![CDATA[<p>After a system update, rsync stopped working over ssh on Rutabaga. We eventually discovered that users rsyncing over ssh require the ssh service to be turned on (Control panel/Terminal/SSH service). This was apparently not necessary in previous builds, or perhaps it was turned off by the update for some reason.</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;p=10482&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>Peach update</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;title=peach_update&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Fri, 04 Jan 2013 17:50:53 +0000</pubDate>
					<dc:creator>Greg</dc:creator>
					<category domain="main">Servers</category>					<guid isPermaLink="false">10429@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 0) Peach is now ready for us to start testing. Most apps are working as expected, but a few apps do not work quite the way they do on pear. It seems like it may be a Cocoon thing - for example, I notice that http://tomcat-devel.hcmc.uvic.ca:8080/coldesp does not redirect in the same way that pear does (same goes for mariage), while Map of London seems to work quite well.</description>
					<content:encoded><![CDATA[Peach is now ready for us to start testing. Most apps are working as expected, but a few apps do not work quite the way they do on pear. It seems like it may be a Cocoon thing - for example, I notice that <a href="http://tomcat-devel.hcmc.uvic.ca:8080/coldesp">http://tomcat-devel.hcmc.uvic.ca:8080/coldesp</a> does not redirect in the same way that pear does (same goes for mariage), while Map of London seems to work quite well.]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;p=10429&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
								<item>
					<title>Boot partition out of space</title>
					<link>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;title=boot_partition_out_of_space&amp;more=1&amp;c=1&amp;tb=1&amp;pb=1</link>
					<pubDate>Mon, 24 Dec 2012 17:40:45 +0000</pubDate>
					<dc:creator>mholmes</dc:creator>
					<category domain="alt">Servers</category>
<category domain="main">R &#38; D</category>
<category domain="alt">Activity log</category>
<category domain="alt">Activity log</category>
<category domain="alt">Documentation</category>					<guid isPermaLink="false">10423@http://hcmc.uvic.ca/blogs/</guid>
					<description> (Mins: 15) teijenkins found itself unable to complete an update because it was out of disk space. This was initially surprising, but I discovered that it was actually the small boot partition that was out of space, because of the accumulation of old kernels. This command:


dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | xargs sudo apt-get -y purge


cribbed from this page cleaned out the old kernels and solved the problem.</description>
					<content:encoded><![CDATA[<p>teijenkins found itself unable to complete an update because it was out of disk space. This was initially surprising, but I discovered that it was actually the small boot partition that was out of space, because of the accumulation of old kernels. This command:</p>

<pre>
dpkg -l 'linux-*' | sed '/^ii/!d;/'"$(uname -r | sed "s/\(.*\)-\([^0-9]\+\)/\1/")"'/d;s/^[^ ]* [^ ]* \([^ ]*\).*/\1/;/[0-9]/!d' | xargs sudo apt-get -y purge
</pre>

<p>cribbed from <a href="http://ubuntugenius.wordpress.com/2011/01/08/ubuntu-cleanup-how-to-remove-all-unused-linux-kernel-headers-images-and-modules/">this page</a> cleaned out the old kernels and solved the problem.</p>]]></content:encoded>
					<comments>http://hcmc.uvic.ca/blogs/index.php?blog=11&amp;p=10423&amp;c=1&amp;tb=1&amp;pb=1#comments</comments>
				</item>
					</channel>
</rss>
