<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>unixpowered.com &#187; smf</title>
	<atom:link href="http://www.unixpowered.com/blog/category/smf/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.unixpowered.com/blog</link>
	<description></description>
	<lastBuildDate>Wed, 21 Jul 2010 13:42:57 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=abc</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Failed Repository Integrity Check</title>
		<link>http://www.unixpowered.com/blog/2010/02/10/failed-repository-integrity-check/</link>
		<comments>http://www.unixpowered.com/blog/2010/02/10/failed-repository-integrity-check/#comments</comments>
		<pubDate>Wed, 10 Feb 2010 14:54:38 +0000</pubDate>
		<dc:creator>somedude</dc:creator>
				<category><![CDATA[smf]]></category>
		<category><![CDATA[solaris]]></category>
		<category><![CDATA[solaris tips]]></category>

		<guid isPermaLink="false">http://www.unixpowered.com/blog/?p=418</guid>
		<description><![CDATA[Last week I was presented with the following error on one of the Solaris 10 boxes:
svc.configd: smf(5) database integrity check of:
 /etc/svc/repository.db
 failed.  The database might be damaged or a media error might have
prevented it from being verified.  Additional information useful to
your service provider is in:
 /etc/svc/volatile/db_errors
 The system will not be able [...]]]></description>
			<content:encoded><![CDATA[<p>Last week I was presented with the following error on one of the Solaris 10 boxes:</p>
<p><code>svc.configd: smf(5) database integrity check of:</code></p>
<p><code> /etc/svc/repository.db</code></p>
<p><code> failed.  The database might be damaged or a media error might have<br />
prevented it from being verified.  Additional information useful to<br />
your service provider is in:</code></p>
<p><code> /etc/svc/volatile/db_errors</code></p>
<p><code> The system will not be able to boot until you have restored a working<br />
database.  svc.startd(1M) will provide a sulogin(1M) prompt for recovery<br />
purposes.  The command:</code></p>
<p><code> /lib/svc/bin/restore_repository</code></p>
<p><code> can be run to restore a backup version of your repository.  See<br />
http://sun.com/msg/SMF-8000-MY for more information.</code></p>
<p>Having never seen this error, I was thinking: &#8220;this is gonna be interesting&#8230;&#8221;. Thankfully the error was pretty verbose so I started to disect it section by section. Yeah, service repository got hosed, somehow, and I can potentially find some usefull info in <em>/etc/svc/volatile/db_errors</em>. Unfortunatelly, there was nothing of use in there.</p>
<p>The <em>restore_repository</em> script mentioned gave me little more hope. I also went and checked out the page URL. After reading the page I decided to go ahead and try to restore the service repository.</p>
<p>I logged in to the box in single user mode and took a look at the restore script to get an idea of what it might do. Then, I ran it. Fortunatelly, the script was pretty good at doing checks and told me that I can not proceed any further because <em>/</em> filesystem is mounted <em>RO</em>. To fix this I was asked to run:</p>
<p><code>bash-3.00# <strong>/lib/svc/method/fs-root</strong><br />
bash-3.00# <strong>/lib/svc/method/fs-usr</strong></code></p>
<p>Once the filesystems were fixed up I ran the <em>restore_repository</em> script. I was asked which backup copy I wanted to restore and that was it. The system rebooted and came back up fine. This turned out to be a pretty good learning experience and <a title="Repository Integrity Check Failed" href="http://www.sun.com/msg/SMF-8000-MY" target="_self">http://www.sun.com/msg/SMF-8000-MY</a> is very well worth reading.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.unixpowered.com/blog/2010/02/10/failed-repository-integrity-check/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Using CVS with SMF</title>
		<link>http://www.unixpowered.com/blog/2008/04/08/using-cvs-with-smf/</link>
		<comments>http://www.unixpowered.com/blog/2008/04/08/using-cvs-with-smf/#comments</comments>
		<pubDate>Tue, 08 Apr 2008 11:24:00 +0000</pubDate>
		<dc:creator>somedude</dc:creator>
				<category><![CDATA[cvs]]></category>
		<category><![CDATA[inetd]]></category>
		<category><![CDATA[smf]]></category>
		<category><![CDATA[solaris tips]]></category>
		<category><![CDATA[solaris utilities]]></category>

		<guid isPermaLink="false">http://wayciak.wordpress.com/?p=23</guid>
		<description><![CDATA[Most services in Solaris 10 are controlled by SMF. SMF uses xml files to define services it manages. I had a need to quickly create a service manifest for CVS. The inetconv command takes an input file with inetd.conf format and converts it into basic SMF manifest and imports it into the SMF repository. In [...]]]></description>
			<content:encoded><![CDATA[<p>Most services in Solaris 10 are controlled by <acronym title="Service Management Facility">SMF</acronym>. SMF uses xml files to define services it manages. I had a need to quickly create a service manifest for <acronym title="Concurrent Versions System">CVS</acronym>. The <em>inetconv</em> command takes an input file with <em>inetd.conf</em> format and converts it into basic SMF manifest and imports it into the SMF repository. In the case of CVS I created cvs_inetd file with following content:</p>
<p><code>cvspserver stream tcp nowait root /export/apps/cvs -f --allow-root=/export/cvs_repos/primary --allow-root=/export/cvs_repos/secondary pserver</code></p>
<p>Then I converted and imported the file using the following:</p>
<p><code>root@ultra# <strong>inetconv -f -i ./cvs_inetd</strong><br />
cvspserver -&gt; /var/svc/manifest/network/cvspserver-tcp.xml<br />
Importing cvspserver-tcp.xml ...Done<br />
root@ultra#</code></p>
<p>The resulting CVS manifest was saved in <em>/var/svc/manifest/network</em>. Later, if needed, you can view, modify, etc. the service manifest properties using <em>svccfg</em> and <em>svcprop</em> commands. The <em>-f</em> switch above causes CVS manifest in <em>/var/svc/manifest/network</em> be overwritten, if it exists.</p>
<p>Also, make sure cvspserver is defined in <em>/etc/services</em>.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.unixpowered.com/blog/2008/04/08/using-cvs-with-smf/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

<!-- www.000webhost.com Analytics Code -->
<script type="text/javascript" src="http://analytics.hosting24.com/count.php"></script>
<noscript><a href="http://www.hosting24.com/"><img src="http://analytics.hosting24.com/count.php" alt="web hosting" /></a></noscript>
<!-- End Of Analytics Code -->
