Not sure if anybody already told this, but output.xml is fine to compress because it is normally very big file and not very much used for debugging test, however I would leave log.html as it is today

Hi Dhiraj, I just sent you invite for the suggested time, let me know if that works for you. Also you do not need to prepare anything for the interview. BR/Luis

Hello netconf-dev, GBP-dev, For some of the CSIT jobs are still on Ubuntu 14.04 images which is EOL-ed as of May 01, 2019. I have submitted a change to update to the 16.04 and also would need to

I ran a few tests to compare br vs xz vs gzip vs pigz --best vs pigz -11 (zopfli) with a sample log file size of 148MiB. Performance: pigz -11 (zopfli) > br > xz > gzip > pigz -best. In the order of

Also sir, i have submitted proposal for "Docs Automation" project too which i had discussed with you using this same email id whose subject line was "Docs Automation". They preferable time for me will

Thanks Dhiraj, Please share which time is good for you to sync in a call. BR/Luis

Maybe we need to setup mod_brotli? https://httpd.apache.org/docs/trunk/mod/mod_brotli.html Thanh

The content encoding from Nexus does not return br and returns only gzip by default. I'm not sure if these settings need to be tuned on nginx/Apache. HTTP/1.1 200 OK Server: nginx/1.14.2 Date: Mon,

Just to clarify do we really want to move to Brotli here? Using br would take a toll on the performance and end up costing more unless there is a newer version that I am unaware and beats lzma/.xz

Sir, today I submitted my proposal for "Yang Models Publish" project, although it was not much concise but i shared my previous work there. Hopefully, I will be able to provide more information over

Hi Robert, Sounds promising and I'm all for this as long as it works out of the box. Anil setup a test last week here: https://logs.opendaylight.org/releng/abelur-test-surefire/255-8/ I'm using the

Hello Thanh, Ah yes, I did not read up on the web-side of the topic. This is a concern critically important for me. https://bugzilla.mozilla.org/show_bug.cgi?id=366559 offers some insight, eventually

Hi Robert, The reason we didn't go with xz compression in the past (we looked into it) is because you cannot open a xz file natively in the browser. It's nice especially for folks who spend a lot of

I agree some of the .xml files output into the logs are pretty large (1GiB) in other projects like FD.io and we should be compressing these files too. I've looked up lftools code [2.], and it's

Robert, I'll look into it and get back. - Anil

#2​44 27-May-2019 09:46 Hmm... what is the usual achieved rate? Jam0, we've been messing with those numbers last, but I do not remember the specifics... Well, regressions needs to be

Hello, it seems our captured logz are no longer getting compressed with

BouncyCastle was upgraded and its karaf wiring changed. Can you SSH to karaf locally? (sorry, don't have a distro handy). Regards, Robert

I see couple of things: 1) Some test cases fail to connect to Karaf console: https://jenkins.opendaylight.org/releng/job/openflowplugin-csit-3node-clustering-perf-bulkomatic-only-fluorine/ Does anyone

Netvirt-csit -done Though the notes sections sounds weird… https://jenkins.opendaylight.org/releng/job/netvirt-csit-1node-0cmb-1ctl-2cmp-apex-queens-upstream-snat-conntrack-fluorine/190/