<?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>Spind.net Blog &#187; udev</title>
	<atom:link href="http://blog.spind.net/tag/udev/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.spind.net</link>
	<description>Stories from the trenches of System Administration</description>
	<lastBuildDate>Mon, 19 Dec 2011 09:21:50 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3</generator>
		<item>
		<title>Ethernet device, where art thou?</title>
		<link>http://blog.spind.net/2008/12/16/ethernet-device-where-art-thou/</link>
		<comments>http://blog.spind.net/2008/12/16/ethernet-device-where-art-thou/#comments</comments>
		<pubDate>Tue, 16 Dec 2008 09:09:50 +0000</pubDate>
		<dc:creator>hc</dc:creator>
				<category><![CDATA[Uncategorized]]></category>
		<category><![CDATA[Fedora]]></category>
		<category><![CDATA[Fedora10]]></category>
		<category><![CDATA[Linux]]></category>
		<category><![CDATA[Network]]></category>
		<category><![CDATA[udev]]></category>

		<guid isPermaLink="false">http://blog.spind.net/?p=77</guid>
		<description><![CDATA[Today I lost my Ethernet devices, probably as a result of upgrading the apartment server from Fedora 9 to Fedora 10. The culprit turned out to be the service responsible for dynamic device management &#8211; udev. These symptoms started showing up in the logfile: Dec 16 07:26:12 server kernel: udev: renamed network interface eth1 to [...]]]></description>
			<content:encoded><![CDATA[<p>Today I lost my Ethernet devices, probably as a result of upgrading the apartment server from Fedora 9 to Fedora 10. The culprit turned out to be the service responsible for dynamic device management &#8211; <em>udev</em>. These symptoms started showing up in the logfile:</p>
<div class="codebox">
Dec 16 07:26:12 server kernel: udev: renamed network interface eth1 to eth4<br />
Dec 16 07:26:12 server kernel: udev: renamed network interface eth0 to eth2<br />
Dec 16 07:26:12 server kernel: udev: renamed network interface eth1 to eth5
</div>
<p>The <em>udev</em> daemon creates and renames devices according to configuration files in <tt>/etc/udev/rules.d/</tt> called <em>rules</em>. One of them &#8211; <tt>70-persistent-net.rules</tt> &#8211; specifically handles network devices. This file was screwed up badly by Anaconda, and had dupes and network devices from a previous hardware configuration. I cleaned up this file, so it had only contained rules that matched the hardware addresses of the installed network devices:</p>
<div class="codebox">
SUBSYSTEM==&#8221;net&#8221;, ACTION==&#8221;add&#8221;, DRIVERS==&#8221;?*&#8221;, ATTR{address}==&#8221;00:1e:8c:85:cd:e2&#8243;, ATTR{type}==&#8221;1&#8243;, KERNEL==&#8221;eth*&#8221;, NAME=&#8221;eth0&#8243;<br />
SUBSYSTEM==&#8221;net&#8221;, ACTION==&#8221;add&#8221;, DRIVERS==&#8221;?*&#8221;, ATTR{address}==&#8221;00:50:da:21:e3:34&#8243;, ATTR{type}==&#8221;1&#8243;, KERNEL==&#8221;eth*&#8221;, NAME=&#8221;eth1&#8243;<br />
SUBSYSTEM==&#8221;net&#8221;, ACTION==&#8221;add&#8221;, DRIVERS==&#8221;?*&#8221;, ATTR{address}==&#8221;00:01:02:24:6d:91&#8243;, ATTR{type}==&#8221;1&#8243;, KERNEL==&#8221;eth*&#8221;, NAME=&#8221;eth2&#8243;
</div>
<p>Various external <em>&#8220;plug-and-play&#8221;</em> helpers may add newly found network devices to this file, so if your network devices start changing names, you might want to check <tt>/etc/udev/rules.d/70-persistent-net.rules</tt>.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.spind.net/2008/12/16/ethernet-device-where-art-thou/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>

