search for: zzzzzzzzzzzz

Displaying 5 results from an estimated 5 matches for "zzzzzzzzzzzz".

Did you mean: zzzzzzzzzzz
2006 Feb 13
1
asterisk still tries native bridging
...app,lastdata,duration,billsec,disposition,amaflags,accountcode) VALUES ('2006-02-13 15:25:46','421220656111','421220656111','ZZZZZZZZZZ','from-internalX', 'Local/ZZZZZZZZZZ@from-internalX-73e9,2','IAX2/peerAX/6','Dial','IAX2/peerAX/ZZZZZZZZZZZZ||',14,7,'ANSWERED',3,'') Asterisk stored CDR, but call continued :-(. Do You have any suggestion what I'm doing wrong? I'm using Asterisk v. 1.0.9 and it's almost impossible to upgrade to 1.2.x right now. Thanks a lot Igor
2011 Sep 30
3
Fine ...
Zzzzzzzzzzzz As you wish master..... Clang Clang.... im waiting almost 4months for nothing :) just ignoring me :) wow what support is this?
2017 Oct 17
1
Distribute rebalance issues
...-0-0 [2017-10-17 03:20:28.921498] I [MSGID: 101055] [client_t.c:415:gf_client_unref] 0-video-server: Shutting down connection node-dc3-02-15013-2017/10/14-18:04:51:499320-video-client-4-0-0 [2017-10-17 03:20:39.348678] I [login.c:76:gf_auth] 0-auth/login: allowed user names: be603ada-6523-44d3-a900-zzzzzzzzzzzz [2017-10-17 03:20:39.348909] I [MSGID: 115029] [server-handshake.c:692:server_setvolume] 0-video-server: accepted client from node-dc3-02-15013-2017/10/14-18:04:51:499320-video-client-4-0-1 (version: 3.8.7) [2017-10-17 03:27:18.385374] I [MSGID: 115036] [server.c:548:server_rpc_notify] 0-video-serv...
2017 Oct 17
0
Distribute rebalance issues
On 17 October 2017 at 14:48, Stephen Remde <stephen.remde at gaist.co.uk> wrote: > Hi, > > > I have a rebalance that has failed on one peer twice now. Rebalance logs below (directories anonomised and some irrelevant log lines cut). It looks like it loses connection to the brick, but immediately stops the rebalance on that peer instead of waiting for reconnection - which happens
2017 Oct 17
2
Distribute rebalance issues
Hi, I have a rebalance that has failed on one peer twice now. Rebalance logs below (directories anonomised and some irrelevant log lines cut). It looks like it loses connection to the brick, but immediately stops the rebalance on that peer instead of waiting for reconnection - which happens a second or so later. Is this normal behaviour? So far it has been the same server and the same (remote)