Re: Assistance requested: providing a download location for cephadm

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]


On Tuesday, September 27, 2022 6:56:22 PM EDT Dan Mick wrote:
> For some time now, the cephadm "binary" (executable program) has been
> being processed specially (extracted from the build packages) and the
> resultant single file has been placed in the "build artifacts" directory
> of packages:
> and followon bugfix in
> The intent was to have a build-specific place for the appropriate
> cephadm for testing, but also to have a stable place in the release
> repositories for the unpackaged binary.

Excellent, thanks. It helps to understand where the files in those download 
directories are coming from.

> This seems to be working for final rpm releases:
> and development rpm releases:
> a431bd223254670505200901fccbd16/centos/9/flavors/default/noarch/cephadm

Thanks a bunch for that link - since there's no "reef" or "main" at I wasn't sure where to look for recent stuff.
I can confirm that file is a python zipapp. One thing that could be an issue is 
that the shebang in the file doesn't look as I expect it to... but that's 
something for us to investigate independently.

> but not for deb releases:
> a431bd223254670505200901fccbd16/ubuntu/jammy/flavors/default/pool/main/c/cep
> h/
> so something further apparently needs to be done to the deb repo build.
> The hope was that, if anything about the build process ever evolved
> (like, say, making the cephadm file a zipfile instead of a Python script

As noted above it "just worked" for the RPM version. I'm not sure how to start 
debugging it... if you would be so kind to help us (me) start debugging it I'd 
really appreciate it.

> :)), this process would be immune to such changes.  But we never
> finished getting the documentation/recommended practice updated.

Please let us know how we can help with this as well.

One concern I have with the "extract cephadm from packages" approach, beyond 
technical stuff like shebangs, is that the existing user workflow is not 
distribution specific. The user could be on ubuntu, or fedora, or centos, etc 
and follow the same flow. I wonder if we could also create a download URL 
(redirect?) that as not distro specific? 

> On 9/27/2022 11:22 AM, John Mulligan wrote:
> > Hi all,
> > 
> > As some of you are already aware the orchestration team is working on
> > refactoring the cephadm command line tool [1]. The first part of the
> > effort: building cephadm from source files into a consumable "binary" has
> > been done.
> > 
> > When we last discussed the effort in the CLT call a couple of points came
> > up. First, the current instructions for bootstrapping a system with
> > cephadm recommends downloading a script directly from github [2] (see
> > "CURL-Based Installation"). We'd like to keep the general workflow but
> > would need a new download location for it. Following that, there was a
> > suggestion that artifacts that are built and provided by the Ceph project
> > should be signed.
> > 
> > In order to proceed with the cephadm effort we're reaching out for help on
> > getting these tasks done. This is something we need assistance from those
> > more knowledgeable about the build and website infrastructure. I posted a
> > work-in- progress PR [3] that starts making related changes to the
> > documentation, but can't complete it until we have a more concrete plan
> > on where people can download (and verify) their bootstrap copy of
> > cephadm.
> > 
> > Anyone who has pointers to who are the best team members to follow up with
> > this effort - please let us know!
> > 
> > Thank you.
> > 
> > -- John Mulligan (on behalf of the Ceph Orchestration team )
> > 
> > [1] -
> > [2] -
> > [3] -
> > 
> > 
> > 
> > _______________________________________________
> > Dev mailing list -- dev@xxxxxxx
> > To unsubscribe send an email to dev-leave@xxxxxxx
> _______________________________________________
> Dev mailing list -- dev@xxxxxxx
> To unsubscribe send an email to dev-leave@xxxxxxx

Dev mailing list -- dev@xxxxxxx
To unsubscribe send an email to dev-leave@xxxxxxx

[Index of Archives]     [CEPH Users]     [Ceph Devel]     [Ceph Large]     [Information on CEPH]     [Linux BTRFS]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux