February 2009 - calendarserver-users

Best Backup Methods
by odinm 28 Feb '09

28 Feb '09

I have a question about backups. I recently tried to move my calendars from an Ubuntu based server to one based on Debian (Lenny). I had assumed that I could simply install DCS on the Debian machine, copy over my data and configuration files, restart the server, and be done with it. On a client machine, I deleted the old accounts (before first sync), then input the account data info again. My expectation was that the client would suck the data off the server and repopulate the calendar, except that when I would do this, I ended up with no group calendars. In Apple's iCal, I would have an entry in the left pane for the group name as I set it in Account-Preferences, but no calendars at all, not even empty ones. On the server, I copied the files with the "preserve" flag from the HD of the Ubuntu system, and did a chmod/chgrp to "caldavd". After much fooling around, I figured out I could create a new calendar, then import all the *.ics files from a user's ~/Library/ Calendars/CRYPTIC_STRING.caldav/2nd_CRYPTIC_STRING.calendar/Events into the newly made calendar. This would then transfer the calendar data back to the server. Once this was done, I could sync with DCS from a different computer (accounts newly setup) and the data would transfer from the server to the client. I have a backup script that runs every night on the server, but the client machines are a mix of laptops and desktops and I don't really want to hassle with backing up the calendars from each of those. I'm concerned however, that I may face serious problems with restoring the calendars if I ever have to make use of the backups because of my experience in copying from one HD to another. So my question, what should I be saving in my backups? I'm saving the config files in /etc/caldavd and the data from /var/spool/caldavd.

1 0

Installation on Tiger Server
by Pascal Robert 27 Feb '09

27 Feb '09

I'm trying to install CalendarServer on a Tiger Server (10.4.11) Xserve g4. I installed Python 2.5 with the help of MacPorts, so Python 2.5 is stored in /opt/local/* When I run './run -s', it compile and install a lot of stuff, but it's stuck at : /usr/bin/gcc-4.0 -fno-strict-aliasing -Wno-long-double -no-cpp-precomp -mno-fused-madd -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall - Wstrict-prototypes -I/opt/local/Library/Frameworks/Python.framework/ Versions/2.5/include/python2.5 -c src/CDirectoryServiceAuth.cpp -o build/temp.macosx-10.4-ppc-2.5/src/CDirectoryServiceAuth.o cc1plus: warning: command line option "-Wstrict-prototypes" is valid for C/ObjC but not for C++ src/CDirectoryServiceAuth.cpp: In member function 'bool CDirectoryServiceAuth::NativeAuthenticationBasicToNode(const char*, const char*, const char*)': src/CDirectoryServiceAuth.cpp:147: error: '::dsFillAuthBuffer' has not been declared src/CDirectoryServiceAuth.cpp: In member function 'bool CDirectoryServiceAuth::NativeAuthenticationDigestToNode(const char*, const char*, const char*, const char*, const char*)': src/CDirectoryServiceAuth.cpp:228: error: '::dsFillAuthBuffer' has not been declared error: command '/usr/bin/gcc-4.0' failed with exit status 1 If it helps : staging:/usr/local/CalendarServer root# gcc -v Using built-in specs. Target: powerpc-apple-darwin8 Configured with: /private/var/tmp/gcc/gcc-5367.obj~1/src/configure -- disable-checking -enable-werror --prefix=/usr --mandir=/share/man -- enable-languages=c,objc,c++,obj-c++ --program-transform-name=/^[cg] [^.-]*$/s/$/-4.0/ --with-gxx-include-dir=/include/c++/4.0.0 --with- slibdir=/usr/lib --build=powerpc-apple-darwin8 --host=powerpc-apple- darwin8 --target=powerpc-apple-darwin8 Thread model: posix gcc version 4.0.1 (Apple Computer, Inc. build 5367) ------------------------------------------------------- Pascal Robert http://www.macti.ca http://www.aircourriel.com http://www.linkedin.com/in/macti Skype: MacTICanada AIM/iChat : MacTICanada

3 6

Authentication issue? Something else?
by Don Kruse 25 Feb '09

25 Feb '09

