That patch is not what you want. getGroups( ) should not be getting passed a set([None]) to begin with, and it's likely due to a configuration problem.
1) Do you have proxy assignments, i.e. does proxies.sqlite have anything in the GROUPS table? You should also see the number of proxy assignments logged in the error.log with an "info" level line like: "There are 0 proxies" 2) Does your caldavd.plist have UseExternalProxies set to true? (It shouldn't. Set it to false. Setting it to true is an advanced config where proxy assignments can be controlled via LDAP.) 3) [My question from earlier] How does your LDAP schema specify group membership? How have you adjusted your caldavd.plist to match? (If you explain the former, I can help with the latter.) ~morgen On Feb 8, 2013, at 2:53 PM, Dennison Williams <dennison.willi...@gmail.com> wrote: > I think this is a bug, and I have a fix, but I am not sure if it is in > the "right" place. Anyhow this allows calendarserver to at least to > populate the Group Membership Cache in memcache. And start up the > network listeners. > > I am now seeing other issues with starting the group caching service, so > maybe this does not actually fix the problem. > > The two attached files are the patches, directory-4.2-20130208.patch > against the 4.2 branch and directory-main-20130208.patch against the > main development branch (checked out today). > > -Dennison > > On 01/30/2013 11:42 PM, Dennison Williams wrote: >> On 01/30/2013 10:53 PM, Glyph wrote: >>> >>> On Jan 30, 2013, at 8:06 PM, Dennison Williams >>> <dennison.willi...@gmail.com <mailto:dennison.willi...@gmail.com>> wrote: >>> >>>> Tracing this all the way up the stack I see tha the getGroups method >>>> receives a guid value of set([None]), but this is not caught as I think >>>> maybe it should be on line 675 >>>> >>>> if guids is None: >>>> >>>> But because I am not super familar with this application and have >>>> limited familiarity with python I am not sure if this indicates an issue >>>> with my config, my environment, or the code. >>> >>> The LDAP directory is incredibly flexible, and can be coerced to do >>> various insane things by setting up mappings incorrectly. Having a copy >>> of your caldavd.plist would be helpful when diagnosing this error. >>> (Actually having a copy of your entire directory along with that would >>> be even more useful, but I presume that isn't possible ;-)). >> >> Please see attached my caldavd.plist. I could also send a few sections >> from an ldapsearch query if that was helpful >>> >>> -glyph >> > > <directory-4.2-20130208.patch><directory-main-20130208.patch>_______________________________________________ > calendarserver-dev mailing list > calendarserver-dev@lists.macosforge.org > https://lists.macosforge.org/mailman/listinfo/calendarserver-dev _______________________________________________ calendarserver-dev mailing list calendarserver-dev@lists.macosforge.org https://lists.macosforge.org/mailman/listinfo/calendarserver-dev
