gcr - get calendar resource - is broken?

[William]

Greetings One & All

~]$ zmcontrol -v
Release 4.5.10_GA_1575.RHEL4_20071116233533 CentOS4 NETWORK edition

~]$ zmprov gcr [user]@[domain.tld]
ERROR: service.FAILURE (system failure: java.lang.ClassCastException: com.zimbra.cs.account.ldap.LdapAccount cannot be cast to com.zimbra.cs.account.ldap.LdapCalendarResource)

Perhaps it is broken?

Perhaps I misunderstand usage?

Many thanks.

William

[jholder]

Try
zmprov -l gcr [user]@[domain.tld]

[William]

Thanks

Unfortunately, all this does is change the error message ...

~]$ zmprov -l gcr [user]@[domain.tld]
ERROR: account.NO_SUCH_CALENDAR_RESOURCE (no such calendar resource: [user]@[domain.tld])

Has this ever worked (in this version)?

William

[jholder]

Yep, it has.

Can you open two ssh windows? On one run tail -f /opt/zimbra/log/mailbox.log
and in the other, run the command I gave you. Does it throw a stack trace?

[William]

This command: zmprov -l gcr [user]@[domain.tld]

Produces absolutely no response in .../mailbox.log


This command: zmprov gcr [user]@[domain.tld]

produces this .....

2007-11-28 20:49:40,830 WARN [http-7071-Processor46] [name=zimbra;ip=127.0.0.1;] SoapEngine - handler exception
java.lang.ClassCastException: com.zimbra.cs.account.ldap.LdapAccount cannot be cast to com.zimbra.cs.account.ldap.LdapCalendarResource
at com.zimbra.cs.account.ldap.LdapProvisioning.getCal endarResourceByName(LdapProvisioning.java:2928)
at com.zimbra.cs.account.ldap.LdapProvisioning.get(Ld apProvisioning.java:2890)
at com.zimbra.cs.service.admin.GetCalendarResource.ha ndle(GetCalendarResource.java:53)
at com.zimbra.soap.SoapEngine.dispatchRequest(SoapEng ine.java:266)
at com.zimbra.soap.SoapEngine.dispatch(SoapEngine.jav a:163)
at com.zimbra.soap.SoapEngine.dispatch(SoapEngine.jav a:85)
at com.zimbra.soap.SoapServlet.doPost(SoapServlet.jav a:220)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:709)
at com.zimbra.cs.servlet.ZimbraServlet.service(Zimbra Servlet.java:152)
at javax.servlet.http.HttpServlet.service(HttpServlet .java:802)
at org.apache.catalina.core.ApplicationFilterChain.in ternalDoFilter(ApplicationFilterChain.java:252)
at org.apache.catalina.core.ApplicationFilterChain.do Filter(ApplicationFilterChain.java:173)
at org.apache.catalina.core.StandardWrapperValve.invo ke(StandardWrapperValve.java:213)
at org.apache.catalina.core.StandardContextValve.invo ke(StandardContextValve.java:178)
at org.apache.catalina.core.StandardHostValve.invoke( StandardHostValve.java:126)
at org.apache.catalina.valves.ErrorReportValve.invoke (ErrorReportValve.java:105)
at org.apache.catalina.core.StandardEngineValve.invok e(StandardEngineValve.java:107)
at org.apache.catalina.valves.AccessLogValve.invoke(A ccessLogValve.java:541)
at org.apache.catalina.connector.CoyoteAdapter.servic e(CoyoteAdapter.java:148)
at org.apache.coyote.http11.Http11Processor.process(H ttp11Processor.java:869)
at org.apache.coyote.http11.Http11BaseProtocol$Http11 ConnectionHandler.processConnection(Http11BaseProt ocol.java:667)
at org.apache.tomcat.util.net.PoolTcpEndpoint.process Socket(PoolTcpEndpoint.java:527)
at org.apache.tomcat.util.net.LeaderFollowerWorkerThr ead.runIt(LeaderFollowerWorkerThread.java:80)
at org.apache.tomcat.util.threads.ThreadPool$ControlR unnable.run(ThreadPool.java:684)
at java.lang.Thread.run(Thread.java:619)

[dkarp]

Are you sure that that account is actually a calendar resource and not just a normal account?

[William]

No - not at all sure. I'm sorry but I don't understand what is meant by "calendar resource" and "normal account".

In the example above (earlier in this thread), [user]@[domain.tld] is a real user with a real calendar.

The following commands all complete without returning any data ...
~]$ zmprov gacr
~]$ zmprov gacr domain.tld
~]$ zmprov gacr -v domain.tld

The following commands ...
~]$ zmprov scr domain.tld
~]$ zmprov scr -v domain.tld

... both produce this output ...

Exception in thread "main" java.lang.UnsupportedOperationException
at com.zimbra.cs.account.soap.SoapProvisioning.search CalendarResources(SoapProvisioning.java:1006)
at com.zimbra.cs.account.ProvUtil.doSearchCalendarRes ources(ProvUtil.java:1170)
at com.zimbra.cs.account.ProvUtil.execute(ProvUtil.ja va:523)
at com.zimbra.cs.account.ProvUtil.main(ProvUtil.java: 1445)


Scanning $search-engine for: zmprov modify calendar resource
produces scant results

A search for: zmprov
fares little better

I didn't mention it before but I'm getting exactly the same result (ha!) on two completely distinct/separate installations. Both systems run 4.5.10_GA_1575 Network Edition.

zmprov - I simply don't get it. I'm missing something - t'is probably bleedin' obvious once you know.

Thanks for reading.

[William]

time passes and remaining hair disappears over the horizon ....


ok, well it's not obvious to me.

anyone have samples/examples of zmprov scripting for calendars?

[jholder]

Does
zmprov -v GetAllCalendarResources

work?

That will list all calendar resources.

[William]

Thanks for the quick reply.

[zimbra@atlas ~]$ zmprov -v GetAllCalendarResources
[zimbra@atlas ~]$

[zimbra@xell ~]$ zmprov -v GetAllCalendarResources
[zimbra@xell ~]$

As you can see, running that command produces no output. Both the above servers have users with calendars - some of which are shared.

version info ....
Release 4.5.10_GA_1575.RHEL4_20071116233533 CentOS4 NETWORK edition

... on both boxen.

Where do we go from here?

William