[ovirt-users] Re: New setup - Failing to Activate storage domain on NFS shared storage

On Mon, Jan 18, 2021 at 6:01 PM Matt Snow wrote: > > Hi Didi, > I did log clean up and am re-running ovirt-hosted-engine-cleanup && > ovirt-hosted-engine-setup to get you cleaner log files. > > searching for host_storage in vdsm.log... > **snip** > 2021-01-18 08:43:18,842-0700 INFO (jsonrpc/3)

[ovirt-users] Re: About Enroll Certificate

Hi Tommy, In order to execute 'Enroll Certificate' put the host on maintenance first Thanks, Dana On Tue, Jan 19, 2021 at 1:27 PM tommy wrote: > Hi, > > > > What function of the Enroll Certificate ?? > > > > > > > > > > > > > ___ > Users mailing list

[ovirt-users] Re: New setup - Failing to Activate storage domain on NFS shared storage

[root@brick log]# cat sanlock.log 2021-01-15 18:18:48 3974 [36280]: sanlock daemon started 3.8.2 host 3b903780-4f79-1018-816e-aeb2724778a7 (brick.co.slakin.net) 2021-01-15 19:17:31 7497 [36293]: s1 lockspace

[ovirt-users] Re: Managed Block Storage and more

>Ceph iSCSI gateway should be supported since 4.1, so I think I can use it for >configuring the master domain and still leveraging the same overall storage >environment provided by Ceph, correct? yes, it shouldn't be a problem ___ Users mailing list

[ovirt-users] Problems Installing host on brand new 4.4 cluster

Hi all, I am standing up a brand new cluster on new hardware. The ovirt controller is installed and appears to be running fine. When I attempt to add the new host, I get the flag that says "Non Operational", and the exclamation mark with the message "Host has no default route". I have

[ovirt-users] Re: Problems Installing host on brand new 4.4 cluster

It seems to be failing on adding the ovirtmgmt bridge to the interface defined on the host as part of the host addition installation process. I had this issue during a hosted-engine install when ovirtmgmt was on a tagged port which was already configured with a chosen name not supported by the

[ovirt-users] Re: New setup - Failing to Activate storage domain on NFS shared storage

On Tue, Jan 19, 2021 at 6:13 PM Matt Snow wrote: > > > [root@brick log]# cat sanlock.log > > 2021-01-15 18:18:48 3974 [36280]: sanlock daemon started 3.8.2 host > 3b903780-4f79-1018-816e-aeb2724778a7 (brick.co.slakin.net) > 2021-01-15 19:17:31 7497 [36293]: s1 lockspace >

[ovirt-users] Re: New setup - Failing to Activate storage domain on NFS shared storage

On Tue, Jan 19, 2021 at 3:43 PM Yedidyah Bar David wrote: ... > > 2021-01-18 08:43:25,524-0700 INFO (jsonrpc/0) [storage.SANLock] > > Initializing sanlock for domain 4b3fb9a9-6975-4b80-a2c1-af4e30865088 > >

[ovirt-users] Re: New setup - Failing to Activate storage domain on NFS shared storage

Hi Nir, Yedidyah, for what it's worth I ran through the steps outlined here: https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8/html/using_selinux/troubleshooting-problems-related-to-selinux_using-selinux and eventually got to running `setenforce 0` and the issue still

[ovirt-users] Re: New setup - Failing to Activate storage domain on NFS shared storage

[root@brick ~]# ps -efz | grep sanlock error: unsupported SysV option Usage: ps [options] Try 'ps --help ' or 'ps --help ' for additional help text. For more details see ps(1). [root@brick ~]# ps -ef | grep sanlock sanlock 1308 1 0 10:21 ?00:00:01

[ovirt-users] Re: Problems Installing host on brand new 4.4 cluster

Problem solved: there was a misconfiguration in the DNS server. Regards, David Johnson Director of Development, Maxis Technology 844.696.2947 ext 702 (o) | 479.531.3590 (c) djohn...@maxistechnology.com [image: Maxis Techncology] www.maxistechnology.com *stay

[ovirt-users] Re: Install of RHV 4.4 failing - "Host is not up, please check logs, perhaps also on the engine machine"

On Tue, Jan 19, 2021 at 12:59 PM James Freeman wrote: > > So grateful for your help here - I ran tcpdump on the host, and I saw > the connection requests to the host from the hosted-engine on 54321/tcp, > so I was kind of getting there on the whole vdsm thing. > > The install just fell over again

[ovirt-users] Re: Managed Block Storage and more

>Thanks for pointing out the requirement for Master domain. In theory, will I >be able to satisfy the requirement with another iSCSI or >maybe Ceph iSCSI as >master domain? It should work as ovirt sees it as a regular domain, cephFS will probably work too >So each node has >- oVirt Node NG /

[ovirt-users] About Enroll Certificate

Hi, What function of the Enroll Certificate ?? ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/privacy-policy.html oVirt Code of

[ovirt-users] Re: Managed Block Storage and more

On Tue, Jan 19, 2021 at 12:20 PM Benny Zlotnik wrote: > >Thanks for pointing out the requirement for Master domain. In theory, > will I be able to satisfy the requirement with another iSCSI or >maybe Ceph > iSCSI as master domain? > It should work as ovirt sees it as a regular domain, cephFS

[ovirt-users] Re: VM Disks order

