[ovirt-users] Image File Owner change Situation. (root:root)

2020-03-13 Thread Robert O'Kane

Hello @All,

This has happened to us for the first time and only on One VM.

I believe it happened with the switch from Fuse to "LibgfApi" in Ovirt.

I was using LibgfApiSupported=True on 4.2.8 . I upgraded to 4.3.8 and did NOT 
restart all of my VMs (30+)

but only some VMs, no problem. Eventually I noticed that 
LibgfApiSupported=False  and reset it to True.

The VM was Running WindowsServer2016 and we did a Cold-Reboot (not VM Restart). 
It did not come back online
due to "Invalid Volume" which was eventually due to the IMAGEs (Boot and Data) 
being  user:group=root but
not the meta,lease or directory. Nor any other VM have/had this problem but 
they were (if at all) completely
stopped and restarted.

I am looking for another VM that has not yet been restarted to test this 
theory. I thought this would be
interesting for others looking into this problem.

(I will ask my Colleague next week what he means with Cold-Reboot vs 
Warm-reboot)

Stay Healthy.

Cheers,

Robert O'Kane



--
Robert O'Kane
Systems Administrator
Kunsthochschule für Medien Köln
Peter-Welter-Platz 2
50676 Köln

fon: +49(221)20189-223
fax: +49(221)20189-49223
___
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 Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/HMG2SQBWUPXZJ45CFLE6J2TLVTNQ77QV/


[ovirt-users] Re: HP NetXen Incorporated NX3031 driver

2019-09-07 Thread Robert O'Kane

Hi Leo,

I have a similar problem with Centos7 and "Modern" ARECA Scsi cards.

I end up manually installing the new drivers for the card each update 
(before the reboot).


If there is a driver for your card but not in the current kernel you can 
also manually install it. By warned, you have to do the driver update by 
hand every kernel update. And do not forget depmod


Cheers,

Robert O'Kane


Am 07.09.2019 um 23:12 schrieb Leo David:

Hi everyone,

I have this bloody card installed on a node,  and it seems that no 
driver can be loaded for it,  "ip link sh"  does not show it.


Any recommendation about installing this network card on oVirt 4.2.8  ?

lspci -v



05:00.0 Ethernet controller: NetXen Incorporated NX3031 Multifunction 
1/10-Gigabit Server Adapter (rev 42)
     Subsystem: Hewlett-Packard Company NC522SFP Dual Port 10GbE 
Server Adapter

     Flags: fast devsel, IRQ 31
     Memory at d9c0 (64-bit, non-prefetchable) [size=2M]
     Memory at da00 (64-bit, non-prefetchable) [size=32M]
     Expansion ROM at d800 [disabled] [size=64K]
     Capabilities: [40] MSI-X: Enable- Count=64 Masked-
     Capabilities: [80] Power Management version 3
     Capabilities: [a0] MSI: Enable- Count=1/32 Maskable- 64bit+
     Capabilities: [c0] Express Endpoint, MSI 00
     Capabilities: [100] Advanced Error Reporting
     Capabilities: [140] Device Serial Number 59-69-46-61-6e-48-73-75
     Kernel modules: netxen_nic

05:00.1 Ethernet controller: NetXen Incorporated NX3031 Multifunction 
1/10-Gigabit Server Adapter (rev 42)
     Subsystem: Hewlett-Packard Company NC522SFP Dual Port 10GbE 
Server Adapter

     Flags: fast devsel, IRQ 33
     Memory at d9e0 (64-bit, non-prefetchable) [size=2M]
     Memory at dc00 (64-bit, non-prefetchable) [size=32M]
     Capabilities: [40] MSI-X: Enable- Count=64 Masked-
     Capabilities: [80] Power Management version 3
     Capabilities: [a0] MSI: Enable- Count=1/32 Maskable- 64bit+
     Capabilities: [c0] Express Endpoint, MSI 00
     Capabilities: [100] Advanced Error Reporting
     Capabilities: [140] Device Serial Number 59-69-46-61-6e-48-73-75
     Kernel modules: netxen_nic

dmesg | grep netxen
[    2.188078] netxen_nic :05:00.0: 2MB memory map
[    2.188371] netxen_nic :05:00.0: Timeout reached  waiting for rom 
done

[    2.188442] netxen_nic :05:00.0: Error getting board config info.
[    2.189488] netxen_nic: probe of :05:00.0 failed with error -5
[    2.190438] netxen_nic :05:00.1: 2MB memory map
[    2.190741] netxen_nic :05:00.1: Timeout reached  waiting for rom 
done

[    2.190808] netxen_nic :05:00.1: Error getting board config info.
[    2.190964] netxen_nic: probe of :05:00.1 failed with error -5


...

Thank you very much !

Leo


--

Best regards, Leo David


--
Systems Administrator
Kunsthochschule für Medien Köln
Peter-Welter-Platz 2
50676 Köln
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/MJITV2SHM4ESXC5BK6UMS6LM46ROSOQ7/


[ovirt-users] Re: Does cluster upgrade wait for heal before proceeding to next host?

2019-08-06 Thread Robert O'Kane

Hello,

Often(?), updates to a hypervisor that also has (provides) a Gluster 
brick takes the hypervisor offline (updates often require a reboot).


This reboot then makes the brick "out of sync" and it has to be resync'd.

I find it a "feature" than another host that is also part of a gluster 
domain can not be updated (rebooted) before all the bricks are updated 
in order to guarantee there is not data loss. It is called Quorum, or?


Always let the heal process end. Then the next update can start.
For me there is ALWAYS a healing time before Gluster is happy again.

Cheers,

Robert O'Kane


Am 06.08.2019 um 16:38 schrieb Shani Leviim:

