<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: VMs on LUN taking more time to unzip a zip file than the VMs on NFS in VMware Solutions Discussions</title>
    <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58083#M5455</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Radek,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for the response.&amp;nbsp; Sorry for the delay in reply its being a weekend.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;How can i check lun misalingment from NetApp perspective?&amp;nbsp; We are using HUK 5.2 which has only mbralign command?&amp;nbsp; We also raised this lun misaligment issue sometime back and the vmware team is saying that there is no such issue. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We did not perform any aggregate expansion..? Does volume exapnsion also creates such problems...?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Vijay&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Mon, 24 Jan 2011 14:06:43 GMT</pubDate>
    <dc:creator>vreddypalli</dc:creator>
    <dc:date>2011-01-24T14:06:43Z</dc:date>
    <item>
      <title>VMs on LUN taking more time to unzip a zip file than the VMs on NFS</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58049#M5448</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;IHAC with vmware environment on NetApp Filers (both LUNS and NFS).&amp;nbsp; Now, suddenly they observed that when they are trying to unzip a zip file it is taking more time on the vm which is store on LUN and comparitively less time from a vm stored on NFS Datastore.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We checked the IOPS and latency of the LUN they are with in range.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any help is appreciated.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 07:01:43 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58049#M5448</guid>
      <dc:creator>vreddypalli</dc:creator>
      <dc:date>2025-06-05T07:01:43Z</dc:date>
    </item>
    <item>
      <title>Re: VMs on LUN taking more time to unzip a zip file than the VMs on NFS</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58054#M5449</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Are the VMs on the same ESX server and have the same level of resources, cpu shares, memory?&amp;nbsp; - If so, a strange one.&amp;nbsp; NFS is said to be faster but one hell of a demonstration on this...&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Bren&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 21 Jan 2011 15:38:01 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58054#M5449</guid>
      <dc:creator>BrendonHiggins</dc:creator>
      <dc:date>2011-01-21T15:38:01Z</dc:date>
    </item>
    <item>
      <title>Re: VMs on LUN taking more time to unzip a zip file than the VMs on NFS</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58059#M5450</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Sorry are the volumes on the same aggregates of the filer?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 21 Jan 2011 15:39:30 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58059#M5450</guid>
      <dc:creator>BrendonHiggins</dc:creator>
      <dc:date>2011-01-21T15:39:30Z</dc:date>
    </item>
    <item>
      <title>Re: VMs on LUN taking more time to unzip a zip file than the VMs on NFS</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58064#M5451</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thank you very much for your response.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Yes, the volumes are part of the same aggregate. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 21 Jan 2011 15:57:40 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58064#M5451</guid>
      <dc:creator>vreddypalli</dc:creator>
      <dc:date>2011-01-21T15:57:40Z</dc:date>
    </item>
    <item>
      <title>Re: VMs on LUN taking more time to unzip a zip file than the VMs on NFS</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58069#M5452</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Is it just one ESX server?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 21 Jan 2011 16:38:35 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58069#M5452</guid>
      <dc:creator>BrendonHiggins</dc:creator>
      <dc:date>2011-01-21T16:38:35Z</dc:date>
    </item>
    <item>
      <title>Re: VMs on LUN taking more time to unzip a zip file than the VMs on NFS</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58074#M5453</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi guys,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;My two cents:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I reckon it may be caused by countless reasons really - the key question is: is it a real performance-related problem (users complaining?) or just an academic observation (arguably interesting though)?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Possible explanations:&lt;/P&gt;&lt;P&gt;- LUNs misaligned (&amp;amp; NFS VMDKs aligned properly)&lt;/P&gt;&lt;P&gt;- LUNs fragmented&lt;/P&gt;&lt;P&gt;- aggregate in question has been expanded in the past - after creating LUNs, but before creating NFS datastore (LUNs / files are not automatically re-distributed across new spindles)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If the issue is worth for you further investigation - can you post the outputs of sysstat -x 1 whilst unzipping jobs are being run?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Kind regards,&lt;/P&gt;&lt;P&gt;Radek&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Sat, 22 Jan 2011 16:31:10 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58074#M5453</guid>
      <dc:creator>radek_kubka</dc:creator>
      <dc:date>2011-01-22T16:31:10Z</dc:date>
    </item>
    <item>
      <title>Re: VMs on LUN taking more time to unzip a zip file than the VMs on NFS</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58079#M5454</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This is on a ESX cluster (10 server). &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 24 Jan 2011 14:01:00 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58079#M5454</guid>
      <dc:creator>vreddypalli</dc:creator>
      <dc:date>2011-01-24T14:01:00Z</dc:date>
    </item>
    <item>
      <title>Re: VMs on LUN taking more time to unzip a zip file than the VMs on NFS</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58083#M5455</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi Radek,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for the response.&amp;nbsp; Sorry for the delay in reply its being a weekend.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;How can i check lun misalingment from NetApp perspective?&amp;nbsp; We are using HUK 5.2 which has only mbralign command?&amp;nbsp; We also raised this lun misaligment issue sometime back and the vmware team is saying that there is no such issue. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;We did not perform any aggregate expansion..? Does volume exapnsion also creates such problems...?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Vijay&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 24 Jan 2011 14:06:43 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58083#M5455</guid>
      <dc:creator>vreddypalli</dc:creator>
      <dc:date>2011-01-24T14:06:43Z</dc:date>
    </item>
    <item>
      <title>Re: VMs on LUN taking more time to unzip a zip file than the VMs on NFS</title>
      <link>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58089#M5456</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;How can i check lun misalingment from NetApp perspective? &lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;You should find all the info in this TR:&lt;/P&gt;&lt;P&gt;&lt;A class="jive-link-external-small" href="http://media.netapp.com/documents/tr-3747.pdf" target="_blank"&gt;http://media.netapp.com/documents/tr-3747.pdf&lt;/A&gt;&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;We also raised this lun misaligment issue sometime back and the vmware team is saying that there is no such issue.&lt;BR /&gt;&lt;/PRE&gt;&lt;P&gt;They don't understand [NetApp] storage, that's why! &lt;SPAN __jive_emoticon_name="grin" __jive_macro_name="emoticon" class="jive_macro jive_emote" src="https://community.netapp.com/4.0.8/images/emoticons/grin.gif"&gt;&lt;/SPAN&gt; Say you have an offset of 2k &amp;amp; do random reads 4k in size. For every read request on a LUN level, you will be doing two actual reads on the storage array from two adjacent blocks.&lt;/P&gt;&lt;PRE __jive_macro_name="quote" class="jive_text_macro jive_macro_quote"&gt;&lt;P&gt;We did not perform any aggregate expansion..? Does volume exapnsion also creates such problems...?&lt;/P&gt;&lt;/PRE&gt;&lt;P&gt;Nope, I don't think so. But it can be fragmented - worth checking IMHO (LUNs tend to suffer more from fragmentation than file shares, as WAFL can't do so many clever things inside a host file system)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Regards,&lt;/P&gt;&lt;P&gt;Radek&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 24 Jan 2011 19:44:39 GMT</pubDate>
      <guid>https://community.netapp.com/t5/VMware-Solutions-Discussions/VMs-on-LUN-taking-more-time-to-unzip-a-zip-file-than-the-VMs-on-NFS/m-p/58089#M5456</guid>
      <dc:creator>radek_kubka</dc:creator>
      <dc:date>2011-01-24T19:44:39Z</dc:date>
    </item>
  </channel>
</rss>

