Re: external multipath disk not mounted after power off/on the server

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

 



I'm coming in late so I don't know the whole story here, but that
name's indicative of a Managed (containerized) resource.

You can't manually construct, delete or change the systemd services for
such items. I learned that the hard way. The service
declaration/control files are dynamically created by Ceph under
/var/run or something like that and they don't survive reboots.

I expect that something similar applies to /dev items, Certainly I've
created my share of /dev USB devices dynamically via the udev hot-swap
subsystem.

What might help is to look at what's under /var/lib/ceph-3b5662ac-854a-
4954-aa44-8951feaa1840. The resources defined there seem to be the
prime sources used to generate dynamica services.

   Tim

On Thu, 2025-02-27 at 15:29 +0000, Iban Cabrillo wrote:
> Hi more info,
> 
>    The ceph-volume lvm list, show the wrong osds for example:
> 
>    ====== osd.82 ======
> 
>   [block]       /dev/ceph-3b5662ac-854a-4954-aa44-8951feaa1840/osd-
> block-f96c826d-3570-4c78-9ef6-bea191589102
> 
>       block device              /dev/ceph-3b5662ac-854a-4954-aa44-
> 8951feaa1840/osd-block-f96c826d-3570-4c78-9ef6-bea191589102
>       block uuid                avfhQj-uiRt-ZwjG-4jkD-G4tg-a3BM-
> bcbUfc
>       cephx lockbox secret
>       cluster fsid              6f5a65a7-316c-4825-afcb-428608941dd1
>       cluster name              ceph
>       crush device class
>       encrypted                 0
>       osd fsid                  f96c826d-3570-4c78-9ef6-bea191589102
>       osd id                    82
>       osdspec affinity
>       type                      block
>       vdo                       0
>       devices                   /dev/mapper/mpatha 
> 
> 
> 
>     the  /dev/mapper/mpatha  is linked to dm-29.
>     The path ceph-3b5662ac-854a-4954-aa44-8951feaa1840/osd-block-
> f96c826d-3570-4c78-9ef6-bea191589102 does not exits
> 
>     I just try to create the path and link to dm-29:
>     ln -s ceph-3b5662ac-854a-4954-aa44-8951feaa1840/osd-block-
> f96c826d-3570-4c78-9ef6-bea191589102 ../dm-29
> 
>     and reboot, but the path has disappear again
> 
>   Any advice is welcomed. Regards, I
> 
> -- 
> ================================================================
>   Ibán Cabrillo Bartolomé
>   Instituto de Física de Cantabria (IFCA-CSIC)
>   Santander, Spain
>   Tel: +34942200969/+34669930421
>   Responsible for advanced computing service (RSC)
> =====================================================================
> ====================
> =====================================================================
> ====================
> All our suppliers must know and accept IFCA policy available at:
> 
> https://confluence.ifca.es/display/IC/Information+Security+Policy+for+External+Suppliers
> =====================================================================
> =====================
> _______________________________________________
> ceph-users mailing list -- ceph-users@xxxxxxx
> To unsubscribe send an email to ceph-users-leave@xxxxxxx
_______________________________________________
ceph-users mailing list -- ceph-users@xxxxxxx
To unsubscribe send an email to ceph-users-leave@xxxxxxx




[Index of Archives]     [Information on CEPH]     [Linux Filesystem Development]     [Ceph Development]     [Ceph Large]     [Ceph Dev]     [Linux USB Development]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [xfs]


  Powered by Linux