On Fri, Feb 25, 2022 at 11:08 PM wrote:
>
> Hi Lev,
>
> I'm seeing this 1 month old problem still persists; lots of repo errors on a
> fresh 4.4.10.1 install.
I am not aware of a bug in _current_ ovirt-release* packages and/or
the repos they point at. Can you please retry with fresh package and
Hi Michael,
When creating a direct lun, for each , you should mention the
address, port, and target.
You can follow the example here [1] under 'Adding a new direct LUN disk'
[1]
http://ovirt.github.io/ovirt-engine-api-model/master/#services/disks/methods/add
*Regards,*
*Shani Leviim*
On Fri,
Hi Shani,
thank you very much for your respond.
But I don’t have this parameter because it is no iSCSI LUN, it is a
FibreChannel (FCP) LUN. I only have the ID of the LUN.
Best Regards,
Michael
Von: Shani Leviim
Gesendet: Sonntag, 27. Februar 2022 18:26
An: Wagenknecht, Michael (ik4-sv)
Cc:
As ISO domains are deprecated, what's the correct/modern procedure to upload
ISOs to install / boot from?
When I upload them to a data domain, they get converted into QCOW2 images (as
confirmed by qemu-img info), but attached like ISOs to the qemu process. This
means the VMs won't boot, until
On Wed, Mar 2, 2022 at 3:01 PM David Johnson
wrote:
> Good morning folks, and thank you in advance.
>
> I am working on migrating my oVirt backing store from NFS to iSCSI.
>
> *oVirt Environment:*
>
> oVirt Open Virtualization Manager
> Software Version:4.4.4.7-1.el8
>
> *TrueNAS environment:*
>
On Wed, Mar 2, 2022 at 4:11 PM nroach44--- via Users wrote:
>
> As ISO domains are deprecated, what's the correct/modern procedure to upload
> ISOs to install / boot from?
>
> When I upload them to a data domain, they get converted into QCOW2 images (as
> confirmed by qemu-img info), but
Good morning folks, and thank you in advance.
I am working on migrating my oVirt backing store from NFS to iSCSI.
*oVirt Environment:*
oVirt Open Virtualization Manager
Software Version:4.4.4.7-1.el8
*TrueNAS environment:*
FreeBSD truenas.local 12.2-RELEASE-p11 75566f060d4(HEAD) TRUENAS amd64
Hi Shani,
the problem is solved. It was a syntax error: in the row
I forget a slash at the end.
The correct row is:
Thank you very much helping me.
Best Regards,
Michael
Von: Shani Leviim
Gesendet: Montag, 28. Februar 2022 15:31
An: Wagenknecht, Michael (ik4-sv)
Cc: users
Betreff: Re:
BEGIN:VCALENDAR
PRODID:-//Google Inc//Google Calendar 70.9054//EN
VERSION:2.0
CALSCALE:GREGORIAN
METHOD:REQUEST
BEGIN:VEVENT
DTSTART;VALUE=DATE:20220317
DTEND;VALUE=DATE:20220318
DTSTAMP:20220228T095754Z
ORGANIZER;CN=sbona...@redhat.com:mailto:sbona...@redhat.com
Hi Shani,
Yes I can add a LUN manually in the GUI.
With the verbose parameter I get some information when I run the command:
For correct usage, see:
https://olvmmanager.continentale.loc/ovirt-engine/apidoc#services/disks/methods/add
Request syntactically incorrect.
* Closing
Hi Shani,
I don’t get an answer of the request and the engine log only shows login and
logout information:
2022-02-28 12:17:41,462+01 INFO
[org.ovirt.engine.core.sso.utils.AuthenticationUtils] (default task-122)
[7c21a2a9] User admin@internal successfully logged in with scopes:
ovirt-app-api
On Sat, Feb 26, 2022 at 8:56 PM Jonathan Baecker wrote:
>
> Hello everybody,
>
> last night my backup script was not able to finish the backup from a VM in
> the last step of deleting the snapshot. And now I also can not delete this
> snapshot by hand, the message says:
>
> VDSM onode2 command
On Fri, Feb 11, 2022 at 5:02 PM Sandro Bonazzola
wrote:
> Hi Glen, welcome to oVirt community! Replies are inline:
>
> Il giorno ven 11 feb 2022 alle ore 06:57 Glen Jarvis via Users <
> users@ovirt.org> ha scritto:
>
>> I am researching how to contribute to the oVirt community. I started here:
Can you please share the request result / relevant part of the engine log?
it might indicate the missing parameter.
*Regards,*
*Shani Leviim*
On Mon, Feb 28, 2022 at 11:12 AM
wrote:
> Hi Shani,
>
> thank you very much for your respond.
>
> But I don’t have this parameter because it is no
I though that to, but I think is more. When I run: vdsm-tool
dump-volume-chains "sd_id" I get:
image: ad23c0db-1838-4f1f-811b-2b213d3a11cd
- 15259a3b-1065-4fb7-bc3c-04c5f4e14479
status: OK, voltype: INTERNAL, format: COW, legality:
LEGAL, type: SPARSE, capacity:
I was able to use your parameters and create the FC with the mentioned LUN.
[1]
- Are you able to add it manually from the UI?
- The only difference I can think of is the headers, maybe adding the URL
address, "--verbose" and "Content-Type: application/xml" [2] will show the
missing info?
[1]
Dear ovirt community,
my cluster cpu type is "Intel Skylake Server Family" . I have 3 hosts
with "Xeon Silver 4114" and 1 host with "Xeon Gold 5118", everything
works ok.
I try to add a new host with "Xeon Silver 4314" now. But it failed.
error log:
Host ovirt7 moved to Non-Operational
Via the WebUI.
Disks > Upload > Select iso locally, select normal data repo etc > Go
___
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
TrueNAS supports 512 bytes block in iSCSI.
Check at: Sharing => iSCSI => Extent.
Edit your Extent configuration and look for Block Size.
I’m running three different oVirt DCs with TrueNAS and iSCSI in all of them.
Sent from my iPhone
On 2 Mar 2022, at 11:49, Nir Soffer wrote:
On Wed, Mar
Hi everyone,
My configuration is 3 oVirt servers (CentOS Linux release 8.4.2105) with
GlusterFS (glusterfs 8.6). Everything works well, but I have these errors
appear every hours in the webgui of engine :
WARN : Failed to update VMs/Templates OVF data for Storage Domain vmstore in
Data Center
I think this is
https://bugzilla.redhat.com/show_bug.cgi?id=1940672 /
https://bugzilla.redhat.com/show_bug.cgi?id=1905158
Use the secure* cpu types.
Greetings
Klaas
On 3/1/22 08:50, Adam Xu wrote:
Dear ovirt community,
my cluster cpu type is "Intel Skylake Server Family" . I have 3
On Wed, Mar 2, 2022 at 5:53 PM nroach44--- via Users wrote:
>
> Via the WebUI.
>
> Disks > Upload > Select iso locally, select normal data repo etc > Go
Sounds like a bug in the javascript code detecting ISO type, or maybe
this is not an ISO file but a qcow2 image.
What does this show:
I recently installed ovirt on my server that has four/4 network adapters. I
recently installed ovirt on the server successfully; however; after the
installation I've not been able to access the internet from the server. I have
cockpit installed and I see that "ovirtmgmt" has taken control of
I recently installed ovirt 4.4.10 on my server successfully; however; I'm
unable to upload images using the ovirt GUI. I tried the following:
Storage> Disk> Upload> Start > Completed the form pointing to the source
location of the image
Once I click the OK button the status of the image
I have so uploaded a new iso and then attach the iso to a new vm. But when I
try to boot the vm I obtain this error:
booting from dvd/cd...
boot failed: could not read from cdrom (code 0005)
no bootable device
Forum Solution:
Find the location of the ISO image in the storage domain (search for
The cluster is on nfs today, with 500gb NVME SiLOG. Under heavy IO the vm's
are thrown into paused state instead of iowait. A prior email chain
identified a code error in qemu, with a repro using nothing more than DD to
set 2 gb on the virtual disk to 0's .
Since the point of the system is to
And as a complement for the last message, having 500GB of SLOG is almost
irrelevant.
SLOG isn’t a write cache mechanism, it’s a write offload one. The maximum size
used by SLOG is equal to the maximum transaction group that you could have.
I don’t know the maths to measure this for you, but I
David do yourself a favor a move away from NFS on TrueNAS for VM hosting.
As a personal experience hosting VMs on NFS may cause your entire
infrastructure to be down if you change something on TrueNAS, even adding a new
NFS share may trigger a NFS server restart and suddenly all your VMs will
solved. Thank you, Klaas.
在 2022/3/3 2:31, Klaas Demter 写道:
I think this is
https://bugzilla.redhat.com/show_bug.cgi?id=1940672 /
https://bugzilla.redhat.com/show_bug.cgi?id=1905158
Use the secure* cpu types.
Greetings
Klaas
On 3/1/22 08:50, Adam Xu wrote:
Dear ovirt community,
my
29 matches
Mail list logo
