Perfect. Thank you very much for your help.
By caching, I mean the reservations initial by VCL when user end one
reservatioin. I think I know what should do next.
From: Andy Kurth
Sent: Wednesday, January 19, 2011 11:13 AM
Subject: Re: Distinguish between reservation and caching
By "caching", are you referring to reservations which only reload a
computer that are not initiated by a user? If so, we usually just refer
to these as "reload" reservations.
The difference in the database is determined by the request.state value.
When a user makes a normal reservation, this is initially set to "new"
when a row is inserted into the request table. For reload reservations,
the value is "reload".
The processing flow of both "new" and "reload" reservations is identical
up to the point when the computer is completely loaded. Both are
handled by the new.pm state module, which calls the load subroutine of
the provisioning module.
Within any module, you can determine the request state via the following
Withing the load subroutine, this will return 'new', 'reload', or
On 1/18/2011 5:57 PM, Xianqing Yu wrote:
Hi VCL community:
One quick question, both the normal VCL reservation request and caching
function will send the same request to esx.pm load function. I wonder if
there is any way to distingush between reservation request and caching
request, maybe some parameters inside VCL database?