[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-API] XCP 1.1 Intellicache issues



Thanks for the response, Jonathan.

I've since copied the VM to a new NFS SR, resetting the chain count. I was thinking of activating VMPP again, or at least making a single snapshot before enabling Intellicache but, if I understand you correctly, Intellicache is designed to work with no snapshots whatsoever... Is that right? That's a problem.

Is it ill-advised to create a snapshot before enabling Intellicache? Hmm... a fast clone probably won't be possible either, right? I just don't want to completely break this VM, as the last chkdsk had to fix a bajillion filesystem errors.

On 28 October 2011 01:26, Jonathan Ludlam <Jonathan.Ludlam@xxxxxxxxxxxxx> wrote:
Hi Lars,

Intellicache certainly won't work when VMPP is doing stuff.

Getting intellicache to work is slightly tricky - it assumes a VHD chain length of exactly two. VMPP will cause the chain length to increase and thus violate that assumption. I'd be surprised if doing that actually causes corruption, but I've been surprised before, and no doubt I'll be surprised again at some point in the future :-)

So, I think my advice at the moment is to turn off VMPP and try again to see whether you still see the issues.

Jon

On 14 Oct 2011, at 10:01, Lars Seeliger wrote:

> Hi there,
>
> We've just upgraded to XCP 1.1, and I'm testing Intellicache to see what performance benefits it could possibly bring to our infrastructure. I'm running a Windows 7 VM from an NFS SR, the local storage on the XCP host has caching enabled. So far, so good.
>
> I ran the following command:
>
> xe vdi-param-set uuid=75eaac3e-d2ec-4f45-ac9f-67586f2d703c allow-caching=true on-boot=persist
>
> which enabled caching on the c: of the VM in question. Using dstat on the XCP host, I can see now how when a programme is used data is written to the local SR and pulled from there on next launch. Although the local storage isn't the fastest (I'll be installing an SSD soon), Intellicache clearly makes a difference, as we have a few VMs competing for I/O on that NFS SR. Anyway, I have noticed a couple of oddities; I rebooted the VM now to test boot speed and Windows forced a chkdsk. Many errors are being found. Before the reboot, I noticed my Firefox profile was somehow missing/outdated. Using Previous Versions I managed to restore a working copy.
>
> Once Wiindows is back up and running, I'll bet my outlook .ost file is corrupt. This is exactly the same behaviour I noticed with the unsupported Intellicache in XCP 1.0. I assumed when I tested it back then that the technology was in a testing phase and these sorts of issues would be sorted by the time 1.1 was released. So either there is a problem or I'm doing something wrong (I hope the latter!)
>
> I have a feeling this is related to snapshots; the VM is a member of a VM Protection Policy, which performs a simple disk snapshot nightly at 23:00. But who knows?
>
> So, any clues? I'd appreciate any help working out what's causing this corruption.
>
> Thanks.
> _______________________________________________
> xen-api mailing list
> xen-api@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/mailman/listinfo/xen-api


_______________________________________________
xen-api mailing list
xen-api@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/mailman/listinfo/xen-api

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.