I would think all such 'time' algorithms use UTC time...thus taking any timezone issues off the table. 8-) $.01 -John
On Wed, Nov 6, 2013 at 8:52 AM, Matt Williams <[email protected]>wrote: > Jean, > > > > Homestead rejects requests when it determines that its latency has grown > too high. I notice that the first log in the homestead log file is one > hour *later* than the subsequent logs. Is it possible that the time has > changed in the meantime? > > > > There has been a daylight-savings time change in the last few weeks – I > wonder if this is breaking our latency calculations? (The OVF will only > update its clock on/shortly after boot.) > > > > Would it be possible to try restarting homestead (“sudo service homestead > stop”) and see if this helps? If so, I’ll look into whether we’re using > the wrong clock for our latency calculations – clearly, we should be > disregarding daylight-savings changes here. > > > > Please can you let me know how you get on? > > > > Incidentally, the new build (which, if my hypothesis above is correct, > will avoid this problem because it will already have had the > daylight-savings time change) should be available in the next day or so. > > > > Thanks, > > > > Matt > > > > *From:* Jean Deruelle [mailto:[email protected]] > *Sent:* 06 November 2013 07:47 > > *To:* Matt Williams > *Cc:* [email protected] > *Subject:* Re: [Clearwater] Clearwater and Mobicents Integration > > > > Strangely even a Host OS reboot with clean Appliance importing didn't > help. I'm thinking something is tied up to the OS as well but can't figure > out what. > > When is scheduled the next build ? Any clues on where rejecting request > because of overload is thrown in case we can increase resources in one of > the Cassandra DB tables ? > > > Jean > > > > On Wed, Nov 6, 2013 at 12:27 PM, Matt Williams < > [email protected]> wrote: > > Jean, > > > > It’s surprising that this issue persists even over destroying the Virtual > Machine and recreating it. Is it possible that something has got tied up > in your host OS? Are there any VirtualBox or VBox processes lying around? > At a push, can you reboot your host OS? (VirtualBox is great for being > easy to set up, but I have seen problems where VMs get in odd states that > the normal UI can’t kick them out of.) > > > > Matt > > > > *From:* Jean Deruelle [mailto:[email protected]] > *Sent:* 06 November 2013 05:30 > > > *To:* Matt Williams > *Cc:* [email protected] > *Subject:* Re: [Clearwater] Clearwater and Mobicents Integration > > > > Hi Matt, > > > > Yes I did, Please find the logs attached. > > > Jean > > > > On Wed, Nov 6, 2013 at 3:06 AM, Matt Williams < > [email protected]> wrote: > > Jean, > > > > Thanks for your email! Please can you confirm you’ve pulled down the > latest OVF image? > > > > Assuming you have, are you able to share your homestead logs? > > > > Thanks, > > > > Matt > > > > *From:* Jean Deruelle [mailto:[email protected]] > *Sent:* 05 November 2013 10:51 > *To:* Matt Williams > *Cc:* [email protected] > > > *Subject:* Re: [Clearwater] Clearwater and Mobicents Integration > > > > Hi Matt, > > I was in process of testing the new build and my system got overloaded and > somehow my ubuntu crashed in the middle of things. When I tried to reaccess > the ellis UI, it failed with > > "Failed to > > update server (see detailed diagnostics in developer console). Please > > refresh the page." > > *which seems to be coming from homestead as I see this in logs* > Rejecting request because of overload > > > > It might be some kind of lock that was not released due to the crash of > the machine. Now even deleting the virtualbox image and reimporting and > creating a new image in virtual box is not helping and I still have the > same issue. > > I think my issue is pretty similar to > http://www.mail-archive.com/[email protected]/msg00191.html. > I ran the commands in the mail thread which you can find output below. Any > hints on how to unlock it somehow ? > > [cw-aio]ubuntu@cw-aio:~$ sudo monit status > The Monit daemon 5.3.2 uptime: > > Process 'sprout' > status Running > monitoring status Monitored > pid 1371 > parent pid 1 > uptime 5m > children 0 > memory kilobytes 41688 > memory kilobytes total 41688 > memory percent 1.3% > memory percent total 1.3% > cpu percent 0.0% > cpu percent total 0.0% > port response time 0.000s to 10.0.2.15:5054m > [email protected]:5054 [SIP via TCP] > data collected Tue, 05 Nov 2013 15:47:11 > > Process 'restund' > status Running > monitoring status Monitored > pid 1361 > parent pid 1 > uptime 5m > children 0 > memory kilobytes 1300 > memory kilobytes total 1300 > memory percent 0.0% > memory percent total 0.0% > cpu percent 0.0% > cpu percent total 0.0% > port response time 0.000s to 10.0.2.15:3478 [generic via > UDP] > data collected Tue, 05 Nov 2013 15:47:11 > > Process 'mysql' > status Running > monitoring status Monitored > pid 759 > parent pid 1 > uptime 5m > children 0 > memory kilobytes 44976 > memory kilobytes total 44976 > memory percent 1.4% > memory percent total 1.4% > cpu percent 0.0% > cpu percent total 0.0% > unix socket response time 0.000s to /var/run/mysqld/mysqld.sock > [DEFAULT] > data collected Tue, 05 Nov 2013 15:47:11 > > Process 'memcached' > status Running > monitoring status Monitored > pid 835 > parent pid 1 > uptime 5m > children 0 > memory kilobytes 1180 > memory kilobytes total 1180 > memory percent 0.0% > memory percent total 0.0% > cpu percent 0.0% > cpu percent total 0.0% > port response time 0.000s to 10.0.2.15:11211 [DEFAULT > via TCP] > data collected Tue, 05 Nov 2013 15:47:11 > > Process 'homestead' > status Running > monitoring status Monitored > pid 1351 > parent pid 1 > uptime 5m > children 0 > memory kilobytes 22412 > memory kilobytes total 22412 > memory percent 0.7% > memory percent total 0.7% > cpu percent 0.0% > cpu percent total 0.0% > port response time 0.001s to localhost:8888/ping [HTTP > via TCP] > data collected Tue, 05 Nov 2013 15:47:11 > > Process 'homer' > status Running > monitoring status Monitored > pid 1212 > parent pid 1 > uptime 5m > children 0 > memory kilobytes 21928 > memory kilobytes total 21928 > memory percent 0.7% > memory percent total 0.7% > cpu percent 0.0% > cpu percent total 0.0% > port response time 0.001s to localhost:7888/ping [HTTP > via TCP] > data collected Tue, 05 Nov 2013 15:47:11 > > Process 'ellis' > status Running > monitoring status Monitored > pid 1192 > parent pid 1 > uptime 5m > children 2 > memory kilobytes 17984 > memory kilobytes total 64476 > memory percent 0.5% > memory percent total 2.0% > cpu percent 0.0% > cpu percent total 0.0% > port response time 0.002s to localhost:80/ping [HTTP via > TCP] > data collected Tue, 05 Nov 2013 15:47:11 > > Process 'bono' > status Running > monitoring status Monitored > pid 1120 > parent pid 1 > uptime 5m > children 0 > memory kilobytes 41912 > memory kilobytes total 41912 > memory percent 1.3% > memory percent total 1.3% > cpu percent 0.9% > cpu percent total 0.9% > port response time 0.000s to 10.0.2.15:5058m > [email protected]:5058 [SIP via TCP] > data collected Tue, 05 Nov 2013 15:47:11 > > System 'system_cw-aio.example.com' > status Running > monitoring status Monitored > load average [0.02] [0.05] [0.04] > cpu 0.7%us 0.3%sy 0.0%wa > memory usage 1355728 kB [43.9%] > swap usage 0 kB [0.0%] > data collected Tue, 05 Nov 2013 15:47:11 > > > > [cw-aio]ubuntu@cw-aio:~$ sudo netstat -anp | grep 9160 > tcp 0 0 127.0.0.1:9160 0.0.0.0:* > LISTEN 1044/jsvc.exec > tcp 0 0 127.0.0.1:9160 127.0.0.1:40688 > ESTABLISHED 1044/jsvc.exec > tcp 0 0 127.0.0.1:40688 127.0.0.1:9160 > ESTABLISHED 1212/python > > > > [cw-aio]ubuntu@cw-aio:~$ cqlsh > Connected to Test Cluster at localhost:9160. > [cqlsh 2.2.0 | Cassandra 1.1.9 | CQL spec 2.0.0 | Thrift protocol 19.33.0] > Use HELP for help. > cqlsh> describe keyspace homestead_provisioning; > > CREATE KEYSPACE homestead_provisioning WITH strategy_class = > 'SimpleStrategy' > AND strategy_options:replication_factor = '2'; > > USE homestead_provisioning; > > CREATE TABLE service_profiles ( > id uuid PRIMARY KEY, > irs text, > initialfiltercriteria text > ) WITH > comment='' AND > comparator=text AND > read_repair_chance=1.000000 AND > gc_grace_seconds=864000 AND > default_validation=text AND > min_compaction_threshold=4 AND > max_compaction_threshold=32 AND > replicate_on_write='true' AND > compaction_strategy_class='SizeTieredCompactionStrategy' AND > compression_parameters:sstable_compression='SnappyCompressor'; > > CREATE TABLE public ( > public_id text PRIMARY KEY, > service_profile text, > publicidentity text > ) WITH > comment='' AND > comparator=text AND > read_repair_chance=1.000000 AND > gc_grace_seconds=864000 AND > default_validation=text AND > min_compaction_threshold=4 AND > max_compaction_threshold=32 AND > replicate_on_write='true' AND > compaction_strategy_class='SizeTieredCompactionStrategy' AND > compression_parameters:sstable_compression='SnappyCompressor'; > > CREATE TABLE implicit_registration_sets ( > id uuid PRIMARY KEY, > dummy text > ) WITH > comment='' AND > comparator=text AND > read_repair_chance=1.000000 AND > gc_grace_seconds=864000 AND > default_validation=text AND > min_compaction_threshold=4 AND > max_compaction_threshold=32 AND > replicate_on_write='true' AND > compaction_strategy_class='SizeTieredCompactionStrategy' AND > compression_parameters:sstable_compression='SnappyCompressor'; > > CREATE TABLE private ( > private_id text PRIMARY KEY, > digest_ha1 text > ) WITH > comment='' AND > comparator=text AND > read_repair_chance=1.000000 AND > gc_grace_seconds=864000 AND > default_validation=text AND > min_compaction_threshold=4 AND > max_compaction_threshold=32 AND > replicate_on_write='true' AND > compaction_strategy_class='SizeTieredCompactionStrategy' AND > compression_parameters:sstable_compression='SnappyCompressor'; > > cqlsh> > > > Jean > > > > On Fri, Nov 1, 2013 at 6:02 PM, Jean Deruelle <[email protected]> > wrote: > > Thanks Matt, downloading it. > > Yeah might be a good idea with the list of bug fixed and new features > > > Jean > > > > On Fri, Nov 1, 2013 at 5:14 PM, Matt Williams < > [email protected]> wrote: > > On Fri, Nov 01, 2013 at 16:05:05, Jean Deruelle wrote: > > Subject: Re: [Clearwater] Clearwater and Mobicents Integration > > > > > Just checking if the new image was available. > > Yes, the new image is available from http://vm-images.cw-ngv.com/. > Please let me know if you have any problems with it. > > We don't normally announce new releases on the mailing list, but I wonder > if we should - I'll have a chat with the rest of the team. > > Cheers, > > Matt > > > > > > > > > > _______________________________________________ > Clearwater mailing list > [email protected] > http://lists.projectclearwater.org/listinfo/clearwater > >
_______________________________________________ Clearwater mailing list [email protected] http://lists.projectclearwater.org/listinfo/clearwater