Hi Jayme,
I can't recall such a healing time.
Can you please retry and attach the engine & vdsm logs so we'll be smarter?

*Regards,
*
*Shani Leviim
*


On Tue, Aug 6, 2019 at 5:24 PM Jayme <mailto:jay...@gmail.com>> wrote:


I've yet to have cluster upgrade finish updating my three host HCI
cluster.  The most recent try was today moving from oVirt 4.3.3 to
4.3.5.5.  The first host updates normally, but when it moves on to
the second host it fails to put it in maintenance and the cluster
upgrade stops.

I suspect this is due to that fact that after my hosts are updated
it takes 10 minutes or more for all volumes to sync/heal.  I have
2Tb SSDs.

Does the cluster upgrade process take heal time in to account before
attempting to place the next host in maintenance to upgrade it? Or
is there something else that may be at fault here, or perhaps a
reason why the heal process takes 10 minutes after reboot to complete?
___
Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
To unsubscribe send an email to users-le...@ovirt.org
<mailto:users-le...@ovirt.org>
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:

https://lists.ovirt.org/archives/list/users@ovirt.org/message/5XM3QB3364ZYIPAKY4KTTOSJZMCWHUPD/


___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GBX3L23MWGMTF7Q4KGVR63RIQZFYXGWK/



--
Systems Administrator
Kunsthochschule für Medien Köln
Peter-Welter-Platz 2
50676 Köln
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/OBAHFFFTDOI7LHAH5AVI5OPUQUQTABWM/


[ovirt-users] Re: oVirt Node Blocks VirtViewer/SPICE connections (Did Not Auto-Configure Firewall?)

2019-05-31 Thread Robert O'Kane

Quick test?

service firewalld stop

then ALL ports are open.


NOT Recommended!   be sure to turn it back on when your tests are complete.

Cheers,

Robert O'Kane



On 05/31/2019 10:37 AM, Simone Tiraboschi wrote:



On Thu, May 30, 2019 at 2:56 PM Zachary Winter mailto:zachary.win...@witsconsult.com>> wrote:

I am unable to connect via SPICE (Windows VirtViewer) to VM's running on my 
compute node.  It appears the node did not auto-configure the firewall because
the .vv files appear to point to the correct IP address and common ports.  
Is there a way to re-run/re-execute the firewall auto-configuration now that the
node has already been installed?


 From the Web UI, you can set the host to maintenance mode and then select 
reinstall: it will also configure the firewall.
But are you really sure that the issue is on host side?

If not, does anyone happen to have firewall-cmd commands handy that I can 
run to resolve this quickly?  Which ports need to be opened?

The specs on the node are as follows:

OS Version:
RHEL - 7 - 6.1810.2.el7.centos
OS Description:
oVirt Node 4.3.3.1
Kernel Version:
3.10.0 - 957.10.1.el7.x86_64
KVM Version:
2.12.0 - 18.el7_6.3.1
LIBVIRT Version:
libvirt-4.5.0-10.el7_6.6
VDSM Version:
vdsm-4.30.13-1.el7
SPICE Version:
0.14.0 - 6.el7_6.1
GlusterFS Version:
glusterfs-5.5-1.el7
CEPH Version:
librbd1-10.2.5-4.el7
Open vSwitch Version:
openvswitch-2.10.1-3.el7
Kernel Features:
PTI: 1, IBRS: 0, RETP: 1, SSBD: 3
VNC Encryption:
Enabled



--

Simone Tiraboschi

He / Him / His

Principal Software Engineer

Red Hat<https://www.redhat.com/>

stira...@redhat.com <mailto:stira...@redhat.com>

@redhatjobs <https://twitter.com/redhatjobs> redhatjobs 
<https://www.facebook.com/redhatjobs> @redhatjobs <https://instagram.com/redhatjobs>
<https://red.ht/sig>  
<https://redhat.com/summit>



--
Robert O'Kane
Systems Administrator
Kunsthochschule für Medien Köln
Peter-Welter-Platz 2
50676 Köln

fon: +49(221)20189-223
fax: +49(221)20189-49223
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JSGZ4YEQ24AHVEOFZLWNZGHBLZ3KUUT5/


[ovirt-users] Re: alertMessage, [Warning! Low confirmed free space on gluster volume M2Stick1]

2019-03-06 Thread Robert O'Kane

forgot the Gluster Versions:

Hypervisors:

glusterfs-3.12.15-1.el7.x86_64
glusterfs-api-3.12.15-1.el7.x86_64
glusterfs-cli-3.12.15-1.el7.x86_64
glusterfs-client-xlators-3.12.15-1.el7.x86_64
glusterfs-events-3.12.15-1.el7.x86_64
glusterfs-fuse-3.12.15-1.el7.x86_64
glusterfs-geo-replication-3.12.15-1.el7.x86_64
glusterfs-gnfs-3.12.15-1.el7.x86_64
glusterfs-libs-3.12.15-1.el7.x86_64
glusterfs-rdma-3.12.15-1.el7.x86_64
glusterfs-server-3.12.15-1.el7.x86_64
libvirt-daemon-driver-storage-gluster-4.5.0-10.el7_6.4.x86_64
python2-gluster-3.12.15-1.el7.x86_64
vdsm-gluster-4.20.46-1.el7.x86_64

engine:

glusterfs-3.12.15-1.el7.x86_64
glusterfs-api-3.12.15-1.el7.x86_64
glusterfs-cli-3.12.15-1.el7.x86_64
glusterfs-client-xlators-3.12.15-1.el7.x86_64
glusterfs-libs-3.12.15-1.el7.x86_64
libvirt-daemon-driver-storage-gluster-4.5.0-10.el7_6.4.x86_64







