<?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>JunglePants Tracker</title>
    <link>https://communities.vmware.com/wbsdv95928/tracker</link>
    <description>JunglePants Tracker</description>
    <pubDate>Sat, 25 Nov 2023 11:24:05 GMT</pubDate>
    <dc:date>2023-11-25T11:24:05Z</dc:date>
    <item>
      <title>Re: ThinApp Updated Package doesn't update existing Sandbox files</title>
      <link>https://communities.vmware.com/t5/ThinApp/ThinApp-Updated-Package-doesn-t-update-existing-Sandbox-files/m-p/2723089#M7341</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hey there, thanks for the reply.&amp;nbsp; The project's Default isolation is "WriteCopy".&amp;nbsp; But the folder that contains the config.ini file is "Full".&amp;nbsp; (stated in the original post).&amp;nbsp; You can view the INI the sandbox just fine, as expected... except now it is not updating with the one in the package.&amp;nbsp;&amp;nbsp; There was never an answer, so I had no choice but to delete the Sandboxes... it is fine now.&amp;nbsp; But it would be nice to know how/why ThinApp will suddenly misbehave and not update the file.&amp;nbsp; Reading some undertones in other posts, it seems to happen now and then.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks again.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Mon, 04 Aug 2014 21:12:01 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ThinApp/ThinApp-Updated-Package-doesn-t-update-existing-Sandbox-files/m-p/2723089#M7341</guid>
      <dc:creator>JunglePants</dc:creator>
      <dc:date>2014-08-04T21:12:01Z</dc:date>
    </item>
    <item>
      <title>Re: ThinApp Updated Package doesn't update existing Sandbox files</title>
      <link>https://communities.vmware.com/t5/ThinApp/ThinApp-Updated-Package-doesn-t-update-existing-Sandbox-files/m-p/2723087#M7339</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&amp;lt;bump&amp;gt; No ideas?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 31 Jul 2014 22:27:17 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ThinApp/ThinApp-Updated-Package-doesn-t-update-existing-Sandbox-files/m-p/2723087#M7339</guid>
      <dc:creator>JunglePants</dc:creator>
      <dc:date>2014-07-31T22:27:17Z</dc:date>
    </item>
    <item>
      <title>ThinApp Updated Package doesn't update existing Sandbox files</title>
      <link>https://communities.vmware.com/t5/ThinApp/ThinApp-Updated-Package-doesn-t-update-existing-Sandbox-files/m-p/2723086#M7338</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;This has to be a common problem, but the discussion topics are not quite the same scenarios. I must be using the wrong search terms to search by in the forums.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;First, the issue in simple terms.. and then greater detail:&amp;nbsp; I'm having an issue where a very simple app is created, but if the app is re-built with only a couple of changes, not all files in the "existing" users's Sandbox will be updated to reflect the change.&amp;nbsp; Meaning, if I maintain the same Sandbox path, and it is reused on the updated app, the sandbox will sometimes continue to use the old files from the prior build.&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;STRONG&gt;Example:&lt;/STRONG&gt;&amp;nbsp; Let's say the package consists of...&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #000080;"&gt;&lt;STRONG&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; ThinApp_Package.exe&amp;nbsp; (living in \\networkshare\AppHome)&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #0000ff;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; App.exe&amp;nbsp; (original)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #0000ff;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; xxx.dll&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #0000ff;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; yyy.dll&lt;/SPAN&gt;&lt;SPAN style="color: #0000ff;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #0000ff;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; user_settings.ini&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #0000ff;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; another_config.ini&amp;nbsp; (original)&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #3366ff;"&gt;&lt;EM&gt;&lt;SPAN style="color: #000080;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; SandboxPath=D:\SandboxFolder\&lt;/SPAN&gt;&lt;BR /&gt;&lt;/EM&gt;&lt;/SPAN&gt;&lt;SPAN style="color: #000080;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;EM&gt;SandboxName=App-Saved-Files&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; (Sandbox shows the original files above just fine)&lt;/EM&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;Now, if our developer creates a new "app.exe" and it uses a new statement to Read/Write in the "config.ini", I will recompile the app with those two files updated.&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;When the new ThinApp package is launched, the new binary "App.exe" will be correct, but the "config.ini" that is being referenced is the OLD, prior file that exists in the Sandbox.&amp;nbsp; The Sandbox never updates it.&lt;/LI&gt;&lt;LI&gt;If I delete the Sandbox, it will be recreated with the new and proper "config.ini" (but, of course all other custom settings for that user is lost).&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;BR /&gt;&lt;SPAN style="color: #000080;"&gt;&lt;STRONG&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; Rebuilt_and_Updated_ThinApp_Package.exe&amp;nbsp; (living in \\networkshare\AppHome)&lt;/STRONG&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #0000ff;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; App.exe&amp;nbsp; &lt;SPAN style="color: #ff0000;"&gt;(updated)&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #0000ff;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; xxx.dll&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #0000ff;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; yyy.dll&lt;/SPAN&gt;&lt;SPAN style="color: #0000ff;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #0000ff;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; user_settings.ini&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #0000ff;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; another_config.ini&amp;nbsp; &lt;SPAN style="color: #ff0000;"&gt;(updated)&lt;/SPAN&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #000080;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; SandboxPath=D:\SandboxFolder\&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="color: #000080;"&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;EM&gt;&lt;SPAN style="color: #000080;"&gt;SandboxName=App-Saved-Files &lt;/SPAN&gt;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp;&amp;nbsp; &lt;/EM&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;SPAN style="color: #000080;"&gt;&lt;EM&gt;(The &lt;SPAN style="color: #ff0000;"&gt;updated&lt;/SPAN&gt; &lt;SPAN style="color: #ff0000;"&gt;&lt;STRONG&gt;"App.exe"&lt;/STRONG&gt;&lt;/SPAN&gt; runs fine and as expected, but continues to refer to the &lt;SPAN style="color: #3366ff;"&gt;original&lt;/SPAN&gt; &lt;SPAN style="color: #3366ff;"&gt;&lt;STRONG&gt;"another_config.ini"&lt;/STRONG&gt;&lt;/SPAN&gt; in the Sandbox from the prior build and does not update... so I have no choice but to delete the Sandbox and lose the users settings)&lt;/EM&gt;&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;BR /&gt;&lt;STRONG&gt;More details&lt;/STRONG&gt;:&amp;nbsp; If this is not a common, simple issue &lt;EM&gt;(which, I'm sure it is, and I'm overlooking something... I'm not too skilled with ThinApp)&lt;/EM&gt;.&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;The App is centrally hosted on a network share (has run this way since Thinstall days), I don't recall the issue before, so I must be triggering it somehow.&lt;/LI&gt;&lt;LI&gt;The overall age of the sandbox is not that old.&amp;nbsp; I can recreate the issue starting with a new Sandbox and then updating the package once.&lt;/LI&gt;&lt;LI&gt;The Sandbox is a forced path to the Local User's D_Drive, in a common accessible area for all.&lt;/LI&gt;&lt;LI&gt;The Package is WRITECOPY, except for the one sub-folder where the EXE and INI exist, that one folder is FULL (This is due to the App needing to be on the C: drive, but the current company Administrative rules won't allow writing to the C: Drive.&lt;/LI&gt;&lt;LI&gt;It is an older 32bit, Visual Basic compiled app, running on Windows 7 (64bit).&lt;/LI&gt;&lt;LI&gt;Just as a quick test I have asked the developer to always write a new "config.ini" that creates a time entry on launch, so that the file is forced to be changed (thinking a forced change in the file should force it to the sandbox... but that has no affect, it still does not update the sandbox.&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;BR /&gt;We have several, similar programs of that hosted in the same manner.. and have for years.&amp;nbsp; But, it appears that this one is giving me a hassle and I cannot pinpoint the change that causes this behavior.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So, I guess a general question is, "What is the decision process within ThinApp that would direct the application to view Sandbox Content over -internal- compiled content if the internal content is newer or different size?"&amp;nbsp; The only common thing between the compiled content and sandbox content is the file name.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for helping an amateur.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 24 Jul 2014 16:55:57 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ThinApp/ThinApp-Updated-Package-doesn-t-update-existing-Sandbox-files/m-p/2723086#M7338</guid>
      <dc:creator>JunglePants</dc:creator>
      <dc:date>2014-07-24T16:55:57Z</dc:date>
    </item>
    <item>
      <title>Re: Upgrade to VMware workstation 8 VMware Tools breaks drag and drop on host</title>
      <link>https://communities.vmware.com/t5/VMware-Workstation-Pro/Upgrade-to-VMware-workstation-8-VMware-Tools-breaks-drag-and/m-p/1231805#M69729</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV&gt;&lt;P&gt;Yeah, I have this too.&amp;nbsp; But it happened randomly with v6 and v7.&amp;nbsp; Frustrating and I still don't know what causes it.&amp;nbsp; I know that doesn't help you, but you are not the only one.&lt;/P&gt;&lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 16 Dec 2011 02:22:51 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/VMware-Workstation-Pro/Upgrade-to-VMware-workstation-8-VMware-Tools-breaks-drag-and/m-p/1231805#M69729</guid>
      <dc:creator>JunglePants</dc:creator>
      <dc:date>2011-12-16T02:22:51Z</dc:date>
    </item>
    <item>
      <title>Re: Is it possible to host a guest's VMDK in a server RAM Drive?</title>
      <link>https://communities.vmware.com/t5/ESXi-Discussions/Is-it-possible-to-host-a-guest-s-VMDK-in-a-server-RAM-Drive/m-p/750485#M45453</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;SPAN style="color: #333333;"&gt;@&lt;/SPAN&gt;&lt;SPAN style="color: #333333;"&gt;DSTAVERT&lt;/SPAN&gt;&lt;SPAN style="color: #333333;"&gt;: &lt;/SPAN&gt;Yes, I looked into a virtualized Ram Drive.. that's how this entire idea was spawned.&amp;nbsp; I only looked into Superspeed as they were certified by Microsoft.&amp;nbsp; And it is still "limited" on Windows 2000, it cannot extend enough memory.&amp;nbsp; Win2k is the entire handicap here.&amp;nbsp; That's why I'm thinking of running the RAMDRIVE on the 64bit system to host the VMDK for the guest that would be this database and Win2k.&amp;nbsp;&amp;nbsp; I did not look into the others RAM Drive companies to run directly on Win2k box, as I assume it is the same limitation, and these other companies are not certified. Not that accurately determines the reliability of these other software sites do look a little iffy, so I didn't really delve more into that.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As well I have looked into SSD's as I had mentioned, but the two barriers on that is: (a) unsure about the over all lifespan/reliabilty&amp;nbsp; (b) bandwidth per $$.&amp;nbsp; To find something that is at least 2GB/s can approach as much as the RAMSAN.&amp;nbsp; There are several PCIe cards on the market, but most have IO speeds considerably less.&amp;nbsp; Most less than half, so the performance would take quite a hit.&amp;nbsp; I haven't ruled it out, since "overall" it would still be faster than caching to spinnig drive.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks for the suggestions.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 04 Feb 2011 15:48:41 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ESXi-Discussions/Is-it-possible-to-host-a-guest-s-VMDK-in-a-server-RAM-Drive/m-p/750485#M45453</guid>
      <dc:creator>JunglePants</dc:creator>
      <dc:date>2011-02-04T15:48:41Z</dc:date>
    </item>
    <item>
      <title>Re: Is it possible to host a guest's VMDK in a server RAM Drive?</title>
      <link>https://communities.vmware.com/t5/ESXi-Discussions/Is-it-possible-to-host-a-guest-s-VMDK-in-a-server-RAM-Drive/m-p/750482#M45450</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I see. To answer your questions.&amp;nbsp; Yes, the maintenance and housekeeping is done regularly on the database and the database is fine.&amp;nbsp; Again, it's just very large.&amp;nbsp; After 10+ years of heavy use, it has outgrown the 16GB RAMSAN.&amp;nbsp; Everything performs well, this is just a thought to increase the storage size above 16GB and maintain the RAM&amp;nbsp; IO speed.&amp;nbsp; Understand?&amp;nbsp; But thanks, you answered the question about ESXi.&amp;nbsp; So, I trying to think it through with possibly VM server.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 04 Feb 2011 02:09:22 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ESXi-Discussions/Is-it-possible-to-host-a-guest-s-VMDK-in-a-server-RAM-Drive/m-p/750482#M45450</guid>
      <dc:creator>JunglePants</dc:creator>
      <dc:date>2011-02-04T02:09:22Z</dc:date>
    </item>
    <item>
      <title>Is it possible to host a guest's VMDK in a server RAM Drive?</title>
      <link>https://communities.vmware.com/t5/ESXi-Discussions/Is-it-possible-to-host-a-guest-s-VMDK-in-a-server-RAM-Drive/m-p/750480#M45448</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;DIV id="_mcePaste"&gt;I will preface that I am “not” a database guy (I'm not too versed in VM either, so my terminology below may be rough).&amp;nbsp; I’m just trying to come up with some realistic ideas for a problem.&amp;nbsp; Then I can present that to some others to work on.&lt;/DIV&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;Our company has a very old Database that we are slowly migrating off.&amp;nbsp; Unfortunately it is still heavily used and full time until our migration is complete which will be approximately another year.&amp;nbsp; The Databse version cannot be upgraded due to the architecture of the system that relies on it.&amp;nbsp; It is an old 32bit ASE (11.9.2) database… it is currently running on Windows 2000 which is the latest OS ASE 11.9.2 can use.&amp;nbsp; So, because of this version, the server be 32bit server.&lt;/DIV&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;Years ago, the database has outgrown the machine’s 3GB Memory cap (pseudo 4GB with PAE switch).&amp;nbsp; The only solution about then was to implement a 16GB RAMSAN box (essentially a hard drive made of DDR Memory).&amp;nbsp; It was outrageously priced, but it allowed us to sorta break the 3GB memory barrier by creating a cache using such fast memory, it would be the closest performance possible to having more memory.&amp;nbsp; But today we are outgrowing the 16GB RAM storage and we are so close to ditching this Database, so we are in no position (and cannot justify) the extreme pricing of another RAM SAN.&amp;nbsp; RAM SANs are about 2GB/s so trying to use SSD's doesn't seem to be the correct solution either.&amp;nbsp; Plus, I'm unsure about the life span of an SSD when constant read/writes are occuring.&amp;nbsp; Anyway, a fast enough SSD is still very pricey.&lt;/DIV&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV&gt;So I had an idea:&lt;/DIV&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV&gt;What about using a 64bit ESXi Server with 64GB of memory to host a 32bit guest VM of our Database on Win2k.&amp;nbsp;&amp;nbsp; But instead of a standard HD configuration on the Guest VM... perhaps create a RAM DRIVE on the ESXi machine that would actually hold the guest hard drive file. Essentially, making the guest VM's hard drive all RAM speed. I just don't know if this would work in some fashion.&amp;nbsp; If so how would I create a RAM drive in ESXi?&amp;nbsp; And if that was possible, how to load ans save the hard drive config on boot-up/shut-down?&lt;/DIV&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV&gt;I'm not asking for someone to architect this.&amp;nbsp; I'm just curious if I seem to be off track in trying to persue this.&lt;/DIV&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;So, here are the bullet points in case I lost you in my writing:&lt;/DIV&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;- Old OS needs to host Old Database all 32bit Windows 2000 (limits me to 3GB of memory)?&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;- Could I run the above 32bit system OS in a VM on a 64bit server and use a RAM drive on the Server to host the Guest VM's Hard Drive? (making the hard drive of the guest operate as fast as the RAM for caching)&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;- If this cannot be done, is ESXi intelligent enough to use all RAM if I had 64GB of RAM and only a 32GB VMDK?&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;- How would one go about creating a RAM drive within ESX (or maybe I need to use VMware Server?)&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;- If it can be done, what kind of process would need to be to save/load the VMDK drive in the RAM drive on startup and shutdown? Obviously it would be total loss (until last save) if there were a power failure.&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;- Because of the risk of total loss, is it possible to backup the VMDK on a schedule WHILE it is in use?&lt;/DIV&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;DIV&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt;Many Thanks to all.&lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;DIV id="_mcePaste"&gt; &lt;/DIV&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 03 Feb 2011 23:57:16 GMT</pubDate>
      <guid>https://communities.vmware.com/t5/ESXi-Discussions/Is-it-possible-to-host-a-guest-s-VMDK-in-a-server-RAM-Drive/m-p/750480#M45448</guid>
      <dc:creator>JunglePants</dc:creator>
      <dc:date>2011-02-03T23:57:16Z</dc:date>
    </item>
  </channel>
</rss>

