Re: Evaluation

On Sat, 2009-05-16 at 09:53 -0400, Dirk H Bartley wrote:
> On Sat, 2009-05-16 at 13:35 +0200, Helge Hess wrote:
> > On 15.05.2009, at 22:20, Adam Tauno Williams wrote:
> > > Hrm,  it seems to be caught in a loop getting -
> > > GET /zidestore/dbartley/public/Contacts/10121.vcf HTTP/1.  Which could
> > > peg the CPU forever.  There is no reason it should retrieve an object
> > > more than once.  Your response times look pretty good.
> > > But it is odd that the request is answered with a 404 (Not Found) and
> > > ZideOne tries again.  I wonder if the multistatus response [PROPFIND]
> > > on /zidestore/dbartley/public/Contacts/ indicated that 10121.vcf was a
> > > resource.
> > Yes, as I said, the ZideStore is too old. It had quite a set of  
> > GroupDAV related bugs. The trunk/OGo 1.2 ZideStore is good wrt WebDAV  
> > support, but it really needs a lot of testing on which iCal/vCard  
> > fields it properly decodes/encodes.
> > Your analysis is correct. The PROPFIND returns 10121.vcf as a  
> > resource, but then the GET fails with 404. This produces a loop (on  
> > each sync check the plugin discovers the 'new' resource, only to  
> > delete it locally during the 404-GET).
> OK, I was going to answer ..  but I just did an svn up.  Now I see that
> there are new binaries by doing ogo-zid(tab tab) a lightbulb turns on.  
> So after pointing the init scripts to the higher version binaries and
> doing an ldconfig I get :
> Missing Loginpage Content
> This is probably due to a setup problem of your OGo server, most likely
> OGo could not find the template files.
> I'm down with that.  I remember a set of instructions from Adam in an
> offlist conversation.

You beat my announcement that trunk is now version 5.5 and there is a
branch prerelease-1.2-fixup-versions which will be the "stable" v1.2
branch.  

Aside: internally the version of 1.2 is 5.4, 1.1 was 5.3, and 1.0 was
5.2.  The decision was made to just jump to using the internal version
as .... the version!  Hence the jump to 5.5   Version 5.5 will have
changes to the database schema; I've already committed patched for
attaching notes to a company object in the same manner as a
project/appointment.  So 5.5 may briefly break now and then.

> If the binary for webui is now ogo-webui-5.5 and there is a new
> directory :
> [root@mta1 bin]# ll /usr/local/lib64/opengroupware.org-1.3/
> total 12
> drwxr-xr-x 16 root root 4096 May 15 08:55 commands
> drwxr-xr-x 11 root root 4096 May 15 08:55 datasources
> drwxr-xr-x 34 root root 4096 May 15 08:55 webui
> so why is the new directory 1.3 and the binary 5.5?? 

The daemon looks for its resources in
{blah/blah}/opengreoupware.org-{$VERSION} so you can have multiple
version installed.

> All well and good.  I can go with the flow.  So just assuming that 5.5
> correlates with 1.3 in some unknown to me.  Edit the home directory of
> ogo in /etc/passwd and .. wala
> Still cpu peggage.  100% forever, or until I stop my 1 running outlook.
> I did do an rm -Rf /var/lib/opengroupware.org/documents/* to force
> zidestore to rebuild the cache.
> http://www.schupan.com/ogo-zidestore-1.7-err.log
> http://www.schupan.com/ogo-zidestore-1.7-out.log

-- 
OpenGroupware.org Users
[email protected]
http://mail.opengroupware.org/mailman/listinfo/users