On 03/06/2019 09:22 AM, Robert O'Kane wrote:

Hello,

With my first "in Ovirt" made Gluster Storage I am getting some annoying 
Warnings.

On the Hypervisor(s) engine.log :

2019-03-05 13:07:45,281+01 INFO  [org.ovirt.engine.core.vdsbroker.gluster.GetGlusterVolumeAdvancedDetailsVDSCommand] (DefaultQuartzScheduler5) [59957167] START, 
GetGlusterVolumeAdvancedDetailsVDSCommand(HostName = Hausesel3, GlusterVolumeAdvancedDetailsVDSParameters:{hostId='d7db584e-03e3-4a37-abc7-73012a9f5ba8', 
volumeName='M2Stick1'}), log id: 74482de6
2019-03-05 13:07:46,814+01 INFO  [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler10) [6d40c5d0] Failed to acquire lock and wait lock 
'EngineLock:{exclusiveLocks='[27f8ed93-c857-41ae-af16-e1af9f0b62d4=GLUSTER]', sharedLocks=''}'
2019-03-05 13:07:46,823+01 INFO  [org.ovirt.engine.core.vdsbroker.gluster.GetGlusterVolumeAdvancedDetailsVDSCommand] (DefaultQuartzScheduler5) [59957167] 
FINISH, GetGlusterVolumeAdvancedDetailsVDSCommand, return: org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeAdvancedDetails@868edb00, log id: 
74482de6



I find no other correlated messages in the Gluster logs.  Where else should I 
look?

It (seems) to work very well. Just these "Warnings" which only worry me due to the 
"Failed to acquire lock" messages.
This is one of 3 Gluster Storage Domains. The other 2 were "Hand made" and 
exist since Ovirt-3.5 and show no messages.


1x standalone engine
6x Hypervisors  in 2 clusters.

One other special condition:

I am in the processes of moving my VM's to a second cluster (same Data Center) 
with a different defined Gluster Network. (New 10Gb cards).
All Hypervisors see all Networks. but since there is only one SPM, the SPM is never a 
"Gluster Peer" of all Domains due to
the "only one Gluster Network per Cluster" definition.  Is this the 
Problem/Situation?
There is another "Hand Made" Domain in the new Cluster but it does not have any 
problems.  The only difference between the two is that the
new Domain was created over the Ovirt Web interface.

Cheers,

Robert O'Kane



engine:

libgovirt-0.3.4-1.el7.x86_64
libvirt-bash-completion-4.5.0-10.el7_6.4.x86_64
libvirt-client-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-interface-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-network-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-nodedev-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-nwfilter-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-qemu-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-secret-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-core-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-disk-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-gluster-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-iscsi-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-logical-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-mpath-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-rbd-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-scsi-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-kvm-4.5.0-10.el7_6.4.x86_64
libvirt-glib-1.0.0-1.el7.x86_64
libvirt-libs-4.5.0-10.el7_6.4.x86_64
libvirt-python-4.5.0-1.el7.x86_64
ovirt-ansible-cluster-upgrade-1.1.10-1.el7.noarch
ovirt-ansible-disaster-recovery-1.1.4-1.el7.noarch
ovirt-ansible-engine-setup-1.1.6-1.el7.noarch
ovirt-ansible-hosted-engine-setup-1.0.2-1.el7.noarch
ovirt-ansible-image-template-1.1.9-1.el7.noarch
ovirt-ansible-infra-1.1.10-1.el7.noarch
ovirt-ansible-manageiq-1.1.13-1.el7.noarch
ovirt-ansible-repositories-1.1.3-1.el7.noarch
ovirt-ansible-roles-1.1.6-1.el7.noarch
ovirt-ansible-shutdown-env-1.0.0-1.el7.noarch
ovirt-ansible-v2v-conversion-host-1.9.0-1.el7.noarch
ovirt-ansible-vm-infra-1.1.12-1.el7.noarch
ovirt-cockpit-sso-0.0.4-1.el7.noarch
ovirt-engine-4.2.8.2-1.el7.noarch
ovirt-engine-api-explorer-0.0.2-1.el7.centos.noarch
ovirt-engine-backend-4.2.8.2-1.el7.noarch
ovirt-engine-cli-3.6.9.2-1.el7.centos.noarch
ovirt-engine-dashboard-1.2.4-1.el7.noarc

[ovirt-users] alertMessage, [Warning! Low confirmed free space on gluster volume M2Stick1]

2019-03-06 Thread Robert O'Kane

Hello,

With my first "in Ovirt" made Gluster Storage I am getting some annoying 
Warnings.

On the Hypervisor(s) engine.log :

2019-03-05 13:07:45,281+01 INFO  [org.ovirt.engine.core.vdsbroker.gluster.GetGlusterVolumeAdvancedDetailsVDSCommand] (DefaultQuartzScheduler5) [59957167] START, 
GetGlusterVolumeAdvancedDetailsVDSCommand(HostName = Hausesel3, GlusterVolumeAdvancedDetailsVDSParameters:{hostId='d7db584e-03e3-4a37-abc7-73012a9f5ba8', 
volumeName='M2Stick1'}), log id: 74482de6
2019-03-05 13:07:46,814+01 INFO  [org.ovirt.engine.core.bll.lock.InMemoryLockManager] (DefaultQuartzScheduler10) [6d40c5d0] Failed to acquire lock and wait lock 
'EngineLock:{exclusiveLocks='[27f8ed93-c857-41ae-af16-e1af9f0b62d4=GLUSTER]', sharedLocks=''}'
2019-03-05 13:07:46,823+01 INFO  [org.ovirt.engine.core.vdsbroker.gluster.GetGlusterVolumeAdvancedDetailsVDSCommand] (DefaultQuartzScheduler5) [59957167] 
FINISH, GetGlusterVolumeAdvancedDetailsVDSCommand, return: org.ovirt.engine.core.common.businessentities.gluster.GlusterVolumeAdvancedDetails@868edb00, log id: 
74482de6