We have been using iCal/CalDAV server along with iCal clients now for about 2-weeks and we have had some of the same issues others on this list have reported but we have either been able to resolve these or at least understand them. Since Monday, 2/16 an issue has started to appear that is new and I believe it is directly iCal/CalDAV related. The problem appears to be with authentication. On the iCal/CalDAV server the DirectoryServices process is eating up CPU performance and response times for Calendar Server requests have started to become so long they are timing out for most but not all users. This was not an issue before as the DirectoryServices process typically was something under 10% of the CPU load at any given moment. We use an Open Directory (OD) server with Kerberos and this has been working well for the past 6-months. The iCal/CalDAV server is set up as "Connected to a Directory System" to get authentication from the OD. Our internal network appears to be OK, it is not saturated and is performing well. The OD server appears normal too. There is an error repeating in the CalDAV log about a single UID not being found, this error repeats so many times I wonder if requests for this calendar are causing the slow down. This error repeats several thousand times per minute or 59 times per second so I can see why this might be it. So how do I make this go away because this may be an issue on the client side right? Users are making requests for a calendar/user that no longer is available in OD. Also would there be any advantage to making the iCal/CalDAV server an OD replica? Any insight is greatly appreciated. Here is some of the data: Calendar Server | Mac OS X 10.5.6 This one entry repeats in the caldav log over and over (in fact there is very little else). I assume it is related to a user deleted from the OD but I'm not sure why this won't go away and it makes me suspicious this is at least partly what is delaying authentication requests. Below the log is the server performance snapshot showing the DirectoryServices PID at the top. caldav log: 2009-02-18 14:28:51-0800 [-] [caldav-8016] [OpenDirectoryService] Unable to find any record with GUID 77C3A32E-7315-4FD9-ABE4-1F3BDA78EAD0 2009-02-18 14:28:51-0800 [-] [caldav-8016] [-] u'No principal found for UID: 77C3A32E-7315-4FD9-ABE4-1F3BDA78EAD0' Processes: 72 total, 5 running, 67 sleeping... 271 threads Load Avg: 3.37, 4.45, 4.75 CPU usage: 18.99% user, 8.77% sys, 72.24% idle SharedLibs: num = 7, resident = 45M code, 1388K data, 4448K linkedit. MemRegions: num = 8365, resident = 889M + 15M private, 1737M shared. PhysMem: 789M wired, 973M active, 36M inactive, 1806M used, 8434M free. VM: 3251M + 371M 20873(0) pageins, 0(0) pageouts PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE VSIZE 26 DirectoryS 152.4% 6:48:49 13 115 164 9644K+ 584K 12M + 32M+ 202 Python 9.5% 3:29:02 5 44- 453 99M- 1696K 101M + 116M- 204 Python 7.7% 3:43:18 4 39 402 80M 1696K 82M 97M 210 Python 7.0% 7:09:21 5 46 643 148M 1696K 150M 164M 200 Python 6.5% 3:13:29 4 39 364 69M 1696K 71M 86M 2040 UserNotifi 5.8% 42:09.88 2 87 93 1380K 14M 5136K 148M 203 Python 5.8% 2:36:24 5 46 376 73M 1696K 75M 90M 201 Python 5.8% 1:45:34 4 39 363 70M 1696K 72M 86M 0 kernel_tas 4.5% 24:12.76 65 2 405 7376K 0 329M 156M 465 top 3.9% 47:49.61 1 21 34 1480K 200K 2072K 19M 69 CoreRAIDSe 2.5% 6:05.67 2 67 35 408K 1500K 2196K 30M 43 Python 2.2% 8:30.92 1 15 219 11M 1672K 13M 28M Open Directory Server | Mac OS X 10.5.6 This all seems really typical so I could not find any red-flags here or in any logs I scanned. Processes: 87 total, 2 running, 85 sleeping... 475 threads Load Avg: 1.72, 1.35, 0.93 CPU usage: 12.65% user, 25.71% sys, 61.63% idle SharedLibs: num = 2, resident = 40M code, 0 data, 3608K linkedit. MemRegions: num = 11086, resident = 551M + 16M private, 54M shared. PhysMem: 253M wired, 700M active, 129M inactive, 1083M used, 965M free. VM: 3486M + 129M 130707(0) pageins, 20334(0) pageouts PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE VSIZE 43853 slapd 18.5% 89:50.06 9 51 124 13M 624K 16M 200M 3761 AppleFileS 13.3% 3:25:40 202 492 1454 118M 3060K 120M 324M 46661 top 12.7% 0:02.60 1 21 33 1244K 200K 1836K 19M 0 kernel_tas 10.4% 6:12:47 51 2 833 14M 0 246M 157M 25 DirectoryS 2.9% 2:46:42 8 91 113 4744K 636K 7196K 25M 8805 SecurityAg 1.8% 3:11:20 3 93 100 1700K 4708K 6244K 120M 419 smbd 0.3% 2:20.13 1 17 53 128K 2392K 2136K 23M 82 named 0.3% 14:37.08 1 14 107 24M 200K 25M 38M 8797 WindowServ 0.1% 15:46.87 4 105 63 4996K 992K 6628K 81M 81 mysqld 0.1% 15:42.35 9 40 55 53M 200K 55M 119M 1 launchd 0.1% 3:29.61 3 140 26 240K 320K 600K 19M 109 emond 0.1% 8:44.22 1 32 23 364K 464K 1824K 27M Don Kruse Information Technology Manager tel 503-314-7361

