[ceph-users] ceph configuration using ubuntu 18.04

2021-06-02 Thread Michel Niyoyita
Dear Ceph user, I want to configure ceph in our production environment using ubuntu . anyone who used it can help for the tutorial used . Best regards. ___ ceph-users mailing list -- ceph-users@ceph.io To unsubscribe send an email to

[ceph-users] ceph-client homebrew for MacOS

2021-06-02 Thread kefu chai
hi folks, i am glad to announce that with the help of Sven and Chris, ceph-client homebrew for MacOS was updated with a recent master commit. this homebrew provides some essential client side tools and libraries which allow us to talk to a ceph cluster from MacOS machine, like: ceph ceph-conf

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Fox, Kevin M
Ultimately, that's what a container image is. From the outside, its a statically linked binary. From the inside, it can be assembled using modular techniques. The best thing about it, is you can use container scanners and other techniques to gain a lot of the benefits of that modularity still.

[ceph-users] Re: Can we deprecate FileStore in Quincy?

2021-06-02 Thread Willem Jan Withagen
On 1-6-2021 21:24, Neha Ojha wrote: Hello everyone, Given that BlueStore has been the default and more widely used objectstore since quite some time, we would like to understand whether we can consider deprecating FileStore in our next release, Quincy and remove it in the R release. There is

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Oliver Freyermuth
Hi, that's also a +1 from me — we also use containers heavily for scientific workflows, and know their benefits well. But they are not the "best", or rather, the most fitting tool in every situation. You have provided a great summary and I agree with all points, and thank you a lot for this

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Fox, Kevin M
While there are many reasons containerization helps, I'll just touch on one real quick that is relevant to the conversation. Orchestration. Implementing orchestration of an entire clustered software with many different: * package managers * dependency chains * init systems * distro specific

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Fox, Kevin M
Debating containers vs packages is like debating systemd vs initrd. There are lots of reasons why containers (and container orchestration) are good for deploying things, including ceph. Repeating them in each project every time it comes up is not really productive. I'd recommend looking at why

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Rok Jaklič
In this giga, tera byte times all this dependency hell can now be avoided with some static linking. For example, we do use statically linked mysql binaries and it saved us numerous times. https://youtu.be/5PmHRSeA2c8?t=490 Rok On Wed, Jun 2, 2021 at 9:57 PM Harry G. Coin wrote: > > On 6/2/21

[ceph-users] Re: Can we deprecate FileStore in Quincy?

2021-06-02 Thread Neha Ojha
On Wed, Jun 2, 2021 at 12:31 PM Willem Jan Withagen wrote: > > On 1-6-2021 21:24, Neha Ojha wrote: > > Hello everyone, > > > > Given that BlueStore has been the default and more widely used > > objectstore since quite some time, we would like to understand whether > > we can consider deprecating

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Harry G. Coin
On 6/2/21 2:28 PM, Phil Regnauld wrote: > Dave Hall (kdhall) writes: >> But the developers aren't out in the field with their deployments >> when something weird impacts a cluster and the standard approaches don't >> resolve it. And let's face it: Ceph is a marvelously robust solution for >>

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Phil Regnauld
Dave Hall (kdhall) writes: > But the developers aren't out in the field with their deployments > when something weird impacts a cluster and the standard approaches don't > resolve it. And let's face it: Ceph is a marvelously robust solution for > large scale storage, but it is also an amazingly

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Dave Hall
I'd like to pick up on something that Matthew alluded to, although what I'm saying may not be popular. I agree that containers are compelling for cloud deployment and application scaling, and we can all be glad that container technology has progressed from the days of docker privilege escalation.

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Szabo, Istvan (Agoda)
Hi, Correct me if I'm wrong but cephadm uses containers, isn't it? So that one comes together. Istvan Szabo Senior Infrastructure Engineer --- Agoda Services Co., Ltd. e: istvan.sz...@agoda.com ---

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread DHilsbos
Only if you also look at why containers are bad in general, as that also applies to ceph as well. Dominic L. Hilsbos, MBA Vice President - Information Technology Perform Air International Inc. dhils...@performair.com www.PerformAir.com -Original Message- From: Fox, Kevin M

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Sasha Litvak
Is there a link of the talk I can use as a reference? I would like to look at the pro container points as this post is getting a little bit one sided. I understand that most people prefer things to be stable especially with the underlying storage systems. To me personally, use of containers in

[ceph-users] Re: MDS cache tunning

2021-06-02 Thread Andres Rojas Guerrero
Hi, after one week with only one a MDS all the errors have vanished and the cluster it's running smoothly! Thank you very much for the help!! El 27/5/21 a las 9:50, Andres Rojas Guerrero escribió: Thank you very much, very good explanation!! El 27/5/21 a las 9:42, Dan van der Ster escribió:

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Reed Dier
Consider this a +1 for pretty much every point that Matthew made, and articulated much better than I would have. I wholly understand the goal with making ceph more approachable for people learning it, and I think that is a great cause and deserves attention. I also think Tim Serong's

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Daniel Baumann
Hi, > * Ceph users will benefit from both approaches being supported into the future this is rather important for us as well. we use systemd-nspawn based containers (that act and are managed like traditional VMs, just without the overhead). cephadm enforces not just containers, but particular

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Magnus HAGDORN
I totally agree - we use a management system to manage all our Linux machines. Adding containers just makes that a lot more complex, especially since our management system does not support containers. Regards magnus On Wed, 2021-06-02 at 10:36 +0100, Matthew Vernon wrote: > This email was sent to

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Martin Verges
Hello, I agree to Matthew, here at croit we work a lot with containers all day long. No problem with that and enough knowledge to say for sure it's not about getting used to it. For us and our decisions here, Storage is the most valuable piece of IT equipment in a company. If you have problems

[ceph-users] Re: Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Rok Jaklič
I agree, simplifying "deployment" by adding another layer of complexity does bring much more problems and hard times when something goes wrong in the runtime. Few additional steps at "install phase" and better understanding of underlying architecture, commands, whatever ... have much more pros

[ceph-users] Why you might want packages not containers for Ceph deployments

2021-06-02 Thread Matthew Vernon
Hi, In the discussion after the Ceph Month talks yesterday, there was a bit of chat about cephadm / containers / packages. IIRC, Sage observed that a common reason in the recent user survey for not using cephadm was that it only worked on containerised deployments. I think he then went on to

[ceph-users] Re: time duration of radosgw-admin [EXT]

2021-06-02 Thread Matthew Vernon
Hi, On 01/06/2021 21:29, Rok Jaklič wrote: is it normal that radosgw-admin user info --uid=user ... takes around 3s or more? Seems to take about 1s on our production cluster (Octopus), which isn't exactly speedy, but good enough... Regards, Matthew -- The Wellcome Sanger Institute is

[ceph-users] Re: Redeploy iSCSI Gateway fail - 167 returned from docker run

2021-06-02 Thread Paul Giralt (pgiralt)
Ok - so looks like that 167 was a red herring. That was actually a valid result. The issue is the container was starting up then dying. Looks like this all went downhill as a result of me changing the name of an image (I had named it iscsi-img-005 instead of iscsi-img-0005 to match all my

[ceph-users] Re: Can we deprecate FileStore in Quincy?

2021-06-02 Thread Janne Johansson
Den tis 1 juni 2021 kl 21:24 skrev Neha Ojha : > Hello everyone, > > Given that BlueStore has been the default and more widely used > objectstore since quite some time, we would like to understand whether > we can consider deprecating FileStore in our next release, Quincy and > remove it in the R