I find no other correlated messages in the Gluster logs.  Where else should I 
look?

It (seems) to work very well. Just these "Warnings" which only worry me due to the 
"Failed to acquire lock" messages.
This is one of 3 Gluster Storage Domains. The other 2 were "Hand made" and 
exist since Ovirt-3.5 and show no messages.


1x standalone engine
6x Hypervisors  in 2 clusters.

One other special condition:

I am in the processes of moving my VM's to a second cluster (same Data Center) 
with a different defined Gluster Network. (New 10Gb cards).
All Hypervisors see all Networks. but since there is only one SPM, the SPM is never a 
"Gluster Peer" of all Domains due to
the "only one Gluster Network per Cluster" definition.  Is this the 
Problem/Situation?
There is another "Hand Made" Domain in the new Cluster but it does not have any 
problems.  The only difference between the two is that the
new Domain was created over the Ovirt Web interface.

Cheers,

Robert O'Kane



engine:

libgovirt-0.3.4-1.el7.x86_64
libvirt-bash-completion-4.5.0-10.el7_6.4.x86_64
libvirt-client-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-interface-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-network-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-nodedev-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-nwfilter-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-qemu-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-secret-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-core-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-disk-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-gluster-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-iscsi-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-logical-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-mpath-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-rbd-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-driver-storage-scsi-4.5.0-10.el7_6.4.x86_64
libvirt-daemon-kvm-4.5.0-10.el7_6.4.x86_64
libvirt-glib-1.0.0-1.el7.x86_64
libvirt-libs-4.5.0-10.el7_6.4.x86_64
libvirt-python-4.5.0-1.el7.x86_64
ovirt-ansible-cluster-upgrade-1.1.10-1.el7.noarch
ovirt-ansible-disaster-recovery-1.1.4-1.el7.noarch
ovirt-ansible-engine-setup-1.1.6-1.el7.noarch
ovirt-ansible-hosted-engine-setup-1.0.2-1.el7.noarch
ovirt-ansible-image-template-1.1.9-1.el7.noarch
ovirt-ansible-infra-1.1.10-1.el7.noarch
ovirt-ansible-manageiq-1.1.13-1.el7.noarch
ovirt-ansible-repositories-1.1.3-1.el7.noarch
ovirt-ansible-roles-1.1.6-1.el7.noarch
ovirt-ansible-shutdown-env-1.0.0-1.el7.noarch
ovirt-ansible-v2v-conversion-host-1.9.0-1.el7.noarch
ovirt-ansible-vm-infra-1.1.12-1.el7.noarch
ovirt-cockpit-sso-0.0.4-1.el7.noarch
ovirt-engine-4.2.8.2-1.el7.noarch
ovirt-engine-api-explorer-0.0.2-1.el7.centos.noarch
ovirt-engine-backend-4.2.8.2-1.el7.noarch
ovirt-engine-cli-3.6.9.2-1.el7.centos.noarch
ovirt-engine-dashboard-1.2.4-1.el7.noarch
ovirt-engine-dbscripts-4.2.8.2-1.el7.noarch
ovirt-engine-dwh-4.2.4.3-1.el7.noarch
ovirt-engine-dwh-setup-4.2.4.3-1.el7.noarch
ovirt-engine-extension-aaa-jdbc-1.1.7-1.el7.centos.noarch
ovirt-engine-extension-aaa-ldap-1.3.8-1.el7.noarch
ovirt-engine-extension-aaa-ldap-setup-1.3.8-1.el7.noarch
ovirt-engine-extensions-api-impl-4.2.8.2-1.el7.noarch
ovirt-engine-lib-4.2.8.2-1.el7.noarch
ovirt-engine-metrics-1.1.8.1-1.el7.noarch
ovirt-engine-restapi-4.2.8.2-1.el7.noarch
ovirt-engine-sdk-python-3.6.9.1-1.el7.centos.noarch
ovirt-engine-setup-4.2.8.2-1.el7.noarch
ovirt-engine-setup-base-4.2.8.2-1.el7.noarch
ovirt-engine-setup-plugin-ovirt-engine-4.2.8.2-1.el7.noarch
ovirt-engine-setup-plugin-ovirt-engine-common-4.2.8.2-1.el7.noarch
ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.2.8.2-1.el7.noarch
ovirt-engine-setup-plugin-websocket-proxy-4.2.8.2-1.el7.noarch
ovirt-engine-tools-4.2.8.2-1.

[ovirt-users] Re: Configuring Ovirt + ACPI

2018-11-06 Thread Robert O'Kane

Supermicro Boards use IPMI to controll their Servers.  Not all X7 generation 
boards have IPMI standard. There is an extra card needed for these server 
boards.
Check out the Supermicro website and search for IPMI options for your 
motherboard.

Cheers,

Robert O'Kane


On 11/05/2018 10:32 PM, Jayme wrote:
With dell servers for example it's as simple as editing the host and enabling power management then selecting the appropriate drac version and entering login 
details.  I'm not familiar with what supermicro uses for remote management but there is likely an option there to support it


On Mon, Nov 5, 2018, 4:20 PM David Johnson mailto:djohn...@maxistechnology.com> wrote:

Good day all,

Is there a simple step-by-step instruction to give my cluster controller 
the ability to turn the power for my compute nodes on and off?

I am running ovirt 4.7.2 on Centos 7. My compute nodes are on  Supermicro 
X7QC3 hosts.

