Page 1 of 1

Cannot modify users in SAC

Posted: Tue May 08, 2007 5:08 am
by kjakkanen
Hi,

We're having problems using SAC to do anything that utilizes the ommodu-command in the server side, we cannot modify any user properties and just get an error saying "The operation could not be completed".

This is what is produced to the Scalix fatal-log every time we try:
---
SERIOUS ERROR Administration(ommodu ) Tue May 8 08:49:18 2007
[OM 10270] Process about to terminate due to error.
Signal (Segmentation Violation) trapped by process 26651
Procedure trace follows:
<- nm_CompareIA5Strings
<- nm_DoCompGroup
-> nm_DoCompGroup
-> nm_CompareIA5Strings
<- nm_CompareIA5Strings
<- nm_DoCompGroup
-> nm_DoCompGroup
-> nm_CompareT61Strings
<- nm_CompareT61Strings
<- nm_DoCompGroup
-> nm_DoCompGroup
-> nm_CompareT61Strings
<- nm_CompareT61Strings
<- nm_DoCompGroup
<- nm_CompareORNs
<- ul_ModPrimeRecip
Pid of logging process: 26651


SERIOUS ERROR Administration(ommodu ) Tue May 8 08:49:18 2007
[OM 10272] BACKTRACE:
/opt/scalix/lib/libom_er.so(er_add_backtrace+0xc6)[0xf7f8cee6]
/opt/scalix/lib/libom_er.so[0xf7f8d1e6]
/opt/scalix/lib/libom_er.so(er_DumpProcAndExit+0x1f)[0xf7f8d38f]
[0xffffe500]
/opt/scalix/lib/libom_cl.so(cl_CallProc+0x85)[0xf7ff31e1]
/opt/scalix/bin/ommodu(cu_AddMain+0x1700)[0x804aa08]
/lib/tls/libc.so.6(__libc_start_main+0xd3)[0xc0dde3]
/opt/scalix/bin/ommodu(cu_AddMain+0x1c1)[0x80494c9]
Pid of logging process: 26651
---

My skills are not sufficient to debug this one so any help appreciated.

Doing the same things from server command line (using ommodu) succeed just fine.

