From acaringi at redhat.com Fri Jan 12 15:08:27 2018 From: acaringi at redhat.com (Augusto Caringi) Date: Fri, 12 Jan 2018 16:08:27 +0100 Subject: [scl.org] New Apache Cassandra SCL (sclo-cassandra3) in centos-sclo-sclo-testing Message-ID: Hi folks, I've been working in Cassandra SCL (called sclo-cassandra3, Cassandra version 3.11.0) recently, continuing the work started by Tomas Repik, and now I inform that it is available for testing in CentOS (centos-sclo-sclo-testing repository). Cassandra is a partitioned row store. Rows are organized into tables with a required primary key. Partitioning means that Cassandra can distribute your data across multiple machines in an application-transparent matter. Cassandra will automatically re-partition as machines are added/removed from the cluster. Row store means that like relational databases, Cassandra organizes data by rows and columns. The Cassandra Query Language (CQL) is a close relative of SQL. To install: sudo yum install centos-release-scl sudo yum --enablerepo=centos-sclo-sclo-testing install sclo-cassandra3 sclo-cassandra3-cassandra To start the service: sudo systemctl start sclo-cassandra3-cassandra To run the cqlsh client tool: scl enable sclo-cassandra3 rh-java-common rh-maven33 cqlsh Any feedback would be greatly appreciated. Links to sclo-cassandra3 buildlogs [1], git repository of the SCLized package [2] and metapackage [3] can be found down bellow. Best regards, [1] https://buildlogs.centos.org/centos/7/sclo/x86_64/sclo/ sclo-cassandra3/ [2] https://github.com/devexp-db/sclo-cassandra3-cassandra [3] https://github.com/devexp-db/sclo-cassandra3 -- Augusto Mecking Caringi Software Engineer Core Services - Databases Team Red Hat -------------- next part -------------- An HTML attachment was scrubbed... URL: From joni.herttuainen at cern.ch Mon Jan 15 10:14:17 2018 From: joni.herttuainen at cern.ch (Joni Herttuainen) Date: Mon, 15 Jan 2018 10:14:17 +0000 Subject: [scl.org] httpd24 and http/2 In-Reply-To: <1513589370.4788.6.camel@cern.ch> References: <1507897988.17495.4.camel@cern.ch> <20171017153411.GA8033@redhat.com> <1513589370.4788.6.camel@cern.ch> Message-ID: <1516011256.15381.8.camel@cern.ch> Hi again Joe (+SCL mailing list), I tested my setup with newer version of Apache (2.4.29) on my development machine and this I did not experience this issue with it. This makes me more confident that the issue is due to the known patch and that the issue is not patched in the apache available in SCL repo. So, my question remains: Is this bug patched in the apache package available in your repo? If not, would it be too much to ask to have it patched? It would really ease up the automatic server installation process. Thank you very much and excuse me if I am a burden and/or spamming you on this issue. Yours Sincerely, Joni Herttuainen On Mon, 2017-12-18 at 10:29 +0100, Joni Herttuainen wrote: Hi Joe (+SCL mailing list), I have been using the apache 2.4.27 with the mod_ssl compiled with / supporting OpenSSL 1.0.2k provided by your repo (using the MPM Event). HTTP/2 works perfectly fine out of the box. However, sending multiple requests (>3) to the server's CGI Scripts at the same time, quite often one of them keeps hanging and dies due to a timeout. I checked this and the scripts actually finish, but the server hangs. I increased the log verbosity in the apache, and I keep seeing following log pattern: [pid 20042:tid 140036703991552] h2_mplx.c(1239): [client 128.141.154.92:37154] h2_mplx(65): dispatch events [pid 20042:tid 140036703991552] h2_session.c(1711): [client 128.141.154.92:37154] h2_session(65,BUSY,1): NO_IO event, 1 streams open [pid 20042:tid 140036703991552] h2_session.c(1612): [client 128.141.154.92:37154] AH03078: h2_session(65,BUSY,1): transit [BUSY] -- no io --> [WAIT] [pid 20042:tid 140036703991552] h2_mplx.c(619): [client 128.141.154.92:37154] h2_mplx(65): trywait on data for 200.000000 ms) [pid 20042:tid 140036703991552] h2_session.c(1612): [client 128.141.154.92:37154] AH03078: h2_session(65,WAIT,1): transit [WAIT] -- wait cycle --> [BUSY] [pid 20042:tid 140036703991552] h2_filter.c(144): [client 128.141.154.92:37154] h2_session(65): read, NONBLOCK_READ, mode=0, readbytes=65536 [pid 20042:tid 140036703991552] h2_filter.c(189): (11)Resource temporarily unavailable: [client 128.141.154.92:37154] h2_session(65): read which ends up in: [pid 20042:tid 140036703991552] h2_mplx.c(1239): [client 128.141.154.92:37154] h2_mplx(65): dispatch events [pid 20042:tid 140036703991552] h2_session.c(1711): [client 128.141.154.92:37154] h2_session(65,BUSY,1): NO_IO event, 1 streams open [pid 20042:tid 140036703991552] h2_session.c(1612): [client 128.141.154.92:37154] AH03078: h2_session(65,BUSY,1): transit [BUSY] -- no io --> [WAIT] [pid 20042:tid 140037216536320] h2_bucket_beam.c(1275): [client 128.141.154.92:37154] beam(65-237,output,closed=0,aborted=0,empty=1,buf=0): send_out(after) [pid 20042:tid 140036703991552] h2_mplx.c(619): [client 128.141.154.92:37154] h2_mplx(65): trywait on data for 200.000000 ms) [pid 20042:tid 140037216536320] h2_task.c(119): (70007)The timeout specified has expired: [client 128.141.154.92:37154] h2_task(65-237): send_out (390840 bytes) and finally in the log I see: [pid 20042:tid 140037216536320] h2_task.c(119): (103)Software caused connection abort: [client 128.141.154.92:37154] h2_task(65-237): send_out (0 bytes) I tried to search for the root cause of the issue and I found these: https://github.com/icing/mod_h2/issues/143 https://bz.apache.org/bugzilla/show_bug.cgi?id=61382 Which leads me to asking, is this bug patched in the apache package available in your repo? If not, would it be too much to ask to have it patched? Here's a link to the patch: https://dist.apache.org/repos/dist/release/httpd/patches/apply_to_2.4.27/PR61382-Fix.patch Sincerely, Joni Herttuainen On Tue, 2017-10-17 at 16:34 +0100, Joe Orton wrote: Hi Joni, On Fri, Oct 13, 2017 at 12:33:08PM +0000, Joni Herttuainen wrote: ... The apache of httpd24 provided by SCL is recent enough to support HTTP/2. But when I installed the package and configured it, I could not get the communication in h2 protocol to work. First of all, there was an error message when loading the mod_http2: httpd: Syntax error on line 56 of /opt/rh/httpd24/root/etc/httpd/conf/httpd.conf: Syntax error on line 40 of /opt/rh/httpd24/root/etc/httpd/conf.modules.d/00-base.conf: Cannot load modules/mod_http2.so into server: libnghttp2- httpd24.so.14: cannot open shared object file: No such file or directory You will typically get this error if you try to run the httpd executable from outside the SCL environment (i.e. not either under "scl enable httpd24" nor from the systemd unit). Otherwise you should not see this; LoadFile tricks to get the libary loaded are definitely not recommended, "scl enable" will adjust LD_LIBRARY_PATH so the library can be find. However, this was not the cause for the http2 not to work. The actual cause was that the SSL module provided by SCL (httpd24-mod_ssl) seems to be built against OpenSSL version 1.0.1e which is older than the version required (1.0.2) to support ALPN (i.e. to have http/2 communication with the all the major browsers). Yes, unfortunately we can't support HTTP/2 with ALPN on the older OpenSSL. The updated httpd24 collection in testing for RHSCL 3.0 Beta has httpd 2.4.27 packages which do support ALPN if running on OpenSSL 1.0.2 (i.e. RHEL 7.4). We'd very much welcome testing feedback there if you're able to test that out. Note that recent versions of mod_http2 also require switching to the "event" MPM. Regards, Joe -------------- next part -------------- An HTML attachment was scrubbed... URL: From rcollet at redhat.com Thu Jan 25 14:30:22 2018 From: rcollet at redhat.com (Remi Collet) Date: Thu, 25 Jan 2018 15:30:22 +0100 Subject: [scl.org] RHSCL package replacing RHEL package Message-ID: On a simple "yum update" javapackages-tools from rhel-server-rhscl-6-rpms replace jpackage-utils from rhel-6-server-rpms. Is that expected ? Remi -- rcollet at redhat.com | Senior Software Engineer / BaseOS / WebStack team GPG Key: 0x29F16A18 Fingerprint: 5A0E 6F54 D94D 5732 69EE E3FF 614A 6905 29F1 6A18 From mizdebsk at redhat.com Thu Jan 25 15:38:20 2018 From: mizdebsk at redhat.com (Mikolaj Izdebski) Date: Thu, 25 Jan 2018 16:38:20 +0100 Subject: [scl.org] RHSCL package replacing RHEL package In-Reply-To: References: Message-ID: Hi Remi, On 01/25/2018 03:30 PM, Remi Collet wrote: > On a simple "yum update" > > javapackages-tools from rhel-server-rhscl-6-rpms > replace > jpackage-utils from rhel-6-server-rpms. > > Is that expected ? Thanks for reporting this, it is definitely not expected - non-SCL-ized package javapackages-tools should not be included in RHSCL channels. I'll investigate why it is tagged in brew [1] and whether we can have it removed from the next release. [1] https://brewweb.engineering.redhat.com/brew/buildinfo?buildID=328857 -- Mikolaj Izdebski Senior Software Engineer, Red Hat IRC: mizdebsk From msimacek at redhat.com Thu Jan 25 15:59:50 2018 From: msimacek at redhat.com (=?UTF-8?B?TWljaGFlbCDFoGltw6HEjWVr?=) Date: Thu, 25 Jan 2018 16:59:50 +0100 Subject: [scl.org] RHSCL package replacing RHEL package In-Reply-To: References: Message-ID: <961a5005-6247-375e-d769-3e35b17e971c@redhat.com> On 2018-01-25 16:38, Mikolaj Izdebski wrote: > Hi Remi, > > On 01/25/2018 03:30 PM, Remi Collet wrote: >> On a simple "yum update" >> >> javapackages-tools from rhel-server-rhscl-6-rpms >> replace >> jpackage-utils from rhel-6-server-rpms. >> >> Is that expected ? > > Thanks for reporting this, it is definitely not expected - non-SCL-ized > package javapackages-tools should not be included in RHSCL channels. > I'll investigate why it is tagged in brew [1] and whether we can have it > removed from the next release. > I found two other unsclized packages tagged there (excluding scl-utils and rhscl-dockerfiles): libyaml-0.1.3-4.el6_6 atinject-1-13.20100611svn86.el6 Michael