Re: [sipx-users] JAIN-SIP Pointers

2012-09-13 Thread Douglas Hubler
On Thu, Sep 13, 2012 at 7:56 PM, Matt White  wrote:
> Just thought I'd give an update on updating the jain-sip
>
> I've put this latest jain-sip in production on 3 system for several weeks
> now.  One 4.2.1 and the other 2 are 4.4
>
> They are working fine and there is no useability issues.  However the
> sipxrest java process pegs at 100%.
>
> Our systems are multi-core so it doesnt affect system usage.
>
> Setting the call control logs to debug dont show any additional detail.
>
> Is there a good way to debug the sipxrest process.

there was some way to dump the java thread and by calling kill -3 on
the process and then cat'ing a file descriptor, but i cannot recall
the exact sequence.  Anyone recall?
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/


Re: [sipx-users] JAIN-SIP Pointers

2012-09-13 Thread Matt White
Just thought I'd give an update on updating the jain-sip

I've put this latest jain-sip in production on 3 system for several weeks now.  
One 4.2.1 and the other 2 are 4.4

They are working fine and there is no useability issues.  However the sipxrest 
java process pegs at 100%.

Our systems are multi-core so it doesnt affect system usage.

Setting the call control logs to debug dont show any additional detail.

Is there a good way to debug the sipxrest process.

-M

>>> Matt White 08/13/12 12:14 PM >>>
Thanks, you just answered the questions in my last reply!

-M

>>> "M. Ranganathan"  08/13/12 11:57 AM >>>
Attached is a jar file for jain-sip. Replace the jar and tested it out
before posting traces please.

Don't be too nervous - you can always revert.



___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] 4.4.0 to 4.4.6

2012-09-13 Thread Tony Graziano
(before I knew he was using openuc)

On Thu, Sep 13, 2012 at 5:26 PM, Douglas Hubler  wrote:

>
>
> On Thu, Sep 13, 2012 at 4:07 PM, Tony Graziano <
> tgrazi...@myitdepartment.net> wrote:
>
>> so let us know what happends when you:
>>
>> /usr/bin/sipx-archive --restore /var/sipxdata/backup/local/
>> 201209131417/voicemail.tar.gz
>>
>
> that's not the command actual, each subsystem has a different archive
> command.That command follows a plan and you need to give is a plan file
> which is not really relevant here.  Use the command I outlined.
>
>
>
> ___
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>



-- 
~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment.net
Fax: 434.465.6833
~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~

Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab
2013!


-- 
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] 4.4.0 to 4.4.6

2012-09-13 Thread Douglas Hubler
On Thu, Sep 13, 2012 at 4:07 PM, Tony Graziano  wrote:

> so let us know what happends when you:
>
> /usr/bin/sipx-archive --restore /var/sipxdata/backup/local/
> 201209131417/voicemail.tar.gz
>

that's not the command actual, each subsystem has a different archive
command.That command follows a plan and you need to give is a plan file
which is not really relevant here.  Use the command I outlined.
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Grandstream GXP1450 is supported?

2012-09-13 Thread Josh Patten
Also, 4.2.1 Is end of support. Please consider upgrading to 4.4.0 or later.

Grandstream phones are not generally used with sipXecs due to their SIP
stack deficiencies. Among the things that weren't working last time I
tested:

   - Phones would use a second line and put the first line on hold when
   REFER was issued from server, potentially causing the line hold to
   perpetuate with no active call until the phone was rebooted.
   - Phones lack full support for http://tools.ietf.org/html/rfc4235.
   Phones can send SUBSCRIBE but cannot receive SUBSCRIBE from the server.
   This causes BLF and directed call pickup not to work.
   - No Music on Hold support

As a result no one has wanted to maintain the Grandstream plugins. You are
more than welcome to maintain them.

On Wed, Sep 12, 2012 at 10:32 AM, Marco Lorenzo Crociani <
mar...@prisma-eng.com> wrote:

> Hi,
> are there anyone using the Grandstream GXP1450 phones with sipx?
> The model is not present in the list of phones on sipx 4.2.1.
> If I try to configure it with one of the othersGrandstream models it
> doesn't work: it keeps rebooting after a certain period.
>
> Can you add support to the GXP1450? Or is it included in the latest
> version of sipx?
>
> Thank you,
>
> Marco Crociani
>
> ___
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>



-- 
Josh Patten
eZuce
Solutions Architect
O.978-296-1005 X2050
M.979-574-5699
http://www.ezuce.com
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] 4.4.0 to 4.4.6

2012-09-13 Thread andrewpitman
Thanks George. I had assumed that voicemail storage would be the same between 
sipxecs and openuc 4.6, but you know what they say about assumptions. ;) 

