[Spce-user] Security Bans shows: Internal error, please try again later.
Joel Smith | VOZELIA
joel at vozelia.com
Wed Nov 7 08:52:38 EST 2012
Hi Andrew,
I've installed a new system (KVM) just to double check, created a
domain, an account, a subscriber, and a peer, and I'm still getting
the "Internal error" when I go to Security Bans (both user and ips).
Specs:
NGCP 2.6 on Debian 6.0.6 netinst.
Best regards,
--
Joel Smith
Cell: +34 639 03 13 53
E-Mail: joel at vozelia.com
On Wed, Nov 7, 2012 at 4:24 AM, Joel Smith | VOZELIA <joel at vozelia.com>
wrote:
>
> Hi Andrew,
>
> Sorry for the delay. I get it with both Users and IPs.
>
> root:~# apt-get update
> [...]
> Fetched 11.6 MB in 3s (3,710 kB/s)
> Reading package lists... Done
> root:~#
>
> root:~# apt-get upgrade
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> root:~#
>
> root:~# apt-cache showpkg ngcp-ossbss-common-ce
> Package: ngcp-ossbss-common-ce
> Versions:
> 3.4.10
> (/var/lib/apt/lists/deb.sipwise.com_spce_2.6_dists_squeeze_main_binary-amd64_Packages)
> (/var/lib/dpkg/status)
> Description Language:
> File:
>
> /var/lib/apt/lists/deb.sipwise.com_spce_2.6_dists_squeeze_main_binary-amd64_Packages
> MD5: 2a4b367b2362dae6d3535179d065cab2
>
>
> Reverse Depends:
> ngcp-services-ce,ngcp-ossbss-common-ce
> ngcp-ossbss-xmldispatcher,ngcp-ossbss-common-ce
> ngcp-ossbss-voip,ngcp-ossbss-common-ce
> ngcp-ossbss-system,ngcp-ossbss-common-ce
> ngcp-ossbss-billing,ngcp-ossbss-common-ce
> ngcp-ossbss-apache,ngcp-ossbss-common-ce
> Dependencies:
> 3.4.10 - libclass-std-fast-perl (0 (null)) libdbd-mysql-perl (0
> (null)) libdbi-perl (0 (null)) libfile-type-perl (0 (null))
> liblog-dispatch-perl (0 (null)) liblog-log4perl-perl (0 (null))
> libsoap-wsdl-perl (0 (null)) libuuid-perl (0 (null))
> libxml-simple-perl (0 (null)) ngcp-templates-ossbss (0 (null)) perl (0
> (null)) ngcp-ossbss-apache (3 3.4.0) ngcp-ossbss-common (0 (null))
> ngcp-ossbss-common-carrier (0 (null)) ngcp-ossbss-common-pro (0
> (null)) ngcp-www-admin (1 2)
> Provides:
> 3.4.10 -
> Reverse Provides:
> root:~#
>
> root:~# ngcp-sercmd lb htable.dump ipban
> root:~# ngcp-sercmd lb htable.dump auth
> root:~#
>
> The log:
>
> Nov 4 17:38:05 sipwise apache2: [info] [client 87.218.190.39]
> Connection to child 7 established (server myserver:443)
> Nov 4 17:38:05 sipwise apache2: [info] Seeding PRNG with 656 bytes of
> entropy
> Nov 4 17:38:05 sipwise apache2: [info] [client 87.218.190.39]
> (70014)End of file found: SSL input filter read failed.
> Nov 4 17:38:05 sipwise apache2: [info] [client 87.218.190.39]
> Connection closed to child 7 with standard shutdown (server
> myserver:443)
> Nov 4 17:38:05 sipwise apache2: [info] [client 87.218.190.39]
> Connection to child 3 established (server myserver:443)
> Nov 4 17:38:05 sipwise apache2: [info] Seeding PRNG with 656 bytes of
> entropy
> Nov 4 17:38:05 sipwise apache2: [info] Initial (No.1) HTTPS request
> received for child 3 (server myserver:443)
> Nov 4 17:38:05 sipwise provisioning:
> Sipwise::Provisioning::_log_xmldata: get_banned_users called with:
> {'authentication' => {'password' => '********','type' =>
> 'admin','username' => 'administrator'},'parameters' => undef}
> Nov 4 17:38:05 sipwise provisioning:
> Sipwise::Provisioning::handle_request: calling function
> 'get_banned_users' for admin 'administrator'
> Nov 4 17:38:05 sipwise provisioning:
> Sipwise::Provisioning::Config::new: using config file
> "/etc/ngcp-ossbss/provisioning.conf"
> Nov 4 17:38:05 sipwise provisioning: Sipwise::Provisioning::new:
> Sipwise::Provisioning::XMLDispatcher object initialized
> Nov 4 17:38:05 sipwise provisioning:
> Sipwise::Provisioning::XMLDispatcher::dispatch: dispatching xmlrpc
> loadbalancer request to 127.0.0.1:5060/
> Nov 4 17:38:05 sipwise provisioning:
> Sipwise::Provisioning::_log_xmldata: get_localized_string called with:
> {'authentication' => {'password' => '********','type' =>
> 'admin','username' => 'administrator'},'parameters' => {'code' =>
> 'Server.Internal','language' => 'en'}}
> Nov 4 17:38:05 sipwise provisioning:
> Sipwise::Provisioning::handle_request: calling function
> 'get_localized_string' for admin 'administrator'
> Nov 4 17:38:05 sipwise provisioning:
> Sipwise::Provisioning::_log_xmldata: get_localized_string returned
> with: 'Internal error, please try again later.'
> Nov 4 17:38:05 sipwise /usr/sbin/apache2: ***Provisioning::call_prov
> calling 'voip::get_banned_users'
> Nov 4 17:38:05 sipwise /usr/sbin/apache2: ***Provisioning::call_prov:
> voip::get_banned_users failed: XML::Mini Error
> MESSAGE:XML::Mini::Document::fromFile() Can't find file
> Nov 4 17:38:05 sipwise /usr/sbin/apache2: ***Provisioning::call_prov
> calling 'voip::get_localized_string'
> Nov 4 17:38:05 sipwise oss: 87.218.190.39 - - [04/Nov/2012:17:38:05
> +0100] "GET /bans/users HTTP/1.1" 200 2931
> "https://sipwise.example.com:1443/" "Mozilla/5.0 (Macintosh; Intel Mac
> OS X 10_7_5) AppleWebKit/537.4 (KHTML, like Gecko) Chrome/22.0.1229.94
> Safari/537.4"
> Nov 4 17:38:05 sipwise apache2: [info] [client 87.218.190.39]
> (70014)End of file found: SSL input filter read failed.
> Nov 4 17:38:05 sipwise apache2: [info] [client 87.218.190.39]
> Connection closed to child 3 with standard shutdown (server
> myserver:443)
>
>
> The strange thing is: today when I checked I didn't get the error, and
> the only difference between today and the 4th November is that now we
> have a domain, subscribers, peers, etc. and back then the system was
> completely default.
>
> This is today's log:
>
> Nov 7 04:12:27 sipwise apache2: [info] [client 87.218.190.39]
> Connection to child 10 established (server myserver:443)
> Nov 7 04:12:27 sipwise apache2: [info] Seeding PRNG with 656 bytes of
> entropy
> Nov 7 04:12:27 sipwise apache2: [info] [client 87.218.190.39]
> (70014)End of file found: SSL input filter read failed.
> Nov 7 04:12:27 sipwise apache2: [info] [client 87.218.190.39]
> Connection closed to child 10 with standard shutdown (server
> myserver:443)
> Nov 7 04:12:27 sipwise apache2: [info] [client 87.218.190.39]
> Connection to child 2 established (server myserver:443)
> Nov 7 04:12:27 sipwise apache2: [info] Seeding PRNG with 656 bytes of
> entropy
> Nov 7 04:12:27 sipwise apache2: [info] Initial (No.1) HTTPS request
> received for child 2 (server myserver:443)
> Nov 7 04:12:27 sipwise provisioning:
> Sipwise::Provisioning::_log_xmldata: get_banned_users called with:
> {'authentication' => {'password' => '********','type' =>
> 'admin','username' => 'administrator'},'parameters' => undef}
> Nov 7 04:12:27 sipwise provisioning:
> Sipwise::Provisioning::handle_request: calling function
> 'get_banned_users' for admin 'administrator'
> Nov 7 04:12:27 sipwise provisioning:
> Sipwise::Provisioning::Config::new: using config file
> "/etc/ngcp-ossbss/provisioning.conf"
> Nov 7 04:12:27 sipwise provisioning: Sipwise::Provisioning::new:
> Sipwise::Provisioning::XMLDispatcher object initialized
> Nov 7 04:12:27 sipwise provisioning:
> Sipwise::Provisioning::XMLDispatcher::dispatch: dispatching xmlrpc
> loadbalancer request to 127.0.0.1:5060/
> Nov 7 04:12:27 sipwise provisioning:
> Sipwise::Provisioning::_log_xmldata: get_banned_users returned with:
> []
> Nov 7 04:12:27 sipwise /usr/sbin/apache2: ***Provisioning::call_prov
> calling 'voip::get_banned_users'
> Nov 7 04:12:27 sipwise oss: 87.218.190.39 - - [07/Nov/2012:04:12:27
> +0100] "GET /bans/users HTTP/1.1" 200 2899
> "https://sipwise.example.com:1443/bans/users" "Mozilla/5.0 (Macintosh;
> Intel Mac OS X 10_7_5) AppleWebKit/537.11 (KHTML, like Gecko)
> Chrome/23.0.1271.64 Safari/537.11"
> Nov 7 04:12:27 sipwise apache2: [info] [client 87.218.190.39]
> (70014)End of file found: SSL input filter read failed.
> Nov 7 04:12:27 sipwise apache2: [info] [client 87.218.190.39]
> Connection closed to child 2 with standard shutdown (server
> myserver:443)
>
>
> It's working correctly ATM. Seems like a possible issue that
> disappears once you start setting everything up maybe?
>
>
> Regards,
> --
> Joel Smith
> Cell: +34 639 03 13 53
> E-Mail: joel at vozelia.com
>
>
>
>
>
> On Sun, Nov 4, 2012 at 8:26 PM, Andrew Pogrebennyk
> <apogrebennyk at sipwise.com> wrote:
> >
> > Hello Joel,
> >
> > Hmm, this sounds exactly like the problem we have fixed some weeks ago.
> > Are you getting this when opening the Users or IPs tab?
> > Could you please execute 'sudo apt-get update; sudo apt-get upgade' to
> > make sure there are no updates available or packages that are held back
> > for some reason?
> >
> > If not please send us the output from:
> > apt-cache showpkg ngcp-ossbss-common-ce
> > ngcp-sercmd lb htable.dump ipban
> > ngcp-sercmd lb htable.dump auth
> > and the part of /var/log/ngcp/oss.log which corresponds to the attempt
> > to open this page.
> >
> > On 04/11/2012 18:14, Joel Smith | VOZELIA wrote:
> > > Hi All,
> > >
> > > I'm testing a SIP:Provider CE installed on Debian 6.0.6.
> > >
> > > Inside "Admin Panel / System Administration / Security bans" I see a
> > > red box that says: "Internal error, please try again later."
> > >
> > > The apache /var/log/apache2/error.log shows:
> > >
> > > Use of uninitialized value $input in pattern match (m//) at
> > > /usr/share/perl5/XML/Mini/Document.pm line 271.
> > > Use of uninitialized value $filename in -e at
> > > /usr/share/perl5/XML/Mini/Document.pm line 246.
> > > Use of uninitialized value $filename in concatenation (.) or string at
> > > /usr/share/perl5/XML/Mini/Document.pm line 246.
> > > XML::Mini Error MESSAGE:XML::Mini::Document::fromFile() Can't find
> > > file
> > >
> > > It is a newly installed system with everything default. Anyone facing
> > > this issue?
> > >
> > > Thanks in advanced.
> > >
> > > Best regards,
> > > --
> > > Joel Smith
> > > Cell: +34 639 03 13 53
> > > E-Mail: joel at vozelia.com
> > >
> > > _______________________________________________
> > > Spce-user mailing list
> > > Spce-user at lists.sipwise.com
> > > http://lists.sipwise.com/listinfo/spce-user
> > >
> >
More information about the Spce-user
mailing list