I know it is supposed to be there since every time I look at the dashbaord it 
complains that "Host has disabled power management". I imagine it is supposed
to be trivial to configure.

What I keep running into with the documents is the assumption that you 
already know what to do before you read the documents. This makes for a dizzy 
cycle
of digging through various feature documents, manuals, etc, to end up back 
where I started.

Any assistance would be appreciated.

Regards,

David Johnson
Director of Development, Maxis Technology
844.696.2947 ext 702 (o)  |  479.531.3590 (c)
djohn...@maxistechnology.com <mailto:djohn...@maxistechnology.com>


Maxis Techncology <http://www.maxistechnology.com>
www.maxistechnology.com <http://www.maxistechnology.com>


/stay connected <http://www.linkedin.com/in/pojoguy>/

___
Users mailing list -- users@ovirt.org <mailto:users@ovirt.org>
To unsubscribe send an email to users-le...@ovirt.org 
<mailto:users-le...@ovirt.org>
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FYGPKIQMXKOSUOVIQ3KBPCKV2UHW42F4/



___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/SMFUZIXADYYPH6SDNNTYLWMNGJBJLN33/



--
Robert O'Kane
Systems Administrator
Kunsthochschule für Medien Köln
Peter-Welter-Platz 2
50676 Köln

fon: +49(221)20189-223
fax: +49(221)20189-49223
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CVOEMXGVKQBZT7E3KWMY6BBJSL6HLLE5/


[ovirt-users] Re: Failed to synchronize networks of Provider ovirt-provider-ovn

2018-09-13 Thread Robert O'Kane

Hello,

I have a simmilar issue with ovirt-provider-ovn.

But in my config I see:

ovirt-sso-client-secret=to_be_set

Where do I find / how do I generate this token?

Thanks,

Robert O'Kane



On 09/12/2018 04:42 PM, m...@set-pro.net wrote:

I have a same issue with OVN provider and SSL, but certificate changes not 
helps to resolve it.
I use following
https://access.redhat.com/documentation/en-us/red_hat_virtualization/4.2/html/administration_guide/appe-red_hat_enterprise_virtualization_and_ssl#Replacing_the_Manager_SSL_Certificate
to replace my cert, and after reboot get this error.
ovirt-ca-file= is a same SSL file which use WebUI.
I restart ovirt-provider-ovn, i restart engine, i restart everything what i can 
restart. Nothing helps...

Logs below.

[root@engine ~]# tail -n 50 /var/log/ovirt-provider-ovn.log
2018-09-12 14:10:23,828 root [SSL: CERTIFICATE_VERIFY_FAILED] certificate 
verify failed (_ssl.c:579)
Traceback (most recent call last):
   File "/usr/share/ovirt-provider-ovn/handlers/base_handler.py", line 133, in 
_handle_request
 method, path_parts, content
   File "/usr/share/ovirt-provider-ovn/handlers/selecting_handler.py", line 
175, in handle_request
 return self.call_response_handler(handler, content, parameters)
   File "/usr/share/ovirt-provider-ovn/handlers/keystone.py", line 33, in 
call_response_handler
 return response_handler(content, parameters)
   File "/usr/share/ovirt-provider-ovn/handlers/keystone_responses.py", line 
62, in post_tokens
 user_password=user_password)
   File "/usr/share/ovirt-provider-ovn/auth/plugin_facade.py", line 26, in 
create_token
 return auth.core.plugin.create_token(user_at_domain, user_password)
   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/plugin.py", line 48, 
in create_token
 timeout=self._timeout())
   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 75, in 
create_token
 username, password, engine_url, ca_file, timeout)
   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 91, in 
_get_sso_token
 timeout=timeout
   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 54, in 
wrapper
 response = func(*args, **kwargs)
   File "/usr/share/ovirt-provider-ovn/auth/plugins/ovirt/sso.py", line 47, in 
wrapper
 raise BadGateway(e)
BadGateway: [SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed 
(_ssl.c:579)


[root@engine ~]# tail -n 20 /var/log/ovirt-engine/engine.log
2018-09-12 14:10:23,773+03 INFO  
[org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-47) [316db685] Lock Acquired to 
object 
'EngineLock:{exclusiveLocks='[14e4fb72-9764-4757-b37d-4d487995571a=PROVIDER]', 
sharedLocks=''}'
2018-09-12 14:10:23,778+03 INFO  
[org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-47) [316db685] Running command: 
SyncNetworkProviderCommand internal: true.
2018-09-12 14:10:23,836+03 ERROR 
[org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-47) [316db685] Command 
'org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand' failed: 
EngineException: (Failed with error Bad Gateway and code 5050)
2018-09-12 14:10:23,837+03 INFO  
[org.ovirt.engine.core.bll.provider.network.SyncNetworkProviderCommand] 
(EE-ManagedThreadFactory-engineScheduled-Thread-47) [316db685] Lock freed to 
object 
'EngineLock:{exclusiveLocks='[14e4fb72-9764-4757-b37d-4d487995571a=PROVIDER]', 
sharedLocks=''}'
2018-09-12 14:14:12,477+03 INFO  
[org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-6) [] User 
admin@internal successfully logged in with scopes: ovirt-app-admin 
ovirt-app-api ovirt-app-portal ovirt-ext=auth:sequence-priority=~ 
ovirt-ext=revoke:revoke-all ovirt-ext=token-info:authz-search 
ovirt-ext=token-info:public-authz-search ovirt-ext=token-info:validate 
ovirt-ext=token:password-access
2018-09-12 14:14:12,587+03 INFO  
[org.ovirt.engine.core.bll.aaa.CreateUserSessionCommand] (default task-6) 
[1bf1b763] Running command: CreateUserSessionCommand internal: false.
2018-09-12 14:14:12,628+03 INFO  
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-6) [1bf1b763] EVENT_ID: USER_VDC_LOGIN(30), User admin@internal-authz 
connecting from '10.0.3.61' using session 
's8jAm7BUJGlicthm6yZBA3CUM8QpRdtwFaK3M/IppfhB3fHFB9gmNf0cAlbl1xIhcJ2WX+ww7e71Ri+MxJSsIg=='
 logged in.
