<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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/"
		>
<channel>
	<title>Comments on: Iomega StorCenter Pro 200rl root access</title>
	<atom:link href="http://www.kennynet.co.uk/2009/03/13/iomega-storcenter-pro-200rl-root-access/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.kennynet.co.uk/2009/03/13/iomega-storcenter-pro-200rl-root-access/</link>
	<description>Ramblings of a PHP developer</description>
	<lastBuildDate>Fri, 23 Jul 2010 17:13:42 +0100</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.4</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: elish</title>
		<link>http://www.kennynet.co.uk/2009/03/13/iomega-storcenter-pro-200rl-root-access/comment-page-1/#comment-312</link>
		<dc:creator>elish</dc:creator>
		<pubDate>Tue, 23 Mar 2010 14:44:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.kennynet.co.uk/?p=86#comment-312</guid>
		<description>The root password is &quot;soho&quot;</description>
		<content:encoded><![CDATA[<p>The root password is &#8220;soho&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lukasz</title>
		<link>http://www.kennynet.co.uk/2009/03/13/iomega-storcenter-pro-200rl-root-access/comment-page-1/#comment-309</link>
		<dc:creator>Lukasz</dc:creator>
		<pubDate>Tue, 02 Mar 2010 15:45:34 +0000</pubDate>
		<guid isPermaLink="false">http://www.kennynet.co.uk/?p=86#comment-309</guid>
		<description>Anyone even thinking about using this device - don&#039;t. This is one big piece of garbage. Device cannot detect faulty disks correctly and it won&#039;t notify about that fact. More over, it&#039;ll re-create array on faulty disks - of course erasing old content. 

The only solution is to install your own Linux distribution, configure via ssh by hand and take care on your own about monitoring. 

I&#039;ve got two devices like this and they both are going under the knife now. 
IOmega support was, well, less than interested in helping us. They have sent us heavily used replacement unit with disks more than a year old - and with the same software issues. 

So, forget about IOmega 200rl.</description>
		<content:encoded><![CDATA[<p>Anyone even thinking about using this device &#8211; don&#8217;t. This is one big piece of garbage. Device cannot detect faulty disks correctly and it won&#8217;t notify about that fact. More over, it&#8217;ll re-create array on faulty disks &#8211; of course erasing old content. </p>
<p>The only solution is to install your own Linux distribution, configure via ssh by hand and take care on your own about monitoring. </p>
<p>I&#8217;ve got two devices like this and they both are going under the knife now.<br />
IOmega support was, well, less than interested in helping us. They have sent us heavily used replacement unit with disks more than a year old &#8211; and with the same software issues. </p>
<p>So, forget about IOmega 200rl.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Brecht</title>
		<link>http://www.kennynet.co.uk/2009/03/13/iomega-storcenter-pro-200rl-root-access/comment-page-1/#comment-301</link>
		<dc:creator>Brecht</dc:creator>
		<pubDate>Tue, 22 Dec 2009 00:33:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.kennynet.co.uk/?p=86#comment-301</guid>
		<description>We have an 200rL that had to rebuild his raid5 because something other than the disks failed (don&#039;t know what that something can be?). Now after the rebuild al the data is gone. The webinterface shows 0GB used. Is the data really gone? Does anybody have an idea? According to the webinterface the shares still exist but they are inaccessible.</description>
		<content:encoded><![CDATA[<p>We have an 200rL that had to rebuild his raid5 because something other than the disks failed (don&#8217;t know what that something can be?). Now after the rebuild al the data is gone. The webinterface shows 0GB used. Is the data really gone? Does anybody have an idea? According to the webinterface the shares still exist but they are inaccessible.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenny Millington</title>
		<link>http://www.kennynet.co.uk/2009/03/13/iomega-storcenter-pro-200rl-root-access/comment-page-1/#comment-299</link>
		<dc:creator>Kenny Millington</dc:creator>
		<pubDate>Thu, 17 Dec 2009 16:24:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.kennynet.co.uk/?p=86#comment-299</guid>
		<description>Sorry for the delay, hope it helps...

&lt;blockquote&gt;
NAS01:~# mdadm --misc --detail /dev/md0
/dev/md0:
        Version : 00.90.03
  Creation Time : Fri Mar 13 20:44:00 2009
     Raid Level : raid5
     Array Size : 2917941888 (2782.77 GiB 2987.97 GB)
    Device Size : 972647296 (927.59 GiB 995.99 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Thu Dec 17 15:44:08 2009
          State : active
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

         Layout : left-symmetric
     Chunk Size : 64K

           UUID : a7db5e45:ea5f2030:8467a421:84d4f733 (local to host NAS01)
         Events : 0.147437

    Number   Major   Minor   RaidDevice State
       0       8        2        0      active sync   /dev/sda2
       1       8       18        1      active sync   /dev/sdb2
       2       8       34        2      active sync   /dev/sdc2
       3       8       50        3      active sync   /dev/sdd2
&lt;/blockquote&gt;</description>
		<content:encoded><![CDATA[<p>Sorry for the delay, hope it helps&#8230;</p>
<blockquote><p>
NAS01:~# mdadm &#8211;misc &#8211;detail /dev/md0<br />
/dev/md0:<br />
        Version : 00.90.03<br />
  Creation Time : Fri Mar 13 20:44:00 2009<br />
     Raid Level : raid5<br />
     Array Size : 2917941888 (2782.77 GiB 2987.97 GB)<br />
    Device Size : 972647296 (927.59 GiB 995.99 GB)<br />
   Raid Devices : 4<br />
  Total Devices : 4<br />
Preferred Minor : 0<br />
    Persistence : Superblock is persistent</p>
<p>    Update Time : Thu Dec 17 15:44:08 2009<br />
          State : active<br />
 Active Devices : 4<br />
Working Devices : 4<br />
 Failed Devices : 0<br />
  Spare Devices : 0</p>
<p>         Layout : left-symmetric<br />
     Chunk Size : 64K</p>
<p>           UUID : a7db5e45:ea5f2030:8467a421:84d4f733 (local to host NAS01)<br />
         Events : 0.147437</p>
<p>    Number   Major   Minor   RaidDevice State<br />
       0       8        2        0      active sync   /dev/sda2<br />
       1       8       18        1      active sync   /dev/sdb2<br />
       2       8       34        2      active sync   /dev/sdc2<br />
       3       8       50        3      active sync   /dev/sdd2
</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: Travis</title>
		<link>http://www.kennynet.co.uk/2009/03/13/iomega-storcenter-pro-200rl-root-access/comment-page-1/#comment-298</link>
		<dc:creator>Travis</dc:creator>
		<pubDate>Thu, 10 Dec 2009 16:01:38 +0000</pubDate>
		<guid isPermaLink="false">http://www.kennynet.co.uk/?p=86#comment-298</guid>
		<description>I have the 200rl with root access and one of the drives temporarily failed.  When the raid 5 md0 array rebuilt itself all my data disappeared and it looks like it may have been cause by the chunk size being reconfigured.  Can anyone run &quot;mdadm --misc -detail /dev/md0&quot; and let me know what the chunk size should be?

Thanks</description>
		<content:encoded><![CDATA[<p>I have the 200rl with root access and one of the drives temporarily failed.  When the raid 5 md0 array rebuilt itself all my data disappeared and it looks like it may have been cause by the chunk size being reconfigured.  Can anyone run &#8220;mdadm &#8211;misc -detail /dev/md0&#8243; and let me know what the chunk size should be?</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: raupe</title>
		<link>http://www.kennynet.co.uk/2009/03/13/iomega-storcenter-pro-200rl-root-access/comment-page-1/#comment-184</link>
		<dc:creator>raupe</dc:creator>
		<pubDate>Fri, 05 Jun 2009 16:11:02 +0000</pubDate>
		<guid isPermaLink="false">http://www.kennynet.co.uk/?p=86#comment-184</guid>
		<description>Thanks for that great article. For me the --scan didn&#039;t work (I used the system rescue cd, since it comes with the mdadm tool - www.sysresccd.org), so I had to specify the disks manually. The command would then read &#039;mdadm --assemble /dev/md3 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1&#039;

Also, the chroot had to be appanded with /bin/sh, like: chroot /mnt/backup /bin/sh

Hope that helps.</description>
		<content:encoded><![CDATA[<p>Thanks for that great article. For me the &#8211;scan didn&#8217;t work (I used the system rescue cd, since it comes with the mdadm tool &#8211; <a href="http://www.sysresccd.org" rel="nofollow">http://www.sysresccd.org</a>), so I had to specify the disks manually. The command would then read &#8216;mdadm &#8211;assemble /dev/md3 /dev/sda1 /dev/sdb1 /dev/sdc1 /dev/sdd1&#8242;</p>
<p>Also, the chroot had to be appanded with /bin/sh, like: chroot /mnt/backup /bin/sh</p>
<p>Hope that helps.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