I'll leave this in your capable hands. 

In the meantime I will verify that I can restore sipxecs 4.4 to sipxecs 4.6 
(which I'm sure won't be a problem)... 

Thanks! 
Andy 

- Original Message -
From: "George Niculae"  
To: "Discussion list for users of sipXecs software" 
 
Sent: Thursday, September 13, 2012 4:25:39 PM 
Subject: Re: [sipx-users] 4.4.0 to 4.4.6 

Andy, That's an openUC realted issue I am currently working on, 
voicemails are not migrated from filesystem to GridFS. It's in 
internal tracker so you cannot see it here 

George 
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] 4.4.0 to 4.4.6

2012-09-13 Thread Tony Graziano
since there are very different procedures with openuc, i'll let ezuce
handle this.

I imagine you have the system all updated and have made sure servies are
running and mongo is too first, right?



On Thu, Sep 13, 2012 at 4:22 PM,  wrote:

> Right, it uploaded fine and didn't give me any errors.  I guess what I
> needed to know is can I restore sipxecs 4.4.0 voicemail to an openuc 4.6.0
> system?
>
> If I run openucivr-archive...
>
> [root@sipx01 ~]# /usr/bin/openucivr-archive --restore
> /var/sipxdata/backup/local/201209131417/voicemail.tar.gz --verbose
> tar -tzf /var/sipxdata/backup/local/201209131417/voicemail.tar.gz version
> version
> /etc/init.d/sipxivr stop
> Stopping sipxivr:  [FAILED]
> tar -zxvf /var/sipxdata/backup/local/201209131417/voicemail.tar.gz -C /tmp
> dump
> tar: dump: Not found in archive
> tar: Exiting with failure status due to previous errors
> /usr/bin/openucivr-archive:55:in `run': Failed to extract voicemail
> database from archive (RuntimeError)
> from /usr/bin/openucivr-archive:112
> [root@sipx01 ~]#
>
> Which makes sense because the tarball doesn't contain dump/vmdb/*bson as
> it expects.
>
> If I run sipxivr-archive...
>
> [root@sipx01 ~]# /usr/bin/sipxivr-archive --restore
> /var/sipxdata/backup/local/201209131417/voicemail.tar.gz --verbose
> tar -tzf /var/sipxdata/backup/local/201209131417/voicemail.tar.gz version
> version
> /etc/init.d/sipxivr stop
> Stopping sipxivr:  [FAILED]
> tar -xz --exclude=version -C /var/sipxdata/../.. -f
> /var/sipxdata/backup/local/201209131417/voicemail.tar.gz
> /etc/init.d/sipxivr start  [  OK  ]
> [root@sipx01 ~]# find /var -type f -name '*wav'
> /var/sipxdata/mediaserver/data/mailstore/6128/inbox/0191-FW.wav
> /var/sipxdata/mediaserver/data/mailstore/6128/inbox/0191-01.wav
> /var/sipxdata/mediaserver/data/mailstore/6128/inbox/0191-00.wav
> /var/sipxdata/mediaserver/data/mailstore/6243/inbox/0306-01.wav
> ...
>
> Which is obviously not what I want.
>
>
> Andy
>
> --
> *From: *"Douglas Hubler" 
>
> *To: *"Discussion list for users of sipXecs software" <
> sipx-users@list.sipfoundry.org>
> *Sent: *Thursday, September 13, 2012 4:01:58 PM
>
> *Subject: *Re: [sipx-users] 4.4.0 to 4.4.6
>
> On Thu, Sep 13, 2012 at 1:57 PM, andrewpitman 
> wrote:
> >
> >
> > It looks like I'm a little late to this party.  I've been
> > able to successfully restore my 4.4 configuration to a fresh
> > 4.6 system, but for some reason the voicemail restore
> > doesn't seem to be working.
> >
> > Is the restore in 4.6's sipxconfig able to take a 4.4
> > tarball with the flat files from
> > /var/sipxdata/mediaserver/data/mailstore and put them into
> > mongodb gridfs, or am I doing something wrong?
>
> In OpenUC it reads into mongo, in sipXecs it expands onto disk.
>
> You uploaded the fine to UI, but It is that you receive no errors in
> UI upon restore?
>
> There's CLI option too
>
> sipxecs
>   sipxivr-archive --restore your-tar-file.tgz
>
> openuc
>   openucivr-archive --restore your-tar-file.tgz
> ___
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>
> ___
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>



-- 
~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment.net
Fax: 434.465.6833
~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~

Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab
2013!


-- 
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] 4.4.0 to 4.4.6

2012-09-13 Thread George Niculae
On Thu, Sep 13, 2012 at 11:22 PM,   wrote:
> Right, it uploaded fine and didn't give me any errors.  I guess what I
> needed to know is can I restore sipxecs 4.4.0 voicemail to an openuc 4.6.0
> system?
>
> If I run openucivr-archive...
>
> [root@sipx01 ~]# /usr/bin/openucivr-archive --restore
> /var/sipxdata/backup/local/201209131417/voicemail.tar.gz --verbose
> tar -tzf /var/sipxdata/backup/local/201209131417/voicemail.tar.gz version
> version
> /etc/init.d/sipxivr stop
> Stopping sipxivr:  [FAILED]
> tar -zxvf /var/sipxdata/backup/local/201209131417/voicemail.tar.gz -C /tmp
> dump
> tar: dump: Not found in archive
> tar: Exiting with failure status due to previous errors
> /usr/bin/openucivr-archive:55:in `run': Failed to extract voicemail database
> from archive (RuntimeError)
> from /usr/bin/openucivr-archive:112
> [root@sipx01 ~]#
>
> Which makes sense because the tarball doesn't contain dump/vmdb/*bson as it
> expects.
>
> If I run sipxivr-archive...
>
> [root@sipx01 ~]# /usr/bin/sipxivr-archive --restore
> /var/sipxdata/backup/local/201209131417/voicemail.tar.gz --verbose
> tar -tzf /var/sipxdata/backup/local/201209131417/voicemail.tar.gz version
> version
> /etc/init.d/sipxivr stop
> Stopping sipxivr:  [FAILED]
> tar -xz --exclude=version -C /var/sipxdata/../.. -f
> /var/sipxdata/backup/local/201209131417/voicemail.tar.gz
> /etc/init.d/sipxivr start  [  OK  ]
> [root@sipx01 ~]# find /var -type f -name '*wav'
> /var/sipxdata/mediaserver/data/mailstore/6128/inbox/0191-FW.wav
> /var/sipxdata/mediaserver/data/mailstore/6128/inbox/0191-01.wav
> /var/sipxdata/mediaserver/data/mailstore/6128/inbox/0191-00.wav
> /var/sipxdata/mediaserver/data/mailstore/6243/inbox/0306-01.wav
> ...

