12288
(2 rows)
*Question:*
It is possible to change this (default * 4) behavior in DB??
Kind Regards,
Ladislav Humenik, System administrator
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
=1475382
Best regards,
Ladislav Humenik
On 26.07.2017 15:58, Michal Skrivanek wrote:
On 26 Jul 2017, at 16:50, Jakub Niedermertl <mailto:jnied...@redhat.com>> wrote:
Hello Ladislav,
the function computing size of default maximum memory size is
currently not configurable from DB.
If
the Aggregate, allowing the
AutoGrow
* Or all that is allocated to the volume but not actual Data Space
Kindly awaiting your reply.
-
kind regards/met vrindelijke groet
Marko Vrgotic
ActiveVideo
*From: *Ladislav Humenik
*Date: *Tuesday, 5 November 2019 at 20:45
*To: *"Vrgotic,
irstHeader("content-type").getValue());
it seems it is not XML type
the error is:
throw new Error("Failed to send request", e);
Through the web api I can connect and get and see all, but through the
SDK it exits. I've tried both 420 and 421 SD
on logs from engine are in attachment
Do you have any magic sql statement to figure out what is causing this
exception and how we can remove those storage domains without disruption ?
Thank you in advance
--
Ladislav Humenik
2018-02-21 09:50:02,484+01 INFO
[org.ovirt.engine.core.bll.storage.domain.
ce
ladislav
On 21.02.2018 14:03, Eyal Shenitzky wrote:
Did you manage to set the domain to maintenance?
If so you can try to 'Destroy' the domain.
On Wed, Feb 21, 2018 at 2:57 PM, Ladislav Humenik
mailto:ladislav.hume...@1und1.de>> wrote:
Hi, no
this table "STOR
at 3:17 PM, Ladislav Humenik
mailto:ladislav.hume...@1und1.de>> wrote:
Hi, of course i did. I put these domain's first in to maintenance,
then Detached it from the datacenter.
The last step is destroy or remove "just name it" and this last
step is mys
e two different operations.
Did you try both?
On Wed, Feb 21, 2018 at 3:17 PM, Ladislav Humenik
mailto:ladislav.hume...@1und1.de>> wrote:
Hi, of course i did. I put these domain's first in to
maintenance, then Detached it from the datacenter.
The la
-3.10.0-957.10.1.el7.x86_64
- vdsm-4.20.46-1.el7.x86_64
- libvirt-5.0.0-1.el7.x86_64
- qemu-kvm-ev-2.12.0-18.el7_6.3.1.x86_64
storage domain - netapp NFS share
logs are attached
--
Ladislav Humenik
System administrator
2019-04-12 10:39:25,503+0200 INFO (jsonrpc/0) [api.virt
I guess from the libvirt-latest repository
On 12.04.19 16:09, Nir Soffer wrote:
On Fri, Apr 12, 2019, 12:07 Ladislav Humenik
mailto:ladislav.hume...@1und1.de>> wrote:
Hello, we have recently updated few ovirts from 4.2.5 to 4.2.8
version
(actually 9 ovirt engine nodes),
licy/
oVirt Code of Conduct:
https://www.ovirt.org/community/about/community-guidelines/
List Archives:
https://lists.ovirt.org/archives/list/users@ovirt.org/message/TSJJKK5UG57CCFYUUCXXM3LYQJW2ODWZ/
--
Ladislav Humenik
System administrator / VI
at is what is killing the VMs during
takeover. Before storage leases it seems to have worked because it
would simply wait long enough for nfs to finish.
Greetings
Klaas
On 18.04.19 12:47, Ladislav Humenik wrote:
Hi, we have netapp nfs with ovirt in production and never experienced
an outage d
-12130
https://access.redhat.com/security/vulnerabilities/mds
--
Kind regards
Ladislav Humenik
___
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://access.redhat.com/solutions/34923
Any API call or whatever will be welcome.
--
Ladislav Humenik
___
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/
Hi all,
in the past we have used customized ipxe (to allow boot over network
with 10G cards), now we have finally updated our hypervisors to the
latest ipxe-roms-qemu
Of course the sum now differs and during live-migration the libvirtd
throws this error:
Mar 4 11:37:14 hypevisor-01 libvirtd
?
0x2 hex == 131072 decimal == 128K
0x4 hex == 262144 decimal == 256K
~]# du -k /usr/share/ipxe/1af41000.rom
256 /usr/share/ipxe/1af41000.rom
Kind regards,
Ladislav
On 06.03.19 13:25, Ladislav Humenik wrote:
Hi all,
in the past we have used customized ipxe (to allow boot over
output.
--
Ladislav Humenik
Systemadministrator / VI
IT Operations Hosting Infrastructure
IONOS SE | Hinterm Hauptbahnhof 5 | 76137 Karlsruhe | Deutschland
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
same output.
--
Ladislav Humenik
___
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
18 matches
Mail list logo