2018-09-12 14:14:30,972+03 INFO  
[org.ovirt.engine.core.bll.provider.ImportProviderCertificateCommand] (default 
task-6) [ee3cc8a7-4485-4fdf-a0c2-e9d67b5cfcd3] Running command: 
ImportProviderCertificateCommand internal: false. Entities affected :  ID: 
aaa0----123456789aa

[ovirt-users] Re: Weird Memory Leak Issue

2018-08-29 Thread Robert O'Kane
Not for me. After restarting the engine,it doesn't matter if I restart the Hypervisors, I only get the "protocol=gluster" when I restart the VMs... migration is 
not enough.


"virsh -r dumpxml "


Cheers,

Robert O'Kane


On 08/29/2018 06:54 PM, Edward Clay wrote:

Not sure how you're setup.  I only had to migrate the VMs off to another 
hypervisor then put the hypervisor in maintenance which seems to unmount the 
one gluster volume.  After upgrading, rebooting and activating the HV I could 
migrate VMs back to it.  This seemed to work for me.

________
From: Robert O'Kane 
Sent: Wednesday, August 29, 2018 10:42:56 AM
To: users@ovirt.org
Subject: [ovirt-users] Re: Weird Memory Leak Issue

**Security Notice - This external email is NOT from The Hut Group**

Ah, the FUSE mounts... I just saw last week that the upgrade to 4.2 removed the 
"LibgfApiSupported" flag by default.

That is possibly why the leak simply appeared

OK, I was wondering where this came from. Tomorrow I will upgrade and test. I 
still will have to eventually reboot the VMs to get the gluster mounts 
again :-/



On 08/29/2018 05:18 PM, Cole Johnson wrote:

Great! I'll look for the update.

On Wed, Aug 29, 2018 at 7:50 AM Darrell Budic  wrote:


There’s a memory leak in gluster 3.12.9 - 3.12.12 on fuse mounted volumes, 
sounds like what you’re seeing.

The fix is in 3.12.13, which should be showing up today or tomorrow in the 
centos repos (currently available from the testing repo). I’ve been running it 
overnight on one host to test, looks like they got it.


From: Cole Johnson 
Subject: [ovirt-users] Weird Memory Leak Issue
Date: August 29, 2018 at 9:35:39 AM CDT
To: users@ovirt.org

Hello,
I have a hyperconverged, self hosted ovirt cluster with three hosts,
running 4 VM's. The hosts are running the latest ovirt node. The
VM's are Linux, Windows server 2016, and Windows Server 2008r2. The
problem is with any host running the 2008r2 VM will run out of memory
after 8-10 hours, causing any VM on the host to be paused, and making
to host all but unresponsive. This problem seems to only exist with
this specific VM. None of the other running VM's have this problem.
I can resolve the problem by migrating the VM to a different host,
then putting the host into maintenance mode, the activating it back.
The leak appears to be in glusterfsd. Is there anything I can do to
permanently fix this?


__

Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: 
https://www.ovirt.org/site/privacy-policy/<https://www.ovirt.org/site/privacy-policy/>
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/<https://www.ovirt.org/community/about/community-guidelines/>
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CLNILVLZ4D3BJO4JFW4UYQMZLPWOQJ6T/<https://lists.ovirt.org/archives/list/users@ovirt.org/message/CLNILVLZ4D3BJO4JFW4UYQMZLPWOQJ6T/>



--
Robert O'Kane
Systems Administrator
Kunsthochschule für Medien Köln
Peter-Welter-Platz 2
50676 Köln

fon: +49(221)20189-223
fax: +49(221)20189-49223
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: 
https://www.ovirt.org/site/privacy-policy/<https://www.ovirt.org/site/privacy-policy/>
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/<https://www.ovirt.org/community/about/community-guidelines/>
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/F7EY4FX7UOBGWEXMVFNAAC22TDON3DSM/<https://lists.ovirt.org/archives/list/users@ovirt.org/message/F7EY4FX7UOBGWEXMVFNAAC22TDON3DSM/>

Edward Clay
Systems Administrator
The Hut Group<http://www.thehutgroup.com/>

Tel:
Email: edward.c...@uk2group.com<mailto:edward.c...@uk2group.com>

For the purposes of this email, the "company" means The Hut Group Limited, a 
company registered in England and Wales (company number 6539496) whose registered office 
is at Fifth Floor, Voyager House, Chicago Avenue, Manchester Airport, M90 3DQ and/or any 
of its respective subsidiaries.

Confidentiality Notice
This e-mail is confidential and intended for the use of the named recipient 
only. If you are not the intended recipient please notify us by telephone 
immediately on +44(0)1606 811888 or return it to us by e-mail. Please then 
delete it from your system and note that any use, dissemination, forwarding, 
printing or copying is strictly prohibited. Any views or opinions are solely 
those of the author and do not necessarily represent those of the company.

Encryptions and Viruses
Please note that this e-mail and any attachments have not been encrypted. They 
may therefore be liable to be compromised. Please also note th

[ovirt-users] Re: Weird Memory Leak Issue

2018-08-29 Thread Robert O'Kane

Ah, the FUSE mounts...   I just saw last week that the upgrade to 4.2 removed the 
"LibgfApiSupported" flag by default.

That is possibly why the leak simply appeared

