[Spce-user] Status from SPCE Admin interface
Martin Wong
martin.wong at binaryelements.com.au
Wed Apr 17 10:09:20 EDT 2013
Hi Daniel, thanks.
A reboot got the time back to normal.
Thank you for your help up to now.
Martin Wong
Director at Binary Elements
http://www.binaryelements.com.au
Tel: 03 9005 8880
DID: 03 9020 7907
Mob: 0405 817 796
On Wed, Apr 17, 2013 at 11:21 PM, Daniel Grotti <dgrotti at sipwise.com> wrote:
> Hi Martin,
>
> AFAIK there is no variable to set in kamailio.
> Do you still have the problem only in the kamailio-lb.log ?
> Have you tried to restart the services with the init scripts after the
> timezone reconfiguration ?
>
> br,
> Daniel
>
>
>
>
> On 04/17/2013 03:11 PM, Martin Wong wrote:
> > Hi Daniel,
> >
> > I did a
> >
> > dpkg-reconfigure tzdata
> >
> > to select the write timezone on the debian machine. After that it looks
> > like it started working.
> >
> > The kamailio-lb logs seems to still be on GMT+0 time. Not sure whether
> > there's a variable somewhere to fix that?
> >
> > Martin Wong
> > Director at Binary Elements
> > http://www.binaryelements.com.au
> > Tel: 03 9005 8880
> > DID: 03 9020 7907
> > Mob: 0405 817 796
> >
> >
> > On Wed, Apr 17, 2013 at 10:23 PM, Daniel Grotti <dgrotti at sipwise.com
> > <mailto:dgrotti at sipwise.com>> wrote:
> >
> > Hi Martin,
> >
> > I don't know if the time zone offset is the problem.
> >
> > Try to set the offset manually:
> >
> > var tz_offset = 36000;
> >
> > it should look like:
> >
> > ...
> > var ds_graph_opts = {};
> > var tz_offset = [% tz_offset %];
> > var tz_offset = 36000;
> >
> > if (rrd_data_arr.length == 1)
> > ....
> >
> >
> > and reload your statistic web page.
> >
> > Daniel
> >
> >
> >
> >
> >
> > On 04/17/2013 01:22 PM, Martin Wong wrote:
> > > Hi Daniel,
> > >
> > > root at km1:/var/log# grep "tz_offset"
> > > /usr/share/ngcp-www-admin/lib/admin/root/tt/dashboard.tt
> > <http://dashboard.tt>
> > > <http://dashboard.tt>
> > > var tz_offset = [% tz_offset %];
> > > var f = new
> > >
> >
> rrdFlot(args['plot_id'],rrd_data_arr[0],graph_opts,ds_graph_opts,args['si_suffix'],tz_offset);
> > > var f = new
> > >
> >
> rrdFlot(args['plot_id'],t,graph_opts,ds_graph_opts,args['si_suffix'],tz_offset);
> > > root at km1:/var/log# date
> > > Wed Apr 17 21:17:36 EST 2013
> > > root at km1:/var/log#
> > >
> > > I'm in AEST GMT+10... one thing I found was that the logs were set
> in
> > > another timezone, probably GMT time.
> > >
> > > Is this the issue?
> > >
> > > Martin
> > >
> > > On Wed, Apr 17, 2013 at 7:56 PM, Daniel Grotti
> > <dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>
> > > <mailto:dgrotti at sipwise.com <mailto:dgrotti at sipwise.com>>> wrote:
> > >
> > > Hello Martin,
> > >
> > > What's the output of:
> > >
> > > grep "tz_offset"
> > > /usr/share/ngcp-www-admin/lib/admin/root/tt/dashboard.tt
> > <http://dashboard.tt>
> > > <http://dashboard.tt>
> > >
> > >
> > > and which is you timezone offset?
> > >
> > > br,
> > > Daniel
> > >
> > >
> > >
> > > On 04/17/2013 10:34 AM, Martin Wong wrote:
> > > > Hi, did a restart of the collectd...
> > > >
> > > > In collectd.log there were errors. The plugin 'swap' failed.
> > That goes
> > > > on quite a while... in oss.log, there are errors on the SSL
> > part.
> > > >
> > > > Any ideas?
> > > >
> > > > collectd.log
> > > >
> > > > Apr 17 08:27:32 km1 collectd[8184]: collectd: Stopping 5
> > read threads.
> > > > Apr 17 08:27:32 km1 collectd[8184]: rrdtool plugin: Shutting
> > down the
> > > > queue thread. This may take a while.
> > > > Apr 17 08:27:32 km1 collectd[8184]: network plugin: Stopping
> > > receive thread.
> > > > Apr 17 08:27:32 km1 collectd[8184]: network plugin: Stopping
> > dispatch
> > > > thread.
> > > > Apr 17 08:27:32 km1 collectdmon[8183]: Info: collectd
> > terminated with
> > > > exit status 0
> > > > Apr 17 08:27:32 km1 collectdmon[8183]: Info: shutting down
> > collectdmon
> > > > Apr 17 08:27:34 km1 collectd[9468]: perl: Initializing Perl
> > > interpreter...
> > > > Apr 17 08:27:34 km1 collectd[9471]: perl: Initializing Perl
> > > interpreter...
> > > > Apr 17 08:27:34 km1 collectd[9471]: Initialization complete,
> > entering
> > > > read-loop.
> > > > Apr 17 08:27:34 km1 collectd[9471]: read-function of plugin
> > `swap'
> > > > failed. Will suspend it for 20 seconds.
> > > > Apr 17 08:27:54 km1 collectd[9471]: read-function of plugin
> > `swap'
> > > > failed. Will suspend it for 40 seconds.
> > > >
> > > > oss.log
> > > >
> > > >
> > > > Apr 17 08:31:39 km1 provisioning:
> > Sipwise::Provisioning::_log_xmldata:
> > > > get_host_subdirs called with: {'authentication' =>
> > {'password' =>
> > > > '********','type' => 'admin','username' =>
> > > 'administrator'},'parameters'
> > > > => {'host' => 'km1'}}
> > > > Apr 17 08:31:39 km1 provisioning:
> > > Sipwise::Provisioning::handle_request:
> > > > calling function 'get_host_subdirs' for admin 'administrator'
> > > > Apr 17 08:31:39 km1 provisioning:
> > Sipwise::Provisioning::_log_xmldata:
> > > > get_host_subdirs returned with:
> > > >
> > >
> >
> ['cpu-0','cpu-1','df','disk-xvda1','disk-xvdz1','entropy','interface','irq','load','memory','processes','users']
> > > > Apr 17 08:31:39 km1 provisioning:
> > Sipwise::Provisioning::_log_xmldata:
> > > > get_rrd_files called with: {'authentication' => {'password'
> =>
> > > > '********','type' => 'admin','username' =>
> > > 'administrator'},'parameters'
> > > > => {'folder' => 'interface','host' => 'km1'}}
> > > > Apr 17 08:31:39 km1 provisioning:
> > > Sipwise::Provisioning::handle_request:
> > > > calling function 'get_rrd_files' for admin 'administrator'
> > > > Apr 17 08:31:39 km1 provisioning:
> > Sipwise::Provisioning::_log_xmldata:
> > > > get_rrd_files returned with:
> > > >
> > >
> >
> ['if_errors-eth0.rrd','if_errors-eth1.rrd','if_errors-lo.rrd','if_octets-eth0.rrd','if_octets-eth1.rrd','if_octets-lo.rrd','if_packets-eth0.rrd','if_packets-eth1.rrd','if_packets-lo.rrd']
> > > > Apr 17 08:31:39 km1 /usr/sbin/apache2:
> > ***Provisioning::call_prov
> > > > calling 'system::get_host_list'
> > > > Apr 17 08:31:39 km1 /usr/sbin/apache2:
> > ***Provisioning::call_prov
> > > > calling 'system::get_host_subdirs'
> > > > Apr 17 08:31:39 km1 /usr/sbin/apache2:
> > ***Provisioning::call_prov
> > > > calling 'system::get_rrd_files'
> > > > Apr 17 08:31:39 km1 oss: x.x.x.x - - [17/Apr/2013:08:31:39
> > +0000]
> > > "POST
> > > > /dashboard HTTP/1.1" 200 5367 "
> https://x.x.x.x:1443/dashboard"
> > > > "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5)
> > AppleWebKit/537.31
> > > > (KHTML, like Gecko) Chrome/26.0.1410.65 Safari/537.31"
> > > > Apr 17 08:31:41 km1 apache2: [info] [client x.x.x.x]
> > Connection to
> > > child
> > > > 8 established (server myserver:443)
> > > > Apr 17 08:31:41 km1 apache2: [info] Seeding PRNG with 656
> > bytes of
> > > entropy
> > > > Apr 17 08:31:54 km1 apache2: [info] [client x.x.x.x
> (70007)The
> > > timeout
> > > > specified has expired: SSL input filter read failed.
> > > > Apr 17 08:31:54 km1 apache2: [info] [client x.x.x.x
> Connection
> > > closed
> > > > to child 6 with standard shutdown (server myserver:443)
> > > > Apr 17 08:31:55 km1 apache2: [info] [client x.x.x.x
> (70014)End
> > > of file
> > > > found: SSL handshake interrupted by system [Hint: Stop button
> > > pressed in
> > > > browser?!]
> > > > Apr 17 08:31:55 km1 apache2: [info] [client x.x.x.x
> Connection
> > > closed
> > > > to child 8 with abortive shutdown (server myserver:443)
> > > >
> > > >
> > > >
> > > > On Wed, Apr 17, 2013 at 6:09 PM, Andrew Pogrebennyk
> > > > <apogrebennyk at sipwise.com <mailto:apogrebennyk at sipwise.com>
> > <mailto:apogrebennyk at sipwise.com <mailto:apogrebennyk at sipwise.com>>
> > > <mailto:apogrebennyk at sipwise.com
> > <mailto:apogrebennyk at sipwise.com> <mailto:apogrebennyk at sipwise.com
> > <mailto:apogrebennyk at sipwise.com>>>>
> > > wrote:
> > > >
> > > > Martin,
> > > >
> > > > any errors in oss.log and collectd.log (after restart)
> that
> > > would give
> > > > an indication what is going wrong?
> > > >
> > > > On 04/17/2013 09:26 AM, Daniel Grotti wrote:
> > > > > Hello Martin,
> > > > >
> > > > > Have you tried to restart collectd ?
> > > > >
> > > > > /etc/init.d/collectd restart
> > > > >
> > > > > If the script is not able to stop the process, kill
> > the process
> > > > manually
> > > > > and then start it again.
> > > > >
> > > > > br,
> > > > > Daniel
> > > > >
> > > > >
> > > > >
> > > > >
> > > > > On 04/17/2013 12:23 AM, Martin Wong wrote:
> > > > >> Hi,
> > > > >>
> > > > >> A newbie here... Just trying to figure something out.
> > > > >>
> > > > >> The status page does an AJAX call for the graphs but
> > > somehow the just
> > > > >> keeps showing the loading ... spinner.
> > > > >>
> > > > >> How do you figure out what's wrong?
> > > > >>
> > > > >> Looked at the apache logs but nothing moves there.
> > > > >>
> > > > >> Thanks
> > > > >>
> > > > >>
> > > > >>
> > > > >> _______________________________________________
> > > > >> Spce-user mailing list
> > > > >> Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>
> > > <mailto:Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>>
> > > <mailto:Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>
> > > <mailto:Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>>>
> > > > >> http://lists.sipwise.com/listinfo/spce-user
> > > > >>
> > > > >
> > > > > _______________________________________________
> > > > > Spce-user mailing list
> > > > > Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>
> > > <mailto:Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>>
> > > <mailto:Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>
> > > <mailto:Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>>>
> > > > > http://lists.sipwise.com/listinfo/spce-user
> > > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > Spce-user mailing list
> > > > Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>
> > > <mailto:Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>>
> > > <mailto:Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>
> > > <mailto:Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>>>
> > > > http://lists.sipwise.com/listinfo/spce-user
> > > >
> > > >
> > > >
> > > >
> > > > _______________________________________________
> > > > Spce-user mailing list
> > > > Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>
> > <mailto:Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>>
> > > > http://lists.sipwise.com/listinfo/spce-user
> > > >
> > >
> > > _______________________________________________
> > > Spce-user mailing list
> > > Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>
> > <mailto:Spce-user at lists.sipwise.com
> > <mailto:Spce-user at lists.sipwise.com>>
> > > http://lists.sipwise.com/listinfo/spce-user
> > >
> > >
> >
> > _______________________________________________
> > Spce-user mailing list
> > Spce-user at lists.sipwise.com <mailto:Spce-user at lists.sipwise.com>
> > http://lists.sipwise.com/listinfo/spce-user
> >
> >
>
> _______________________________________________
> Spce-user mailing list
> Spce-user at lists.sipwise.com
> http://lists.sipwise.com/listinfo/spce-user
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/pipermail/spce-user_lists.sipwise.com/attachments/20130418/7873c9fa/attachment-0001.html>
More information about the Spce-user
mailing list