On Sun, Aug 29, 2010 at 4:41 PM, Tony Graziano
wrote:
> Thanks. I'll test it tomorrow.
I hope to apply this patch to 4.3 and others sometime tomorrow. I will
post to list when i do.
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive
Staffan
Try this:
http://track.sipfoundry.org/secure/attachment/26604/sipxregistry-4.3.0-01902
2-patch2.sipxbuild.i386.rpm
--martin
> -Original Message-
> From: sipx-users-boun...@list.sipfoundry.org [mailto:sipx-users-
> boun...@list.sipfoundry.org] On Behalf Of Worley, Dale R (Dale)
>
Just an FYI. I run 64 bit exclusively and haven't had any trouble related to it
being 64 bit.
--Original Message--
From: m...@grounded.net
Sender: sipx-users-boun...@list.sipfoundry.org
To: sipx-users
ReplyTo: m...@grounded.net
Subject: Re: [sipx-users] Anyone using mondoarchive?
Sent: Au
On 29 aug 2010, at 20.09, Worley, Dale R (Dale) wrote:
> OK, the problem there is that the header parameters in the new target URI
> aren't being turned into headers and as a result, the routing is getting
> messed up. The attached patch (in addition to the previous one) should fix
> that.
Gr
Thanks. I'll test it tomorrow.
In the meantime I think there's a counterpath dev release somewhere
that might address the "multiple contacts" issue with openfire.
This will help bunches but will not do much for the overall
deficiencies regarding XMPP overall with Counterpath's current
adoption, w
I use a little custom script with Mindi (part of the Mondo package) and Rsync.
I have a couple of USB drives that I rotate for this. The drive has a FAT
partition (FAT so that I can just plug my backup drive into a Windows box to
burn the ISO) for the Mindi ISO file and an EXT3 partition for fi
No.
There is nothing OS dependent in a backup.
On Sun, Aug 29, 2010 at 1:52 PM, m...@grounded.net wrote:
> Any known issues in making a backup of a 32bit system then restoring it onto
> a fresh 64bit iso install?
>
> ___
> sipx-users mailing list
> si
qemu
On Sun, Aug 29, 2010 at 1:38 PM, m...@grounded.net wrote:
>> You could use sfdisk to dump the partition table to a file, and then
>> just rsync the / file system to the nfs store excluding /dev/, /proc,
>
> I wasn't aware of this method and will have to look more into it.
>
>> Also you proba
From: Staffan Kerker [ietf-li...@kerker.se]
Hopefully better this time... Updated on tracker and on the following link:
http://www.kerker.se/files/sipx-snapshot-sipx.kerker.se-2.tar.gz
OK, the problem there is that
Any known issues in making a backup of a 32bit system then restoring it onto a
fresh 64bit iso install?
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/
> You could use sfdisk to dump the partition table to a file, and then
> just rsync the / file system to the nfs store excluding /dev/, /proc,
I wasn't aware of this method and will have to look more into it.
> Also you probably need to dump
> the database occasionally and make sure it's consiste
On Fri, Aug 27, 2010 at 5:08 PM, Tony Graziano wrote:
> Don't get me started on Counterpath...
>
> There are new tracker items on the JIRA.
>
>
> http://track.sipfoundry.org/browse/XX-8542
> Seems a simple fix to me, generate a blank file to the phone doesn't
> timeout trying to subscribe to an e
> I think it depends on your requirements. Are you backing up disk to
> disk? Disk to Tape? To a remote server in the same network or in a
> different network. Are you trying to get a bare metal restore, or
> just config files and databases?
Local nfs disk shares, bare metal restore to identic
BTW, do you suggest anything else for live backups?
Looking for something easy to use like mondo :).
Had been using clonezilla server for some time but doesn't suit purposes
anymore.
___
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archi
> No, this is a known issue with that package. You're better off on
> there site to understand, get fixed.
Will do. Thought I'd ask in case it was something with sipx since it works on
one system.
> IF IT WERE ME, and it's not, I would simply load a 64bit OS on 64bit
> hardware if I was going t
I have created the issue XX-8840 ( http://track.sipfoundry.org/browse/XX-8840 ).
--
Sincerely yours,
Alexey Kanukhin
On Sat, Aug 28, 2010 at 2:58 AM, Martin Steinmann wrote:
> Could you open an issue please?
> --martin
>
>> -Original Message-
>> From: sipx-users-boun...@list.sipfound
No. The problem which I have described is related to sipXecs voice mail system.
--
Sincerely yours,
Alexey Kanukhin
On Fri, Aug 27, 2010 at 7:23 PM, Martin Steinmann wrote:
> Is this similar to this:
> http://track.sipfoundry.org/browse/XX-7460
> ---martin
>
>
>> -Original Message-
>
On Sun, Aug 29, 2010 at 9:06 AM, m...@grounded.net wrote:
> As a test, I tried using mondoarchive on a system I keep fully updated. The
> process went along just fine.
> The server is running 2.6.18-194.11.1.el5 #1 SMP.
>
> But then, I tried using it on two systems which are not fully updated.
>
As a test, I tried using mondoarchive on a system I keep fully updated. The
process went along just fine.
The server is running 2.6.18-194.11.1.el5 #1 SMP.
But then, I tried using it on two systems which are not fully updated.
One system is identical hardware to the above and is running 2.6.18-1
19 matches
Mail list logo