Server is Scalix 11.0.3 (updated to 11.0.4 tomorrow but probably won't help) running with Red Hat Enterprise Linux 4.

Best regards,
Kimmo

Posted: Fri May 18, 2007 1:08 pm
by dannyt
Hi,

It would be helpful if you can post the scalix-res.log for the region when the ommodu command is issued (and crashed). Without it it is diffcult to reproduce and/or determine the root cause.

Regards,
Danny

Posted: Sun May 20, 2007 1:09 am
by kjakkanen
Hi,

Thanks for your reply - please find the outcome from scalix-res.log for an attempt to add an additional internet address (alias) for a user (modified to hide company id details):
---
2007-05-20 08:01:01,811 DEBUG [RESDispatcherServlet.dumpRequest:260] ---> RES Incoming Request Headers <----
2007-05-20 08:01:01,812 DEBUG [RESDispatcherServlet.dumpRequest:265] content-type:text/xml; charset=utf-8
2007-05-20 08:01:01,813 DEBUG [RESDispatcherServlet.dumpRequest:265] user-agent:Scalix CAA/Ubermanager 1.0
2007-05-20 08:01:01,814 DEBUG [RESDispatcherServlet.dumpRequest:265] host:my.server.name
2007-05-20 08:01:01,814 DEBUG [RESDispatcherServlet.dumpRequest:265] accept:text/html, image/gif, image/jpeg, *; q=.2, */*; q=.2
2007-05-20 08:01:01,815 DEBUG [RESDispatcherServlet.dumpRequest:265] connection:keep-alive
2007-05-20 08:01:01,815 DEBUG [RESDispatcherServlet.dumpRequest:265] content-length:732
2007-05-20 08:01:01,816 DEBUG [RESDispatcherServlet.dumpRequest:268] ---> RES Incoming Request XML Document (Not a secure request, OK) <-----
2007-05-20 08:01:01,817 DEBUG [RESDispatcherServlet.dumpRequest:294] <?xml version="1.0" encoding="UTF-8"?>
<ReqRequest>
<Command instance="servername" name="ommodu">
<Parameters enc="false">
<param flag="-n" value="CN=Lastname, Firstname/G=Firstname/S=Lastname/OU1=servername/OU2=domain/INTERNET-ADDR=&quot;Lastname, Firstname&quot; &lt;kjLastname@domain.com>=&quot;Lastname, Firstname&quot; &lt;kjLastname@domain.eu>=&quot;Lastname, Firstname&quot; &lt;Firstname.Lastname@2ndDomain.com>=&quot;Lastname, Firstname&quot; &lt;Firstname.Lastname@2ndDomain.fi>=&quot;Lastname, Firstname&quot; &lt;Firstname.Lastname@domain.com>=&quot;Lastname, Firstname&quot; &lt;sysadmin@domain.com>=&quot;Lastname, Firstname&quot; &lt;Firstname.Lastname@domain.eu>"/>
<param flag="-o" value="CN=Lastname, Firstname/G=Firstname/S=Lastname/OU1=servername/OU2=domain"/>
</Parameters>
</Command>
</ReqRequest>

2007-05-20 08:01:01,820 DEBUG [CmdExecution.executeCmd:141] ENVIRONMENT: LANG=en_US.UTF-8 OM_CHAR=UTF-8 OMCURRENT=servername HOME=/tmp PWD=/tmp
2007-05-20 08:01:01,821 DEBUG [CmdExecution.executeCmd:143] COMMAND: /opt/scalix/bin/ommodu -n CN=Lastname, Firstname/G=Firstname/S=Lastname/OU1=servername/OU2=domain/INTERNET-ADDR="Lastname, Firstname" <kjLastname@domain.com>="Lastname, Firstname" <kjLastname@domain.eu>="Lastname, Firstname" <Firstname.Lastname@2ndDomain.com>="Lastname, Firstname" <Firstname.Lastname@2ndDomain.fi>="Lastname, Firstname" <Firstname.Lastname@domain.com>="Lastname, Firstname" <sysadmin@domain.com>="Lastname, Firstname" <Firstname.Lastname@domain.eu> -o CN=Lastname, Firstname/G=Firstname/S=Lastname/OU1=servername/OU2=domain
2007-05-20 08:01:02,109 DEBUG [RESDispatcherServlet.dumpResponse:302] ---> RES Sending Response XML Document <-----
2007-05-20 08:01:02,111 DEBUG [RESDispatcherServlet.dumpResponse:309] <?xml version="1.0" encoding="UTF-8"?>
<ResResponse>
<Command name="ommodu">
<Status>FAILED:99</Status>
<Output/>
</Command>
</ResResponse>
--

HTH,
Kimmo

Posted: Mon May 21, 2007 5:30 am
by dannyt
Hi,

Unfortunately, even using your data, it works for me on my system running the latest software. So I can only suggest increasing the log level for ommodu (e.g. omconflvl admin 21) and then capture the log when this happens (e.g. omshowlvl -l 21 -s admin >/tmp/log) and submit a bug with this log file (plus scalix-res.log to show the context) and your version numbers attached.

Regards,
Danny

Posted: Mon May 21, 2007 6:59 am
by kjakkanen
Hi,

I have posted this to Bugzilla with the bug number 15401.

I also noticed that we cannot delete users since omdelu segfaults just the same way even if run from the server cmdline.

KR;
Kimmo

Posted: Wed May 23, 2007 6:50 am
by dannyt
Hi,

This sounds odd but it is worth trying to restart tomcat to see if that helps (e.g from a terminal logged on as root). We have heard of issue in the past of RES error when running commands after an upgrade due to tomcat enviroment oddities.

Regards,
Danny

Posted: Wed May 23, 2007 6:53 am
by kjakkanen
Thanks for the tip - the server has however been restarted (and rebooted even) without any luck...

The bug was closed in Bugzilla with WORKSFORME, and a request to open a support incident for this one. Seems like the only thing left to do...

Thanks,
Kimmo