Not sure about the spillover stuff, didn’t happen to me when I upgraded from Luminous to 14.2.1. The dashboard thing did happen to me. Seems you have to disable the dashboard and then renable it after installing the separate dashboard rpm. Also, make sure to restart the mgr services on each node before trying that and after the dashboard package install. I didn’t end up using the SSL certificate bits. Also, there is a code issue for 14.2.1 where you cannot login ( the login page just refreshes ), the bug report says its fixed in 14.2.2…. Login page Bug Report: https://tracker.ceph.com/issues/40051 ( manual fix: https://github.com/ceph/ceph/pull/27942/files ) Make sure to change the dashboard password after applying the fix. The literal command history before I had it working again. Love the new look though! 2046 ceph mgr module enable dashboard 2047 ceph mgr module disable dashboard 2048 ceph config set mgr mgr/dashboard/ssl false 2049 ceph mgr module disable dashboard 2050 ceph mgr module enable dashboard 2051 ceph dashboard create-self-signed-cert 2052 ceph config set mgr mgr/dashboard/ssl true 2053 ceph mgr module disable dashboard 2054 ceph mgr module enable dashboard 2056 systemctl restart ceph-mgr.target 2057 ceph mgr module disable dashboard 2058 ceph mgr module enable dashboard 2059 ceph dashboard set-login-credentials 2060 systemctl restart ceph-mgr.target 2063 ceph mgr module disable dashboard 2064 ceph mgr module enable dashboard 2065 ceph dashboard ac-user-set-password -Brent From: ceph-users <ceph-users-bounces@xxxxxxxxxxxxxx> On Behalf Of ST Wong (ITSC) Hi all, We recently upgrade a testing cluster from 13.2.4 to 14.2.1. We encountered 2 problems: 1. Got warning of BlueFS spillover but the usage is low while it’s a testing cluster without much activity/data: # ceph -s cluster: id: cc795498-5d16-4b84-9584-1788d0458be9 health: HEALTH_WARN BlueFS spillover detected on 8 OSD(s) [snipped] # ceph health detail HEALTH_WARN BlueFS spillover detected on 8 OSD(s) BLUEFS_SPILLOVER BlueFS spillover detected on 8 OSD(s) osd.0 spilled over 48 MiB metadata from 'db' device (17 MiB used of 500 MiB) to slow device osd.1 spilled over 41 MiB metadata from 'db' device (6.0 MiB used of 500 MiB) to slow device osd.2 spilled over 47 MiB metadata from 'db' device (17 MiB used of 500 MiB) to slow device osd.3 spilled over 48 MiB metadata from 'db' device (6.0 MiB used of 500 MiB) to slow device osd.4 spilled over 44 MiB metadata from 'db' device (19 MiB used of 500 MiB) to slow device osd.5 spilled over 45 MiB metadata from 'db' device (6.0 MiB used of 500 MiB) to slow device osd.6 spilled over 46 MiB metadata from 'db' device (14 MiB used of 500 MiB) to slow device osd.7 spilled over 43 MiB metadata from 'db' device (6.0 MiB used of 500 MiB) to slow device Is this a bug in 14 like this http://tracker.ceph.com/issues/38745 ? 2. Dashboard configuration are lost and unable to reconfigure it again. The ceph-mgr-dashboard rpm is there, but we can’t configure dashboard again: --------------- cut here ------------------ # ceph mgr module enable dashboard Error ENOENT: all mgr daemons do not support module 'dashboard', pass --force to force enablement # ceph mgr module enable dashboard --force # ceph mgr module ls { "enabled_modules": [ "dashboard" ], [snipped] # ceph mgr services {} # ceph dashboard create-self-signed-cert Error EINVAL: No handler found for 'dashboard create-self-signed-cert' // repeat the command gives different results # ceph dashboard create-self-signed-cert Error EINVAL: Warning: due to ceph-mgr restart, some PG states may not be up to date No handler found for 'dashboard create-self-signed-cert' # ceph dashboard create-self-signed-cert no valid command found; 10 closest matches: osd down <ids> [<ids>...] osd require-osd-release luminous|mimic|nautilus {--yes-i-really-mean-it} osd unset full|pause|noup|nodown|noout|noin|nobackfill|norebalance|norecover|noscrub|nodeep-scrub|notieragent|nosnaptrim osd set full|pause|noup|nodown|noout|noin|nobackfill|norebalance|norecover|noscrub|nodeep-scrub|notieragent|nosnaptrim|pglog_hardlimit {--yes-i-really-mean-it} osd erasure-code-profile ls osd erasure-code-profile rm <name> osd erasure-code-profile get <name> osd erasure-code-profile set <name> {<profile> [<profile>...]} {--force} osd unpause osd pause Error EINVAL: invalid command --------------- cut here ------------------ Did we miss anything? Thanks a lot. Regards /st wong |
_______________________________________________ ceph-users mailing list ceph-users@xxxxxxxxxxxxxx http://lists.ceph.com/listinfo.cgi/ceph-users-ceph.com
