Return-Path: X-Original-To: archive-asf-public-internal@cust-asf2.ponee.io Delivered-To: archive-asf-public-internal@cust-asf2.ponee.io Received: from cust-asf.ponee.io (cust-asf.ponee.io [163.172.22.183]) by cust-asf2.ponee.io (Postfix) with ESMTP id 7B657200BF3 for ; Thu, 5 Jan 2017 20:23:19 +0100 (CET) Received: by cust-asf.ponee.io (Postfix) id 79EF3160B26; Thu, 5 Jan 2017 19:23:19 +0000 (UTC) Delivered-To: archive-asf-public@cust-asf.ponee.io Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by cust-asf.ponee.io (Postfix) with SMTP id 7610B160B33 for ; Thu, 5 Jan 2017 20:23:18 +0100 (CET) Received: (qmail 22496 invoked by uid 500); 5 Jan 2017 19:23:17 -0000 Mailing-List: contact dev-help@airavata.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@airavata.apache.org Delivered-To: mailing list dev@airavata.apache.org Received: (qmail 22342 invoked by uid 99); 5 Jan 2017 19:23:17 -0000 Received: from pnap-us-west-generic-nat.apache.org (HELO spamd2-us-west.apache.org) (209.188.14.142) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 05 Jan 2017 19:23:17 +0000 Received: from localhost (localhost [127.0.0.1]) by spamd2-us-west.apache.org (ASF Mail Server at spamd2-us-west.apache.org) with ESMTP id D2DA61A7AD9; Thu, 5 Jan 2017 19:23:16 +0000 (UTC) X-Virus-Scanned: Debian amavisd-new at spamd2-us-west.apache.org X-Spam-Flag: NO X-Spam-Score: 2.379 X-Spam-Level: ** X-Spam-Status: No, score=2.379 tagged_above=-999 required=6.31 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=2, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RCVD_IN_SORBS_SPAM=0.5, SPF_PASS=-0.001] autolearn=disabled Authentication-Results: spamd2-us-west.apache.org (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mx1-lw-eu.apache.org ([10.40.0.8]) by localhost (spamd2-us-west.apache.org [10.40.0.9]) (amavisd-new, port 10024) with ESMTP id AjXXPXFRVDGd; Thu, 5 Jan 2017 19:23:15 +0000 (UTC) Received: from mail-yw0-f171.google.com (mail-yw0-f171.google.com [209.85.161.171]) by mx1-lw-eu.apache.org (ASF Mail Server at mx1-lw-eu.apache.org) with ESMTPS id C9A0D5F1B8; Thu, 5 Jan 2017 19:23:14 +0000 (UTC) Received: by mail-yw0-f171.google.com with SMTP id t125so350710611ywc.1; Thu, 05 Jan 2017 11:23:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=V4704fmRaTE1J2ATIUPWKZRk6Y5iF2+m7wt2E2mKCXM=; b=c2DH41PdgLdhXkyvwo/P0SPgl3vZwJV7OOMdQTIojsJtePUTnmd8R8TRxqF8W8/LkZ UNo4iqnuCEjZ3pFjaBmrQ0535j1WC47Z8Dwvb1fPqmQx58i5ZzP+5vbTsvSG9b9KQUMP rgu1P0STzp0egk9Z0iEHKojLhjPXJguKZKc77GQb+K20qA+atg2qb3Dkpg/NeyJDpRCA CwkQw0kwzd/R0wt60G84r3vnMKTHbuuuouUE13dyXTI7u8GXf72pmBXsF3uKnABrEP3o WsvAyrdiIyjxd4BaAapQBKbeNMyiWHXNlRoTSOtPWHz1bOA6LCBTQMztgCI1GgpchI5I HCsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=V4704fmRaTE1J2ATIUPWKZRk6Y5iF2+m7wt2E2mKCXM=; b=fjYw4vInmHlkNJ1Ur6rBSFf0Yw4VIJ64z4adOhu+IcGXiZMSsQl/l84XUcVTSYi2az A80M3I/08fszpxad4IRc3efcTv7meTKFpyP1ptl2odt7u5QtVqSLtNen5ZJDpvCuZ60p BXIAjNUza+7rKY8Rlsz8TwODragKnooKFyzwDyLim/QSfYYubCbZLczq6Ua4LE5C4cpE Ufztv8oAkljZ3smguie+kPRoBkcnESy0NtFAR/LYYUBhqv34y2NC6EByj9V8DXtkcKq3 JHzbuxwMWhQV2vyVkoDWXjnfxFN/JehE9mTEgtQ7JX2+mgC+z4C6OD8hySceofN0VK52 OAmQ== X-Gm-Message-State: AIkVDXIHNprkUaUsLXkTi/UxneSCX6x1Zx3RgK/gKrA5IZrCJmAv9s/vw5IiE0jb8gkIOrD+AI7CxA9ngtsPNA== X-Received: by 10.129.104.70 with SMTP id d67mr3489390ywc.166.1483644170961; Thu, 05 Jan 2017 11:22:50 -0800 (PST) MIME-Version: 1.0 Received: by 10.13.218.132 with HTTP; Thu, 5 Jan 2017 11:22:50 -0800 (PST) From: Eric Coulter Date: Thu, 5 Jan 2017 14:22:50 -0500 Message-ID: Subject: Improving the PGA Install To: dev@airavata.apache.org, users@airavata.apache.org Content-Type: multipart/alternative; boundary=001a11490c60c88f3205455dd31b archived-at: Thu, 05 Jan 2017 19:23:19 -0000 --001a11490c60c88f3205455dd31b Content-Type: text/plain; charset=UTF-8 Greetings, all! As of the new year, I'm funded to help out more with different bits of the Airavata project and the SGRC. One of the first things I'd like to look at is improving the installation process for the default PGA. After a meeting this morning, it seems there are a few options. I'd like to start moving on one of them pretty soon, but we thought some discussion would be helpful to see which way might be most useful. Please take a look at these, and let me know any thoughts/feedback/preferences, or any useful experience with the tools mentioned! (They are in no particular order.) 1. Continue to use Ansible; develop a role that is as OS-agnostic as possible (can detect OS, dynamic inventory, etc.) There is already some work done in this direction, but is this the best place to spend my time? 2. Develop OS-specific packages - rpm, deb, something for mac (homebrew/port?) - nice from a "getting other people to host this" viewpoint, but that doesn't seem to be a huge sticking point. 3. Docker/Singularity? Puppet? Chef? Vagrant? Singularity might be better for other people in the research space. This would still require creating different container images for each OS. Does this cause any problems for database backups? Worth the time to get used to a new tool? 4. Should we be leveraging the tools available from Amazon more heavily? This might require a fundamental change in the PGA, but could possibly save a lot of work on our side. We don't know how much it could save, though. Cheers, Eric C. --001a11490c60c88f3205455dd31b Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Greetings, all!

As= of the new year, I'm funded to help out more with different bits of
the Airavata project and the SGRC. One of the first thi= ngs I'd like to look at is
improving the installa= tion process for the default PGA. After a meeting
th= is morning, it seems there are a few options. I'd like to start moving<= /span>
on one of them pretty soon, but we thought some discu= ssion would be
helpful to see which way might be most= useful.

Please take a look at these, and let = me know any
thoughts/feedback/preferences, or any use= ful experience with the tools
mentioned! (They are in= no particular order.)

1. Continue to use Ansi= ble; develop a role that is as OS-agnostic as
possibl= e (can detect OS, dynamic inventory, etc.) There is already some
work done in this direction, but is this the best place to spen= d my time?

2. Develop OS-specific packages - r= pm, deb, something for mac
(homebrew/port?)=C2=A0- nice from a "getting other people to host this&qu= ot; viewpoint, but that
doesn't seem to be a huge= sticking point.

3. Docker/Singularity? Puppet= ? Chef? Vagrant? Singularity might be
better for othe= r people in the research space. This would still require
creating different container images for each OS. Does this cause any
problems for database backups? Worth the time to get us= ed to a new tool?

4. Should we be leveraging t= he tools available from Amazon more heavily?
This mig= ht require a fundamental change in the PGA, but could possibly
save a lot of work on our side. We don't know how much it cou= ld save,
though.

Cheers,=
Eric C.
--001a11490c60c88f3205455dd31b--