Re: Evaluation

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.

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??  

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

Thanks for the assistance

Dirk

> 
> Helge
> -- 
> Helge Hess
> http://helgehess.eu/

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