[Spce-user] Security Bans shows: Internal error, please try again later.
Joel Smith | VOZELIA
joel at vozelia.com
Tue Nov 6 22:24:02 EST 2012
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