From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 122466 invoked by alias); 12 Dec 2017 18:43:27 -0000 Mailing-List: contact overseers-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: , Sender: overseers-owner@sourceware.org Received: (qmail 122456 invoked by uid 89); 12 Dec 2017 18:43:27 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,SPF_HELO_PASS,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=UD:aspx, fund, plugged, Hx-languages-length:1849 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 12 Dec 2017 18:43:26 +0000 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 280418008B; Tue, 12 Dec 2017 18:43:25 +0000 (UTC) Received: from euterpe.fairy-talefarm.com (ovpn-112-15.phx2.redhat.com [10.3.112.15]) by smtp.corp.redhat.com (Postfix) with ESMTP id 4D6C1614E5; Tue, 12 Dec 2017 18:43:23 +0000 (UTC) Subject: Re: Looking for service/server operators To: "Frank Ch. Eigler" Cc: "Frank Ch. Eigler" , overseers@sourceware.org, Jason Brooks References: <38cb7ae6-4463-d381-44ef-0a9d4c601b07@redhat.com> <20170316194025.GB26386@redhat.com> <20170726164956.GA106052@elastic.org> From: Karsten Wade Message-ID: <12c53526-b711-0d7b-4488-03b8b983a358@redhat.com> Date: Tue, 12 Dec 2017 18:43:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0 MIME-Version: 1.0 In-Reply-To: <20170726164956.GA106052@elastic.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="MW8E1J7OngM8m41qxIcQ4N2MQaT4AKnrj" X-SW-Source: 2017-q4/txt/msg00046.txt.bz2 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --MW8E1J7OngM8m41qxIcQ4N2MQaT4AKnrj Content-Type: multipart/mixed; boundary="iRBCMpjhVhcco5MqE3kii4QKatOpVCjKd"; protected-headers="v1" From: Karsten Wade To: "Frank Ch. Eigler" Cc: "Frank Ch. Eigler" , overseers@sourceware.org, Jason Brooks Message-ID: <12c53526-b711-0d7b-4488-03b8b983a358@redhat.com> Subject: Re: Looking for service/server operators References: <38cb7ae6-4463-d381-44ef-0a9d4c601b07@redhat.com> <20170316194025.GB26386@redhat.com> <20170726164956.GA106052@elastic.org> In-Reply-To: <20170726164956.GA106052@elastic.org> --iRBCMpjhVhcco5MqE3kii4QKatOpVCjKd Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: quoted-printable Content-length: 1816 Frank: I've included you on a thread with the other parties involved so we can get a decision on bare metal vs. VM by this Friday. That VM would be provided by RDO Cloud on an ongoing basis. Our team would help create and broker the initial relationship, then get out of the way once you all and RDO Cloud ops team are properly connected. Some further comments below: On 07/26/2017 09:49 AM, Frank Ch. Eigler wrote: > The next resource we seem to be short of is disk iops. Would y'll be > able to help fund something like this pciexpress ssd card: > https://www.newegg.com/Product/Product.aspx?item=3D0D9-000G-00071 ? I would be happy to get that for you from OSAS, we some have budget specifically for such things. The questions are: * Is it safe to do an upgrade with existing hardware? * Should we wait for the new VM/server before proceeding with an upgrade? But then why bother? - One point is that it may still be a few months before something is operational to back up or replace the current server, where we can get that part delivered very soon and installed in the system fairly quickly, but are you all ready on the operations side for that? Thanks for working with us and having patience as we try to 'help'. ;-) Part of what our team is doing is finding all the community infrastructure that has built up organically over the years and make sure it has ongoing love and attention from the various groups at Red Hat who care ... once they know about and have something plugged into their systems. So plugging into the systems is what OSAS Community Infra team is busy doing all the time and happy to continue helping here. Best regards, - Karsten --=20 Karsten Wade Community Infrastructure Team : https://osci.io Red Hat Open Source and Standards (OSAS) : @redhatopen @quaid gpg: AD0E0C41 --iRBCMpjhVhcco5MqE3kii4QKatOpVCjKd-- --MW8E1J7OngM8m41qxIcQ4N2MQaT4AKnrj Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" Content-length: 198 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) iEYEARECAAYFAlowI0sACgkQ2ZIOBq0ODEEmQQCfWoqU46xqZLQZO3L+R10GAciI XHkAn3KGJPDyTzMLBsbW7gMU/zVsx5EP =Kx5P -----END PGP SIGNATURE----- --MW8E1J7OngM8m41qxIcQ4N2MQaT4AKnrj--