4 6

'No principal found for directory record: None
by Georg Troska 24 Feb '09

24 Feb '09

Hi, I have tons of messages like this 'No principal found for directory record: None in my log. iCal seems to update calendars all the time...what's the cause of this. This appears the first time, when I tried to invite users to a meeting - by the way is this already implemented ? I'have DCS on Ubuntu 8.10 with accouts.xml and kerberos-based logins Georg Troska Experimentelle Physik IV TU Dortmund +49 231 755 3501

1 0

OpenLDAP patch integration?
by George Michaelson 23 Feb '09

23 Feb '09

Could I ask again if the OpenLDAP patchset at http://trac.calendarserver.org/ticket/260 could be integrated? I really do believe that if this was one, the "attractiveness" of the calendar server for non-kerberized people would rise dramatically. -G

4 3

Better displayname for homesets?
by Helge Heß 20 Feb '09

20 Feb '09

Hi, I just implemented principal/homeset discovery and got this: That 513-bla folder is a folder listed in the homeset of the user principal ... Obviously it would be nice to have a more descriptive name :-) I suppose one could set a name by overriding DAV:displayname, but it would be good to have a better default name, like "Calendars" or "Calendars of User ABC". Thanks, Helge -- http://zideone.com/

2 4

ics/webcal feed from CalDAV
by JJ 20 Feb '09

20 Feb '09

