Package Details: ceph-bin 18.2.4-4

Git Clone URL: https://aur.archlinux.org/ceph-bin.git (read-only, click to copy)
Package Base: ceph-bin
Description: Distributed, fault-tolerant storage platform delivering object, block, and file system
Upstream URL: https://ceph.com/
Licenses: GPL-2.0-or-later OR LGPL-2.1-or-later OR LGPL-3.0-or-later
Conflicts: ceph
Submitter: pbazaah
Maintainer: pbazaah
Last Packager: pbazaah
Votes: 10
Popularity: 0.77
First Submitted: 2022-08-14 16:06 (UTC)
Last Updated: 2024-12-01 16:12 (UTC)

Latest Comments

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 Next › Last »

snack commented on 2022-12-26 09:45 (UTC)

@pbazaah I just installed the new release and can confirm that the logrotate conflict with cephadm is now gone. Thank you very much for your support.

pbazaah commented on 2022-12-23 20:56 (UTC)

v17.2.5-5 has been released, containing fixes for the issues listed below.

Release notes: https://github.com/bazaah/aur-ceph/releases/tag/v17.2.5-5

Issues: https://github.com/bazaah/aur-ceph/milestone/1?closed=1

Thanks to @antage and @snack for the bug reports. I hope you all have a great $deity season, and see you in the new year.

pbazaah commented on 2022-12-21 18:34 (UTC)

Rebuild for v17.2.5-5 went well, containing fixes for:

and added the various /etc/ files to backup() so pacman can track them.

I'll likely push this out before christmas, pending testing

pbazaah commented on 2022-12-06 07:17 (UTC)

@antage

Thanks, tracked here: https://github.com/bazaah/aur-ceph/issues/7

antage commented on 2022-12-05 23:41 (UTC) (edited on 2022-12-05 23:42 (UTC) by antage)

Dashboard module doesn't work without python-routes package:

ceph-mgr[22198]: 2022-12-06T02:30:05.939+0300 7f21d241e6c0 -1 log_channel(cluster) log [ERR] : Unhandled exception from module 'dashboard' while running on mgr.srv: No module named 'routes'
ceph-mgr[22198]: 2022-12-06T02:30:05.939+0300 7f21d241e6c0 -1 dashboard.serve:
ceph-mgr[22198]: 2022-12-06T02:30:05.939+0300 7f21d241e6c0 -1 Traceback (most recent call last):
ceph-mgr[22198]:   File "/usr/share/ceph/mgr/dashboard/module.py", line 341, in serve
ceph-mgr[22198]:     mapper, parent_urls = Router.generate_routes(self.url_prefix)
ceph-mgr[22198]:   File "/usr/share/ceph/mgr/dashboard/controllers/_router.py", line 52, in generate_routes
ceph-mgr[22198]:     mapper = cherrypy.dispatch.RoutesDispatcher()
ceph-mgr[22198]:   File "/lib/python3.10/site-packages/cherrypy/_cpdispatch.py", line 506, in __init__
ceph-mgr[22198]:     import routes
ceph-mgr[22198]: ModuleNotFoundError: No module named 'routes'

snack commented on 2022-12-04 10:04 (UTC)

@pbazaah Thank you very much, no need to rush since at least for me the workaround I posted works and I can live with it for the time being.

pbazaah commented on 2022-12-04 09:59 (UTC)

@snack

That's very funny, as I copy across the upstream's logrotate verbatim: https://github.com/ceph/ceph/blob/main/src/logrotate.conf

Okay, I will look into this further, no promises for anything this year as December is busy for $dayjob, but agreed the simpler fix is on my end

snack commented on 2022-12-04 09:55 (UTC)

@pbazaah Actually /etc/logrotate.d/cephadm is not provided by the cephadm package, but it's created when running cephadm. I made a test by deleting it and running sudo cephadm shell, and it appeared again. Check line 9405 of /usr/bin/cephadm.

In my opinion this situation should be fixed, either by modifying ceph-bin or cephadm packages. Modifying the latter seems more troublesome to me since it requires to patch the cephadm script, while patching /etc/logrotate.d/ceph in ceph-bin seems much easier. But the final word is obviously to you and to the cephadm maintainer.

pbazaah commented on 2022-12-04 09:40 (UTC)

@snack

I would consider creating a separate package just for some of the misc. configuration (logrotate, sudoers, udev, etc) if they is another package that also wants to use the upstream's configuration files. That way everyone can just depend on that package instead.

That said, I can't find a package that creates a /etc/logrotate.d/cephadm file. Neither cephadm package does it as of now.

If it's custom to your setup then I recommend you just use the /etc/logrotate.d/ceph file for your customizations, porting them over from cephadm, otherwise could you link me the package that creates the logrotate rule?

In short: no I won't change this package's logrotate rule, but am open to other solutions

snack commented on 2022-12-03 09:13 (UTC)

This package creates a logrotate conflict with cephadm. ceph-bin installs /etc/logrotate.d/ceph which contains this rule:

/var/log/ceph/*.log {

This rule matches also /var/log/ceph/cephadm.log, which is in turn managed by /etc/logrotate.d/cephadm:

/var/log/ceph/cephadm.log {

creating this error when launching logrotate:

dic 03 10:05:14 stryke systemd[1]: Starting Rotate log files...
dic 03 10:05:14 stryke logrotate[3412]: error: cephadm:2 duplicate log entry for /var/log/ceph/cephadm.log
dic 03 10:05:14 stryke logrotate[3412]: error: found error in file cephadm, skipping
dic 03 10:05:14 stryke systemd[1]: logrotate.service: Main process exited, code=exited, status=1/FAILURE
dic 03 10:05:14 stryke systemd[1]: logrotate.service: Failed with result 'exit-code'.
dic 03 10:05:14 stryke systemd[1]: Failed to start Rotate log files.

I fixed the problem by modifying /etc/logrotate.d/ceph as follows:

/var/log/ceph/ceph-*.log {

Is this correct? If yes, can this patch be implemented in ceph-bin?

« First ‹ Previous 1 .. 3 4 5 6 7 8 9 Next › Last »