On Fri, Jul 28, 2017 at 8:37 PM, Richard Chan
wrote:
> After an upgrade to 4.0 I have a single host that cannot start supervdsmd
> because of IOError on /dev/stdout. All other hosts upgraded correctly.
>
Upgrade from which version? 3.6? Did you stay on 4.0 or continued to 4.1?
>
> In the syste
Hi Johan,
Can you please share the vdsm and engine logs.
Also, it won't harm to also get the sanlock logs just in case sanlock
was configured to save all debugging in a log file (see
http://people.redhat.com/teigland/sanlock-messages.txt)).
Try to share the sanlock ouput by running 'sanlock clie
Hi,
In order to increase the memory allocation or the cpu cores of the hosted
engine VM, the VM must be brought down and the vm.conf configuration file
must be edited on every hypervisor:
Set global maintenance mode from the hypervisor the VM is currently running
on:
# hosted-engine --set-maintena
Hi Andy,
Can you please elaborate more regarding the requirements and what you
are trying to achieve.
Have you tried to use vm-pool? Those VMs should be configured as
stateless and acquire minimal storage capacity.
Regards,
Maor
On Fri, Jul 28, 2017 at 10:19 PM, Andy Michielsen
wrote:
> Hello a
As far as it goes for RHEV:
- Virtual machine migration will fail if migrating from a hypervisor with
SELinux enabled to one with SELinux disabled
- A virtual machine previously started on a hypervisor with SELinux enabled
will not start on a hypervisor with SELinux disable.
RHEV manages the SELi
Might be a selinux related issue, similar threads suggest either to disable
selinux completely or run on host:
# setenforce 0
# yum clean expire-cache
# yum update selinux-policy\*
# setenforce 1
keeping an eye out for other reasons/solutions.
Regards,
Yanir Quinn
On Thu, Jul 27, 2017 at 5:32 P
(First reply did not get to the list)
From sanlock.log:
2017-07-30 10:49:31+0200 1766275 [1171]: s310751 lockspace 0924ff77-
ef51-435b-b90d-50bfbf2e8de7:1:/rhev/data-
center/mnt/glusterSD/vbgsan02:_fs02/0924ff77-ef51-435b-b90d-
50bfbf2e8de7/dom_md/ids:0
2017-07-30 10:49:31+0200 1766275 [10496]: v
Hi Maor,
Thanks for pitching in. I have to admit it isn't really an oVirt issue but more
on how to allow users working with it.
I do use the pool methode to provide the virtual servers and dektops.
For developers and support services I just let them use rdp for windows or even
virt-viewer but f
Hello,
We get this error message while moving or copying some of the disks on
our main cluster running 4.1.2 on centos7
This is shown in the engine:
VDSM vbgkvm02 command HSMGetAllTasksStatusesVDS failed: low level Image
copy failed
I can copy it inside the host. And i can use dd to copy. Have
What about ovirt-live?
http://www.ovirt.org/download/ovirt-live/
On Sun, Jul 30, 2017 at 12:40 PM, Andy Michielsen
wrote:
> Hi Maor,
>
> Thanks for pitching in. I have to admit it isn't really an oVirt issue but
> more on how to allow users working with it.
>
> I do use the pool methode to pr
I believe it depends on the version of Ovirt that you use, the Yanir
solution can be relevant only for the 3.5 version. Started from version 3.6
you can edit HE VM memory via UI without any troubles, the only thing that
you must be aware of under 4.1 you will need to wait for some time, until
the e
If you are referring to a plain OS to run the laptops from on, I'm not
aware of any specific OS. maybe DSL (http://www.damnsmalllinux.org/)?
On Sun, Jul 30, 2017 at 1:01 PM, Maor Lipchuk wrote:
> What about ovirt-live?
>http://www.ovirt.org/download/ovirt-live/
>
> On Sun, Jul 30, 2017 at 12:
Hi,
Can please you provide the versions of vdsm, qemu, libvirt?
On Sun, Jul 30, 2017 at 1:01 PM, Johan Bernhardsson wrote:
> Hello,
>
> We get this error message while moving or copying some of the disks on
> our main cluster running 4.1.2 on centos7
>
> This is shown in the engine:
> VDSM vbgk
OS Version:
RHEL - 7 - 3.1611.el7.centos
OS Description:
CentOS Linux 7
(Core)
Kernel Version:
3.10.0 - 514.16.1.el7.x86_64
KVM Version:
2.6.0 -
28.el7_3.9.1
LIBVIRT Version:
libvirt-2.0.0-10.el7_3.9
VDSM Version:
vdsm-
4.19.15-1.el7.centos
SPICE Version:
0.12.4 - 20.el7_3
GlusterFS Version:
gl
ust
Hi Yaniv,
On this one node, it happened from 3.6 -> 4.0. It persisted after 4.0->4.1.
Current: vdsm-4.19.24-1.el7.centos.x86_64
In systemd override I now have to have:
StandardOutput=null
Jul 29 01:19:21 systemd[1]: Starting Auxiliary vdsm service for
running helper functions as roo
Hi David,
I'm not sure how it got to that character in the first place.
Nir, Is there a safe way to fix that while there are running VMs?
Regards,
Maor
On Sun, Jul 30, 2017 at 11:58 AM, Johan Bernhardsson wrote:
> (First reply did not get to the list)
>
> From sanlock.log:
>
> 2017-07-30 10:49:
On Sun, Jul 30, 2017 at 4:24 PM, Maor Lipchuk wrote:
> Hi David,
Sorry, I meant Johan
>
> I'm not sure how it got to that character in the first place.
> Nir, Is there a safe way to fix that while there are running VMs?
>
> Regards,
> Maor
>
> On Sun, Jul 30, 2017 at 11:58 AM, Johan Bernhardsson
17 matches
Mail list logo