iCalDAVMerge is a collection of scripts, built on merge-ics (<http://code.google.com/p/merge-ics/ >) and iCalendar (<http://codespeak.net/icalendar>), including a cron job that creates merged ics files for all users each time it runs (in our case, every 15 minutes). If these "merged" ics files are made available through a webserver, all users can then easily subscribe (read-only) to the ics feed for everybody else. This was, in our case, impossibe to do in a stable or easy way using CalDAV delegation... Certain paths in the scripts may need to be adapted if not running CalDAV on Mac OS X Leopard Server. Please find it here: http://www.demon.cx/icaldavmerge/ grtz, jj Jan Jaap Spreij E div.caldav(a)demon.cx

1 0

Creating a new calendar (Calendarserver and Evolution)
by Volker Böhm 19 Feb '09

19 Feb '09

Hello, on my Ubuntu 8.10 I installed the package 'calendarserver' edited the accounts.xml creating two users and started the server. Then I used an evolution (2.24.3) as client. Up to here (using the calendar 'calendar') everything worked fine. But when I tried to create another calendar (caldav://<MyServer>:8008/calendars/users/vb/test6) evolution asked me for my password for this calendar and pretended that it created the new calendar without any further message. In the servers error log I found the line > 2009-02-19 20:57:12+0100 [-] [caldav-8008] [HTTPChannel,961,79.222.38.14] 'File not found: /var/spool/caldavd/calendars/__uids__/vb/test6' But when I tried to enter the first appointment I got the error 'Unbekannter Fehler' ('unknown error') and in the error log I found > 2009-02-19 21:03:13+0100 [-] [caldav-8008] [HTTPChannel,979,79.222.38.14] REPORT /calendars/users/vb/test6 HTTP/1.1 > 2009-02-19 21:03:13+0100 [-] [caldav-8008] [HTTPChannel,979,79.222.38.14] 'File not found: /var/spool/caldavd/calendars/__uids__/vb/test6' > 2009-02-19 21:03:14+0100 [-] [caldav-8008] [HTTPChannel,979,79.222.38.14] PUT /calendars/users/vb/test6/20090219T200315Z.ics HTTP/1.1 > 2009-02-19 21:03:14+0100 [-] [caldav-8008] [HTTPChannel,979,79.222.38.14] 'No such directory: /var/spool/caldavd/calendars/__uids__/vb/test6/20090219T200 and in the directory structure (/var/spool/caldavd/calendars/__uids__/vb) I couldn't find anything of the new calendar 'test6'. Now my questions: Is this * a known bug in evolution? * a known bug in calendarserver? * a known bug between evolution and calendarserver? Is there a workaround? Or can I at least create new calendars by hand (creating some directories and other files on the server)? And I'm missing some more information on calendarserver: * Where can I find a description on the accounts.xml? There are tags like 'location' which must describe something like a resource. Until now I only have two or three examples of such a file but no reference. * How can I determine that a calendar should only be readable for someone but not writable? * Where can I find any documentation on calendarserver? Until now I only have some description how to install it but nothing (exept very simple examples) how to configure it. I hope there will be at least some answers. Regards Volker -- Volker Böhm Tel.: +49 4141 981152 www.vboehm.de Voßkuhl 5 Fax: +49 4141 981154 D-21682 Stade mailto:volker@vboehm.de

3 3

SOLVED: HTTPS-Problem
by Georg Troska 19 Feb '09

19 Feb '09

Dear Cyrille, It's so easy.... so clear that I need nearly two days to understand... The point is to tell iCal to accept the certificate. As I accepted it with my Browser and I saw that it was stored in apple service programm where the certs and keys (not sure about the english name) I thought every must be ok. To tell iCal to accept the certs one has to open the SSL-Site with safari - not with firefox. When I had accepted the certs with safari everything in iCal was ok Thanks you very much for the time you spent on this Georg P.S. maybe someone can add this iCal feature to the iCal-Howto on www.calendarserver.org Am 19.02.2009 um 12:35 schrieb Cyrille Colin: > Hi, > i didn't use iCal. > I try calendarserver to see if it can resolve our "calendar problem". > Linux as server and thunderbird with lightning as client. > About certificates, it's due to the file format pem or pkcs12 can > contains both certificate and private key, but don't matter with your > problem. I heard a lot about certificate with macos. I think you > need to > import your certificate into the store (keychain). take a look here : > http://www.stefanseiz.com/archives/2004/06/importing_a_self_signed_sslcerti… > hope this help. > > > Le jeudi 19 février 2009 à 10:49 +0100, Georg Troska a écrit : >> Hi Cyrille, >> https in my browser works, https in leightning (debian calendar) >> works >> as well. Kerberos authentication works as well (on browser and >> leightning with https and http) I can connect with iCal but only when >> I'm sending my Kerberos -Ticket unencrypted without https over http. >> When trying to connect through https I get there Error message I >> mentioned: >> >>>>>>> "The account information could not be found - Unexpected error >>>>>>> at the >>>>>>> secure name resoltion (Error -9813). The servername <name> is >>>>>>> maybe >>>>>>> incorrect " >> >> I my case the SSL-Cert and the private-key are stored in two >> different >> files (with different priviliges but belonging by root). This is the >> first time I heard of SSL Certs and Privatekey that are stored in one >> file. From my point of view they are useless then ;-) But I have not >> found information about that tool you mentioned. >> >> All Calendarclient programs except iCal ask if they my trust my >> certificates. I believe if I could tell iCal to trust them everything >> would be ok >> >> Do you use iCal as a client with https connection? >> >> Thanks a lot Georg >> Am 19.02.2009 um 08:54 schrieb Cyrille Colin: >> >>> Oops, i didn't see the error was in ical .. are you sure your >>> certificate common name is set to your server url ? >>> https seems to work, to verify connect your server via a browser : >>> https://xxx:8443/calendars/users/ >>> >>> >>> Le mercredi 18 février 2009 à 23:27 +0100, Georg Troska a écrit : >>>> Hi, >>>> Are you sure private and public keys are stored in the same file? >>>> >>>> Georg >>>> Am 18.02.2009 um 22:19 schrieb Cyrille Colin: >>>> >>>>> hi, >>>>> Self-signed certs works for me. >>>>> I create it with >>>>> createmake-ssl-cert /usr/share/ssl-cert/ssleay.cnf /calendar/ >>>>> certs/ >>>>> calendar.pem >>>>> and set .plist : >>>>> >>>>>  >>>>> <key>SSLCertificate</key> >>>>> <string>/calendar/certs/calendar.pem</string> >>>>> >>>>>  >>>>> <key>SSLPrivateKey</key> >>>>> <string>/calendar/certs/calendar.pem</string> >>>>> >>>>> hope this help. >>>>> >>>>> On mer., 2009-02-18 at 21:18 +0100, Georg Troska wrote: >>>>>> Hi, >>>>>> >>>>>> >>>>>> ok maybe this is a better forum to ask this question >>>>>> >>>>>> Anfang der weitergeleiteten E-Mail: >>>>>> >>>>>>> Von: Georg Troska <georg.troska(a)uni-dortmund.de> >>>>>>> Datum: 18. Februar 2009 15:08:13 MEZ >>>>>>> An: calendarserver-dev(a)lists.macosforge.org >>>>>>> Betreff: [CalendarServer-dev] HTTPS-Problem >>>>>>> >>>>>>> >>>>>>> Hi, >>>>>>> >>>>>>> I have problems to get HTTPS running on the calendarserver. >>>>>>> (Ubuntu-Intrepid) >>>>>>> HTTP works fine now, but using HTTPS gives me an error-message >>>>>>> in >>>>>>> iCal: >>>>>>> >>>>>>> "The account inforation could not be found - Unexpected error at >>>>>>> the >>>>>>> secure name resoltion (Error -9813). The servername <name> is >>>>>>> maybe >>>>>>> incorrect " >>>>>>> >>>>>>> (This is translated from german) >>>>>>> >>>>>>> I'm sure that HTTPS is running as I can reach it in the >>>>>>> Browser - >>>>>>> authentication is running as well >>>>>>> >>>>>>> Thanks Georg >>>>>>> >>>>>>> >>>>>>> _______________________________________________ >>>>>>> calendarserver-dev mailing list >>>>>>> calendarserver-dev(a)lists.macosforge.org >>>>>>> http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver- >>>>>>> dev >>>>>>> >>>>>> >>>>>> >>>>>> meanwhile I found out, that I have a logentry in /var/log/ >>>>>> system.log >>>>>> on my client: >>>>>> --- >>>>>> Feb 18 21:14:01 regulus iCal[97893]: SMA: -[DAVRequest(Private) >>>>>> translateSSLError:]: { -9813 } >>>>>> Feb 18 21:14:01 regulus iCal[97893]: [DAVRequest >>>>>> _readStreamEvent]: >>>>>> SecTrustEvaluate failed. Failing with error: (null) >>>>>> --- >>>>>> >>>>>> >>>>>> putting this into google made me a bit nervous when I read >>>>>> this: http://www.zimbra.com/forums/administrators/16397-caldav-issue-leopard.html >>>>>> >>>>>> >>>>>> is it true that iCal cannot handle "selfmade SSL-Certs"? How >>>>>> can I >>>>>> put >>>>>> the cert on "always trust"? >>>>>> >>>>>> >>>>>> I hope you can help. Thanks a lot >>>>>> Georg >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> >>>>>> _______________________________________________ >>>>>> calendarserver-users mailing list >>>>>> calendarserver-users(a)lists.macosforge.org >>>>>> http://lists.macosforge.org/mailman/listinfo.cgi/calendarserver-users >>>>> >> >> >> >> > Georg Troska Experimentelle Physik IV TU Dortmund +49 231 755 3501

1 0

Authentication Issues or Something Else?
by Don Kruse 19 Feb '09

19 Feb '09

We have been using iCal/CalDAV server along with iCal clients now for about 2-weeks and we have had some of the same issues others on this list have reported but we have either been able to resolve these or at least understand them. Since Monday, 2/16 an issue has started to appear that is new and may or may not be directly iCal/CalDAV related. The problem appears to be with authentication. On the iCal/CalDAV server the DirectoryServices process is eating up CPU performance and response times for Calendar Server requests have started to become so long they are timing out for most but not all users. This was not an issue before as the DirectoryServices process typically was something under 10% of the CPU load at any given moment. We use an Open Directory (OD) server with Kerberos and this has been working well for the past 6-months. The iCal/CalDAV server is set up as "Connected to a Directory System" to get authentication from the OD. Our internal network appears to be OK, it is not saturated and is performing well. The OD server appears normal too. There is an error repeating in the CalDAV log about a single UID not being found, this error repeats so many times I wonder if requests for this calendar are causing the slow down. This error repeats several thousand times per minute or 59 times per second so I can see why this might be it. So how do I make this go away because this may be an issue on the client side right? Users are making requests for a calendar/user that no longer is available in OD. Also would there be any advantage to making the iCal/CalDAV server an OD replica? Where I'm at is that I don't know if this is truly and issue with our Calendar Server, the network, or possibly the OD server. Any insight is greatly appreciated. Here is some of the data: Calendar Server | Mac OS X 10.5.6 This mostly one entry repeats in the caldav log over and over. I assume it is related to a user deleted from the OD but I'm not sure why this won't go away and it makes me suspicious this is at least partly what is delaying authentication requests. Below the log is the server performance snapshot showing the DirectoryServices PID at the top. caldav log: 2009-02-18 14:28:51-0800 [-] [caldav-8016] [OpenDirectoryService] Unable to find any record with GUID 77C3A32E-7315-4FD9-ABE4-1F3BDA78EAD0 2009-02-18 14:28:51-0800 [-] [caldav-8016] [-] u'No principal found for UID: 77C3A32E-7315-4FD9-ABE4-1F3BDA78EAD0' Processes: 72 total, 5 running, 67 sleeping... 271 threads 14:09:14 Load Avg: 3.37, 4.45, 4.75 CPU usage: 18.99% user, 8.77% sys, 72.24% idle SharedLibs: num = 7, resident = 45M code, 1388K data, 4448K linkedit. MemRegions: num = 8365, resident = 889M + 15M private, 1737M shared. PhysMem: 789M wired, 973M active, 36M inactive, 1806M used, 8434M free. VM: 3251M + 371M 20873(0) pageins, 0(0) pageouts PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE VSIZE 26 DirectoryS 152.4% 6:48:49 13 115 164 9644K+ 584K 12M + 32M+ 202 Python 9.5% 3:29:02 5 44- 453 99M- 1696K 101M + 116M- 204 Python 7.7% 3:43:18 4 39 402 80M 1696K 82M 97M 210 Python 7.0% 7:09:21 5 46 643 148M 1696K 150M 164M 200 Python 6.5% 3:13:29 4 39 364 69M 1696K 71M 86M 2040 UserNotifi 5.8% 42:09.88 2 87 93 1380K 14M 5136K 148M 203 Python 5.8% 2:36:24 5 46 376 73M 1696K 75M 90M 201 Python 5.8% 1:45:34 4 39 363 70M 1696K 72M 86M 0 kernel_tas 4.5% 24:12.76 65 2 405 7376K 0 329M 156M 465 top 3.9% 47:49.61 1 21 34 1480K 200K 2072K 19M 69 CoreRAIDSe 2.5% 6:05.67 2 67 35 408K 1500K 2196K 30M 43 Python 2.2% 8:30.92 1 15 219 11M 1672K 13M 28M Open Directory Server | Mac OS X 10.5.6 This all seems really typical so I could not find any red-flags here on in any logs I scanned. Processes: 87 total, 2 running, 85 sleeping... 475 threads 14:11:52 Load Avg: 1.72, 1.35, 0.93 CPU usage: 12.65% user, 25.71% sys, 61.63% idle SharedLibs: num = 2, resident = 40M code, 0 data, 3608K linkedit. MemRegions: num = 11086, resident = 551M + 16M private, 54M shared. PhysMem: 253M wired, 700M active, 129M inactive, 1083M used, 965M free. VM: 3486M + 129M 130707(0) pageins, 20334(0) pageouts PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE VSIZE 43853 slapd 18.5% 89:50.06 9 51 124 13M 624K 16M 200M 3761 AppleFileS 13.3% 3:25:40 202 492 1454 118M 3060K 120M 324M 46661 top 12.7% 0:02.60 1 21 33 1244K 200K 1836K 19M 0 kernel_tas 10.4% 6:12:47 51 2 833 14M 0 246M 157M 25 DirectoryS 2.9% 2:46:42 8 91 113 4744K 636K 7196K 25M 8805 SecurityAg 1.8% 3:11:20 3 93 100 1700K 4708K 6244K 120M 419 smbd 0.3% 2:20.13 1 17 53 128K 2392K 2136K 23M 82 named 0.3% 14:37.08 1 14 107 24M 200K 25M 38M 8797 WindowServ 0.1% 15:46.87 4 105 63 4996K 992K 6628K 81M 81 mysqld 0.1% 15:42.35 9 40 55 53M 200K 55M 119M 1 launchd 0.1% 3:29.61 3 140 26 240K 320K 600K 19M 109 emond 0.1% 8:44.22 1 32 23 364K 464K 1824K 27M

2 1