OK, I was wondering where this came from. Tomorrow I will upgrade and test. I 
still will have to eventually reboot the VMs to get the gluster mounts 
again :-/



On 08/29/2018 05:18 PM, Cole Johnson wrote:

Great! I'll look for the update.

On Wed, Aug 29, 2018 at 7:50 AM Darrell Budic  wrote:


There’s a memory leak in gluster 3.12.9 - 3.12.12 on fuse mounted volumes, 
sounds like what you’re seeing.

The fix is in 3.12.13, which should be showing up today or tomorrow in the 
centos repos (currently available from the testing repo). I’ve been running it 
overnight on one host to test, looks like they got it.


From: Cole Johnson 
Subject: [ovirt-users] Weird Memory Leak Issue
Date: August 29, 2018 at 9:35:39 AM CDT
To: users@ovirt.org

Hello,
I have a hyperconverged, self hosted ovirt cluster with three hosts,
running 4 VM's.  The hosts are running the latest ovirt node.  The
VM's are Linux, Windows server 2016, and Windows Server 2008r2.  The
problem is with any host running the 2008r2 VM will run out of memory
after 8-10 hours, causing any VM on the host to be paused, and making
to host all but unresponsive. This problem seems to only exist with
this specific VM.  None of the other running VM's have this problem.
I can resolve the problem by migrating the VM to a different host,
then putting the host into maintenance mode, the activating it back.
The leak appears to be in glusterfsd.  Is there anything I can do to
permanently fix this?


__

Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CLNILVLZ4D3BJO4JFW4UYQMZLPWOQJ6T/



--
Robert O'Kane
Systems Administrator
Kunsthochschule für Medien Köln
Peter-Welter-Platz 2
50676 Köln

fon: +49(221)20189-223
fax: +49(221)20189-49223
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/F7EY4FX7UOBGWEXMVFNAAC22TDON3DSM/


[ovirt-users] Next Gluster Updates?

2018-08-27 Thread Robert O'Kane

I had a bug request in Bugzilla for Gluster being killed due to a memory leak. 
The Gluster People say it is fixed in gluster-3.12.13

When will Ovirt have this update?  I am getting tired of having to restart my 
hypervisors every week or so...

I currently have ovirt-release42-4.2.5.1-1.el7.noarch  and yum check-updates 
shows me no new gluster versions.(still 3.12.11)

Cheers,

Robert O'Kane

--
Robert O'Kane
Systems Administrator
Kunsthochschule für Medien Köln
Peter-Welter-Platz 2
50676 Köln

fon: +49(221)20189-223
fax: +49(221)20189-49223
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/L7ZTIQA3TAM7IR4LCTWMXXCSGCLWUJJN/


Re: [ovirt-users] Problem to upgrade ovirt

2018-04-22 Thread Robert O'Kane

Hello,

I had a similar problem with the engine update from 4.1.9 to 4.2.2.
For me it was SELinux in Enforcing mode on the host.  You should check 
that SELinux is in "Enforcing" mode and that the audit daemon is 
complaining about postgres95. "audit2why -a"



I set the host to "Permissive", did the upgrade and it worked for me.
But you may have to leave it in "Permissive" mode until you can update 
the SELinux rules.



*IF* the problem is SELinux I would suggest:

1: Clean up the auditd logs (make sure all old problems are corrected).
   Reset the auditd logs so the following output is "cleaner".
   The "audit2why -a" command should show nothing. Please RYFM

2: Set SELinux to "Permissive" mode.

3: Apply the Ovirt-engine updates. Make sure everything works.

4: run "audit2why -a" and see what the warnings are
 or go directly to 5

5: generate the new rules with:
  audit2allow -a -M postgres95-selinux-ovirt

6: add the rules to the system:
  semodule -i  postgres95-selinux-ovirt.pp

7: It should now be possible to set SELinux back to "Enforcing"


Good Luck,

Robert O'Kane


Am 21.04.2018 um 10:26 schrieb Marcelo Leandro:

Hello,
I have problem when i try upgrade the ovirt to 4.2,  my version is 4.1.9, I
have problem when engine-setup try update the postgresql.
Postgres version 9.2

I had this message:

Log install:

ERROR: pg_upgrade tool failed
ERROR: Upgrade failed.
  * See /var/lib/pgsql/upgrade_rh-postgresql95-postgresql.log for details.

2018-04-21 04:53:10,766-0300 DEBUG otopi.transaction
transaction._prepare:66 exception during prepare phase
Traceback (most recent call last):
   File "/usr/lib/python2.7/site-packages/otopi/transaction.py", line 62, in
_prepare
 element.prepare()
   File
"/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/postgres.py",
line 777, in prepare
 raiseOnError=True,
   File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 931, in
execute
 command=args[0],
RuntimeError: Command
'/opt/rh/rh-postgresql95/root/usr/bin/postgresql-setup' failed to execute
2018-04-21 04:53:10,768-0300 DEBUG otopi.context context._executeMethod:143
method exception
Traceback (most recent call last):
   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133, in
_executeMethod
 method['method']()
   File
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/dbmsupgrade.py",
line 89, in _updateDBMS
 oengcommcons.ProvisioningEnv.OLD_POSTGRES_SERVICE
   File "/usr/lib/python2.7/site-packages/otopi/transaction.py", line 106,
in append
 self._prepare(element=element)
   File "/usr/lib/python2.7/site-packages/otopi/transaction.py", line 62, in
_prepare
 element.prepare()
   File
"/usr/share/ovirt-engine/setup/ovirt_engine_setup/engine_common/postgres.py",
line 777, in prepare
 raiseOnError=True,
   File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line 931, in
execute
 command=args[0],
