OK, good, the nightly build completed. https://ci-hadoop.apache.org/job/HBase/job/HBase%20Nightly/job/branch-1/176/
There are some failed UTs. Can work on the fix later. 张铎(Duo Zhang) <[email protected]> 于2021年10月23日周六 下午10:17写道： > HBASE-26393 has been merged. > > Let's see the result for this build > > > https://ci-hadoop.apache.org/job/HBase/job/HBase%20Nightly/job/branch-1/176/ > > 张铎(Duo Zhang) <[email protected]> 于2021年10月11日周一 下午11:13写道： > >> I'm not very familiar with github packages. Can we use github packages on >> asf jenkins? >> >> Nick Dimiduk <[email protected]> 于2021年10月11日周一 下午10:43写道： >> >>> Given that these images are for consumption by our build and not public >>> consumption, and that our build revolves around Github, does it make >>> sense >>> to use Github Packages instead? >>> >>> https://github.com/features/packages >>> >>> On Mon, Oct 11, 2021 at 6:51 AM 张铎(Duo Zhang) <[email protected]> >>> wrote: >>> >>> > For me, uploading the image to docker hub could save us time on >>> rebuilding >>> > it every time when the cache is expired, and also the problem here can >>> be >>> > solved too as we do not need to download the findbugs any more. >>> > >>> > It is for internal use. >>> > >>> > Sean Busbey <[email protected]> 于2021年10月11日周一 下午9:26写道： >>> > >>> > > we'd need to have a discussion about pushing to docker hub, esp what >>> > > our intentions are (i.e. publishing for downstream vs internal use) >>> > > and how we communicate that via docker hub. The mechanisms for >>> > > publishing to docker hub are relatively straightforward. >>> > > >>> > > >>> > > On Sun, Oct 10, 2021 at 10:35 PM 张铎(Duo Zhang) < >>> [email protected]> >>> > > wrote: >>> > > > >>> > > > Thank you Sean. >>> > > > >>> > > > Maybe we could do this on branch-1. I think there are still some >>> folks >>> > > who >>> > > > are interested in maintaining new branch-1 releases. >>> > > > >>> > > > And for branch-1.4, I prefer we do a final release and then mark >>> it as >>> > > EOL. >>> > > > >>> > > > And back to the docker build issue, is it possible to push the >>> docker >>> > > image >>> > > > to docker hub so we do not need to build it every time when the >>> cache >>> > > > expires? >>> > > > >>> > > > I saw there is an 'apache' user on docker hub... >>> > > > >>> > > > https://hub.docker.com/u/apache >>> > > > >>> > > > Thanks. >>> > > > >>> > > > Sean Busbey <[email protected]> 于2021年10月11日周一 上午4:01写道： >>> > > > >>> > > > > it could be that the curl in the docker image for branch-1 is >>> older >>> > > and is >>> > > > > missing some newer CAs. >>> > > > > >>> > > > > Could we sidestep this issue by installing tooling from spotbugs >>> > > instead? >>> > > > > >>> > > > > On Fri, Oct 8, 2021 at 10:54 PM 张铎(Duo Zhang) < >>> [email protected] >>> > > >>> > > > > wrote: >>> > > > > >>> > > > > > They all fail with docker image building failure. >>> > > > > > >>> > > > > > 10:50:04 Step 19/32 : RUN mkdir -p /opt/findbugs && curl >>> -L -s >>> > > -S >>> > > > > > > >>> > > > > > > >>> > > > > > >>> > > > > >>> > > >>> > >>> https://sourceforge.net/projects/findbugs/files/findbugs/3.0.1/findbugs-noUpdateChecks-3.0.1.tar.gz/download >>> > > > > > > -o /opt/findbugs.tar.gz && tar xzf >>> > > /opt/findbugs.tar.gz >>> > > > > > > --strip-components 1 -C /opt/findbugs >>> > > > > > > 10:50:05 ---> Running in d3ff60cd19b4 >>> > > > > > > 10:50:05 [91mcurl: (60) SSL certific [0m [91mate problem: >>> > > certificate >>> > > > > > > has expired >>> > > > > > > 10:50:05 More details here: >>> > > http://curl.haxx.se/docs/sslcerts.html >>> > > > > > > 10:50:05 >>> > > > > > > 10:50:05 curl performs SSL certificate verification by >>> default, >>> > > using >>> > > > > a >>> > > > > > > "bundle" >>> > > > > > > 10:50:05 of Certificate Authority (CA) public keys (CA >>> certs). >>> > > If the >>> > > > > > > default >>> > > > > > > 10:50:05 bundle file isn't adequate, you can specify [0m >>> [91man >>> > > > > > > alternate file >>> > > > > > > 10:50:05 using the --cacert option. >>> > > > > > > 10:50:05 If this HTTPS server uses a certificate signed by >>> a CA >>> > > > > > > represented in >>> > > > > > > 10:50:05 the bundle, the certificate verification probably >>> [0m >>> > > [91m >>> > > > > > > failed due to a >>> > > > > > > 10:50:05 problem with the certificate (it might be >>> expired, or >>> > > the >>> > > > > name >>> > > > > > > might >>> > > > > > > 10:50:05 not match the domain name in the U [0m [91mRL). >>> > > > > > > 10:50:05 If you'd like to turn off curl's verification of >>> the >>> > > > > > > certificate, use >>> > > > > > > 10:50:05 the -k (or --insecure) opt [0m [91mion. >>> > > > > > > 10:50:06 [0mThe command '/bin/sh -c mkdir -p /opt/findbugs >>> && >>> > > > > curl >>> > > > > > > -L -s -S >>> > > > > > > >>> > > > > > >>> > > > > >>> > > >>> > >>> https://sourceforge.net/projects/findbugs/files/findbugs/3.0.1/findbugs-noUpdateChecks-3.0.1.tar.gz/download >>> > > > > > > -o /opt/findbugs.tar.gz && tar xzf >>> > > /opt/findbugs.tar.gz >>> > > > > > > --strip-components 1 -C /opt/findbugs' returned a non-zero >>> code: >>> > 60 >>> > > > > > > 10:50:06 ERROR: Docker failed to build >>> yetus/hbase:633d966bfe. >>> > > > > > > >>> > > > > > >>> > > > > > But I tried the curl command locally and it could download the >>> > > tarball >>> > > > > > successfully. >>> > > > > > >>> > > > > > Not sure what the problem is, did anyone face this problem >>> before? >>> > > > > > >>> > > > > > Thanks. >>> > > > > > >>> > > > > >>> > > >>> > >>> >>
