It appears that I may have resolved the issue after putting host into
maintenance again and rebooting a second time. I'm really not sure why but
all bricks are up now
On Mon, Aug 29, 2022 at 3:45 PM Jayme <jaymef(a)gmail.com> wrote:
A bit more info from the host's brick log
[2022-08-29 18:43:44.251198 +0000] D [MSGID: 0]
[options.c:1113:xlator_reconfigure_rec] 0-engine-barrier: reconfigured
[2022-08-29 18:43:44.251203 +0000] D [MSGID: 0]
[options.c:1133:xlator_reconfigure_rec] 0-engine-index: No reconfigure()
found
[2022-08-29 18:43:44.251207 +0000] D [MSGID: 0]
[options.c:1113:xlator_reconfigure_rec] 0-engine-index: reconfigured
[2022-08-29 18:43:44.251214 +0000] I [MSGID: 0]
[options.c:1251:xlator_option_reconf_bool] 0-engine-quota: option
deem-statfs using set value off
[2022-08-29 18:43:44.251221 +0000] I [MSGID: 0]
[options.c:1251:xlator_option_reconf_bool] 0-engine-quota: option
server-quota using set value off
[2022-08-29 18:43:44.251248 +0000] D [MSGID: 0]
[options.c:1113:xlator_reconfigure_rec] 0-engine-quota: reconfigured
[2022-08-29 18:44:04.899452 +0000] E [MSGID: 113072]
[posix-inode-fd-ops.c:2087:posix_writev] 0-engine-posix: write failed:
offset 0, [Invalid argument]
[2022-08-29 18:44:04.899542 +0000] E [MSGID: 115067]
[server-rpc-fops_v2.c:1324:server4_writev_cbk] 0-engine-server: WRITE info
[{frame=358765}, {WRITEV_fd_no=5},
{uuid_utoa=c816cdf3-12e6-45c0-ae0f-2cf03e0f7299},
{client=CTX_ID:11b78775-07c9-47ff-b426-b44f3f88a3f7-GRAPH_ID:0-PID:25622-HOST:host1.xxxxx-PC_NAME:engine-client-0-RECON_NO:-2},
{error-xlator=engine-posix}, {errno=22}, {error=Invalid argument}]
[2022-08-29 18:44:14.876436 +0000] E [MSGID: 113002]
[posix-entry-ops.c:769:posix_mkdir] 0-engine-posix: gfid is null for (null)
[Invalid argument]
[2022-08-29 18:44:14.876503 +0000] E [MSGID: 115056]
[server-rpc-fops_v2.c:497:server4_mkdir_cbk] 0-engine-server: MKDIR info
[{frame=359508}, {MKDIR_path=},
{uuid_utoa=00000000-0000-0000-0000-000000000001}, {bname=},
{client=CTX_ID:37199949-8cf2-4bbe-938e-e9ef3bd98486-GRAPH_ID:3-PID:2473-HOST:host0.xxxxx-PC_NAME:engine-client-0-RECON_NO:-0},
{error-xlator=engine-posix}, {errno=22}, {error=Invalid argument}]
On Mon, Aug 29, 2022 at 3:18 PM Jayme <jaymef(a)gmail.com> wrote:
> Hello All,
>
> I've been struggling with a few issues upgrading my 3-node HCI custer
> from 4.4 to 4.5.
>
> At present the self hosted engine VM is properly running oVirt 4.5 on
> CentOS 8x stream.
>
> First host node, I set in maintenance and installed new node-ng image. I
> ran into issue with rescue mode on boot which appears to have been related
> to LVM devices bug. I was able to work past that and get the node to boot.
>
> The node running 4.5.2 image is booting properly and gluster/lvm mounts
> etc all look good. I am able to activate the host and run VMs on it etc.
> however, oVirt cli is showing that all bricks on host are DOWN.
>
> I was unable to get the bricks back up even after doing a force start of
> the volumes.
>
> Here is the glusterd log from the host in question when I try force start
> on the engine volume (other volumes are similar:
>
> ==> glusterd.log <==
> The message "I [MSGID: 106568]
> [glusterd-svc-mgmt.c:266:glusterd_svc_stop] 0-management: bitd service is
> stopped" repeated 2 times between [2022-08-29 18:09:56.027147 +0000] and
> [2022-08-29 18:10:34.694144 +0000]
> [2022-08-29 18:10:34.695348 +0000] I [MSGID: 106618]
> [glusterd-svc-helper.c:909:glusterd_attach_svc] 0-glusterd: adding svc
> glustershd (volume=engine) to existing process with pid 2473
> [2022-08-29 18:10:34.695669 +0000] I [MSGID: 106131]
> [glusterd-proc-mgmt.c:84:glusterd_proc_stop] 0-management: scrub already
> stopped
> [2022-08-29 18:10:34.695691 +0000] I [MSGID: 106568]
> [glusterd-svc-mgmt.c:266:glusterd_svc_stop] 0-management: scrub service is
> stopped
> [2022-08-29 18:10:34.695832 +0000] I [MSGID: 106617]
> [glusterd-svc-helper.c:698:glusterd_svc_attach_cbk] 0-management: svc
> glustershd of volume engine attached successfully to pid 2473
> [2022-08-29 18:10:34.703718 +0000] E [MSGID: 106115]
> [glusterd-mgmt.c:119:gd_mgmt_v3_collate_errors] 0-management: Post commit
> failed on gluster2.xxxxx. Please check log file for details.
> [2022-08-29 18:10:34.703774 +0000] E [MSGID: 106115]
> [glusterd-mgmt.c:119:gd_mgmt_v3_collate_errors] 0-management: Post commit
> failed on gluster1.xxxxx. Please check log file for details.
> [2022-08-29 18:10:34.703797 +0000] E [MSGID: 106664]
> [glusterd-mgmt.c:1969:glusterd_mgmt_v3_post_commit] 0-management: Post
> commit failed on peers
> [2022-08-29 18:10:34.703800 +0000] E [MSGID: 106664]
> [glusterd-mgmt.c:2664:glusterd_mgmt_v3_initiate_all_phases] 0-management:
> Post commit Op Failed
>
> If I run start command manually on host cli:
>
> gluster volume start engine force
> volume start: engine: failed: Post commit failed on gluster1.xxxx. Please
> check log file for details.
> Post commit failed on gluster2.xxxx. Please check log file for details.
>
> I feel like this may be some issue with the difference in major versions
> of GlusterFS on the nodes but I am unsure. The other nodes are running
> ovirt-node-ng-4.4.6.3
>
> At this point I am afraid to bring down any other node to attempt
> upgrading it without the bricks in UP status on the first host. I do not
> want to lose quorum and potentially disrupt running VMs.
>
> Any idea why I can't seem to start the volumes on the upgraded host?
>
> Thanks!
>