<?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>Malaysia VMware Communities &#187; Backup</title>
	<atom:link href="http://malaysiavm.com/blog/tag/backup/feed/" rel="self" type="application/rss+xml" />
	<link>http://malaysiavm.com/blog</link>
	<description></description>
	<lastBuildDate>Mon, 21 Nov 2011 15:50:35 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
		<item>
		<title>VMware Data Recovery Mount Show Password Detail?</title>
		<link>http://malaysiavm.com/blog/vmware-data-recovery-mount-show-password-detail/</link>
		<comments>http://malaysiavm.com/blog/vmware-data-recovery-mount-show-password-detail/#comments</comments>
		<pubDate>Fri, 09 Oct 2009 03:25:47 +0000</pubDate>
		<dc:creator>jlchannel</dc:creator>
				<category><![CDATA[Tips]]></category>
		<category><![CDATA[VDR]]></category>
		<category><![CDATA[Backup]]></category>
		<category><![CDATA[Data Recovery]]></category>
		<category><![CDATA[mount]]></category>
		<category><![CDATA[network]]></category>
		<category><![CDATA[password]]></category>
		<category><![CDATA[Restore]]></category>
		<category><![CDATA[Share]]></category>
		<category><![CDATA[VMware]]></category>

		<guid isPermaLink="false">http://malaysiavm.com/blog/?p=1604</guid>
		<description><![CDATA[I was testing VMware Data Recovery and I found something may disclose to security leak. Basically my VMware Data Recovery configuration are mounted on Linux Samba network share at &#8220;\\xx.xx.xx.44\oper&#8221; and &#8220;\\xx.xx.xx.44\share&#8221; as you can see below. Without future changes make on VDR appliance box, I can easily login with default userID: root and followed [...]]]></description>
			<content:encoded><![CDATA[<p>I was testing VMware <a href="http://malaysiavm.com/blog/tag/data">Data</a> Recovery and I found something may disclose to security leak.</p>
<p>Basically my VMware Data <a href="http://malaysiavm.com/blog/tag/recovery">Recovery</a> configuration are mounted on Linux Samba network share at &#8220;<em>\\xx.xx.xx.44\oper</em>&#8221; and &#8220;<em>\\xx.xx.xx.44\share</em>&#8221; as you can see below.</p>
<p><img src="http://malaysiavm.com/blog/wp-content/uploads/2009/10/vdr-networkshare.png" alt="VDR Network Share" width="533" height="265" /></p>
<p><span id="more-1604"></span><br />
Without future changes make on <a href="http://malaysiavm.com/blog/tag/vdr">VDR</a> appliance box, I can easily login with default userID: root and followed by standard Linux command: <em><strong>mount</strong></em> and I can found network share <strong>password</strong> display on the screen which mean password disclose here. </p>
<p><img src="http://malaysiavm.com/blog/wp-content/uploads/2009/10/vdr-mount.png" alt="VMware Data Recovery Mount" width="531" height="466" /></p>
<p>Personally I do not think this is the best way due to security reason and I would suggest VMware engineer make according changes on it. Please correct me if I&#8217;m wrong. </p>
]]></content:encoded>
			<wfw:commentRss>http://malaysiavm.com/blog/vmware-data-recovery-mount-show-password-detail/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Why not backing up the VM with VCB</title>
		<link>http://malaysiavm.com/blog/why-not-backing-up-the-vm-with-vcb/</link>
		<comments>http://malaysiavm.com/blog/why-not-backing-up-the-vm-with-vcb/#comments</comments>
		<pubDate>Mon, 25 Aug 2008 16:35:13 +0000</pubDate>
		<dc:creator>craig</dc:creator>
				<category><![CDATA[VCB]]></category>
		<category><![CDATA[Virtualization]]></category>
		<category><![CDATA[Avamar]]></category>
		<category><![CDATA[Backup]]></category>
		<category><![CDATA[Dedupe]]></category>
		<category><![CDATA[ESX]]></category>
		<category><![CDATA[Netbackup]]></category>
		<category><![CDATA[VMware]]></category>

		<guid isPermaLink="false">http://malaysiavm.com/blog/?p=143</guid>
		<description><![CDATA[VCB is Cool? But it may not Cool for me. Since the day VMware had launched the VCB to the public which promising to deliver the real solution for backup related. I am really followed up the news since the day they declare the roadmap until it get down to the market of the release. [...]]]></description>
			<content:encoded><![CDATA[<p><a href="http://malaysiavm.com/blog/tag/vcb/">VCB</a> is Cool? But it may not Cool for me.</p>
<p>Since the day <a href="http://malaysiavm.com/blog/tag/vmware/">VMwar</a>e had launched the VCB to the public which promising to deliver the real solution for backup related. I am really followed up the news since the day they declare the roadmap until it get down to the market of the release.</p>
<p>I should say I am disappointed with the <a href="http://malaysiavm.com/blog/tag/vcb/">VCB</a> abilities today as I do believe to get VCB work, there had been too much extra cost had needed to be incurred to our investment. As you may aware, I believe the most popular backup software now days which fully integrated well with <a href="http://malaysiavm.com/blog/tag/vcb/">VCB</a> in the market, which had been demo LIVE during the VMworld year 2007 is only Symantec Netbackup. To setup the POC and test is not too tough in this case, but I started realize as it didn&#8217;t really justify the amount of money I should put in to my backup environment.</p>
<p>As for most of the VMs in production today which had been considered critical and important, but it still not as important as the physical DB or ERP servers which run in production. To have <a href="http://malaysiavm.com/blog/tag/vcb/">VCB</a> in place, the TCO is higher than using the standard <a href="http://malaysiavm.com/blog/tag/netbackup/">Netbackup</a> we currently.<br />
<span id="more-143"></span><br />
There is additional enterprise licenses require for <a href="http://malaysiavm.com/blog/tag/netbackup/">Netbackup</a>, and additional licenses required on the <a href="http://malaysiavm.com/blog/tag/windows/">Windows</a> 2003 Servers. (Personally I hope they can do something same on Open source Linux world ). Beside Software licensing and subscription, you may face another major issue which you need to have a big amount of storage stage in the environment to allow <a href="http://malaysiavm.com/blog/tag/vcb/">VCB</a> to work with the VM. If you had 5 TB data in VM farm, you may need to have 5TB for staging to support the <a href="http://malaysiavm.com/blog/tag/vcb/">VCB</a>, this seems to be too much. When I perform the cost analysis with features and ROI, I can&#8217;t really make my head shake up to propose this to our global solution in the technical roadmap.</p>
<p>We keep practice about green IT and cost effective, but this type of solution will not be fit to our direction at this point of time. If we do compare with deduplication such as Avamar or Data Domain with Netbackup, it will seem more benefits Vs the VCB in this case. I may still keep an eye on the next version of VCB from VMware, which seems they will make some improvement for the next release.</p>
<p class="MsoNormal">
]]></content:encoded>
			<wfw:commentRss>http://malaysiavm.com/blog/why-not-backing-up-the-vm-with-vcb/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>

<!-- Dynamic Page Served (once) in 0.438 seconds -->

