Hi Chittaranjan,
It sounds like this is a new deployment? That being the case, why are you using 3.0.13?
If you must use 3.0 for some reason, the current release from that series is 3.0.17.
The current stable release is 3.6.0 -- though I'd understand some hesitation to run a .0 version, in which case you might consider 3.4.4.
3.0.13 is a strange choice! If you chose this version because some vendor provides it, you should also contact them for support. If they can't support it, why choose it?
All that said;
Feb 4 12:27:10 frontend cyrus/master[2802]: process type:SERVICE name:http path:/usr/lib/cyrus/bin/httpd age:0.653s pid:2973 signaled to death by signal 11 (Segmentation fault, core dumped)
The httpd process on your frontend crashed, and dumped a core. What's the core file say? Probably nothing useful (it's probably truncated), but it's worth a look. Open it in gdb and get a backtrace if you can -- there will be instructions on the web for how to do this. If you have real users on this system, the backtrace might contain sensitive information, so please check and sanitise it carefully before posting it online.
Perhaps the bug causing the crash has already been fixed, and it will work fine if you run a newer version... or perhaps not. I'm not directly aware of anyone using DAV over murder, so maybe this crash has just never been investigated or resolved. If anyone is actually using DAV over murder, and recognises this problem and has a solution or workaround for it, I hope they speak up.
It might be something you can resolve with changes to your configuration, but I don't know, and I don't know what might help. I don't know much about murder, and I know even less about DAV.
IMO if there is a key to solving this, it will be in that core file. Your focus for now should be on getting a useful backtrace out of it, in order to see what happened.
Cheers,
ellie
On Sat, 4 Feb 2023, at 10:00 PM, chittaranjan.nayak@xxxxxxxxxxxxxx wrote:
I am struggling in cyrus IMAP http proxy in murder aggregator.Could anyone guide me regarding this. please...I have configured one frontend, one mupdate and one backend server.Now I am able to access caldav direct from backend.Frontend authenticating caldav but not forwarding it to backend.Following are the error log on frontend side.Feb 4 12:27:10 frontend cyrus/http[2973]: accepted connectionFeb 4 12:27:10 frontend cyrus/master[2975]: about to exec /usr/lib/cyrus/bin/httpdFeb 4 12:27:10 frontend cyrus/http[2975]: executedFeb 4 12:27:10 frontend cyrus/http[2973]: read & parse request-lineFeb 4 12:27:10 frontend cyrus/http[2973]: read & parse headersFeb 4 12:27:10 frontend cyrus/http[2973]: conn flags: 0 upgrade flags: 0 tls req: 0Feb 4 12:27:10 frontend cyrus/http[2973]: http_auth: status=0 scheme='' creds='Basic <response>'Feb 4 12:27:10 frontend cyrus/http[2973]: http_auth: find client schemeFeb 4 12:27:10 frontend cyrus/http[2973]: http_auth: found matching scheme: BasicFeb 4 12:27:10 frontend cyrus/http[2973]: fetching user_deny.db entry for 'user1@xxxxxxxxxx'Feb 4 12:27:10 frontend cyrus/http[2973]: login: [192.168.0.140] user1@xxxxxxxxxx Basic User logged in SESSIONID=<cyrus-2973-1675493830-1-12394096594483933084>Feb 4 12:27:10 frontend cyrus/http[2973]: read & parse headersFeb 4 12:27:10 frontend cyrus/http[2973]: read_body(flags=0x11, framing=0)Feb 4 12:27:10 frontend kernel: [ 3766.769672] httpd[2973]: segfault at 28 ip 000055e2bad8169d sp 00007fffedf197e0 error 4 in httpd[55e2bad42000+5e000]Feb 4 12:27:10 frontend kernel: [ 3766.769717] Code: 0f 1f 44 00 00 8b 4c 24 38 85 c9 0f 84 6c 01 00 00 48 8b 7c 24 60 41 bf f3 ff ff ff e9 ec fe ff ff 0f 1f 40 00 48 8b 44 24 08 <48> 8b 40 28 48 85 c0 0f 84 01 ff ff ff 48 8b 7c 24 68 ff d0 48 89Feb 4 12:27:10 frontend cyrus/master[2802]: process type:SERVICE name:http path:/usr/lib/cyrus/bin/httpd age:0.653s pid:2973 signaled to death by signal 11 (Segmentation fault, core dumped)Feb 4 12:27:10 frontend cyrus/master[2802]: service http/ipv4 pid 2973 in BUSY state: terminated abnormallyThanks & regardsChittaranjan
