[asterisk-dev] Compiling from a /team branch.
Jeffrey C. Ollie
jeff at ocjtech.us
Fri May 26 08:29:20 MST 2006
I've updated the 6082 branch to be current with trunk. Can you try the
branch again and update bug 6082 with your results?
On Mon, 2006-05-22 at 08:47 +0000, Obelix wrote:
> Quoting "Jeffrey C. Ollie" <jeff at ocjtech.us>:
>
> I started Asterisk with -vvvvvvvgc and the displayconnects is already set in the
> manager.conf and the 'Connection attempt from xxx unable to authenticate' is the
> full message I get. This last time it took at least 6 times until the connection
> succeeded. The trunk version succeeded fine first time.
>
> The connection appears to be rejected for some reason and the 'unable to
> authenticate message' does not give the real reason.
>
> Is there some other log these failures are logged to?
>
>
> > On Sun, 2006-05-21 at 16:18 +0000, Obelix wrote:
> > > Quoting Tzafrir Cohen <tzafrir.cohen at xorcom.com>:
> > >
> > > When I ran the * this is the header message:
> > >
> > > Connected to Asterisk SVN-jcollie-bug6082-r29134
> > >
> > > When I did the check out this was the revision number printed at the end
> > 29163.
> > >
> > > There appear to be a lot of changes involved. What I am looking for is a
> > fixed
> > > based from which the changes related to the new DTMF events can be built
> > from
> > > and ignore the others for the time being. Is there a way to isolate all the
> > > necessary changes from say the 1.2.7.1 version and apply those only?
> >
> > That branch is based upon trunk. It was originally started with r26877
> > of trunk. All of the changes that have been applied to trunk since then
> > have been merged into the bug6082 branch thanks to the automerge cron
> > job (that's what all of the 'automerge commit' messages mean).
> >
> > Development of new features should always be done against trunk (or on a
> > branch based upon trunk like the bug6082 branch), so it wouldn't make
> > sense (or even be very easy) to get a diff against 1.2.7.1.
> >
> > > I also noticed another fault. Connection to the Manager API is now random.
> > Some
> > > times it connects, some times it doesn't. And it doesn't give detailed
> > message.
> > > just
> > >
> > > 'Connection attempt from xxx unable to authenticate'
> > >
> > > Is there a place where the reasons for failure are logged to?
> >
> > If you turn 'displayconnects' on in manager.conf and turn verbose
> > messages on the connection attempts should be logged to the console.
> > It's certainly possible I messed up something while working on the
> > global options. Any help here debugging would be appreciated.
> >
> > Jeff
> >
>
>
>
> _______________________________________________
> --Bandwidth and Colocation provided by Easynews.com --
>
> asterisk-dev mailing list
> To UNSUBSCRIBE or update options visit:
> http://lists.digium.com/mailman/listinfo/asterisk-dev
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url : http://lists.digium.com/pipermail/asterisk-dev/attachments/20060526/4d67e9df/attachment.pgp
More information about the asterisk-dev
mailing list