Andy, That's an openUC realted issue I am currently working on,
voicemails are not migrated from filesystem to GridFS. It's in
internal tracker so you cannot see it here

George
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/


Re: [sipx-users] 4.4.0 to 4.4.6

2012-09-13 Thread andrewpitman
Right, it uploaded fine and didn't give me any errors. I guess what I needed to 
know is can I restore sipxecs 4.4.0 voicemail to an openuc 4.6.0 system? 

If I run openucivr-archive... 

[root@sipx01 ~]# /usr/bin/openucivr-archive --restore 
/var/sipxdata/backup/local/201209131417/voicemail.tar.gz --verbose 
tar -tzf /var/sipxdata/backup/local/201209131417/voicemail.tar.gz version 
version 
/etc/init.d/sipxivr stop 
Stopping sipxivr: [FAILED] 
tar -zxvf /var/sipxdata/backup/local/201209131417/voicemail.tar.gz -C /tmp dump 
tar: dump: Not found in archive 
tar: Exiting with failure status due to previous errors 
/usr/bin/openucivr-archive:55:in `run': Failed to extract voicemail database 
from archive (RuntimeError) 
from /usr/bin/openucivr-archive:112 
[root@sipx01 ~]# 

Which makes sense because the tarball doesn't contain dump/vmdb/*bson as it 
expects. 

If I run sipxivr-archive... 

[root@sipx01 ~]# /usr/bin/sipxivr-archive --restore 
/var/sipxdata/backup/local/201209131417/voicemail.tar.gz --verbose 
tar -tzf /var/sipxdata/backup/local/201209131417/voicemail.tar.gz version 
version 
/etc/init.d/sipxivr stop 
Stopping sipxivr: [FAILED] 
tar -xz --exclude=version -C /var/sipxdata/../.. -f 
/var/sipxdata/backup/local/201209131417/voicemail.tar.gz 
/etc/init.d/sipxivr start [ OK ] 
[root@sipx01 ~]# find /var -type f -name '*wav' 
/var/sipxdata/mediaserver/data/mailstore/6128/inbox/0191-FW.wav 
/var/sipxdata/mediaserver/data/mailstore/6128/inbox/0191-01.wav 
/var/sipxdata/mediaserver/data/mailstore/6128/inbox/0191-00.wav 
/var/sipxdata/mediaserver/data/mailstore/6243/inbox/0306-01.wav 
... 

Which is obviously not what I want. 


Andy 

- Original Message -
From: "Douglas Hubler"  
To: "Discussion list for users of sipXecs software" 
 
Sent: Thursday, September 13, 2012 4:01:58 PM 
Subject: Re: [sipx-users] 4.4.0 to 4.4.6 

On Thu, Sep 13, 2012 at 1:57 PM, andrewpitman  wrote: 
> 
> 
> It looks like I'm a little late to this party. I've been 
> able to successfully restore my 4.4 configuration to a fresh 
> 4.6 system, but for some reason the voicemail restore 
> doesn't seem to be working. 
> 
> Is the restore in 4.6's sipxconfig able to take a 4.4 
> tarball with the flat files from 
> /var/sipxdata/mediaserver/data/mailstore and put them into 
> mongodb gridfs, or am I doing something wrong? 

In OpenUC it reads into mongo, in sipXecs it expands onto disk. 

You uploaded the fine to UI, but It is that you receive no errors in 
UI upon restore? 

There's CLI option too 

sipxecs 
sipxivr-archive --restore your-tar-file.tgz 

openuc 
openucivr-archive --restore your-tar-file.tgz 
___ 
sipx-users mailing list 
sipx-users@list.sipfoundry.org 
List Archive: http://list.sipfoundry.org/archive/sipx-users/ 
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] 4.4.0 to 4.4.6

2012-09-13 Thread Tony Graziano
so let us know what happends when you:

/usr/bin/sipx-archive --restore /var/sipxdata/backup/local/
201209131417/voicemail.tar.gz


On Thu, Sep 13, 2012 at 4:01 PM, Douglas Hubler  wrote:

> On Thu, Sep 13, 2012 at 1:57 PM, andrewpitman 
> wrote:
> >
> >
> > It looks like I'm a little late to this party.  I've been
> > able to successfully restore my 4.4 configuration to a fresh
> > 4.6 system, but for some reason the voicemail restore
> > doesn't seem to be working.
> >
> > Is the restore in 4.6's sipxconfig able to take a 4.4
> > tarball with the flat files from
> > /var/sipxdata/mediaserver/data/mailstore and put them into
> > mongodb gridfs, or am I doing something wrong?
>
> In OpenUC it reads into mongo, in sipXecs it expands onto disk.
>
> You uploaded the fine to UI, but It is that you receive no errors in
> UI upon restore?
>
> There's CLI option too
>
> sipxecs
>   sipxivr-archive --restore your-tar-file.tgz
>
> openuc
>   openucivr-archive --restore your-tar-file.tgz
> ___
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>



-- 
~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment.net
Fax: 434.465.6833
~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~

Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab
2013!


-- 
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] Multiple ITSP

2012-09-13 Thread Tony Graziano
I'm not sure how well that translates in 4.4 and also 4.6 (branches).

A couple of things you can do: dial only 10 digits at the phone. Let the
trunk take care of adding anything one provider requires beyond that. You
can also have only one gateway per rule but ceate duplicate rules for
testing and adding a prefix when dialing at the phone to use the test
gateway and stripping it before sending it to the provider. Once you are
sure the provider is accepting the call and things work, you should then
try to see how branches work.

Note: Trunking requires the provider to send a cause code back that allows
sipx to use the "other" gateway. Very few, if any providers do this. It's
more likely found on SBC's and gateway devices though. Until ITSP's start
using "486: Busy here" in an instance where the call paths are reached or
not allowed (like on international) it's really going to be hit or miss
that this type of behavior becomes (try this ITSP, if they can't do it or
its down, use another).

I think I had another thread on multiple ITSP's and things we could look at
doing when the trunk is registered but not authenticated, but it wasn't
received to well at the time.

On Thu, Sep 13, 2012 at 3:44 PM, Ly Tran  wrote:
>
> Just got a test trunk to add to SipX, as a secondary gateway, but running
into some problems.  I’m able to receive phone calls to the new DID from
the second ITSP, but making outbound does not go through it.  It is going
out through the primary.  Trying to follow this setup here:
>
>
http://www.sipfoundry.org/web/mpicher/~/426137/blogs/-/asset_publisher/xfZRF9U0rLa7/blog/id/128906
>
>
>
> However, I cannot add a new gateway with new branch/DID to the dialplan
that was configured for the first ITSP.  The first ITSP uses e.164 while
the new ITSP does not.  Created new dialplans for the second ITSP, but
still doesn’t work.  Am I overlooking something?
>
>
>
> Ly Tran
>
>
> ___
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users/




--
~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment.net
Fax: 434.465.6833
~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~

Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab
2013!

-- 
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] 4.4.0 to 4.4.6

2012-09-13 Thread Douglas Hubler
On Thu, Sep 13, 2012 at 1:57 PM, andrewpitman  wrote:
>
>
> It looks like I'm a little late to this party.  I've been
> able to successfully restore my 4.4 configuration to a fresh
> 4.6 system, but for some reason the voicemail restore
> doesn't seem to be working.
>
> Is the restore in 4.6's sipxconfig able to take a 4.4
> tarball with the flat files from
> /var/sipxdata/mediaserver/data/mailstore and put them into
> mongodb gridfs, or am I doing something wrong?

In OpenUC it reads into mongo, in sipXecs it expands onto disk.

You uploaded the fine to UI, but It is that you receive no errors in
UI upon restore?

There's CLI option too

sipxecs
  sipxivr-archive --restore your-tar-file.tgz

openuc
  openucivr-archive --restore your-tar-file.tgz
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/


[sipx-users] Multiple ITSP

2012-09-13 Thread Ly Tran
Just got a test trunk to add to SipX, as a secondary gateway, but running into 
some problems.  I'm able to receive phone calls to the new DID from the second 
ITSP, but making outbound does not go through it.  It is going out through the 
primary.  Trying to follow this setup here:
http://www.sipfoundry.org/web/mpicher/~/426137/blogs/-/asset_publisher/xfZRF9U0rLa7/blog/id/128906

However, I cannot add a new gateway with new branch/DID to the dialplan that 
was configured for the first ITSP.  The first ITSP uses e.164 while the new 
ITSP does not.  Created new dialplans for the second ITSP, but still doesn't 
work.  Am I overlooking something?

Ly Tran
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] 4.4.0 to 4.4.6

2012-09-13 Thread andrewpitman
Yes, indeed. /var/sipxdata/backup/local/201209131417 is pwned by sipx:sipx and 
mode 0755 and voicemail.tar.gz is sipx:sipx and mode 0644. 

Here's the sipxconfig.log entry from when I ran the local restore: 
"2012-09-13T18:19:48.012000Z":45:JAVA:INFO:sipx01.carrierip.net:P2-9::BackupCommandRunner:"/usr/bin/sipx-archive
 --restore /var/sipxdata/cfdata/1/archive-local.yaml 
201209131417/voicemail.tar.gz --out 
/var/sipxdata/tmp/archive-command4851646719559133385.tmp --mode manual" 

The voicemail.tar.gz file is approximately 30 and a half MB. 

I will try running /usr/bin/sipxivr-archive --restore from the command line and 
report back. 

Thanks! 
Andy 

- Original Message -
From: "Tony Graziano"  
To: "Discussion list for users of sipXecs software" 
 
Sent: Thursday, September 13, 2012 3:10:36 PM 
Subject: Re: [sipx-users] 4.4.0 to 4.4.6 

can you detail a few things? 


/var/sipxdata/backup/local/ is sipx:sipx 0755 and files in it are 
sipx:sipx 0644 


correct? 


once you confirm that, make do a restore and garb the sipxconfig log from that 
attempt and inspect it. if you figure it out and solve it, share what was 
wrong. If not, share the pertinent log snippet? 


Also, what is the size of the VM file you are restoring? It might have to do 
with some insanely low limit in sipxconfig or something but shouldn't affect a 
local restore I would think. 






On Thu, Sep 13, 2012 at 2:23 PM, < andrewpit...@comcast.net > wrote: 




Nope, still no dice. 



From: "Tony Graziano" < tgrazi...@myitdepartment.net > 
To: "Discussion list for users of sipXecs software" < 
sipx-users@list.sipfoundry.org > 
Sent: Thursday, September 13, 2012 2:07:59 PM 

Subject: Re: [sipx-users] 4.4.0 to 4.4.6 


try doing a local backup then replace the voicemail.tar.gz file onboard with 
the one you need to restore, then do a restore. 


___ 
sipx-users mailing list 
sipx-users@list.sipfoundry.org 
List Archive: http://list.sipfoundry.org/archive/sipx-users/ 






-- 
~~ 
Tony Graziano, Manager 
Telephone: 434.984.8430 
sip: tgrazi...@voice.myitdepartment.net 
Fax: 434.465.6833 
~~ 
Linked-In Profile: 
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4 
Ask about our Internet Fax services! 
~~ 


Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab 2013! 



LAN/Telephony/Security and Control Systems Helpdesk: 
Telephone: 434.984.8426 
sip: helpd...@voice.myitdepartment.net 


Helpdesk Customers: http://myhelp.myitdepartment.net 
Blog: http://blog.myitdepartment.net 
___ 
sipx-users mailing list 
sipx-users@list.sipfoundry.org 
List Archive: http://list.sipfoundry.org/archive/sipx-users/ ___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] 4.4.0 to 4.4.6

2012-09-13 Thread George Niculae
On Thu, Sep 13, 2012 at 9:23 PM,   wrote:
> Nope, still no dice.
>

Can you manually run /usr/bin/sipxivr-archive --restore
{path_to_backup} and see the output?

George
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/


Re: [sipx-users] 4.4.0 to 4.4.6

2012-09-13 Thread Tony Graziano
can you detail a few things?

/var/sipxdata/backup/local/ is sipx:sipx 0755 and files in it
are sipx:sipx 0644

correct?

once you confirm that, make do a restore and garb the sipxconfig log from
that attempt and inspect it. if you figure it out and solve it, share what
was wrong. If not, share the pertinent log snippet?

Also, what is the size of the VM file you are restoring? It might have to
do with some insanely low limit in sipxconfig or something but shouldn't
affect a local restore I would think.



On Thu, Sep 13, 2012 at 2:23 PM,  wrote:

> Nope, still no dice.
>
>
> --
> *From: *"Tony Graziano" 
> *To: *"Discussion list for users of sipXecs software" <
> sipx-users@list.sipfoundry.org>
> *Sent: *Thursday, September 13, 2012 2:07:59 PM
>
> *Subject: *Re: [sipx-users] 4.4.0 to 4.4.6
>
> try doing a local backup then replace the voicemail.tar.gz file onboard
> with the one you need to restore, then do a restore.
>
>
> ___
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>



-- 
~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment.net
Fax: 434.465.6833
~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~

Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab
2013!


-- 
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] 4.4.0 to 4.4.6

2012-09-13 Thread andrewpitman
Nope, still no dice. 


- Original Message -
From: "Tony Graziano"  
To: "Discussion list for users of sipXecs software" 
 
Sent: Thursday, September 13, 2012 2:07:59 PM 
Subject: Re: [sipx-users] 4.4.0 to 4.4.6 

try doing a local backup then replace the voicemail.tar.gz file onboard with 
the one you need to restore, then do a restore. 

___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] 4.4.0 to 4.4.6

2012-09-13 Thread Tony Graziano
try doing a local backup then replace the voicemail.tar.gz file onboard
with the one you need to restore, then do a restore.

On Thu, Sep 13, 2012 at 1:57 PM, andrewpitman wrote:

>
>
> It looks like I'm a little late to this party.  I've been
> able to successfully restore my 4.4 configuration to a fresh
> 4.6 system, but for some reason the voicemail restore
> doesn't seem to be working.
>
> Is the restore in 4.6's sipxconfig able to take a 4.4
> tarball with the flat files from
> /var/sipxdata/mediaserver/data/mailstore and put them into
> mongodb gridfs, or am I doing something wrong?
>
> Andy
>
> Michael Picher wrote on Mon, 06 August 2012 12:36
> > 4.6.0 as stated a few times before will be a re-install
> > and a restore of
> > 4.4 data / vm.
> >
> > Yes, if this isn't your own internal system you might
> > want to use 4.4.0 for
> > a production customer install.
>
>
> --
>
> ___
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>



-- 
~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment.net
Fax: 434.465.6833
~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~

Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab
2013!


-- 
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] 4.4.0 to 4.4.6

2012-09-13 Thread andrewpitman


It looks like I'm a little late to this party.  I've been
able to successfully restore my 4.4 configuration to a fresh
4.6 system, but for some reason the voicemail restore
doesn't seem to be working.

Is the restore in 4.6's sipxconfig able to take a 4.4
tarball with the flat files from
/var/sipxdata/mediaserver/data/mailstore and put them into
mongodb gridfs, or am I doing something wrong?

Andy

Michael Picher wrote on Mon, 06 August 2012 12:36
> 4.6.0 as stated a few times before will be a re-install
> and a restore of
> 4.4 data / vm.
> 
> Yes, if this isn't your own internal system you might
> want to use 4.4.0 for
> a production customer install.


-- 

___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/


[sipx-users] 4.6 sending server profiles (whenever yum is invoked?)

2012-09-13 Thread Tony Graziano
Since there is no wiki page for it yet. I think it would probably help a
few people to know what the proper update procedures need to be when
updating sipx packages via yum.

This is what "I" do, though I am looking for input on this in order to put
together a basic "how to" for the website.

1. Stop sipx services: sipxagent -d stop_sipxecs
2. Update via YUM: yum update
3. If new kernel, then reboot, otherwise, start sipx services: sipxagent -d
start_sipxecs

Once sipxconfig UI is reachable, do: System>Server>[Check the server
updated] and click "Send Profiles".

I am sure there are less obtrusive ways to do this depending on the
services being used, especially in a HA environment, but I think for those
of you who are test driving 4.6 right now this would be adequate for now.

Comments?


-- 
~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment.net
Fax: 434.465.6833
~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~

Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab
2013!


-- 
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] After update sipxsaa and sipxrls no longer working, unable to make calls

2012-09-13 Thread Tony Graziano
do

yum info js

if it is not installed, install it.

then if mongo is not running, see this:
*
All,

If you have 4.6 installed from RPMs / ISO and yum upgrade please mind
that it will upgrade MongoDB as well (from 2.0.2 within sipxecs repo
to 2.0.7 published in epel-release). While mongo 2.0.2 stores data in
/var/lib/mongod the new one will store it in /var/lib/mongodb.
So if you want to preserve data after yum update, you just have to
copy files from /var/lib/mongod to /var/lib/mongodb and change
permissions to mongodb:mongodb then restart mongo

George
*
Typically, I would also recommend you send the server profiles, but this
might actually be a problem with mogo not running, so I am suggesting it.

What is the output of

service mongod status

?
On Thu, Sep 13, 2012 at 6:12 AM, Ben Goodfellow wrote:

>
>
> Hi All,
>
> ** **
>
> I hope someone can help as I seem unable to solve this.
>
> ** **
>
> Running sipx 4.6 on CentOS 6.3 – last night I ran a YUM UPDATE
>
> ** **
>
> Upon completion sipxsaa and sipxrls show as shut down in the services list.
> 
>
> ** **
>
> I have rebooted the server, disabled and reenabled the relevant services
> but to no avail.
>
> ** **
>
> Has anyone else experienced this and have a resolution or anyone with any
> ideas?
>
> ** **
>
> Thank you.
>
>
>
>Ben GoodfellowProprietor
>
>
> DDI: 07970690583Tel:+44 (0)117 205 Fax: +44 (0)117 3900041 Mobile:   +44
> (0)7970 690583 Email: b...@btg-computers.co.uk Web:www.btg-computers.co.uk
>
>
>  2 Hudds Hill Gardens,
>  St George,
>  Bristol - BS5 7QH
>  United Kingdom
>
>
>
>   Please consider the environment before printing this email message.
>
>
> *Disclaimer:*
> This message contains confidential information and is intended only for
> sipx-users@list.sipfoundry.org. If you are not
> sipx-users@list.sipfoundry.org you should not disseminate, distribute or
> copy this e-mail. Please notify b...@btg-computers.co.uk immediately by
> e-mail if you have received this e-mail by mistake and delete this e-mail
> from your system. E-mail transmission cannot be guaranteed to be secure or
> error-free as information could be intercepted, corrupted, lost, destroyed,
> arrive late or incomplete, or contain viruses. Ben Goodfellow therefore
> does not accept liability for any errors or omissions in the contents of
> this message, which arise as a result of e-mail transmission. If
> verification is required please request a hard-copy version.
>
>
>
> This e-mail was sent on Thursday, 13 September 2012 via
> BTGSBS.btg-supplies.local, and should contain the following 0 attachment(s)
> . If any of these files are missing or if additional files are present we
> recommend you delete this message and contact us immediately.
>
>
>
>
> ___
> sipx-users mailing list
> sipx-users@list.sipfoundry.org
> List Archive: http://list.sipfoundry.org/archive/sipx-users/
>



-- 
~~
Tony Graziano, Manager
Telephone: 434.984.8430
sip: tgrazi...@voice.myitdepartment.net
Fax: 434.465.6833
~~
Linked-In Profile:
http://www.linkedin.com/pub/tony-graziano/14/4a6/7a4
Ask about our Internet Fax services!
~~

Using or developing for sipXecs from SIPFoundry? Ask me about sipX-CoLab
2013!
 

-- 
LAN/Telephony/Security and Control Systems Helpdesk:
Telephone: 434.984.8426
sip: helpd...@voice.myitdepartment.net

Helpdesk Customers: http://myhelp.myitdepartment.net
Blog: http://blog.myitdepartment.net
<><><>___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] After update sipxsaa and sipxrls no longer working, unable to make calls

2012-09-13 Thread Ben Goodfellow
[cid:image979084.GIF@e307e2d5.47b65ef8]


Hi George,

Mongo was started, however resending server profile has rectified the issue, 
don’t know why I didn’t try that before but thank you for your help.

Regards,

From: sipx-users-boun...@list.sipfoundry.org 
[mailto:sipx-users-boun...@list.sipfoundry.org] On Behalf Of George Niculae
Sent: 13 September 2012 11:20
To: Discussion list for users of sipXecs software
Subject: Re: [sipx-users] After update sipxsaa and sipxrls no longer working, 
unable to make calls

On Thu, Sep 13, 2012 at 1:12 PM, Ben Goodfellow 
mailto:b...@btg-computers.co.uk>> wrote:

Upon completion sipxsaa and sipxrls show as shut down in the services list.

I have rebooted the server, disabled and reenabled the relevant services but to 
no avail.

Has anyone else experienced this and have a resolution or anyone with any ideas?


It could be due to Mongo update to 2.0.7, can you check if service mongod 
status shows as started first? Then you could try sending server profiles or 
copy old db from /var/lib/mongod to the new one in /var/lib/mongodb and change 
permissions to mongodb user - see
http://forum.sipfoundry.org/index.php?t=rview&goto=72478&th=23369

George



Ben Goodfellow
Proprietor




DDI:07970690583
Tel:+44 (0)117 3900040
Fax:+44 (0)117 3900041
Mobile: +44 (0)7970 690583
Email:  b...@btg-computers.co.uk
Web:www.btg-computers.co.uk


[cid:image71acae.GIF@8435d4d7.479bdd01]

 2 Hudds Hill Gardens,
 St George,
 Bristol - BS5 7QH
 United Kingdom



 [cid:imageaa97be.GIF@3eb7032c.4f8b6b4d] Please consider the 
environment before printing this email message.

Disclaimer:
This message contains confidential information and is intended only for 
sipx-users@list.sipfoundry.org. If you are not sipx-users@list.sipfoundry.org 
you should not disseminate, distribute or copy this e-mail. Please notify 
b...@btg-computers.co.uk immediately by e-mail if you have received this e-mail 
by mistake and delete this e-mail from your system. E-mail transmission cannot 
be guaranteed to be secure or error-free as information could be intercepted, 
corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Ben 
Goodfellow therefore does not accept liability for any errors or omissions in 
the contents of this message, which arise as a result of e-mail transmission. 
If verification is required please request a hard-copy version.



This e-mail was sent on Thursday, 13 September 2012 via 
BTGSBS.btg-supplies.local, and should contain the following 0 attachment(s) . 
If any of these files are missing or if additional files are present we 
recommend you delete this message and contact us immediately.


<><><>___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Re: [sipx-users] After update sipxsaa and sipxrls no longer working, unable to make calls

2012-09-13 Thread George Niculae
On Thu, Sep 13, 2012 at 1:12 PM, Ben Goodfellow wrote:
>
> ** **
>
> Upon completion sipxsaa and sipxrls show as shut down in the services list.
> 
>
> ** **
>
> I have rebooted the server, disabled and reenabled the relevant services
> but to no avail.
>
> ** **
>
> Has anyone else experienced this and have a resolution or anyone with any
> ideas?
>
> **
>

It could be due to Mongo update to 2.0.7, can you check if service mongod
status shows as started first? Then you could try sending server profiles
or copy old db from /var/lib/mongod to the new one in /var/lib/mongodb and
change permissions to mongodb user - see
http://forum.sipfoundry.org/index.php?t=rview&goto=72478&th=23369

George
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

[sipx-users] After update sipxsaa and sipxrls no longer working, unable to make calls

2012-09-13 Thread Ben Goodfellow
[cid:imagea237cf.GIF@0003fca9.4ba8ddee]


Hi All,

I hope someone can help as I seem unable to solve this.

Running sipx 4.6 on CentOS 6.3 – last night I ran a YUM UPDATE

Upon completion sipxsaa and sipxrls show as shut down in the services list.

I have rebooted the server, disabled and reenabled the relevant services but to 
no avail.

Has anyone else experienced this and have a resolution or anyone with any ideas?

Thank you.



Ben Goodfellow
Proprietor




DDI:07970690583
Tel:+44 (0)117 205
Fax:+44 (0)117 3900041
Mobile: +44 (0)7970 690583
Email:  b...@btg-computers.co.uk
Web:www.btg-computers.co.uk


[cid:image349193.GIF@0eee17f7.4f87d296]

 2 Hudds Hill Gardens,
 St George,
 Bristol - BS5 7QH
 United Kingdom



 [cid:imageb3643c.GIF@978f1896.44b9a0dc] Please consider the 
environment before printing this email message.

Disclaimer:
This message contains confidential information and is intended only for 
sipx-users@list.sipfoundry.org. If you are not sipx-users@list.sipfoundry.org 
you should not disseminate, distribute or copy this e-mail. Please notify 
b...@btg-computers.co.uk immediately by e-mail if you have received this e-mail 
by mistake and delete this e-mail from your system. E-mail transmission cannot 
be guaranteed to be secure or error-free as information could be intercepted, 
corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. Ben 
Goodfellow therefore does not accept liability for any errors or omissions in 
the contents of this message, which arise as a result of e-mail transmission. 
If verification is required please request a hard-copy version.



This e-mail was sent on Thursday, 13 September 2012 via 
BTGSBS.btg-supplies.local, and should contain the following 0 attachment(s) . 
If any of these files are missing or if additional files are present we 
recommend you delete this message and contact us immediately.


<><><>___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/