On Tue, Dec 3, 2019 at 3:02 PM Nathanaël Blanchet wrote:
> Great, I hope Gianluca will be able to sync with the container version!
>
>
Unfortunately not yet.
When running with the new virtual env I get:
2.352 INFO Updating inventory 4: MYDC_OVIRT
2.825 INFO Reading Ansible
Am Do., 28. Nov. 2019 um 09:00 Uhr schrieb Jon bae :
>
>
> Am Do., 28. Nov. 2019 um 07:42 Uhr schrieb Milan Zamazal <
> mzama...@redhat.com>:
>
>> Strahil writes:
>>
>> > Hi ,
>> >
>> > You can try with:
>> > 1. Set the host in maintenance
>> > 2. From Install dropdown , select 'reinstall' and
Could it be a rights problem, ie your awx user can not access
to /opt/my-envs?
You could try to create the ovirt virtualenv in the default path :
/var/lib/awx/venv/
Guillaume Pavese
Ingénieur Système et Réseau
Interactiv-Group
On Wed, Dec 4, 2019 at 5:32 PM Gianluca Cecchi
wrote:
> On Tue,
Hi Krutika,
Apparently, in context acl info got corrupted see brick logs
[posix-acl.c:263:posix_acl_log_permit_denied] 0-data_fast-access-control:
client:
CTX_ID:dae9ffad-6acd-4a43-9372-229a3018fde9-GRAPH_ID:0-PID:11468-HOST:ovirt2.localdomain-PC_NAME:data_fast-client-0-RECON_NO:-0,
gfid:
Hello,
There are some documentation on the web about using Zabbix with oVirt to
monitor the hypervisor itself like here: https://github.com/hudecof/libzbxovirt
and here: https://github.com/jensdepuydt/zabbix-ovirt
But what are you ppl doing about this issue? Any recommendations on Zabbix
Hi Amit,
is it inactive, but not in maintenance mode.
Thank you,
Oliver
Von: Amit Bawer
Gesendet: Mittwoch, 4. Dezember 2019 16:36
An: Albl, Oliver
Cc: users@ovirt.org; Nir Soffer
Betreff: Re: [ovirt-users] Re: Cannot activate/deactivate storage domain
in check we had here, we
Hi Oliver,
For deactivating the unresponsive storage domains, you can use the Compute
-> Data Centers -> Maintenance option with "Ignore OVF update failure"
checked.
This will force deactivation of the SD.
Will provide further details about the issue in the ticket.
On Tue, Dec 3, 2019 at 12:02
On Wed, Dec 4, 2019 at 4:42 PM Albl, Oliver
wrote:
> Hi Amit,
>
>
>
> unfortunately no success.
>
>
>
> Dec 4, 2019, 3:41:36 PM
>
> Storage Domain HOST_LUN_219 (Data Center xxx) was deactivated by system
> because it's not visible by any of the hosts.
>
>
>
> Dec 4, 2019, 3:35:09 PM
>
> Failed
Hi Amit,
unfortunately no success.
Dec 4, 2019, 3:41:36 PM
Storage Domain HOST_LUN_219 (Data Center xxx) was deactivated by system because
it's not visible by any of the hosts.
Dec 4, 2019, 3:35:09 PM
Failed to update VMs/Templates OVF data for Storage Domain HOST_LUN_219 in Data
in check we had here, we got similar warnings for using the ignore OVF
updates checks, but the SD was set inactive at end of process.
what is the SD status in your case after this try?
On Wed, Dec 4, 2019 at 4:49 PM Albl, Oliver
wrote:
> Yes.
>
> Am 04.12.2019 um 15:47 schrieb Amit Bawer
After spending another couple of hours trying to track down the problem, I have
found that the "lost connection" seems due to KVM shutting down, because it
cannot find the certificates for the Spice and VNC connections in
/etc/pki/vdsm/*, where 'ovirt-hosted-engine-cleanup' deleted them.
So
smime.p7m
Description: S/MIME encrypted message
___
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:
Yes.
Am 04.12.2019 um 15:47 schrieb Amit Bawer
mailto:aba...@redhat.com>>:
On Wed, Dec 4, 2019 at 4:42 PM Albl, Oliver
mailto:oliver.a...@fabasoft.com>> wrote:
Hi Amit,
unfortunately no success.
Dec 4, 2019, 3:41:36 PM
Storage Domain HOST_LUN_219 (Data Center xxx) was deactivated by
smime.p7m
Description: S/MIME encrypted message
___
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:
Thanks Strahil, for your suggestions.
Actually, I was far beyond the pick-up point you describe, as the Gluster had
all been prepared and was operable, even the local VM was already running and
accessible via the GUI.
But I picked up your hint to try to continue with the scripted variant, and
I am having problems installing a 3-node HCI cluster on machines that used to
work fine and on a fresh set of servers, too.
After a series of setbacks on a set of machines with failed installations and
potentially failed clean-ups, I am ssing a fresh set of servers that had never
run oVirt
On Tue, Dec 3, 2019 at 4:41 PM wrote:
> Hi, I want to use External Logical Networks Openstack Neutron. For this it
> is necessary to have all Openstack installed or is it possible to have only
> Neutron and used as a service?
Only Neutron is required.
If you want to create a lab install, the
If you manage to get your VM on the gluster - you are almost done.
I had similar situation and using virsh/hosted-engine , I have managed to reach
the GUI.
From there we can have a Clue what is going on.
Usually there is a dependency:
- Master storage domain should be UP
-This allows the DC to
I've tried to commenting out this line on /etc/pam.d/password-auth:
authrequisite pam_succeed_if.so uid >= 1000 quiet_success
However, although it has stopped complaining about "requirement uid >= 1000 not
met by user vdsm" on /var/log/secure , the error trying to attach ISO Domain
> On Tuesday, December 3, 2019, Ivan Apolonio
>
> This line shuts logging, worth to comment it out during check. Plus, do you
> have an #includedir setting in your /etc/sudoers file?
>
> The vdsm.log snippet seems later than the error in the engine.log, could
> you provide one covering the
Thanks Dominik, I'll try what you recommend
___
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:
On Wed, Dec 4, 2019 at 6:15 PM wrote:
>
> Hi,
>
> I'm having performance issues with a ovirt installation. It is showing
> high steal (5-10%) for a cpu intensive VM. The hypervisor however has
> more than 65% of his resources idle while the steal is seen inside of
> the VM.
>
> Even when placing
Most probably the vdsm or supervdsm's PreExec task is doing it (they got
multiple, so you can run manually till you find it out).
Just try the following:
systemctl stop vdsmd supervdsmd
systemctl start supervdsmd
Check for certs
systemctl start vdsmd
Keep in mind that that the chain of events
23 matches
Mail list logo