Running without extended attributes
Hi, It seems to me that when using a database storage, there's only one file which requires extended attributes from the filesystem (.calendarserver_version) - which doesn't have any EA. Actually it seems it's only because the server tests all files in Documentroot for EA and there's in that scenario only .calendarserver_version there. AFAICS, Were it not for that, caldavd would run fine on diskless machines with only a NFS filesystem. Am I right in concluding that there's absolutely no need for EA if not using files as storage? /Peter
Correct. CalendarServer is known to work in a diskless config. -dre Sent from my iPhone On Nov 21, 2012, at 3:26 AM, Peter Mogensen <apm@one.com> wrote:
Hi,
It seems to me that when using a database storage, there's only one file which requires extended attributes from the filesystem (.calendarserver_version) - which doesn't have any EA. Actually it seems it's only because the server tests all files in Documentroot for EA and there's in that scenario only .calendarserver_version there.
AFAICS, Were it not for that, caldavd would run fine on diskless machines with only a NFS filesystem.
Am I right in concluding that there's absolutely no need for EA if not using files as storage?
/Peter _______________________________________________ calendarserver-dev mailing list calendarserver-dev@lists.macosforge.org http://lists.macosforge.org/mailman/listinfo/calendarserver-dev
On 2012-11-21 19:15, Andre LaBranche wrote:
Correct. CalendarServer is known to work in a diskless config.
Yes... but that was not my question. I have it running diskless. But not without a hack to have at least DocumentRoot on a filesystem allowing EA. CalendarServer 4.1 insists on being able to use EA operations on the files in DocumentRoot. So a NFS only host won't do. I see no reason for CalendarServer doing an EA operation on .calendarserver_version. But it does. Isn't that a bug? /Peter
participants (2)
-
Andre LaBranche
-
Peter Mogensen