RuntimeError: Command
'/opt/rh/rh-postgresql95/root/usr/bin/postgresql-setup' failed to execute
2018-04-21 04:53:10,770-0300 ERROR otopi.context context._executeMethod:152
Failed to execute stage 'Misc configuration': Command
'/opt/rh/rh-postgresql95/root/usr/bin/postgresql-setup' failed to execute

Log postgres:
Performing Consistency Checks
-
Checking cluster versions   ok
Checking database user is the install user  ok
Checking database connection settings   ok
Checking for prepared transactions  ok
Checking for reg* system OID user data typesok
Checking for contrib/isn with bigint-passing mismatch   ok
Checking for invalid "line" user columnsok
Creating dump of global objects ok
Creating dump of database schemas
   engine
   ovirt_engine_history
   postgres
   template1
 ok

encodings for database "postgres" do not match:  old "SQL_ASCII", new "UTF8"
Failure, exiting


I know that problem not is in oVirt , but anyone help me ?


Thank you!



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



--
Systems Administrator
Kunsthochschule für Medien Köln
Peter-Welter-Platz 2
50676 Köln
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] ovirt 4.2.2-rc3 switching from legacy to OVS..

2018-03-15 Thread Robert O'Kane

Make sure STP is OFF for each bridge. Then the warnings go away.

Cheers,

Robert O'Kane


On 03/15/2018 11:21 AM, Dan Kenigsberg wrote:

I know OVS is Experimental, but it worked in 4.1.x, and now we have to do a
step back to legacy bridge just to use 4.2.x, which in a vlan environment
just wreaks havoc (every VLAN need's a unique mac assigned to the bridge,
which vdsm does not do, so suddenly you get the kernel complaining about
seeing it's mac address several times.)

Could you elaborate on this issue? What is wrong with a bridge that
learns its mac from its underlying device? What wold like Vdsm to do,
in your opinion? You can file a bug (or even send a patch) if there is
a functionality that you'd like to fix.



--
Robert O'Kane
Systems Administrator
Kunsthochschule für Medien Köln
Peter-Welter-Platz 2
50676 Köln

fon: +49(221)20189-223
fax: +49(221)20189-49223
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [ANN] oVirt 4.2.0 First Beta Release is now available for testing

2017-11-03 Thread Robert O'Kane

-1 for mobile usability over desktop

Please keep the "Richt Click" Funktion.



On 11/03/2017 12:47 PM, FERNANDO FREDIANI wrote:

+1 for complete diskless hosts
-1 for mobile usability over desktop :-)

Regards
Fernando



--
Robert O'Kane
Systems Administrator
Kunsthochschule für Medien Köln
Peter-Welter-Platz 2
50676 Köln

fon: +49(221)20189-223
fax: +49(221)20189-49223
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] VM remote noVNC console

2017-10-06 Thread Robert O'Kane

I open the Ovirt WEB User page (over the ssh tunnel)  and open the "console". I 
have a spice/vnc client
on my local computer.

Actually, with the native windows Spice client you do not need the X-Windows.
I do not need to go to the hypervisor(s) directly as they are on the same net 
as the Hosted server



On 10/06/2017 12:20 PM, Alan Griffiths wrote:

I have this working through an SSH tunnel, although it adds some extra steps.

1. Figure out which port your VM console is bound to (5900 + offset).
2. SSH to the hypervisor tunneling a local port to that remote console port.
3. Click on the console link in the Engine and locally save the vv file.
4. Edit the vv file; change host to localhost and port to whichever
port you configured for the local side of the tunnel.
5. Save and run the vv file with your SPICE client.

You have two minutes to connect from downloading the vv file before
the password expires.

On 5 October 2017 at 22:58, Alex K <rightkickt...@gmail.com> wrote:

Any idea how this can be addressed?


On Sep 19, 2017 23:07, "Alex K" <rightkickt...@gmail.com> wrote:

Hi all,

I am trying to get the VM console of a VM through SSH socks proxy.
This is a scenario I will frequently face, as the ovirt cluster will be
available only though a remote SSH tunnel.

I am trying several console options without success.

With SPICE or VNC I get issue with virt-viewer saying "Unable to connect to
libvirt with URI [none]'

With noVNC I get a separate tab on browser where it is stuck showing
"loading".

Has anyone success with this kind of remote console access?

Thanx,
Alex



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



--
Robert O'Kane
Systems Administrator
Kunsthochschule für Medien Köln
Peter-Welter-Platz 2
50676 Köln

fon: +49(221)20189-223
fax: +49(221)20189-49223
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] VM remote noVNC console

2017-10-06 Thread Robert O'Kane

Hello,

I run a local X-Windows server on my client and ssh to the remote host with the 
-Y option. This forwards all remote
X windows commands to the local X-Window server. I can then get my remote 
windows to run locally.

Good Luck,

Robert O'Kane


On 10/05/2017 11:58 PM, Alex K wrote:

Any idea how this can be addressed?


On Sep 19, 2017 23:07, "Alex K" <rightkickt...@gmail.com 
<mailto:rightkickt...@gmail.com>> wrote:

Hi all,

I am trying to get the VM console of a VM through SSH socks proxy.
This is a scenario I will frequently face, as the ovirt cluster will be 
available only though a remote SSH tunnel.

I am trying several console options without success.

With SPICE or VNC I get issue with virt-viewer saying "Unable to connect to 
libvirt with URI [none]'

With noVNC I get a separate tab on browser where it is stuck showing 
"loading".

Has anyone success with this kind of remote console access?

    Thanx,
Alex



--
Robert O'Kane
Systems Administrator
Kunsthochschule für Medien Köln
Peter-Welter-Platz 2
50676 Köln

fon: +49(221)20189-223
fax: +49(221)20189-49223
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users