Thank you - that looks like a very useful script! I am simply manually creating the entry in the osimage table with mkdef. I believe that is the only one copycds touches.
_______________________________________________________________________ Kevin Keane | Systems Architect | University of San Diego ITS | kke...@sandiego.edu Maher Hall, 192 |5998 Alcalá Park | San Diego, CA 92110-2492 | 619.260.6859 *REMEMBER! **No one from IT at USD will ever ask to confirm or supply your password*. These messages are an attempt to steal your username and password. Please do not reply to, click the links within, or open the attachments of these messages. Delete them! On Mon, Nov 12, 2018 at 10:17 AM Vinícius Ferrão <fer...@versatushpc.com.br> wrote: > Kevin, you might want to check upstream_sync.py, for mirroring RHN: > https://github.com/pyther/upstream_sync > > Let me hijack this thread, which procedure will be the correct one to > ditch copycds? Who will create the images on the definition tables? > > Thanks, > > On 12 Nov 2018, at 15:26, Kevin Keane <kke...@sandiego.edu> wrote: > > Thank you! I'm not sure when I'd get around to doing such a PR. > > For the time being, my plan B is to build a local repository, similar to > what copycds does - but I'll use reposync to retrieve the RPMs from the > SSL-protected repository. > > Even with that limitation, your pointer to being able to use repository > URLs is still invaluable - I can use that approach for the EPEL and other > repositories. > > Thanks! > > _______________________________________________________________________ > Kevin Keane | Systems Architect | University of San Diego ITS | > kke...@sandiego.edu > Maher Hall, 192 |5998 Alcalá Park | San Diego, CA 92110-2492 | > 619.260.6859 > > *REMEMBER! **No one from IT at USD will ever ask to confirm or supply > your password*. > These messages are an attempt to steal your username and password. Please > do not reply to, click the links within, or open the attachments of these > messages. Delete them! > > > > > On Mon, Nov 12, 2018 at 2:55 AM Song BJ Yang <yang...@cn.ibm.com> wrote: > >> Hi Kevin, >> >> Now we do not have such support, sorry for inconvenience, one possible >> solution is you can leverage `postinstall` attribute to inject the scripts >> to compose additional yum config files, RHN certificates and invoke yum >> commands to install/update packages from RHN. We will consider this feature >> request, but cannot promise its priority or date.... >> >> or if you would like to complete some mechanism to support this, it will >> be much appreciated if you can create a PR on this >> >> >> best regards >> >> ------------------------------------------------------------------------------ >> YANG Song (杨嵩) >> IBM China System Technology Laboratory >> Tel: 86-10-82452903 >> Email: yang...@cn.ibm.com >> Address: Building 28, ZhongGuanCun Software Park, >> No.8, Dong Bei Wang West Road, Haidian District Beijing 100193, PRC >> >> 北京市海淀区东北旺西路8号中关村软件园28号楼 >> 邮编: 100193 >> >> >> >> ----- Original message ----- >> From: Kevin Keane <kke...@sandiego.edu> >> To: xCAT Users Mailing list <xcat-user@lists.sourceforge.net> >> Cc: >> Subject: Re: [xcat-user] Using online repos with xCAT >> Date: Sat, Nov 10, 2018 8:36 AM >> >> Thank you so much for point out that pkgdir can also take a repository >> URL! That will turn out ot be invaluable in our situation, once I get it to >> work. >> >> My next question is whether there is a way to inject a setting into the >> yum configuration file that genimage uses? We are a RedHat shop and have >> enough RedHat subscriptions for all our nodes, of course. We keep our yum >> repository on a Satellite server. But that only works with the >> configuration in /etc/yum.repos.d, not with the transient one one that >> genimage generates on the fly in /tmp. The actual problem is that the yum >> repository is protected with a client certificate, which has to be added to >> the repository. >> >> >> _______________________________________________________________________ >> Kevin Keane | Systems Architect | University of San Diego ITS | >> kke...@sandiego.edu >> Maher Hall, 192 |5998 Alcalá Park | San Diego, CA 92110-2492 | >> 619.260.6859 >> >> *REMEMBER! **No one from IT at USD will ever ask to confirm or supply >> your password*. >> These messages are an attempt to steal your username and password. Please >> do not reply to, click the links within, or open the attachments of these >> messages. Delete them! >> >> >> On Tue, Sep 4, 2018 at 8:10 PM Song BJ Yang <yang...@cn.ibm.com> wrote: >> >> Hi Keith, >> >> > The references I see to creating repos (base, or updates) on the xCAT >> management node all indicate that only local repos are supported (e.g. >> "baseurl=file:///......"). >> >> for redhat diskless osimage, we do support online repo in pkgdir, for >> example, >> `chdef -t osimage -o myosimage -p pkgdir=http://rh.com/updates` >> >> ------------------------------------------------------------------------------ >> YANG Song (杨嵩) >> IBM China System Technology Laboratory >> Tel: 86-10-82452903 >> Email: yang...@cn.ibm.com >> Address: Building 28, ZhongGuanCun Software Park, >> No.8, Dong Bei Wang West Road, Haidian District Beijing 100193, PRC >> >> 北京市海淀区东北旺西路8号中关村软件园28号楼 >> 邮编: 100193 >> >> >> >> ----- Original message ----- >> From: "Bin XA Xu" <bx...@cn.ibm.com> >> To: xcat-user@lists.sourceforge.net >> Cc: xcat-user@lists.sourceforge.net >> Subject: Re: [xcat-user] Using online repos with xCAT >> Date: Wed, Sep 5, 2018 10:50 AM >> >> Hi Kevin, >> >> xCAT can support multiple OS update repo on local, you just need set >> multiple repo directories for pkgdir attribute of osimage >> >> https://xcat-docs.readthedocs.io/en/stable/guides/admin-guides/manage_clusters/common/deployment/additionalpkg/nonubuntu_os_pkg.html?highlight=osupdate >> >> So beside the local OS repo created by copycd, you can use other way >> (for example, reposync) to create local OS update repository, and update >> your osimage to use it. >> >> >> Bin Xu >> HPC Software Development >> Software Defined Infrastructure, IBM Systems >> Phone: 86-010-82454067 >> E-mail: bx...@cn.ibm.com >> >> >> >> ----- Original message ----- >> From: Kevin Keane <kke...@sandiego.edu> >> To: xCAT Users Mailing list <xcat-user@lists.sourceforge.net> >> Cc: >> Subject: Re: [xcat-user] Using online repos with xCAT >> Date: Tue, Sep 4, 2018 11:35 PM >> >> For us, the size of the local repos is not an issue - we already have >> local repos anyway, and use RedHat's Satellite server to manage them. >> Compounding this, we use stateless nodes, so every reboot would re-download >> a lot of RPMs. >> >> Building images with genimage the standard xCAT way ends up with >> horrendously outdated software (and in at least one case, we ran into >> version incompatibilities).. >> >> I'm currently working on a "cobbled-together" way to build a local repo >> to replace the one xCAT uses, but I'd much prefer to have it officially >> supported by xCAT. >> >> >> >> _______________________________________________________________________ >> Kevin Keane | Systems Architect | University of San Diego ITS | >> kke...@sandiego.edu >> Maher Hall, 192 |5998 Alcalá Park | San Diego, CA 92110-2492 | >> 619.260.6859 >> >> *REMEMBER! **No one from IT at USD will ever ask to confirm or supply >> your password*. >> These messages are an attempt to steal your username and password. Please >> do not reply to, click the links within, or open the attachments of these >> messages. Delete them! >> >> On Tue, Sep 4, 2018 at 1:55 AM, Hermann Jonathan (CI/OSB5) < >> jonathan.herma...@de.bosch.com> wrote: >> >> Hi Kilian, >> >> have you compared download sizes for repos vs. having each node go >> online? In my experience, repos contain WAY more packages than are actually >> installed on cluster nodes. Saving bandwidth only works with a reasonably >> high number of nodes of the same architecture. Delta packages, if >> available, help to even further reduce bandwidth. As does a proxy tailored >> to your needs. >> >> Controlling versions is easier though with local repos. Could also be >> done with config mgmt, and more flexible so. But local repos are the easy >> way for sure. >> >> Mit freundlichen Grüßen / Best regards >> >> Jonathan Hermann >> >> CI Operations - Server Services IBM AIX (CI/OSB5) >> Robert Bosch GmbH | Postfach 30 02 20 | 70442 Stuttgart | GERMANY | >> www.bosch.com >> Tel. +49 711 811-57169 | Mobil +49 152 07563620 | >> jonathan.herma...@de.bosch.com >> >> Sitz: Stuttgart, Registergericht: Amtsgericht Stuttgart, HRB 14000; >> Aufsichtsratsvorsitzender: Franz Fehrenbach; Geschäftsführung: Dr. >> Volkmar Denner, >> Prof. Dr. Stefan Asenkerschbaumer, Dr. Michael Bolle, Dr. Rolf Bulander, >> Dr. Stefan Hartung, Dr. Markus Heyn, >> Dr. Dirk Hoheisel, Christoph Kübel, Uwe Raschke, Peter Tyroller >> >> >> >> -----Original Message----- >> From: Kilian Cavalotti <kilian.cavalotti.w...@gmail.com> >> Sent: Mittwoch, 22. August 2018 18:02 >> To: xCAT Users Mailing list <xcat-user@lists.sourceforge.net> >> Subject: Re: [xcat-user] Using online repos with xCAT >> >> Hi Kevin, Keith, >> >> >> On Tue, Aug 21, 2018 at 4:48 PM, Kevin Keane <kke...@sandiego.edu> wrote: >> > I was actually going to ask the same question Keith was asking.> I >> > think Keith wasn't asking about the xcat repositories, but about the >> operating system repositories (the ones that are ordinarily created by the >> copycds command). >> >> We usually do it by either mirroring those repositories on the management >> node (which is good to make sure all the nodes get the same version of the >> repo at any given time, and to save bandwidth), or by adding online >> repositories on the nodes in postscripts. >> >> Cheers, >> -- >> Kilian >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most engaging >> tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> xCAT-user mailing list >> xCAT-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/xcat-user >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> xCAT-user mailing list >> xCAT-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/xcat-user >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> xCAT-user mailing list >> xCAT-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/xcat-user >> >> >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> xCAT-user mailing list >> xCAT-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/xcat-user >> >> >> >> >> ------------------------------------------------------------------------------ >> Check out the vibrant tech community on one of the world's most >> engaging tech sites, Slashdot.org! http://sdm.link/slashdot >> _______________________________________________ >> xCAT-user mailing list >> xCAT-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/xcat-user >> >> _______________________________________________ >> xCAT-user mailing list >> xCAT-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/xcat-user >> >> >> >> _______________________________________________ >> xCAT-user mailing list >> xCAT-user@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/xcat-user >> > _______________________________________________ > xCAT-user mailing list > xCAT-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xcat-user > > > _______________________________________________ > xCAT-user mailing list > xCAT-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/xcat-user >
_______________________________________________ xCAT-user mailing list xCAT-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/xcat-user
