search for: 3782

...gt;> >>> >>>> >>>> Thanks in advance for your help, >>>> >>>> -- >>>> David Cunningham, Voisonics Limited >>>> http://voisonics.com/ >>>> USA: +1 213 221 1092 >>>> New Zealand: +64 (0)28 2558 3782 >>>> -- >>>> _____________________________________________________________________ >>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >>>> >>>> Check out the new Asterisk community forum at: >>>> https:/...

...t;> Thanks in advance for your help, >>>>>> >>>>>> -- >>>>>> David Cunningham, Voisonics Limited >>>>>> http://voisonics.com/ >>>>>> USA: +1 213 221 1092 >>>>>> New Zealand: +64 (0)28 2558 3782 >>>>>> -- >>>>>> _____________________________________________________________________ >>>>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >>>>>> >>>>>> Check out the new Asterisk comm...

...b was fine so the bug slipped in after that. > > > [1] http://www.directupload.net/file/d/3781/j9mwrtpq_jpg.htm > [2] http://www.directupload.net/file/d/3781/29trc56v_jpg.htm > It might be virtio-console related, when the uevetns are processed: http://www.directupload.net/file/d/3782/6lg5yihh_jpg.htm -- Toralf pgp key: 0076 E94E

...b was fine so the bug slipped in after that. > > > [1] http://www.directupload.net/file/d/3781/j9mwrtpq_jpg.htm > [2] http://www.directupload.net/file/d/3781/29trc56v_jpg.htm > It might be virtio-console related, when the uevetns are processed: http://www.directupload.net/file/d/3782/6lg5yihh_jpg.htm -- Toralf pgp key: 0076 E94E

...nd C are talking. Searching on voip-info.org shows a "BristuffSteal" command but it's very out of date (Asterisk 1.2). Thanks in advance for any suggestions. Kind regards, -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 New Zealand: +64 (0)28 2558 3782 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20180709/495bd0c1/attachment.html>

...for your help, >>>>>>> >>>>>>> -- >>>>>>> David Cunningham, Voisonics Limited >>>>>>> http://voisonics.com/ >>>>>>> USA: +1 213 221 1092 >>>>>>> New Zealand: +64 (0)28 2558 3782 >>>>>>> -- >>>>>>> _____________________________________________________________________ >>>>>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com >>>>>>> -- >>>>>>> >>&gt...

...e a patch ? Extract of my config : builder = "hvm" vif = [ 'type=ioemu, mac=00:16:3e:50:10:45, bridge=xenbr0, model=ne2k_pci'] device_model = "/usr/lib64/xen/bin/qemu-dm" #grep spa.*/usr/lib64/xen/bin/qemu-dm /var/log/xen/xend.log [2010-05-24 11:47:23 xend 3782] INFO (image:434) spawning device models: /usr/lib64/xen/bin/qemu-dm ['/usr/lib64/xen/bin/qemu-dm', '-d', '75', '-m', '192', '-boot', 'dc', '-serial', 'pty', '-vcpus', '1', '-k', 'fr', '-doma...

...or vm-images-repo held by 2c6f154f-efe3-4479-addc-b2021aa9d5df [2017-07-19 15:07:43.128242] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: Received status volume req for volume vm-images-repo [2017-07-19 15:07:43.130244] E [MSGID: 106119] [glusterd-op-sm.c:3782:glusterd_op_ac_lock] 0-management: Unable to acquire lock for vm-images-repo [2017-07-19 15:07:43.130320] E [MSGID: 106376] [glusterd-op-sm.c:7775:glusterd_op_sm] 0-management: handler returned: -1 [2017-07-19 15:07:43.130665] E [MSGID: 106116] [glusterd-mgmt.c:135:gd_mgmt_v3_collate_errors] 0-mana...

...Then configure each with the > same transports as above. > > > > > >> >> Thanks in advance for your help, >> >> -- >> David Cunningham, Voisonics Limited >> http://voisonics.com/ >> USA: +1 213 221 1092 >> New Zealand: +64 (0)28 2558 3782 >> -- >> _____________________________________________________________________ >> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >> >> Check out the new Asterisk community forum at: >> https://community.asterisk.org/ >> >> New t...

...;>> >>>>> Thanks in advance for your help, >>>>> >>>>> -- >>>>> David Cunningham, Voisonics Limited >>>>> http://voisonics.com/ >>>>> USA: +1 213 221 1092 >>>>> New Zealand: +64 (0)28 2558 3782 >>>>> -- >>>>> _____________________________________________________________________ >>>>> -- Bandwidth and Colocation Provided by http://www.api-digital.com -- >>>>> >>>>> Check out the new Asterisk community forum at: >...

...addc-b2021aa9d5df > [2017-07-19 15:07:43.128242] I [MSGID: 106499] > [glusterd-handler.c:4349:__glusterd_handle_status_volume] > 0-management: Received status volume req for volume vm-images-repo > [2017-07-19 15:07:43.130244] E [MSGID: 106119] > [glusterd-op-sm.c:3782:glusterd_op_ac_lock] 0-management: Unable > to acquire lock for vm-images-repo > [2017-07-19 15:07:43.130320] E [MSGID: 106376] > [glusterd-op-sm.c:7775:glusterd_op_sm] 0-management: handler > returned: -1 > [2017-07-19 15:07:43.130665] E [MSGID: 106116] >...

