<?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 for Archiware Blog</title>
	<atom:link href="http://www.archiware.com/blog/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://www.archiware.com/blog</link>
	<description></description>
	<lastBuildDate>Fri, 01 Feb 2013 14:52:37 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>Comment on On the LTFS Experience Part 1 by Ibrahim Tannir</title>
		<link>http://www.archiware.com/blog/?p=202#comment-256</link>
		<dc:creator>Ibrahim Tannir</dc:creator>
		<pubDate>Fri, 01 Feb 2013 14:52:37 +0000</pubDate>
		<guid isPermaLink="false">http://www.archiware.com/blog/?p=202#comment-256</guid>
		<description><![CDATA[This endeavor is proving to be more complicated than we anticipated. No, the package is not going to be ready that soon.]]></description>
		<content:encoded><![CDATA[<p>This endeavor is proving to be more complicated than we anticipated. No, the package is not going to be ready that soon.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on On the LTFS Experience Part 2 by Anthony Bouch</title>
		<link>http://www.archiware.com/blog/?p=210#comment-243</link>
		<dc:creator>Anthony Bouch</dc:creator>
		<pubDate>Sat, 26 Jan 2013 05:18:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.archiware.com/blog/?p=210#comment-243</guid>
		<description><![CDATA[Sorry - but I really don&#039;t agree with the statement.. &quot;Most important of all, do not use LTFS to backup or archive your data.&quot;.

I&#039;ve used LTO/LTFS in production from staged volumes which were then written to LTFS formatted tapes. It&#039;s particularly well suited to the &#039;completed&#039; work model found in production and media companies all around the world.

We created our own setup from a Linux server and SAS adapter connected to an HP LTO5 device. It works very well.

For solutions that have more complete front-ends, Cache-A are doing some interesting work in this area as well.]]></description>
		<content:encoded><![CDATA[<p>Sorry &#8211; but I really don&#8217;t agree with the statement.. &#8220;Most important of all, do not use LTFS to backup or archive your data.&#8221;.</p>
<p>I&#8217;ve used LTO/LTFS in production from staged volumes which were then written to LTFS formatted tapes. It&#8217;s particularly well suited to the &#8216;completed&#8217; work model found in production and media companies all around the world.</p>
<p>We created our own setup from a Linux server and SAS adapter connected to an HP LTO5 device. It works very well.</p>
<p>For solutions that have more complete front-ends, Cache-A are doing some interesting work in this area as well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on We love P4 Archive by Ken Schumann</title>
		<link>http://www.archiware.com/blog/?p=336#comment-229</link>
		<dc:creator>Ken Schumann</dc:creator>
		<pubDate>Tue, 22 Jan 2013 15:00:35 +0000</pubDate>
		<guid isPermaLink="false">http://www.archiware.com/blog/?p=336#comment-229</guid>
		<description><![CDATA[Archiving has always been a fearful subject for many IT administrators. Many questions arise such as: How many years should we retain archived files? Will the LTO technology be error free? How many copies of the archives should I keep (one onsite one offsite)?

Being a small company we don&#039;t have the luxury of having infinite file storage space. We are a graphic design studio that deals with incredibly large Hi-Res files that have to be kept active for at least 2 years. We&#039;ve doubled our storage space in the past year due to the volume of work.

So when it comes time to start archiving files form the server; there&#039;s always that uncertainty of deleting the files once they have been archived. Files that are archived have to be kept for at least 10 years, because we have actually gone back that far to retrieve a job for revisions.

I haven&#039;t thoroughly read about P4&#039;s Archive feature, but I&#039;m interested to know more on how it can benefit  our workflow.

Best regards,
Ken S.]]></description>
		<content:encoded><![CDATA[<p>Archiving has always been a fearful subject for many IT administrators. Many questions arise such as: How many years should we retain archived files? Will the LTO technology be error free? How many copies of the archives should I keep (one onsite one offsite)?</p>
<p>Being a small company we don&#8217;t have the luxury of having infinite file storage space. We are a graphic design studio that deals with incredibly large Hi-Res files that have to be kept active for at least 2 years. We&#8217;ve doubled our storage space in the past year due to the volume of work.</p>
<p>So when it comes time to start archiving files form the server; there&#8217;s always that uncertainty of deleting the files once they have been archived. Files that are archived have to be kept for at least 10 years, because we have actually gone back that far to retrieve a job for revisions.</p>
<p>I haven&#8217;t thoroughly read about P4&#8242;s Archive feature, but I&#8217;m interested to know more on how it can benefit  our workflow.</p>
<p>Best regards,<br />
Ken S.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on On the LTFS Experience Part 1 by Werner Pertl</title>
		<link>http://www.archiware.com/blog/?p=202#comment-228</link>
		<dc:creator>Werner Pertl</dc:creator>
		<pubDate>Tue, 22 Jan 2013 13:47:41 +0000</pubDate>
		<guid isPermaLink="false">http://www.archiware.com/blog/?p=202#comment-228</guid>
		<description><![CDATA[... we at Archiware have decided to create a single package with a single double-click installer that will install a working version of LTFS for for several operating systems, beginning with Mac OS X, followed by Windows and Linux...

Is this package already available?

Thank you very much!]]></description>
		<content:encoded><![CDATA[<p>&#8230; we at Archiware have decided to create a single package with a single double-click installer that will install a working version of LTFS for for several operating systems, beginning with Mac OS X, followed by Windows and Linux&#8230;</p>
<p>Is this package already available?</p>
<p>Thank you very much!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on On the LTFS Experience Part 2 by Ibrahim Tannir</title>
		<link>http://www.archiware.com/blog/?p=210#comment-111</link>
		<dc:creator>Ibrahim Tannir</dc:creator>
		<pubDate>Wed, 21 Nov 2012 14:34:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.archiware.com/blog/?p=210#comment-111</guid>
		<description><![CDATA[Hi Grant. This is a possible approach. You will of course have to make sure that the tape is really mounted all the time. However, I am not sure how you intend to search the contents later on. Relying on the Finder to display previews (of the proxies) or to traverse this file system will cause reading the tape contents every time and will be slow, to say the least.
-- Ibrahim]]></description>
		<content:encoded><![CDATA[<p>Hi Grant. This is a possible approach. You will of course have to make sure that the tape is really mounted all the time. However, I am not sure how you intend to search the contents later on. Relying on the Finder to display previews (of the proxies) or to traverse this file system will cause reading the tape contents every time and will be slow, to say the least.<br />
&#8211; Ibrahim</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on On the LTFS Experience Part 2 by Ibrahim Tannir</title>
		<link>http://www.archiware.com/blog/?p=210#comment-110</link>
		<dc:creator>Ibrahim Tannir</dc:creator>
		<pubDate>Wed, 21 Nov 2012 14:30:03 +0000</pubDate>
		<guid isPermaLink="false">http://www.archiware.com/blog/?p=210#comment-110</guid>
		<description><![CDATA[Hi Jason. I am sorry, but all I can suggest is to try to restore one file at a time and hope for the best. Since the blocks of the different files interleave and the files are scattered on the tape, there is no real help there.
-- Ibrahim]]></description>
		<content:encoded><![CDATA[<p>Hi Jason. I am sorry, but all I can suggest is to try to restore one file at a time and hope for the best. Since the blocks of the different files interleave and the files are scattered on the tape, there is no real help there.<br />
&#8211; Ibrahim</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on On the LTFS Experience Part 2 by Jason</title>
		<link>http://www.archiware.com/blog/?p=210#comment-106</link>
		<dc:creator>Jason</dc:creator>
		<pubDate>Thu, 15 Nov 2012 17:05:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.archiware.com/blog/?p=210#comment-106</guid>
		<description><![CDATA[Hindsight is 20/20.

using LFTS: I&#039;ve backed up roughly 12TB of dpx images sequences to LTO-5. Each
sequence broken into 1HR REELS. Now its time to restore and I&#039;m stuck with reads from the LTO at 1MB/sec. I&#039;m attributing this to concurrent writes. Without knowing any better FileZilla was used to transfer all my dpx sequences and no doubt multiple writes were executed during the orig backup. 

Are there any workarounds to recover this data at reasonable read speeds

any advise would be appreciated.

thanks
J]]></description>
		<content:encoded><![CDATA[<p>Hindsight is 20/20.</p>
<p>using LFTS: I&#8217;ve backed up roughly 12TB of dpx images sequences to LTO-5. Each<br />
sequence broken into 1HR REELS. Now its time to restore and I&#8217;m stuck with reads from the LTO at 1MB/sec. I&#8217;m attributing this to concurrent writes. Without knowing any better FileZilla was used to transfer all my dpx sequences and no doubt multiple writes were executed during the orig backup. </p>
<p>Are there any workarounds to recover this data at reasonable read speeds</p>
<p>any advise would be appreciated.</p>
<p>thanks<br />
J</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on On the LTFS Experience Part 2 by Grant Guston</title>
		<link>http://www.archiware.com/blog/?p=210#comment-32</link>
		<dc:creator>Grant Guston</dc:creator>
		<pubDate>Tue, 31 Jul 2012 16:03:45 +0000</pubDate>
		<guid isPermaLink="false">http://www.archiware.com/blog/?p=210#comment-32</guid>
		<description><![CDATA[Ibrahim,

Is the following hybrid approach possible? I don&#039;t require that my LTO Archive be transient. I was thinking that I could use LTFS to create a mounted volume, with a directory that is representative of my PresStore Archive, and instead of storing source files, proxy or stub files would be stored on the LTFS volume. My fuzzy logic works like this. I commit a single file or batch of files to archive via PresStore. I use PresStore to commit a batch of proxy/stub files to the LTFS volume, thus limiting its use to only maintaining a deep archive directory.]]></description>
		<content:encoded><![CDATA[<p>Ibrahim,</p>
<p>Is the following hybrid approach possible? I don&#8217;t require that my LTO Archive be transient. I was thinking that I could use LTFS to create a mounted volume, with a directory that is representative of my PresStore Archive, and instead of storing source files, proxy or stub files would be stored on the LTFS volume. My fuzzy logic works like this. I commit a single file or batch of files to archive via PresStore. I use PresStore to commit a batch of proxy/stub files to the LTFS volume, thus limiting its use to only maintaining a deep archive directory.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on On the LTFS Experience Part 1 by Sean Cowan</title>
		<link>http://www.archiware.com/blog/?p=202#comment-31</link>
		<dc:creator>Sean Cowan</dc:creator>
		<pubDate>Tue, 31 Jul 2012 14:52:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.archiware.com/blog/?p=202#comment-31</guid>
		<description><![CDATA[I have been playing around with LTFS for about 6 months now and have fell into almost every hole possible. One thing I discovered early is that Quantum doesn&#039;t support LTFS on Windows. Since I have a Quantum Superloader that limited my options. 

I have moved my Presstore system onto a Mac to accommodate the need to be able to read LTFS tapes. Quantum LTFS only works with OSX 10.6.8 in 32 bit mode because macFuse will only work in 32 bit environments. 

I would like to try your &quot;one click&quot; installer and GUI. 

Keep up the good work.]]></description>
		<content:encoded><![CDATA[<p>I have been playing around with LTFS for about 6 months now and have fell into almost every hole possible. One thing I discovered early is that Quantum doesn&#8217;t support LTFS on Windows. Since I have a Quantum Superloader that limited my options. </p>
<p>I have moved my Presstore system onto a Mac to accommodate the need to be able to read LTFS tapes. Quantum LTFS only works with OSX 10.6.8 in 32 bit mode because macFuse will only work in 32 bit environments. </p>
<p>I would like to try your &#8220;one click&#8221; installer and GUI. </p>
<p>Keep up the good work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Get Your Head Out of the Cloud Part 1: Our Take on Cloud Computing by Josef</title>
		<link>http://www.archiware.com/blog/?p=66#comment-7</link>
		<dc:creator>Josef</dc:creator>
		<pubDate>Thu, 08 Sep 2011 22:13:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.archiware.com/blog/?p=66#comment-7</guid>
		<description><![CDATA[Me neither!]]></description>
		<content:encoded><![CDATA[<p>Me neither!</p>
]]></content:encoded>
	</item>
</channel>
</rss>
