[asterisk-bugs] [JIRA] (ASTERISK-22410) Change "Error isn't a PubSub error ..." error log to a debug log

[Rusty Newton (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-22410?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=209907#comment-209907 ] 

Rusty Newton commented on ASTERISK-22410:
-----------------------------------------

Thanks for the additional detail. The report was a little confusing since it appears to be two issues reported in one. I'll remove the confusing lines from the description to make it more clear. We try not to track multiple problems in a single issue report.

Regarding the crash: Can you get a backtrace following the instructions here: https://wiki.asterisk.org/wiki/display/AST/Getting+a+Backtrace ? Then open a new issue for the crash, attaching the backtrace and other info you provided. The log message modification has been acknowledged and is in the queue of issues.

                
> Change "Error isn't a PubSub error ..." error log to a debug log
> ----------------------------------------------------------------
>
>                 Key: ASTERISK-22410
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-22410
>             Project: Asterisk
>          Issue Type: Improvement
>      Security Level: None
>          Components: Resources/res_jabber, Resources/res_xmpp
>    Affects Versions: 1.8.23.0, 11.5.0
>         Environment: AstLinux 1.1.x
>            Reporter: abelbeck
>            Assignee: Rusty Newton
>            Severity: Minor
>         Attachments: asterisk-11-res_xmpp-log-nonpubsub-error-to-debug.patch, asterisk-1.8-res_jabber-log-nonpubsub-error-to-debug.patch, res_jabber-prosody-0.8.2-vs-0.9.0.txt
>
>
> The good news, Prosody 0.9.0 now works with Asterisk 1.8 which requires the 'from' attribute in the XMPP: iq id='disco' type='get' ... , or else Asterisk 1.8 segfaults.
> More good news, Prosody 0.9.0 supports pubsub.
> The bad news, when enabling distributed device state via XMPP/PubSub I'm seeing a lot of "Error isn't a PubSub error, why are we here?" error logs.
> According to Matthew Wild, Prosody developer, he gives this synopsis:
> -- SERVER: Error: node with this name already exists
> <iq id='aaaah' type='error' to='asterisk1 at pbx.example.tld/asterisk' from='pubsub.pbx.example.tld'><error type='cancel'><conflict xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/></error></iq>
> -- SERVER: Stanza not handled (Prosody doesn't currently support modification of ACLs over XMPP)
> <iq id='aaaai' type='error' to='asterisk1 at pbx.example.tld/asterisk' from='pubsub.pbx.example.tld'><error type='cancel'><service-unavailable xmlns='urn:ietf:params:xml:ns:xmpp-stanzas'/></error></iq>
> The ACL issue can be worked around by defining "admins" for Prosody's pubsub configuration and the pre-existing node error seems to be safely ignored.
> All in all, distributed device state seems to work with Prosody 0.9.0 and Asterisk 1.8/11 with limited testing, though the many error logs are annoying.
> Suggested is changing the non-pubsub error log to a debug log.  Patches to follow.

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira