I'll look into why order of arguments matters, but use

  sipxecs-setup --verbose --reset-all



On Mon, Oct 22, 2012 at 11:12 AM, Aaron Pursell <aar...@esgw.org> wrote:
> I figured that something did happen, however it was a fresh build/install.
>
> Here is output of reset-all now...
>
> [root@gfgwph init.d]# sipxecs-setup --reset-all --verbose
> /usr/bin/sipxecs-setup:122:in `readline': No such file or directory -
> --verbose (Errno::ENOENT)
>  from /usr/bin/sipxecs-setup:122:in `prompt'
>  from /usr/bin/sipxecs-setup:107:in `prompt_confirm'
>  from /usr/bin/sipxecs-setup:200:in `reset_all'
>  from /usr/bin/sipxecs-setup:415
>  from /usr/lib/ruby/1.8/optparse.rb:1267:in `call'
>  from /usr/lib/ruby/1.8/optparse.rb:1267:in `parse_in_order'
>  from /usr/lib/ruby/1.8/optparse.rb:1254:in `catch'
>  from /usr/lib/ruby/1.8/optparse.rb:1254:in `parse_in_order'
>  from /usr/lib/ruby/1.8/optparse.rb:1248:in `order!'
>  from /usr/lib/ruby/1.8/optparse.rb:1339:in `permute!'
>  from /usr/lib/ruby/1.8/optparse.rb:1360:in `parse!'
>  from /usr/bin/sipxecs-setup:428
> This will wipe all configuration data from this server. Are you sure? [
> enter 'y' or 'n' ] : [root@gfgwph init.d]#
>
> Does not even allow you to press "y".
>
>
>
>
>
> Aaron Pursell
> Network Security Administrator
> Easter Seals-Goodwill Northern Rocky Mountain, Inc.
> 4400 Central Ave
> Great Falls, Montana  59405
>
> (406) 771-3721
> aar...@esgw.org
>>>> Douglas Hubler <dhub...@ezuce.com> 10/22/2012 9:00 AM >>>
>
> On Mon, Oct 22, 2012 at 9:47 AM, Aaron Pursell <aar...@esgw.org> wrote:
>> Nothing responds on 5308, stopped iptables on both boxes, same outcome.
>> I've
>> attached the nofork output.
>
> Here are the telling lines
>
> cf3>  !! Could not examine file
> "/etc/sipxpbx/sipxsupervisor-allowed-addrs.ini" in readfile
> cf3>  !!! System error for stat: "No such file or directory"
> cf3>  !! Could not examine file
> "/etc/sipxpbx/sipxsupervisor-allowed-users.ini" in readfile
> cf3>  !!! System error for stat: "No such file or directory"
>
> These files are created as part of setup, something must have went
> silently wrong with sipxecs-setup on the secondary node.  On the
> secondary node (192.168.1.32), try
>
>    sipxecs-setup --reset-all --verbose
>
> and send output.
> _______________________________________________
> 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/
_______________________________________________
sipx-users mailing list
sipx-users@list.sipfoundry.org
List Archive: http://list.sipfoundry.org/archive/sipx-users/

Reply via email to