On Mon, Jan 18, 2021 at 1:12 PM Erez Zarum wrote: > When attaching a disk it is not possible to set the disk order nor modify > the order later. > Example: > A new VM is provisioned with 5 disks, Disk0 is the OS and then later > attached disks by order up to Disk4. > Removing Disk3 and then

[ovirt-users] Re: Managed Block Storage and more

Yep, BZ is https://bugzilla.redhat.com/show_bug.cgi?id=1539837 https://bugzilla.redhat.com/show_bug.cgi?id=1904669 https://bugzilla.redhat.com/show_bug.cgi?id=1905113

[ovirt-users] Install of RHV 4.4 failing - "Host is not up, please check logs, perhaps also on the engine machine"

Hi all I am in the process of migrating a RHV 4.3 setup to RHV 4.4 and struggling with the setup. I am installing on RHEL 8.3, using settings backed up from the RHV 4.3 install (via 'hosted-engine --deploy --restore-from-file=backup.bck'). The install process always fails at the same point for

[ovirt-users] Re: Managed Block Storage and more

Shantur, I recommend to look to OpenStack or some OpenNebula/Proxmox if you wan’t use Ceph Storage. Current storage team support in oVirt just can break something and do not work with this anymore, take a look what I talking about: in [1], [2], [3] k [1]

[ovirt-users] Re: Managed Block Storage and more

On Tue, Jan 19, 2021 at 8:43 AM Benny Zlotnik wrote: > Ceph support is available via Managed Block Storage (tech preview), it > cannot be used instead of gluster for hyperconverged setups. > > Just for clarification: when you say Managed Block Storage you mean cinderlib integration, correct? Is

[ovirt-users] Re: Managed Block Storage and more

On Tue, Jan 19, 2021 at 9:01 AM Konstantin Shalygin wrote: > Shantur, I recommend to look to OpenStack or some OpenNebula/Proxmox if > you wan’t use Ceph Storage. > Current storage team support in oVirt just can break something and do not > work with this anymore, take a look what I talking

[ovirt-users] Re: Managed Block Storage and more

>Just for clarification: when you say Managed Block Storage you mean cinderlib >integration, >correct? >Is still this one below the correct reference page for 4.4? >https://www.ovirt.org/develop/release-management/features/storage/cinderlib-integration.html yes >So are the manual steps still

[ovirt-users] Re: noVNC error.

This is to do with the cert. it happened here Turn off Vnc encryption in the compute> cluster > console settings. Might need to maintenance and reinstall the host that you cannot access. Sent from my iPhone > On 19 Jan 2021, at 07:49, tommy wrote: > >  > Hi: > > I use novnc console can

[ovirt-users] Re: Managed Block Storage and more

@Konstantin Shalygin : > > I recommend to look to OpenStack or some OpenNebula/Proxmox if you wan’t > use Ceph Storage. I have tested all options but oVirt seems to tick most required boxes. OpenStack : Too complex for use case Proxmox : Love Ceph support but very basic clustering support

[ovirt-users] Re: Managed Block Storage and more

> On 19 Jan 2021, at 13:39, Shantur Rathore wrote: > > I have tested all options but oVirt seems to tick most required boxes. > > OpenStack : Too complex for use case > Proxmox : Love Ceph support but very basic clustering support > OpenNebula : Weird VM state machine. > > Not sure if you

[ovirt-users] Re: Install of RHV 4.4 failing - "Host is not up, please check logs, perhaps also on the engine machine"

So grateful for your help here - I ran tcpdump on the host, and I saw the connection requests to the host from the hosted-engine on 54321/tcp, so I was kind of getting there on the whole vdsm thing. The install just fell over again (same issue - the 120 second timeout you described). Taking a

[ovirt-users] Re: Install of RHV 4.4 failing - "Host is not up, please check logs, perhaps also on the engine machine"

On Tue, Jan 19, 2021 at 11:44 AM wrote: > > Hi all > > I am in the process of migrating a RHV 4.3 setup to RHV 4.4 and struggling > with the setup. I am installing on RHEL 8.3, using settings backed up from > the RHV 4.3 install (via 'hosted-engine --deploy > --restore-from-file=backup.bck').

[ovirt-users] Re: Install of RHV 4.4 failing - "Host is not up, please check logs, perhaps also on the engine machine"

Thanks Didi Great pointer - I have just performed a fresh deploy - am in the hosted-engine VM, and in /var/log/ovirt-engine/engine-log, I can see the following 3 lines cycling over and over again: 2021-01-19 05:12:11,395-05 INFO [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL

[ovirt-users] Re: Install of RHV 4.4 failing - "Host is not up, please check logs, perhaps also on the engine machine"

On Tue, Jan 19, 2021 at 12:25 PM James Freeman wrote: > > Thanks Didi > > Great pointer - I have just performed a fresh deploy - am in the > hosted-engine VM, and in /var/log/ovirt-engine/engine-log, I can see the > following 3 lines cycling over and over again: > > 2021-01-19 05:12:11,395-05

[ovirt-users] Re: Managed Block Storage and more

Il giorno mar 19 gen 2021 alle ore 09:07 Gianluca Cecchi < gianluca.cec...@gmail.com> ha scritto: > On Tue, Jan 19, 2021 at 8:43 AM Benny Zlotnik wrote: > >> Ceph support is available via Managed Block Storage (tech preview), it >> cannot be used instead of gluster for hyperconverged setups. >>