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 o
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
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 tha
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 wit
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
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 o
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 Linux.conf.a
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ó:
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
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 [mailto:kev
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
---
-
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.
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 i
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
>> lar
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 F
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 2:
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 c
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 quir
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 ve
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 als
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. P
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
cep
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-le...@ce
Hi all,
I figured it might be worth chiming in with an example from users (even
though we're not quite novice users anymore).
On the one hand we really like cephadm - it's beautiful with central
reporting of versions, status, default ability to perform rolling updates,
placing services, etc.
A m
24 matches
Mail list logo
