Edison, Are we going to change the name of this mechanism to be more representative of its role as a staging/temporary area rather than a cache?
Thanks, -John On Jun 18, 2013, at 9:06 PM, Edison Su <edison...@citrix.com> wrote: > Currently, no, I can add an API for it. > >> -----Original Message----- >> From: Jessica Wang [mailto:jessica.w...@citrix.com] >> Sent: Tuesday, June 18, 2013 4:24 PM >> To: Min Chen >> Cc: dev@cloudstack.apache.org >> Subject: RE: NFS Cache storage query >> >> Min, >> >>> We may need to provide a way from UI to allow users to configure and >> display their NFS cache. >> Is there an API that list NFS cache? >> >> Jessica >> >> -----Original Message----- >> From: Min Chen >> Sent: Friday, June 14, 2013 9:26 AM >> To: dev@cloudstack.apache.org >> Cc: Jessica Wang >> Subject: Re: NFS Cache storage query >> >> Hi Sanjeev, >> >> In 4.2 release, we require that a NFS cache storage has to be added if >> you choose S3 as the storage provider since we haven't refactored >> hypervisor side code to handle s3 directly by bypassing NFS caching, which is >> the goal for 4.3 release. I see an issue with current UI, where user can only >> add cache storage when he/she adds a S3 storage. We may need to provide >> a way from UI to allow users to configure and display their NFS cache. You >> can file a JIRA ticket for this UI enhancement. >> >> Thanks >> -min >> >> On 6/14/13 6:35 AM, "Chip Childers" <chip.child...@sungard.com> wrote: >> >>> On Fri, Jun 14, 2013 at 01:06:30PM +0000, Sanjeev Neelarapu wrote: >>>> Hi, >>>> >>>> I have a query on how to add NFS Cache storage. >>>> Before creating a zone if we create a secondary storage with s3 as >>>> the storage provider and don't select NFS Cache Storage then we treat >>>> it as >>>> S3 at region level. >>>> Later I create a zone and at "add secondary storage" creation wizard >>>> in UI if I select NFS as secondary storage provider will it be treated >>>> as NFS Cache Storage? If not is there a way to add NFS cache storage >>>> for that zone? >>>> >>>> Thanks, >>>> Sanjeev >>> >>> Based on the thread talking about this [1], I'm not sure that it will >>> be implemented this way anymore. >>> >>> -chip >>> >>> [1] http://markmail.org/message/c73nagj45q6iktfh >
