[ceph-users] Re: "cephadm version" in reef returns "AttributeError: 'CephadmContext' object has no attribute 'fsid'"

I just had another look through the issues tracker and found this bug already listed. https://tracker.ceph.com/issues/59428 I need to go back to the other issues I am having and figure out if they are related or something different. Hi I wrote before about issues I was having with cephadm

[ceph-users] "cephadm version" in reef returns "AttributeError: 'CephadmContext' object has no attribute 'fsid'"

Hi I wrote before about issues I was having with cephadm in 18.2.0 Sorry, I didn't see the helpful replies because my mail service binned the responses. I still can't get the reef version of cephadm to work properly. I had updated the system rpm to reef (ceph repo) and also upgraded the

[ceph-users] Re: Problem with upgrade

On Thu, Oct 26, 2023, 8:11 PM Jorge Garcia wrote: > Oh, I meant that "ceph -s" just hangs. I didn't even try to look at the > I/O. Maybe I can do that, but the "ceph -s" hang just freaked me out. > > Also, I know that the recommended order is mon->mgr->osd->mds->rgw, but > when you run mgr on

[ceph-users] Re: Problem with upgrade

Oh, I meant that "ceph -s" just hangs. I didn't even try to look at the I/O. Maybe I can do that, but the "ceph -s" hang just freaked me out. Also, I know that the recommended order is mon->mgr->osd->mds->rgw, but when you run mgr on the same hardware as the monitors, it's hard to not upgrade

[ceph-users] Re: Problem with upgrade

On Thu, Oct 26, 2023 at 6:52 PM Jorge Garcia wrote: > > Hi Tyler, > > Maybe you didn't read the full message, but in the message you will notice > that I'm doing exactly that, and the problem just occurred when I was doing > the upgrade from Octopus to Pacific. I'm nowhere near Quincy yet. The

[ceph-users] Re: Problem with upgrade

Hi Tyler, Maybe you didn't read the full message, but in the message you will notice that I'm doing exactly that, and the problem just occurred when I was doing the upgrade from Octopus to Pacific. I'm nowhere near Quincy yet. The original goal was to move from Nautilus to Quincy, but I have gone

[ceph-users] Re: Problem with upgrade

On Thu, Oct 26, 2023 at 6:36 PM Tyler Stachecki wrote: > > > On Thu, Oct 26, 2023, 6:16 PM Jorge Garcia wrote: > > > > from Centos 7 and Nautilus to > > Rocky 9 and Quincy. > > I hate to be the bearer of bad news here, but: >

[ceph-users] Re: Problem with upgrade

On Thu, Oct 26, 2023, 6:16 PM Jorge Garcia wrote: > > from Centos 7 and Nautilus to > Rocky 9 and Quincy. I hate to be the bearer of bad news here, but: https://docs.ceph.com/en/latest/releases/quincy/#upgrading-from-pre-octopus-releases-like-nautilus "You *must* first upgrade to Octopus

[ceph-users] Ceph - Error ERANGE: (34) Numerical result out of range

Hi, Trying to move a node/host under a new SSD root and getting below error. Has anyone seen it and know the fix? the pg_num and pgp_num are same for all pools so that is not the issue. [root@hbmon1 ~]# ceph osd crush move hbssdhost1 root=ssd Error ERANGE: (34) Numerical result out of range

[ceph-users] Problem with upgrade

I'm trying to upgrade our 3-monitor cluster from Centos 7 and Nautilus to Rocky 9 and Quincy. This has been a very slow process of upgrading one thing, running the cluster for a while, then upgrading the next thing. I first upgraded to the last Centos 7 and upgraded to Octopus. That worked fine.

[ceph-users] Re: Moving devices to a different device class?

Thanks Janne, It is good to know that moving the devices over to a new class is a safe operation. On Tue, Oct 24, 2023 at 2:16 PM Janne Johansson wrote: > >> The documentation describes that I could set a device class for an OSD >> with >> a command like: >> >> `ceph osd crush

[ceph-users] Re: How to trigger scrubbing in Ceph on-demand ?

Don't know if this will help you But we do all our scrubbing manually with cron tasks always the oldest non-scrubbed pg And to check on scrubbing we use this - which reports the current active scrubbing process ceph pg ls scrubbing | sort -k18 -k19 | head -n 20 for us a scrub is 5 minutes +/-

[ceph-users] Re: quincy v17.2.7 QE Validation status

We have merged a fix for https://tracker.ceph.com/issues/63305, and have successfully built all distros. Continuing to next steps. On Wed, Oct 25, 2023 at 12:19 PM Laura Flores wrote: > Another outstanding issue is https://tracker.ceph.com/issues/63305, a > compile-time issue we noticed upon

[ceph-users] Re: owner locked out of bucket via bucket policy

Thank you, this has worked to remove the policy. Respectfully, *Wes Dillingham* w...@wesdillingham.com LinkedIn On Wed, Oct 25, 2023 at 5:10 PM Casey Bodley wrote: > On Wed, Oct 25, 2023 at 4:59 PM Wesley Dillingham > wrote: > > > > Thank you, I

[ceph-users] Re: [quincy - 17.2.6] Lua scripting in the rados gateway - HTTP_REMOTE-ADDR missing

Hi Stephan, Currently only some of the fields in the HTTP header are exposed, and, sadly, "REMORE_ADDR" is not. Created the following PR: https://github.com/ceph/ceph/pull/54211 to expose all HTTP header fields to lua (note that you can also change them if you want). The fix is simple, so I would