Return-Path: X-Original-To: apmail-ambari-dev-archive@www.apache.org Delivered-To: apmail-ambari-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 975B318D24 for ; Wed, 11 Nov 2015 16:26:38 +0000 (UTC) Received: (qmail 63509 invoked by uid 500); 11 Nov 2015 16:26:38 -0000 Delivered-To: apmail-ambari-dev-archive@ambari.apache.org Received: (qmail 63470 invoked by uid 500); 11 Nov 2015 16:26:38 -0000 Mailing-List: contact dev-help@ambari.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@ambari.apache.org Delivered-To: mailing list dev@ambari.apache.org Received: (qmail 63453 invoked by uid 99); 11 Nov 2015 16:26:38 -0000 Received: from reviews-vm.apache.org (HELO reviews.apache.org) (140.211.11.40) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Nov 2015 16:26:38 +0000 Received: from reviews.apache.org (localhost [127.0.0.1]) by reviews.apache.org (Postfix) with ESMTP id CB08B27DA03; Wed, 11 Nov 2015 16:26:37 +0000 (UTC) Content-Type: multipart/alternative; boundary="===============1585769358780166020==" MIME-Version: 1.0 Subject: Re: Review Request 40080: AMBARI-13748: Being able to clean repository cache before installing open source components From: "Di Li" To: "Alejandro Fernandez" , "Andrew Onischuk" , "Jayush Luniya" , "Sid Wagle" Cc: "Di Li" , "Ambari" Date: Wed, 11 Nov 2015 16:26:37 -0000 Message-ID: <20151111162637.1681.49549@reviews.apache.org> X-ReviewBoard-URL: https://reviews.apache.org/ Auto-Submitted: auto-generated Sender: "Di Li" X-ReviewGroup: Ambari X-Auto-Response-Suppress: DR, RN, OOF, AutoReply X-ReviewRequest-URL: https://reviews.apache.org/r/40080/ X-Sender: "Di Li" References: <20151111160315.1681.4212@reviews.apache.org> In-Reply-To: <20151111160315.1681.4212@reviews.apache.org> Reply-To: "Di Li" X-ReviewRequest-Repository: ambari --===============1585769358780166020== MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit > On Nov. 11, 2015, 4:03 p.m., Andrew Onischuk wrote: > > Di, also one more question. As far as I know, new repositories are automatically added to cache on suse/rhel when first yum/zypper install is triggered. Do we target something else here? hello Andrew, Thanks for the explanation. I will just use this one for all your comments 1. Repo vs package install in the basic case: I guess one way to deal with this is to create repo on each agent before installing packages. This require some serious changes to the way agent install packages, I suppose. I get it that trying to create the repo file per package install can make sure the repo file content is always up to date. 2. Locks: it's not being handled right now. 3. Purpose of the jira: This is a very special case where the cache contains out of date info of HDP which may cause the install pacakge steps to fail when user tries to run rolling upgrade or do a fresh install. This may happen for a cluster previous installed with HDP (when user does a floppy job on clean up the cluster or clean up the repo cache properly). The logic here is try to do some cache cleaning when Ambari creates the repo file on each Agent node. Just as you said, new repo logic in SLES/RHEL is perfectly fine, for a cluster that has never been installed with HDP before or when user properly cleans up repo cache. - Di ----------------------------------------------------------- This is an automatically generated e-mail. To reply, visit: https://reviews.apache.org/r/40080/#review106074 ----------------------------------------------------------- On Nov. 10, 2015, 9:02 p.m., Di Li wrote: > > ----------------------------------------------------------- > This is an automatically generated e-mail. To reply, visit: > https://reviews.apache.org/r/40080/ > ----------------------------------------------------------- > > (Updated Nov. 10, 2015, 9:02 p.m.) > > > Review request for Ambari, Alejandro Fernandez, Andrew Onischuk, Jayush Luniya, and Sid Wagle. > > > Bugs: AMBARI-13748 > https://issues.apache.org/jira/browse/AMBARI-13748 > > > Repository: ambari > > > Description > ------- > > Need a way for Ambari to trigger a repository clean (yum clean expire-cache on rhel, for example) when updating repository files during an Ambari update as well as fresh installation of a cluster. > > Currently, this must be done occasionally through a manual step, and if not done will lead to problems during install. > > > Diffs > ----- > > ambari-common/src/main/python/resource_management/libraries/providers/repository.py 11002cc > ambari-common/src/main/python/resource_management/libraries/resources/repository.py 2484d67 > ambari-server/src/main/resources/custom_actions/scripts/install_packages.py 1dfaa54 > ambari-server/src/main/resources/stacks/HDP/2.0.6/hooks/before-INSTALL/scripts/repo_initialization.py 05751fa > ambari-server/src/test/python/custom_actions/TestInstallPackages.py 83b6bb5 > ambari-server/src/test/python/stacks/2.0.6/hooks/before-INSTALL/test_before_install.py f9d69a8 > > Diff: https://reviews.apache.org/r/40080/diff/ > > > Testing > ------- > > New unit test. Patch cluster with the changes and run fresh install and rolling upgrade to verify the repo clean up logic was run. > > > Thanks, > > Di Li > > --===============1585769358780166020==--