...tamp. imho, because there is no picture in the eos page, there is > no meaningful time for it, so the granulepos should be -1 on the eos > page on the dirac logical stream. ok, as it seems the EOS granulepos is under discussion I've not made any checks specific to that. As of changeset:3782, oggz-validate reports only this one error for that file: conrad at chichai:~/share/dirac$ oggz validate sage-640x360.ogg sage-640x360.ogg: Error: 00:02:36.077: serialno 1763535876: Granulepos decreasing within track >> conrad at chichai:~/share/dirac$ oggz validate sage-640x360.ogg >&g...

...28242] I [MSGID: 106499] >> [glusterd-handler.c:4349:__glusterd_handle_status_volume] >> 0-management: Received status volume req for volume >> vm-images-repo >> [2017-07-19 15:07:43.130244] E [MSGID: 106119] >> [glusterd-op-sm.c:3782:glusterd_op_ac_lock] 0-management: >> Unable to acquire lock for vm-images-repo >> [2017-07-19 15:07:43.130320] E [MSGID: 106376] >> [glusterd-op-sm.c:7775:glusterd_op_sm] 0-management: handler >> returned: -1 >> [2017-07-19 15:0...

...ld by > 2c6f154f-efe3-4479-addc-b2021aa9d5df > [2017-07-19 15:07:43.128242] I [MSGID: 106499] [glusterd-handler.c:4349:__glusterd_handle_status_volume] > 0-management: Received status volume req for volume vm-images-repo > [2017-07-19 15:07:43.130244] E [MSGID: 106119] [glusterd-op-sm.c:3782:glusterd_op_ac_lock] > 0-management: Unable to acquire lock for vm-images-repo > [2017-07-19 15:07:43.130320] E [MSGID: 106376] [glusterd-op-sm.c:7775:glusterd_op_sm] > 0-management: handler returned: -1 > [2017-07-19 15:07:43.130665] E [MSGID: 106116] > [glusterd-mgmt.c:135:gd_mgmt_...

...ink that's relevant to the problem. Can anyone suggest how to prevent this problem? Is it possible to turn off learning the media address per call or per peer? Thanks for your help. -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 New Zealand: +64 (0)28 2558 3782 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20230223/b77b7173/attachment.html>

...addc-b2021aa9d5df >> [2017-07-19 15:07:43.128242] I [MSGID: 106499] >> [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: >> Received status volume req for volume vm-images-repo >> [2017-07-19 15:07:43.130244] E [MSGID: 106119] >> [glusterd-op-sm.c:3782:glusterd_op_ac_lock] 0-management: Unable to >> acquire lock for vm-images-repo >> [2017-07-19 15:07:43.130320] E [MSGID: 106376] >> [glusterd-op-sm.c:7775:glusterd_op_sm] 0-management: handler returned: -1 >> [2017-07-19 15:07:43.130665] E [MSGID: 106116] >> [glusterd...

...hanks for your help, -- David Cunningham, Voisonics Limited http://voisonics.com/<https://urldefense.com/v3/__http://voisonics.com/__;!!I_DbfM1H!H-ob27qPp9fpvcacuvx-Rq_m9Rdc7w0qO3r5pewwZCO30JJzs4eTic2nPJo3JaeCgJanX84-S_Iv80eiwJIScXmwbO4CuFD8$> USA: +1 213 221 1092 New Zealand: +64 (0)28 2558 3782 -- David Cunningham, Voisonics Limited http://voisonics.com/<https://urldefense.com/v3/__http://voisonics.com/__;!!I_DbfM1H!H-ob27qPp9fpvcacuvx-Rq_m9Rdc7w0qO3r5pewwZCO30JJzs4eTic2nPJo3JaeCgJanX84-S_Iv80eiwJIScXmwbO4CuFD8$> USA: +1 213 221 1092 New Zealand: +64 (0)28 2558 3782 -- David Cun...

...to 2.2.2.2:5060 -> Asterisk dials destination at pstn.com -> INVITE sent from 2.2.2.2:5060 to pstn.com Does anyone know how this can be achieved? Thanks in advance for your help, -- David Cunningham, Voisonics Limited http://voisonics.com/ USA: +1 213 221 1092 New Zealand: +64 (0)28 2558 3782 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20201022/61ad95c5/attachment.html>

...t;>> [2017-07-19 15:07:43.128242] I [MSGID: 106499] >>> [glusterd-handler.c:4349:__glusterd_handle_status_volume] 0-management: >>> Received status volume req for volume vm-images-repo >>> [2017-07-19 15:07:43.130244] E [MSGID: 106119] >>> [glusterd-op-sm.c:3782:glusterd_op_ac_lock] 0-management: Unable to >>> acquire lock for vm-images-repo >>> [2017-07-19 15:07:43.130320] E [MSGID: 106376] >>> [glusterd-op-sm.c:7775:glusterd_op_sm] 0-management: handler returned: >>> -1 >>> [2017-07-19 15:07:43.130665] E [MSGI...

...499] >>> [glusterd-handler.c:4349:__glusterd_handle_status_volume] >>> 0-management: Received status volume req for volume >>> vm-images-repo >>> [2017-07-19 15:07:43.130244] E [MSGID: 106119] >>> [glusterd-op-sm.c:3782:glusterd_op_ac_lock] 0-management: >>> Unable to acquire lock for vm-images-repo >>> [2017-07-19 15:07:43.130320] E [MSGID: 106376] >>> [glusterd-op-sm.c:7775:glusterd_op_sm] 0-management: handler >>> returned: -1 >>>...