Menu
▾
▴
bigdata-developers — List for bigdata developers
This list is closed, nobody may subscribe to it.
| 2010 |
Jan
|
Feb
(19) |
Mar
(8) |
Apr
(25) |
May
(16) |
Jun
(77) |
Jul
(131) |
Aug
(76) |
Sep
(30) |
Oct
(7) |
Nov
(3) |
Dec
|
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2011 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(2) |
Jul
(16) |
Aug
(3) |
Sep
(1) |
Oct
|
Nov
(7) |
Dec
(7) |
| 2012 |
Jan
(10) |
Feb
(1) |
Mar
(8) |
Apr
(6) |
May
(1) |
Jun
(3) |
Jul
(1) |
Aug
|
Sep
(1) |
Oct
|
Nov
(8) |
Dec
(2) |
| 2013 |
Jan
(5) |
Feb
(12) |
Mar
(2) |
Apr
(1) |
May
(1) |
Jun
(1) |
Jul
(22) |
Aug
(50) |
Sep
(31) |
Oct
(64) |
Nov
(83) |
Dec
(28) |
| 2014 |
Jan
(31) |
Feb
(18) |
Mar
(27) |
Apr
(39) |
May
(45) |
Jun
(15) |
Jul
(6) |
Aug
(27) |
Sep
(6) |
Oct
(67) |
Nov
(70) |
Dec
(1) |
| 2015 |
Jan
(3) |
Feb
(18) |
Mar
(22) |
Apr
(121) |
May
(42) |
Jun
(17) |
Jul
(8) |
Aug
(11) |
Sep
(26) |
Oct
(15) |
Nov
(66) |
Dec
(38) |
| 2016 |
Jan
(14) |
Feb
(59) |
Mar
(28) |
Apr
(44) |
May
(21) |
Jun
(12) |
Jul
(9) |
Aug
(11) |
Sep
(4) |
Oct
(2) |
Nov
(1) |
Dec
|
| 2017 |
Jan
(20) |
Feb
(7) |
Mar
(4) |
Apr
(18) |
May
(7) |
Jun
(3) |
Jul
(13) |
Aug
(2) |
Sep
(4) |
Oct
(9) |
Nov
(2) |
Dec
(5) |
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2019 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: husdon <no...@no...> - 2010-08-02 23:11:15
|
See <http://localhost/job/BigData/126/changes> Changes: [mrpersonick] keeping inline values out of the lexicon indices [mrpersonick] made the getInlineIV method public ------------------------------------------ [...truncated 602 lines...] INFO : 3319567 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 3367781 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 3372859 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 3373240 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 3373954 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 3374116 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 3375651 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 3379719 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 3427813 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 3432872 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 3433252 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 3433964 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 3434120 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 3435664 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 3439868 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 3487825 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 3492886 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 3493282 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 3493975 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 3494126 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 3495678 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 3500021 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 3547837 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 3552901 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 3553294 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 3553986 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 3554131 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 3555694 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 3560210 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 3607849 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 3612914 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 3613307 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 3614006 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 3614135 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 3615708 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 3620398 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 3667862 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 3672936 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 3673319 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 3674017 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 3674140 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 3675722 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 3680569 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 3727875 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 3732949 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 3733331 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 3734029 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 3734144 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 3735736 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 3740747 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 3787889 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 3792961 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 3793342 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 3794055 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 3794150 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 3795752 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 3800933 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 3847900 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 3852973 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 3853355 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 3854065 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 3854155 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 3855765 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 3861141 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 3907912 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 3912986 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 3913367 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 3914076 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 3914159 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 3915778 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 3921295 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 3967924 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 3972999 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 3973378 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 3974086 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 3974164 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 3975792 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 3981460 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4027936 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4033012 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4033391 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4034097 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4034169 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4035805 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4041639 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4087947 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4093023 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4093403 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4094108 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4094173 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4095821 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4101801 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4147959 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4153036 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4153416 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4154118 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4154177 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4155834 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4161982 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4207970 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4213067 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4213427 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4214130 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4214183 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4215849 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4222152 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4267982 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4273080 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4273439 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4274140 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4274188 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4275862 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4282327 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4327994 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4333092 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4333459 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4334151 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4334192 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4335877 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4342502 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4388005 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4393105 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4393471 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4394163 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4394197 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4395891 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4402695 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4448017 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4453117 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4453482 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4454192 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4454201 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4455904 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4462879 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4508028 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4513129 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4513493 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4514219 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4514222 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4515919 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4523080 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4568040 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4573142 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4573505 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4574225 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4574233 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4575932 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4583272 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4628053 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4633154 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4633516 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4634230 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4634243 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4635948 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4643465 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4688064 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4693166 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4693528 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4694235 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4694254 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4695962 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4703674 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4748078 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4753186 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4753552 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4754240 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4754264 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4755975 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4763880 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4808098 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4813199 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4813564 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4814245 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4814277 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4815990 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4824099 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4868111 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4873214 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4873577 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4874250 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4874287 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4876004 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4884316 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4928123 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4933227 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4933588 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4934255 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4934298 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4936019 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 4944546 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 4988135 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 4993242 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 4993600 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 4994259 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 4994336 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 4996032 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 5004757 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 5048146 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 5053254 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 5053612 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 5054264 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 5054347 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 5056046 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 5064976 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 5108159 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 5113266 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 5113624 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 5114268 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 5114357 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 5116060 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 5125200 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 5168170 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 5173278 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 5173635 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 5174273 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 5174368 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 5176073 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 5185414 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 5228182 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 5233291 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 5233646 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 5234278 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 5234378 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 5236087 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 5245642 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 5288194 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 5293321 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 5293657 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 5294282 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 5294389 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 5296102 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 5305866 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 INFO : 5348314 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=43372182-ff14-455a-88d3-0c7594a7fd29 INFO : 5353334 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=b9605a05-8500-4157-b8e3-765ee4b7dafd INFO : 5353669 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=170338a2-6683-4529-b11a-03ff32485cba INFO : 5354287 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=0f03390c-0385-442f-8c6d-e1aa2be95087 INFO : 5354400 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c INFO : 5356115 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=db6465c6-f7e5-4c06-b300-f29b88d9ff35 INFO : 5366082 10.48.89.89 690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 (JSK) mux request dispatch com.bigdata.service.LoadBalancerService.notify(LoadBalancerService.java:2272): serviceUUID=690cfbdf-b8ec-4c1a-94bd-9b455d16aaf1 Build timed out. Aborting Publishing Javadoc Archiving artifacts Recording test results INFO : 5379375 task com.bigdata.service.LoadBalancerService.leave(LoadBalancerService.java:2186): serviceUUID=ef77fb94-d3b3-48cf-910c-53f58066af4c Performing Post build task... Could not match :JUNIT RUN COMPLETE : False Logical operation result is FALSE Skipping script : /root/rsync.sh END OF POST BUILD TASK : 0 |
|
From: Fred O. <fko...@gm...> - 2010-08-02 22:39:26
|
Bryan, > You are positing a new service which handles the binding of the available physical services to the required logical services. How do you plan to make that logical to physical binding service highly available? It seems to me that this centralizes an aspect of the distributed decision making which is currently performed by the ServicesManagerServer. If you make this binding service highly available, will you have recreated a distributed decision making service? It would of course be a simpler service since it does not handle service start decisions, but only service bind decisions. The new (simple, stateless) service I proposed in passing is useful only when new unbound (physical) data services are added to the HA cluster. Once new physical data services are bound into logical data services, this new service has no further useful function and can be shutdown. It does not need to be highly available. > Clients in this context refers to (a) ClientServices participating in a bulk load; (b) nodes providing SPARQL end points; and (c) the DataServices themselves, which use the same discovery mechanisms to locate other DataServices when moving shards or executing pipeline joins. The hosts which originate SPARQL requests are HTTP clients, but they are not bigdata federation clients and do not have any visibility into zookeeper, jini, or the bigdata services. > Given that "clients" are themselves bigdata services and that Zookeeper scales nicely to 1000s of nodes, why have clients go directly to the services rather than watching the quorum state in zookeeper? Removing one of two (mostly) redundant discovery mechanisms reduces code complexity. The River service discovery manager, already in use, scales even better to 1000s of nodes because persistence isn't needed and the redundant copies don't need to cooperate. After discovery, why not go directly to the service to ask for state if necessary? It is the same cost as going to zookeeper, right? The benefit is that going direct to the service involves an easily documented testable, maintainable interface, and any state being persisted is persisted by the service. Other than general service startup and HA group startup, what information is passed through zookeeper? Fred |
|
From: Bryan T. <br...@sy...> - 2010-08-02 17:55:33
|
Fred, Rather than create a new service for which we then have to devise a new HA approach, why don't you write a simple Java program or script that will generate the configuration files for each node, including their physical to logical service assignments, and then use puppet to SSH those files onto the deployment cluster? Since you want a static configuration, it seems that this approach is much more likely to be error free since the script "knows" which node gets which configuration file and the assignments can all be done easily within nested loops using the IP address pool for the target cluster. Bryan > -----Original Message----- > From: Bryan Thompson [mailto:br...@sy...] > Sent: Monday, August 02, 2010 10:12 AM > To: Fred Oliver > Cc: Bigdata Developers > Subject: Re: [Bigdata-developers] Why zookeeper? > > Fred, > > You are positing a new service which handles the binding of > the available physical services to the required logical > services. How do you plan to make that logical to physical > binding service highly available? It seems to me that this > centralizes an aspect of the distributed decision making > which is currently performed by the ServicesManagerServer. > If you make this binding service highly available, will you > have recreated a distributed decision making service? It > would of course be a simpler service since it does not handle > service start decisions, but only service bind decisions. > > Clients in this context refers to (a) ClientServices > participating in a bulk load; (b) nodes providing SPARQL end > points; and (c) the DataServices themselves, which use the > same discovery mechanisms to locate other DataServices when > moving shards or executing pipeline joins. The hosts which > originate SPARQL requests are HTTP clients, but they are not > bigdata federation clients and do not have any visibility > into zookeeper, jini, or the bigdata services. > > Given that "clients" are themselves bigdata services and that > Zookeeper scales nicely to 1000s of nodes, why have clients > go directly to the services rather than watching the quorum > state in zookeeper? > > Bryan > > > -----Original Message----- > > From: Fred Oliver [mailto:fko...@gm...] > > Sent: Friday, July 30, 2010 5:48 PM > > To: Bryan Thompson > > Cc: Bigdata Developers > > Subject: Re: [Bigdata-developers] Why zookeeper? > > > > Bryan, > > > > Services (started by per-instance configuration) can > register with the > > lookup service with their physical ID, and include the > logical ID of > > their group (quorum), if any, in their service entries, > allowing them > > to be discovered by logical ID. I can imagine a new > stateless service > > whose sole function is binding logical IDs to unbound physical > > services, taking into account hardware configuration, rack/network > > awareness, etc. > > > > Now that we have groups of physical services mapped to logical > > services, there is still the need for leader election. I'm > willing to > > accept using zookeeper for that limited purpose, though I think I'd > > prefer some embedded paxos implementation if I had one on hand. > > Leaders can identify themselves with service entries in their > > registrations, allowing service leaders to be easily discovered. > > (Timing and failure scenarios would have to be considered carefully. > > If the idea of registering as a service leader doesn't work, then > > clients can always ask a service who its leader is.) It is > important > > to me that clients need not consult zookeeper directly, > limiting the > > number of processes being coordinated to the smallest > possible number, > > decreasing complexity. > > > > Once service leaders have been established, each leader can > > communicate directly with its group members to complete > > initialization, identify and share the most recent updates > if needed, > > etc. I think that using zookeeper as an information conduit when > > service to service communication still drives up the complexity > > unnecessarily. > > > > Fred > > > > > > On Mon, Jul 26, 2010 at 6:21 PM, Bryan Thompson <br...@sy...> > > wrote: > > > Fred, > > > > > > Can you provide some examples for the HA enabled > > per-instance configuration? I would like the instance based > > configuration to be compatible with the rules-based approach. > > In addition, the services will need to publish certain > metadata about > > the logical service instances into zookeeper for the HA quorums. > > I've attach a current copy of the HA/zookeeper integration document > > which specifies the zookeeper paths that are used by the quorum. > > Everything is organized under the zpath of the logical > service. Take > > a look and then let's see if we can bring this down to some > concrete > > points for both mechanisms to operate. > > > -------------------------------------------------------------- > ---------------- > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for > a share of $1 Million in cash or HP Products. Visit us here > for more details: > http://p.sf.net/sfu/dev2dev-palm > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > |
|
From: husdon <no...@no...> - 2010-08-02 17:22:57
|
See <http://localhost/job/BigData/changes> |
|
From: Bryan T. <br...@sy...> - 2010-08-02 14:12:33
|
Fred, You are positing a new service which handles the binding of the available physical services to the required logical services. How do you plan to make that logical to physical binding service highly available? It seems to me that this centralizes an aspect of the distributed decision making which is currently performed by the ServicesManagerServer. If you make this binding service highly available, will you have recreated a distributed decision making service? It would of course be a simpler service since it does not handle service start decisions, but only service bind decisions. Clients in this context refers to (a) ClientServices participating in a bulk load; (b) nodes providing SPARQL end points; and (c) the DataServices themselves, which use the same discovery mechanisms to locate other DataServices when moving shards or executing pipeline joins. The hosts which originate SPARQL requests are HTTP clients, but they are not bigdata federation clients and do not have any visibility into zookeeper, jini, or the bigdata services. Given that "clients" are themselves bigdata services and that Zookeeper scales nicely to 1000s of nodes, why have clients go directly to the services rather than watching the quorum state in zookeeper? Bryan > -----Original Message----- > From: Fred Oliver [mailto:fko...@gm...] > Sent: Friday, July 30, 2010 5:48 PM > To: Bryan Thompson > Cc: Bigdata Developers > Subject: Re: [Bigdata-developers] Why zookeeper? > > Bryan, > > Services (started by per-instance configuration) can register > with the lookup service with their physical ID, and include > the logical ID of their group (quorum), if any, in their > service entries, allowing them to be discovered by logical > ID. I can imagine a new stateless service whose sole function > is binding logical IDs to unbound physical services, taking > into account hardware configuration, rack/network awareness, etc. > > Now that we have groups of physical services mapped to > logical services, there is still the need for leader > election. I'm willing to accept using zookeeper for that > limited purpose, though I think I'd prefer some embedded > paxos implementation if I had one on hand. > Leaders can identify themselves with service entries in their > registrations, allowing service leaders to be easily discovered. > (Timing and failure scenarios would have to be considered carefully. > If the idea of registering as a service leader doesn't work, > then clients can always ask a service who its leader is.) It > is important to me that clients need not consult zookeeper > directly, limiting the number of processes being coordinated > to the smallest possible number, decreasing complexity. > > Once service leaders have been established, each leader can > communicate directly with its group members to complete > initialization, identify and share the most recent updates if > needed, etc. I think that using zookeeper as an information > conduit when service to service communication still drives up > the complexity unnecessarily. > > Fred > > > On Mon, Jul 26, 2010 at 6:21 PM, Bryan Thompson > <br...@sy...> wrote: > > Fred, > > > > Can you provide some examples for the HA enabled > per-instance configuration? I would like the instance based > configuration to be compatible with the rules-based approach. > In addition, the services will need to publish certain > metadata about the logical service instances into zookeeper > for the HA quorums. I've attach a current copy of the > HA/zookeeper integration document which specifies the > zookeeper paths that are used by the quorum. Everything is > organized under the zpath of the logical service. Take a > look and then let's see if we can bring this down to some > concrete points for both mechanisms to operate. > |
|
From: husdon <no...@no...> - 2010-08-02 13:30:42
|
See <http://localhost/job/BigData/changes> |
|
From: husdon <no...@no...> - 2010-08-02 01:44:16
|
See <http://localhost/job/BigData/changes> |
|
From: Bryan T. <br...@sy...> - 2010-08-02 00:52:34
|
Fred, I've added logic to NanoSparqlServer which shows how to do this. See the "getNamespaces()" method in that class. There is now a URL query parameter "showNamespaces", e.g., "http://localhost:80/status?showNamespaces", which will write the namespaces into the HTTP response. The getKBInfo() method in that class was also modified to write out all the properties for the triple store. Both of those are read operations against the global row store using the RelationSchema. Bryan > -----Original Message----- > From: Bryan Thompson [mailto:br...@sy...] > Sent: Sunday, August 01, 2010 3:06 PM > To: Fred Oliver; Bigdata Developers > Subject: Re: [Bigdata-developers] Iterator over namespaces? > > Fred, this would be a logical row scan on the relation schema > for the global row store, filtering for the distinct > namespace column values. I can send you some code later. Bryan > > Fred Oliver <fko...@gm...> wrote: > > > Is there a way (using the API) to obtain a list of namespaces > which a bigdata cluster implements? As far as I see, the > metadata service only provides information about specified > namespaces or resources, and has no iterator for this > purpose. (It inherits a rangeIterator from DataService, but > that requires a name.) > > Fred > > -------------------------------------------------------------- > ---------------- > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for > a share of $1 Million in cash or HP Products. Visit us here > for more details: > http://p.sf.net/sfu/dev2dev-palm > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > > -------------------------------------------------------------- > ---------------- > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for > a share of $1 Million in cash or HP Products. Visit us here > for more details: > http://p.sf.net/sfu/dev2dev-palm > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > |
|
From: husdon <no...@no...> - 2010-08-01 19:48:52
|
See <http://localhost/job/BigData/changes> |
|
From: Bryan T. <br...@sy...> - 2010-08-01 19:07:15
|
Fred, this would be a logical row scan on the relation schema for the global row store, filtering for the distinct namespace column values. I can send you some code later. Bryan Fred Oliver <fko...@gm...> wrote: Is there a way (using the API) to obtain a list of namespaces which a bigdata cluster implements? As far as I see, the metadata service only provides information about specified namespaces or resources, and has no iterator for this purpose. (It inherits a rangeIterator from DataService, but that requires a name.) Fred ------------------------------------------------------------------------------ The Palm PDK Hot Apps Program offers developers who use the Plug-In Development Kit to bring their C/C++ apps to Palm for a share of $1 Million in cash or HP Products. Visit us here for more details: http://p.sf.net/sfu/dev2dev-palm _______________________________________________ Bigdata-developers mailing list Big...@li... https://lists.sourceforge.net/lists/listinfo/bigdata-developers |
|
From: Fred O. <fko...@gm...> - 2010-08-01 18:35:36
|
Is there a way (using the API) to obtain a list of namespaces which a bigdata cluster implements? As far as I see, the metadata service only provides information about specified namespaces or resources, and has no iterator for this purpose. (It inherits a rangeIterator from DataService, but that requires a name.) Fred |
|
From: husdon <no...@no...> - 2010-07-31 01:48:54
|
See <http://localhost/job/BigData/changes> |
|
From: Fred O. <fko...@gm...> - 2010-07-30 21:48:37
|
Bryan, Services (started by per-instance configuration) can register with the lookup service with their physical ID, and include the logical ID of their group (quorum), if any, in their service entries, allowing them to be discovered by logical ID. I can imagine a new stateless service whose sole function is binding logical IDs to unbound physical services, taking into account hardware configuration, rack/network awareness, etc. Now that we have groups of physical services mapped to logical services, there is still the need for leader election. I'm willing to accept using zookeeper for that limited purpose, though I think I'd prefer some embedded paxos implementation if I had one on hand. Leaders can identify themselves with service entries in their registrations, allowing service leaders to be easily discovered. (Timing and failure scenarios would have to be considered carefully. If the idea of registering as a service leader doesn't work, then clients can always ask a service who its leader is.) It is important to me that clients need not consult zookeeper directly, limiting the number of processes being coordinated to the smallest possible number, decreasing complexity. Once service leaders have been established, each leader can communicate directly with its group members to complete initialization, identify and share the most recent updates if needed, etc. I think that using zookeeper as an information conduit when service to service communication still drives up the complexity unnecessarily. Fred On Mon, Jul 26, 2010 at 6:21 PM, Bryan Thompson <br...@sy...> wrote: > Fred, > > Can you provide some examples for the HA enabled per-instance configuration? I would like the instance based configuration to be compatible with the rules-based approach. In addition, the services will need to publish certain metadata about the logical service instances into zookeeper for the HA quorums. I've attach a current copy of the HA/zookeeper integration document which specifies the zookeeper paths that are used by the quorum. Everything is organized under the zpath of the logical service. Take a look and then let's see if we can bring this down to some concrete points for both mechanisms to operate. |
|
From: husdon <no...@no...> - 2010-07-30 20:06:07
|
See <http://localhost/job/BigData/changes> |
|
From: husdon <no...@no...> - 2010-07-30 19:14:35
|
See <http://localhost/job/BigData/119/changes> |
|
From: Bryan T. <br...@sy...> - 2010-07-30 19:04:41
|
That is at 98% disk utilization, so clearly the bottleneck (outside of Q3) is the disk. Bryan > -----Original Message----- > From: Bryan Thompson [mailto:br...@sy...] > Sent: Friday, July 30, 2010 2:53 PM > To: Bigdata Developers > Subject: Re: [Bigdata-developers] BSBM 100M load performance > > The numbers below were with 4 clients. Running with 8 > concurrent clients, it rings in 4150 QMpH. > > Again, these are not official scores since we are not running Q3. > > Bryan > > > -----Original Message----- > > From: Bryan Thompson [mailto:br...@sy...] > > Sent: Friday, July 30, 2010 2:43 PM > > To: Bigdata Developers > > Subject: Re: [Bigdata-developers] BSBM 100M load performance > > > > Just to follow up on query performance, I am ringing in 2408 QMpH > > (query mixes per hour) for the reduced BSBM query mix with Q3 > > excluded. This is not an "official" score since you can't > modify the > > benchmark, and I think that includes chosing to exclude a query. > > However, if it were an official result, it would be the > "high score" > > for BSBM. This is running on my Centos 4 core AMD 16G workstation > > with striped RAID on 15k SAS drives. We score 7x that on SSD. > > > > Q3 involves an optional join (the entire join is optional). > > We currently delegate that to Sesame and the performance for > > Q3 blows -- it just drags everything down. Once we execute that > > natively we can (finally) publish a real BSBM score. > > > > Bryan > > > > > -----Original Message----- > > > From: Bryan Thompson [mailto:br...@sy...] > > > Sent: Friday, July 30, 2010 2:03 PM > > > To: Bigdata Developers > > > Subject: [Bigdata-developers] BSBM 100M load performance > > > > > > Just to let everyone know, the load rate on the BSBM 100M > > dataset on a > > > WORM Journal has gone up significantly (~2x) with the > inline of XSD > > > numerics into the statement indices and the size on the disk has > > > decreased by nearly 25%. Query performance is roughly the > > same, with > > > the interesting exception that we can double the performance when > > > changing the seed - presumably because there is less data > > on the disk > > > and therefore there is now a buffering effect when changing seeds > > > between runs. > > > > > > Thanks, > > > Bryan > > > -------------------------------------------------------------- > > > ---------------- > > > The Palm PDK Hot Apps Program offers developers who use > the Plug-In > > > Development Kit to bring their C/C++ apps to Palm for a > share of $1 > > > Million in cash or HP Products. Visit us here for more details: > > > http://p.sf.net/sfu/dev2dev-palm > > > _______________________________________________ > > > Bigdata-developers mailing list > > > Big...@li... > > > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > > > > > -------------------------------------------------------------- > > ---------------- > > The Palm PDK Hot Apps Program offers developers who use the Plug-In > > Development Kit to bring their C/C++ apps to Palm for a share of $1 > > Million in cash or HP Products. Visit us here for more details: > > http://p.sf.net/sfu/dev2dev-palm > > _______________________________________________ > > Bigdata-developers mailing list > > Big...@li... > > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > > > -------------------------------------------------------------- > ---------------- > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for > a share of $1 Million in cash or HP Products. Visit us here > for more details: > http://p.sf.net/sfu/dev2dev-palm > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > |
|
From: Bryan T. <br...@sy...> - 2010-07-30 18:53:36
|
The numbers below were with 4 clients. Running with 8 concurrent clients, it rings in 4150 QMpH. Again, these are not official scores since we are not running Q3. Bryan > -----Original Message----- > From: Bryan Thompson [mailto:br...@sy...] > Sent: Friday, July 30, 2010 2:43 PM > To: Bigdata Developers > Subject: Re: [Bigdata-developers] BSBM 100M load performance > > Just to follow up on query performance, I am ringing in 2408 > QMpH (query mixes per hour) for the reduced BSBM query mix > with Q3 excluded. This is not an "official" score since you > can't modify the benchmark, and I think that includes chosing > to exclude a query. However, if it were an official result, > it would be the "high score" for BSBM. This is running on my > Centos 4 core AMD 16G workstation with striped RAID on 15k > SAS drives. We score 7x that on SSD. > > Q3 involves an optional join (the entire join is optional). > We currently delegate that to Sesame and the performance for > Q3 blows -- it just drags everything down. Once we execute > that natively we can (finally) publish a real BSBM score. > > Bryan > > > -----Original Message----- > > From: Bryan Thompson [mailto:br...@sy...] > > Sent: Friday, July 30, 2010 2:03 PM > > To: Bigdata Developers > > Subject: [Bigdata-developers] BSBM 100M load performance > > > > Just to let everyone know, the load rate on the BSBM 100M > dataset on a > > WORM Journal has gone up significantly (~2x) with the inline of XSD > > numerics into the statement indices and the size on the disk has > > decreased by nearly 25%. Query performance is roughly the > same, with > > the interesting exception that we can double the performance when > > changing the seed - presumably because there is less data > on the disk > > and therefore there is now a buffering effect when changing seeds > > between runs. > > > > Thanks, > > Bryan > > -------------------------------------------------------------- > > ---------------- > > The Palm PDK Hot Apps Program offers developers who use the Plug-In > > Development Kit to bring their C/C++ apps to Palm for a share of $1 > > Million in cash or HP Products. Visit us here for more details: > > http://p.sf.net/sfu/dev2dev-palm > > _______________________________________________ > > Bigdata-developers mailing list > > Big...@li... > > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > > > -------------------------------------------------------------- > ---------------- > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for > a share of $1 Million in cash or HP Products. Visit us here > for more details: > http://p.sf.net/sfu/dev2dev-palm > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > |
|
From: Bryan T. <br...@sy...> - 2010-07-30 18:44:51
|
Just to follow up on query performance, I am ringing in 2408 QMpH (query mixes per hour) for the reduced BSBM query mix with Q3 excluded. This is not an "official" score since you can't modify the benchmark, and I think that includes chosing to exclude a query. However, if it were an official result, it would be the "high score" for BSBM. This is running on my Centos 4 core AMD 16G workstation with striped RAID on 15k SAS drives. We score 7x that on SSD. Q3 involves an optional join (the entire join is optional). We currently delegate that to Sesame and the performance for Q3 blows -- it just drags everything down. Once we execute that natively we can (finally) publish a real BSBM score. Bryan > -----Original Message----- > From: Bryan Thompson [mailto:br...@sy...] > Sent: Friday, July 30, 2010 2:03 PM > To: Bigdata Developers > Subject: [Bigdata-developers] BSBM 100M load performance > > Just to let everyone know, the load rate on the BSBM 100M > dataset on a WORM Journal has gone up significantly (~2x) > with the inline of XSD numerics into the statement indices > and the size on the disk has decreased by nearly 25%. Query > performance is roughly the same, with the interesting > exception that we can double the performance when changing > the seed - presumably because there is less data on the disk > and therefore there is now a buffering effect when changing > seeds between runs. > > Thanks, > Bryan > -------------------------------------------------------------- > ---------------- > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for > a share of $1 Million in cash or HP Products. Visit us here > for more details: > http://p.sf.net/sfu/dev2dev-palm > _______________________________________________ > Bigdata-developers mailing list > Big...@li... > https://lists.sourceforge.net/lists/listinfo/bigdata-developers > |
|
From: husdon <no...@no...> - 2010-07-30 18:11:22
|
See <http://localhost/job/BigData/118/changes> Changes: [mrpersonick] fixing import statements ------------------------------------------ Started by an SCM change Updating https://bigdata.svn.sourceforge.net/svnroot/bigdata/trunk U bigdata-rdf/src/test/com/bigdata/rdf/spo/TestSPORelation.java U bigdata-rdf/src/test/com/bigdata/rdf/spo/TestSPO.java U bigdata-rdf/src/test/com/bigdata/rdf/spo/TestSPOTupleSerializer.java U bigdata-rdf/src/test/com/bigdata/rdf/spo/TestSPOValueCoders.java At revision 3374 [trunk] $ ant clean jar junit javadoc Buildfile: <http://localhost/job/BigData/ws/trunk/build.xml> clean: [delete] Deleting directory <http://localhost/job/BigData/ws/trunk/ant-build> prepare: [echo] version=bigdata-0.83.2-300710 [mkdir] Created dir: <http://localhost/job/BigData/ws/trunk/ant-build> [mkdir] Created dir: <http://localhost/job/BigData/ws/trunk/ant-build/classes> [mkdir] Created dir: <http://localhost/job/BigData/ws/trunk/ant-build/docs> [mkdir] Created dir: <http://localhost/job/BigData/ws/trunk/ant-build/lib> compile: [javac] <http://localhost/job/BigData/ws/trunk/build.xml>:75: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds [javac] Compiling 1261 source files to <http://localhost/job/BigData/ws/trunk/ant-build/classes> [javac] javac 1.6.0_17 [javac] <http://localhost/job/BigData/ws/trunk/bigdata/src/java/com/bigdata/btree/BigdataMap.java>:43: cannot find symbol [javac] symbol : class TestKeyBuilder [javac] location: package com.bigdata.btree.keys [javac] import com.bigdata.btree.keys.TestKeyBuilder; [javac] ^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 1 error BUILD FAILED <http://localhost/job/BigData/ws/trunk/build.xml>:75: Compile failed; see the compiler error output for details. Total time: 7 seconds Publishing Javadoc Archiving artifacts Recording test results Performing Post build task... Could not match :JUNIT RUN COMPLETE : False Logical operation result is FALSE Skipping script : /root/rsync.sh END OF POST BUILD TASK : 0 |
|
From: Bryan T. <br...@sy...> - 2010-07-30 18:03:41
|
Just to let everyone know, the load rate on the BSBM 100M dataset on a WORM Journal has gone up significantly (~2x) with the inline of XSD numerics into the statement indices and the size on the disk has decreased by nearly 25%. Query performance is roughly the same, with the interesting exception that we can double the performance when changing the seed - presumably because there is less data on the disk and therefore there is now a buffering effect when changing seeds between runs. Thanks, Bryan |
|
From: husdon <no...@no...> - 2010-07-30 15:07:26
|
See <http://localhost/job/BigData/117/changes> Changes: [thompsonbry] Removed KeyBuilder.asSortKey() call from com.bigdata.sparse.Schema. The same logic exists as a private static method with a private static KeyBuilder instance for backward compatibility on the SparseRowStore. Moved KeyBuilder.asSortKey() into the test suite (on TestKeyBuilder). ------------------------------------------ Started by an SCM change Updating https://bigdata.svn.sourceforge.net/svnroot/bigdata/trunk U bigdata-jini/src/test/com/bigdata/service/jini/TestBigdataClient.java U bigdata/src/test/com/bigdata/service/TestMove.java U bigdata/src/test/com/bigdata/service/ndx/pipeline/TestMasterTaskWithSplits.java U bigdata/src/test/com/bigdata/service/TestSplitJoin.java U bigdata/src/test/com/bigdata/service/TestScatterSplit.java U bigdata/src/test/com/bigdata/service/TestRangeQuery.java U bigdata/src/test/com/bigdata/service/TestRestartSafe.java U bigdata/src/test/com/bigdata/btree/AbstractTupleCursorTestCase.java U bigdata/src/test/com/bigdata/btree/TestSplitJoinRootLeaf.java U bigdata/src/test/com/bigdata/btree/TestSplitJoinThreeLevels.java U bigdata/src/test/com/bigdata/btree/AbstractBTreeTestCase.java U bigdata/src/test/com/bigdata/btree/TestCopyOnWrite.java U bigdata/src/test/com/bigdata/btree/TestDirtyIterators.java U bigdata/src/test/com/bigdata/btree/TestBigdataMap.java U bigdata/src/test/com/bigdata/btree/TestInsertLookupRemoveKeysInRootLeaf.java U bigdata/src/test/com/bigdata/btree/TestMutableBTreeCursors.java U bigdata/src/test/com/bigdata/btree/TestIndexSegmentBuilderWithIncrementalBuild.java U bigdata/src/test/com/bigdata/btree/TestBTreeLeafCursors.java U bigdata/src/test/com/bigdata/btree/TestIterators.java U bigdata/src/test/com/bigdata/btree/TestIncrementalWrite.java U bigdata/src/test/com/bigdata/btree/TestIndexSegmentBuilderWithCompactingMerge.java U bigdata/src/test/com/bigdata/btree/TestIndexSegmentWithBloomFilter.java U bigdata/src/test/com/bigdata/btree/TestIndexSegmentBuilderCacheInteraction.java U bigdata/src/test/com/bigdata/btree/keys/TestKeyBuilder.java U bigdata/src/test/com/bigdata/btree/keys/AbstractUnicodeKeyBuilderTestCase.java U bigdata/src/test/com/bigdata/btree/keys/TestSuccessorUtil.java U bigdata/src/test/com/bigdata/btree/TestIndexSegmentBuilderWithSmallTree.java U bigdata/src/test/com/bigdata/btree/TestChunkedIterators.java U bigdata/src/test/com/bigdata/btree/raba/codec/AbstractRabaCoderTestCase.java U bigdata/src/test/com/bigdata/btree/raba/codec/RandomURIGenerator.java U bigdata/src/test/com/bigdata/btree/TestSplitRootLeaf.java U bigdata/src/test/com/bigdata/btree/TestReopen.java U bigdata/src/test/com/bigdata/btree/TestTransientBTree.java U bigdata/src/test/com/bigdata/btree/filter/TestTupleFilters.java U bigdata/src/test/com/bigdata/btree/TestTouch.java U bigdata/src/test/com/bigdata/btree/TestLinearListMethods.java U bigdata/src/test/com/bigdata/resources/TestResourceManagerBootstrap.java U bigdata/src/test/com/bigdata/resources/TestBuildTask.java U bigdata/src/test/com/bigdata/resources/TestMergeTask.java U bigdata/src/test/com/bigdata/resources/TestOverflow.java U bigdata/src/test/com/bigdata/resources/TestBuildTask2.java U bigdata/src/test/com/bigdata/resources/TestSegSplitter.java U bigdata/src/java/com/bigdata/sparse/Schema.java U bigdata/src/java/com/bigdata/btree/keys/KeyBuilder.java U bigdata/src/java/com/bigdata/btree/keys/IKeyBuilder.java U bigdata/src/java/com/bigdata/btree/BigdataMap.java U bigdata-rdf/src/test/com/bigdata/rdf/internal/BlobOverflowHandler.java At revision 3373 [trunk] $ ant clean jar junit javadoc Buildfile: <http://localhost/job/BigData/ws/trunk/build.xml> clean: [delete] Deleting directory <http://localhost/job/BigData/ws/trunk/ant-build> [delete] Deleting directory <http://localhost/job/BigData/ws/trunk/bigdata-test> [delete] Deleting directory <http://localhost/job/BigData/ws/trunk/dist> prepare: [echo] version=bigdata-0.83.2-300710 [mkdir] Created dir: <http://localhost/job/BigData/ws/trunk/ant-build> [mkdir] Created dir: <http://localhost/job/BigData/ws/trunk/ant-build/classes> [mkdir] Created dir: <http://localhost/job/BigData/ws/trunk/ant-build/docs> [mkdir] Created dir: <http://localhost/job/BigData/ws/trunk/ant-build/lib> compile: [javac] <http://localhost/job/BigData/ws/trunk/build.xml>:75: warning: 'includeantruntime' was not set, defaulting to build.sysclasspath=last; set to false for repeatable builds [javac] Compiling 1261 source files to <http://localhost/job/BigData/ws/trunk/ant-build/classes> [javac] javac 1.6.0_17 [javac] <http://localhost/job/BigData/ws/trunk/bigdata/src/java/com/bigdata/btree/BigdataMap.java>:43: cannot find symbol [javac] symbol : class TestKeyBuilder [javac] location: package com.bigdata.btree.keys [javac] import com.bigdata.btree.keys.TestKeyBuilder; [javac] ^ [javac] Note: Some input files use or override a deprecated API. [javac] Note: Recompile with -Xlint:deprecation for details. [javac] Note: Some input files use unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 1 error BUILD FAILED <http://localhost/job/BigData/ws/trunk/build.xml>:75: Compile failed; see the compiler error output for details. Total time: 7 seconds Publishing Javadoc Archiving artifacts Recording test results Performing Post build task... Could not match :JUNIT RUN COMPLETE : False Logical operation result is FALSE Skipping script : /root/rsync.sh END OF POST BUILD TASK : 0 |
|
From: husdon <no...@no...> - 2010-07-30 11:17:46
|
See <http://localhost/job/BigData/changes> |
|
From: husdon <no...@no...> - 2010-07-30 10:25:17
|
See <http://localhost/job/BigData/changes> |
|
From: husdon <no...@no...> - 2010-07-30 02:59:46
|
See <http://localhost/job/BigData/changes> |
|
From: husdon <no...@no...> - 2010-07-30 02:07:06
|
See <http://localhost/job/BigData/changes> |
27 messages has been excluded from this view by a project administrator.
