Getting below error: Caused by: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
at sun.security.validator.PKIXValidator.doBuild(PKIXValidator.java:397) at sun.security.validator.PKIXValidator.engineValidate(PKIXValidator.java:302) at sun.security.validator.Validator.validate(Validator.java:260) at sun.security.ssl.X509TrustManagerImpl.validate(X509TrustManagerImpl.java:324) at sun.security.ssl.X509TrustManagerImpl.checkTrusted(X509TrustManagerImpl.java:281) at sun.security.ssl.X509TrustManagerImpl.checkServerTrusted(X509TrustManagerImpl.java:136) at sun.security.ssl.ClientHandshaker.serverCertificate(ClientHandshaker.java:1501) ... 20 common frames omitted Any thought? On 24 May 2018 at 10:35, Surbhi Gupta <surbhi.gupt...@gmail.com> wrote: > Another question, We use 9142 cqlsh port in one of the datacenter and on > other datacenter we use 9042 port. > How should we configure this ? > > On 24 May 2018 at 10:22, Surbhi Gupta <surbhi.gupt...@gmail.com> wrote: > >> What is the impact of >> PARALLEL - all replicas at the same time ? >> Will it make repair faster,? >> Do we expect more CPU , Load and memory usage in case if we use Parallel >> , compare to other settings ? >> >> >> >> On 21 May 2018 at 22:55, Alexander Dejanovski <a...@thelastpickle.com> >> wrote: >> >>> You won't be able to have less segments than vnodes, so just use 256 >>> segments per node, use parallel as repair parallelism, and set intensity to >>> 1. >>> >>> You apparently have more than 3TB per node, and that kind of density is >>> always challenging when it comes to run "fast" repairs. >>> >>> Cheers, >>> >>> Le mar. 22 mai 2018 à 07:28, Surbhi Gupta <surbhi.gupt...@gmail.com> a >>> écrit : >>> >>>> We are on Dse 4.8.15 and it is cassandra 2.1. >>>> What are the best configuration to use for reaper for 144 nodes with >>>> 256 vnodes and it shows around 532TB data when we start opscenter repairs. >>>> >>>> We need to finish repair soon. >>>> >>>> On Mon, May 21, 2018 at 10:53 AM Alexander Dejanovski < >>>> a...@thelastpickle.com> wrote: >>>> >>>>> Hi Subri, >>>>> >>>>> Reaper might indeed be your best chance to reduce the overhead of >>>>> vnodes there. >>>>> The latest betas include a new feature that will group vnodes sharing >>>>> the same replicas in the same segment. This will allow to have less >>>>> segments than vnodes, and is available with Cassandra 2.2 and onwards (the >>>>> improvement is especially beneficial with Cassandra 3.0+ as such token >>>>> ranges will be repaired in a single session). >>>>> >>>>> We have a gitter that you can join if you want to ask questions. >>>>> >>>>> Cheers, >>>>> >>>>> Le lun. 21 mai 2018 à 15:29, Surbhi Gupta <surbhi.gupt...@gmail.com> >>>>> a écrit : >>>>> >>>>>> Thanks Abdul >>>>>> >>>>>> On Mon, May 21, 2018 at 6:28 AM Abdul Patel <abd786...@gmail.com> >>>>>> wrote: >>>>>> >>>>>>> We have a paramater in reaper yaml file called >>>>>>> repairManagerSchrdulingIntervalSeconds default is 10 seconds , i >>>>>>> tested with 8,6,5 seconds and found 5 seconds optimal for my environment >>>>>>> ..you go down further but it will have cascading effects in cpu and >>>>>>> memory >>>>>>> consumption. >>>>>>> So test well. >>>>>>> >>>>>>> >>>>>>> On Monday, May 21, 2018, Surbhi Gupta <surbhi.gupt...@gmail.com> >>>>>>> wrote: >>>>>>> >>>>>>>> Thanks a lot for your inputs, >>>>>>>> Abdul, how did u tune reaper? >>>>>>>> >>>>>>>> On Sun, May 20, 2018 at 10:10 AM Jonathan Haddad <j...@jonhaddad.com> >>>>>>>> wrote: >>>>>>>> >>>>>>>>> FWIW the largest deployment I know about is a single reaper >>>>>>>>> instance managing 50 clusters and over 2000 nodes. >>>>>>>>> >>>>>>>>> There might be bigger, but I either don’t know about it or can’t >>>>>>>>> remember. >>>>>>>>> >>>>>>>>> On Sun, May 20, 2018 at 10:04 AM Abdul Patel <abd786...@gmail.com> >>>>>>>>> wrote: >>>>>>>>> >>>>>>>>>> Hi, >>>>>>>>>> >>>>>>>>>> I recently tested reaper and it actually helped us alot. Even >>>>>>>>>> with our small footprint 18 node reaper takes close to 6 >>>>>>>>>> hrs.<intially took >>>>>>>>>> 13 hrs ,i was able to tune it 50%>. But it really depends on number >>>>>>>>>> nodes. >>>>>>>>>> For example if you have 4 nodes then it runs on 4*256<vnodes> =1024 >>>>>>>>>> segements , so for your env. Ut will be 256*144 close to 36k >>>>>>>>>> segements. >>>>>>>>>> Better test on poc box how much time it takes and then proceed >>>>>>>>>> further ..i have tested so far in 1 dc only , we can actually have >>>>>>>>>> seperate >>>>>>>>>> reaper instance handling seperate dc but havent tested it yet. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Sunday, May 20, 2018, Surbhi Gupta <surbhi.gupt...@gmail.com> >>>>>>>>>> wrote: >>>>>>>>>> >>>>>>>>>>> Hi, >>>>>>>>>>> >>>>>>>>>>> We have a cluster with 144 nodes( 3 datacenter) with 256 Vnodes . >>>>>>>>>>> When we tried to start repairs from opscenter then it showed >>>>>>>>>>> 1.9Million ranges to repair . >>>>>>>>>>> And even after doing compaction and strekamthroughput to 0 , >>>>>>>>>>> opscenter is not able to help us much to finish repair in 9 days >>>>>>>>>>> timeframe . >>>>>>>>>>> >>>>>>>>>>> What is your thought on Reaper ? >>>>>>>>>>> Do you think , Reaper might be able to help us in this scenario ? >>>>>>>>>>> >>>>>>>>>>> Thanks >>>>>>>>>>> Surbhi >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> -- >>>>>>>>> Jon Haddad >>>>>>>>> http://www.rustyrazorblade.com >>>>>>>>> twitter: rustyrazorblade >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>>> -- >>>>> ----------------- >>>>> Alexander Dejanovski >>>>> France >>>>> @alexanderdeja >>>>> >>>>> Consultant >>>>> Apache Cassandra Consulting >>>>> http://www.thelastpickle.com >>>>> >>>>> >>>>> -- >>> ----------------- >>> Alexander Dejanovski >>> France >>> @alexanderdeja >>> >>> Consultant >>> Apache Cassandra Consulting >>> http://www.thelastpickle.com >>> >> >> >