From dev-return-49118-archive-asf-public=cust-asf.ponee.io@couchdb.apache.org Thu Feb 20 22:44:59 2020 Return-Path: X-Original-To: archive-asf-public@cust-asf.ponee.io Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [207.244.88.153]) by mx-eu-01.ponee.io (Postfix) with SMTP id 1879D18065D for ; Thu, 20 Feb 2020 23:44:58 +0100 (CET) Received: (qmail 95140 invoked by uid 500); 20 Feb 2020 22:44:58 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 95128 invoked by uid 99); 20 Feb 2020 22:44:57 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd4-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Feb 2020 22:44:57 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd4-us-west.apache.org (ASF Mail Server at spamd4-us-west.apache.org) with ESMTP id EEE18C08FD for ; Thu, 20 Feb 2020 22:44:56 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd4-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: -0.202 X-Spam-Level: X-Spam-Status: No, score=-0.202 tagged_above=-999 required=6.31 tests=[DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=disabled Authentication-Results: spamd4-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=apple.com Received: from mx1-he-de.apache.org ([10.40.0.8]) by localhost (spamd4-us-west.apache.org [10.40.0.11]) (amavisd-new, port 10024) with ESMTP id souKOZYK3uCB for ; Thu, 20 Feb 2020 22:44:53 +0000 (UTC) Received-SPF: Pass (mailfrom) identity=mailfrom; client-ip=17.151.62.67; helo=nwk-aaemail-lapp02.apple.com; envelope-from=alexmiller@apple.com; receiver= Received: from nwk-aaemail-lapp02.apple.com (nwk-aaemail-lapp02.apple.com [17.151.62.67]) by mx1-he-de.apache.org (ASF Mail Server at mx1-he-de.apache.org) with ESMTPS id 70F0A7E133 for ; Thu, 20 Feb 2020 22:44:52 +0000 (UTC) Received: from pps.filterd (nwk-aaemail-lapp02.apple.com [127.0.0.1]) by nwk-aaemail-lapp02.apple.com (8.16.0.27/8.16.0.27) with SMTP id 01KMfscr021557 for ; Thu, 20 Feb 2020 14:44:45 -0800 X-ASF-DKIM-Sig: v=1; a=rsa-sha256; c=relaxed/relaxed; d=apple.com; h=sender : from : content-type : content-transfer-encoding : mime-version : subject : date : references : to : in-reply-to : message-id; s=20180706; bh=Y1Cnkqy3rv+fOSqrbgUe/4VBUyWhsoOg7vtvKPbydoE=; b=F4op45yQx8vWV4vreWA/dwOIP5RIiD6g0Bjotoe0aucbhcJCihEBSK9OkWTfsVpfLxHF yG0WWmNA9javmdXdC5ktgSPs2vTpHXeO7SuLtVJrBCMZBmxybBdEm8wTx0tDcg3BPCpb U/+bLXkOELKH2N2pVvjC4GcId7YzG952PbsHZpP6K8KxqY2WnJNyA8sMxt7PuC4Xk4zS 7xI0zWM5ldR4ZjHlKfXfFq2WAE50KH26la0ROufnwOzz4WYdKji7rk8qaXuxiRmtkgg8 LEXDV9N844E1cxSW4X7Bwyf99G2Hyfhgp0z+iOUW+Sjx4uqNRX4cbGOSnkg2jSZQ0QEW Gg== Received: from rn-mailsvcp-mta-lapp04.rno.apple.com (rn-mailsvcp-mta-lapp04.rno.apple.com [10.225.203.152]) by nwk-aaemail-lapp02.apple.com with ESMTP id 2y6e3pmc7p-2 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO) for ; Thu, 20 Feb 2020 14:44:45 -0800 Received: from rn-mailsvcp-mmp-lapp03.rno.apple.com (rn-mailsvcp-mmp-lapp03.rno.apple.com [17.179.253.16]) by rn-mailsvcp-mta-lapp04.rno.apple.com (Oracle Communications Messaging Server 8.1.0.1.20190704 64bit (built Jul 4 2019)) with ESMTPS id <0Q6000S8PV6LCD80@rn-mailsvcp-mta-lapp04.rno.apple.com> for dev@couchdb.apache.org; Thu, 20 Feb 2020 14:44:45 -0800 (PST) Received: from process_milters-daemon.rn-mailsvcp-mmp-lapp03.rno.apple.com by rn-mailsvcp-mmp-lapp03.rno.apple.com (Oracle Communications Messaging Server 8.1.0.1.20190704 64bit (built Jul 4 2019)) id <0Q6000200V52JW00@rn-mailsvcp-mmp-lapp03.rno.apple.com> for dev@couchdb.apache.org; Thu, 20 Feb 2020 14:44:45 -0800 (PST) X-Va-A: X-Va-T-CD: 2436ba860ccf777c907746b5e58498b5 X-Va-E-CD: e0a8e7c9ba659d483b5697c41f0708a1 X-Va-R-CD: 6cceb46708ad151a8798149fb27a52a1 X-Va-CD: 0 X-Va-ID: bdcf8075-0a09-4b06-a30b-2583034dcb5e X-V-A: X-V-T-CD: 2436ba860ccf777c907746b5e58498b5 X-V-E-CD: e0a8e7c9ba659d483b5697c41f0708a1 X-V-R-CD: 6cceb46708ad151a8798149fb27a52a1 X-V-CD: 0 X-V-ID: 350a668c-0134-4cce-b3c8-ed547a682cc3 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.138,18.0.572 definitions=2020-02-20_18:2020-02-19,2020-02-20 signatures=0 Received: from [17.114.162.92] (unknown [17.114.162.92]) by rn-mailsvcp-mmp-lapp03.rno.apple.com (Oracle Communications Messaging Server 8.1.0.1.20190704 64bit (built Jul 4 2019)) with ESMTPSA id <0Q6000MJEV6K1Y00@rn-mailsvcp-mmp-lapp03.rno.apple.com> for dev@couchdb.apache.org; Thu, 20 Feb 2020 14:44:45 -0800 (PST) Sender: alexmiller@apple.com From: Alex Miller Content-type: text/plain; charset=utf-8 Content-transfer-encoding: quoted-printable MIME-version: 1.0 (Mac OS X Mail 13.0 \(3601.0.10\)) Subject: Re: CI for prototype/fdb-layer branch Date: Thu, 20 Feb 2020 14:44:44 -0800 References: <7BB9D35A-D68D-44F1-B414-672AB1E09E47@apache.org> <9D35462A-5357-4723-91CA-FDD896991A00@apple.com> <58dc1378-131a-4ed9-86b9-ee353b36742d@apache.org> <5B82B2FC-F899-4045-BB2E-52CB4006FE58@kioskkinder.com> To: dev@couchdb.apache.org In-reply-to: Message-id: <3FAE30DE-D6D9-4CF9-A132-50AE6F6C33DB@apple.com> X-Mailer: Apple Mail (2.3601.0.10) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:,, definitions=2020-02-20_18:,, signatures=0 Thanks Ronny! Then it looks like EL7 RPMs should indeed work fine for = Centos8 going forward, and I=E2=80=99ll update FDB's documentation and downloads = page text accordingly at some point. (And look into UBI for future docker struggles. Thanks for the = pointer!) > On Feb 20, 2020, at 03:19, Ronny Berndt wrote: >=20 > Hi Alex, >=20 > seems to work, here is the output of the command ' fdbcli =E2=80=94exec = status ': >=20 >=20 > Am Do., 20. Feb. 2020 um 11:43 Uhr schrieb Will Holley = > : >=20 >> For running in a container, you could also try using the Red Hat UBI >> instead of CentOS. There is a ubi-init variant which runs systemd = (see >>=20 >> = https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/h= tml-single/building_running_and_managing_containers/index#using_init_red_h= at_base_images >> and >> = https://www.redhat.com/en/blog/introducing-red-hat-universal-base-image >> ). >>=20 >> On Thu, 20 Feb 2020 at 10:30, Ronny Berndt = wrote: >>=20 >>> @Alex >>>=20 >>> I have a running centos8 vm. Maybe i can help=E2=80=A6 >>>=20 >>>=20 >>>> Am 20.02.2020 um 11:13 schrieb Alex Miller >> >>> : >>>>=20 >>>>=20 >>>>> On Feb 19, 2020, at 20:09, Joan Touzet wrote: >>>>> On 2020-02-19 23:00, Alex Miller wrote: >>>>>>> On Feb 19, 2020, at 16:07, Paul Davis = >>> wrote: >>>>>>>=20 >>>>>>> foundationdb does take a while to build though, so finding = binaries >>>>>>> might short circuit everything to be even a single apt-get line = or >>>>>>> w/e. >>>>>> The build is both slow and quite memory hungry. >>>>>> In addition to FROM + COPY in docker, foundationdb.org hosts >>> downloads in both a tarball-of-binaries form and a .deb of the = server. >>>>>>> Though that papers over CentOS support and the like. Dunno what = that >>>>>>> story is like. >>>>>> RPMs for RHEL6 and RHEL7 are also published (which I think should >>> correlate to centos6 and centos7). >>>>>=20 >>>>> Are there plans for a CentOS 8 RPM? CentOS 8 has been out since >>> September 2019, and is the only CentOS that we support with = SpiderMonkey >> 60 >>> today. >>>>=20 >>>> I don't think anyone in FDB realized Centos 8 is out, so that's a = good >>> question. >>>>=20 >>>> After digging through packaging code, the only difference between = the >> EL6 >>>> and EL7 RPMs is that EL6 installs a sysv init script, and el7 = installs >> a >>> systemd >>>> unit file. The binaries in both cases are built on centos6 and the >>> build system >>>> jumps through all the hoops of statically linking a C++ binary, so = that >>>> fdbserver will run on anything centos6 or newer just fine. This = should >>>> mean that EL7 RPMs are for EL7+, or at least, until Centos changes = init >>>> systems again. >>>>=20 >>>> But, that's just theory, and doing a quick install on a centos8 VM >>> sounded like >>>> it'd be qick and simple... >>>>=20 >>>> Except parallels doesn't support centos8 out of the box yet, and I >> broke >>> a >>>> centos7 install trying to do an (unsupported) upgrade to centos8. = So >>> that's >>>> out. >>>>=20 >>>> Docker should save the day here, but it turns out that running = systemd >>> in a >>>> docker container is nontrivial. Even when I did get systemd = running as >>> PID 1, >>>> FoundationDB didn't start automatically for me, and systemctl = doesn't >>> work, >>>> because centos:8 gives you a half baked systemd install that = somehow >>> lacks dbus. >>>>=20 >>>> So I'm out of easy options. fdbserver still runs manually just = fine, >>> and all >>>> the files _look_ like they got installed in the right place. So if >>> someone has >>>> an actual running VM of Centos 8, it _seems_ like things should = still >>> start fine >>>> when installing the EL7 RPM. >>>>=20 >>>> This exercise did point out that centos8 intentionally doesn't = provide >> a >>> /usr/bin/python, >>>> which FDB's RPM packages accidentally depend on, so I've posted >>>> https://github.com/apple/foundationdb/pull/2700 to get rid of that. >> One >>>> will have to use `rpm -i =E2=80=94force foundationdb-server*.rpm` = until the >>>> next 6.2 release. >>>=20 >>>=20 >>=20