date:20190515

You can need to looking the site here http://mycomputerwindows10.com and seen 
the all function of know how do i get my computer in windows 10.
___
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/EP2N2TGPMBBCPNHPAS7YNF67RL62XIZK/

[ovirt-users] Re: Question about the ovirt-engine-sdk-java

You can seen the follow this link https://scrabblewordfinder.me and join the 
most amazing word finder free puzzle game here nice way to all players.
___
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/OPOTBG4LBFVFSUD2URX7YOX3G7CBBXCJ/

[ovirt-users] Re: [Users] oVirt Weekly Sync Meeting Minutes -- 2012-05-23

I am here for the share this nice post looking here 
http://coolmathgamesjunction.net and get cool math games junction here are the 
many game to all of you.
___
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/BE5OWD4Z4QVSQWRXWF5DB6TVDOAZC4DJ/

[ovirt-users] Re: [QE][ACTION REQUIRED] oVirt 3.5.1 RC status - postponed

Looking the online here site https://windowsclassroom.com/defrag-windows-10 and 
seen the all update of defragment windows 10 in system it is the windos class 
room update here.
___
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/UZONXQFMN5GAECHJQ5F646TFPTBPZJ2N/

[ovirt-users] Re: VM Windows on 4.2

2019-05-15 Thread fraegia

> You need to install Windows VirtIO drivers during the installation.
> This link should help: 
> https://pve.proxmox.com/wiki/Windows_10_guest_best_practices
> 
> On May 15 2019, at 8:36 am, gpesoli(a)it.iliad.com wrote:

Thanks for answer.

I just installed VirtIO drivers on my engine:

# ll /usr/share/virtio-win/*.iso
-rw-r--r--. 1 root root 370821120 Mar 11 23:00 
/usr/share/virtio-win/virtio-win-0.1.164.iso
lrwxrwxrwx. 1 root root22 Apr  3 10:50 
/usr/share/virtio-win/virtio-win.iso -> virtio-win-0.1.164.iso

...
___
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/X2RZTKY42VOXQVU4G4NA5PC2PYGQUI7O/

[ovirt-users] Re: VM Windows on 4.2

2019-05-15 Thread femi adegoke

You need to install Windows VirtIO drivers during the installation.
This link should help: 
https://pve.proxmox.com/wiki/Windows_10_guest_best_practices

On May 15 2019, at 8:36 am, gpes...@it.iliad.com wrote:
> Hi all,
> I still cannot install or migrate windows virtual machines (64bit and UEFI 
> BIOS) on my oVirt platform (4.2.8.2-1), is it possible?
> On migration from ESXi, after converted them, VM doesn't want to start in 
> anyway.
>
> Further I noticed that on new installation I can't install 64bit version of 
> Windows, because seems that 64bit disk driver are not recognised.
>
>
>
>
> ___
> 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/D5G73JYKOEW4R657XMI3TWWF2SQF4ZLU/
>

___
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/DISV6KA5W4TGYL6CMAE6BJOTU6XZBBAX/

[ovirt-users] VM Windows on 4.2

2019-05-15 Thread gpesoli

Hi all,
I still cannot install or migrate windows virtual machines (64bit and UEFI 
BIOS) on my oVirt platform (4.2.8.2-1), is it possible?
On migration from ESXi, after converted them, VM doesn't want to start in 
anyway. 

Further I noticed that on new installation I can't install 64bit version of 
Windows, because seems that 64bit disk driver are not recognised.





___
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/D5G73JYKOEW4R657XMI3TWWF2SQF4ZLU/

[ovirt-users] Re: New to OVirt

2019-05-15 Thread Slobodan Stevanovic

Thank you all for suggestions.
I end up installing centOS and OVirt Engine on one machine, and OVirt Node on
another.
Until I get more familiar, this is going to be fine.

On Wednesday, May 15, 2019, 4:50:35 AM PDT, Joop wrote:

On 14-5-2019 06:32, Slobodan Stevanovic wrote:

I downloaded oVirt_Node ISO and deployed it to the servers. Than, I used the
following instructions

https://www.ovirt.org/documentation/gluster-hyperconverged/chap-Deploying_Hyperconverged.html

At first, I tried to deploy gluster to three servers, but it was giving me
some issues on one of them. So, I used that document as a guide line for single
deployment.
After, the gluster was done I clicked on OVirt Engine setup wizard. I filled
out the info so it can be deployed on the same server. However, the
installation never finishes successfully.
I can see that the host has a new virtual machine running, but it does not
get the IP address from the wizard. The VM gets the IP from the newly created
subnet.

On Monday, May 13, 2019, 11:09:43 AM PDT, Joop wrote:

On 10-5-2019 19:20, Slobodan Stevanovic wrote:

I am having hard time installing OVIrt.
Gluster deployment for the single node sometimes work, but host engine
deployment never works.

Any one has suggestion on which release of OVirt to use as a beginner.

Could you tell what problems you're having and what documentation you're
following?

I just did a hyperconverged hosted-engine setup on a single server using the
cockpit installer and had just 2 problems:
- firewall-cmd uses glusterfs as a service name and that isn't installed, its
in glusterfs-server rpm but that isn't installed for some reason.
- multipath problems but that could be my problem, anyway I manually
blacklisted both my SSD gluster drives.

Going todo it tomorrow again to get a collegue to work on it so if anything
comes up I'll post it here.

So I did the same routine today and followed this piece of documentation:
https://www.ovirt.org/download/ --> Install oVirt with Cockpit
Used a std Centos minimal install, used a fixed IP address with a DNS A record
and a PTR record, made one for the engine too!!, ran yum update, reboot
Add the ovirt-release43 repo
sudo yum install cockpit cockpit-ovirt-dashboard -y
sudo yum install glusterfs-server -y # this seemed to miss but includes the
firewalld glusterfs service name.!
sudo systemctl enable --now cockpit.socket
sudo firewall-cmd --add-service=cockpit
sudo firewall-cmd --add-service=cockpit --permanent
sudo yum install ansible-glusterfs-roles #??? not sure about the exact name
but use yum info *ansiblie* | grep ^Name | sort to find it. Wizard needs them.
login into cockpit
Select the gluster HCI wizard instead of the HostedEngine one and follow the
instructions to the t, use fixed IP adresses which DO have a DNS entry, saves
you a lot of hair pulling.

Joop

___
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/3YJRXLEDB3NUQZFUW6AGXJNESGNWLINR/
___
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/QPUS2MCDH2UXNRV6DIF4QTVMAGWCVIGI/

[ovirt-users] Re: Old mailing list SPAM

2019-05-15 Thread Sam Cappello

I am definitely not a mail expert, but last night i started getting 
DMARC reports saying emails from the server at mail.ovirt.org (  
8.43.85.194) are claiming they are from me (s...@oracool.net) but 
failing because the DKIM key does not match the key for my mail server.  
at least that is what i think this means, it is the first time i have 
really seen this, and also i think this is the first time i am actually 
posting something to this list.


I've attached one of the reports, maybe someone more familiar with 
DMARC  can make better sense of it.


sam

Markus Stockhausen wrote on 5/15/2019 1:46 AM:

Hi,

does anyone currently get old mails of 2016 from the mailing list?
We are spammed with something like this from teknikservice.nu:

...
Received: from mail.ovirt.org (localhost [IPv6:::1])by mail.ovirt.org
 (Postfix) with ESMTP id A33EA46AD3;Tue, 14 May 2019 14:48:48 -0400 (EDT)

Received: by mail.ovirt.org (Postfix, from userid 995)id D283A407D0; 
Tue, 14

 May 2019 14:42:29 -0400 (EDT)

Received: from bauhaus.teknikservice.nu (smtp.teknikservice.nu 
[81.216.61.60])

(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))(No
 client certificate requested)by mail.ovirt.org (Postfix) with ESMTPS id
 BF954467FEfor ; Tue, 14 May 2019 14:36:54 -0400 (EDT)

Received: by bauhaus.teknikservice.nu (Postfix, from userid 0)id 
259822F504;

 Tue, 14 May 2019 20:32:33 +0200 (CEST) <- 3 YEAR TIME WARP ?

Received: from washer.actnet.nu (washer.actnet.nu [212.214.67.187])(using
 TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))(No client
 certificate requested)by bauhaus.teknikservice.nu (Postfix) with 
ESMTPS id
 430FEDA541for ; Thu,  6 Oct 2016 18:02:51 +0200 
(CEST)


Received: from lists.ovirt.org (lists.ovirt.org [173.255.252.138])(using
 TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))(No client
 certificate requested)by washer.actnet.nu (Postfix) with ESMTPS id
 D75A82293FCfor ; Thu,  6 Oct 2016 18:04:11 +0200
 (CEST)
...

Markus


___
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/XI3LV4GPACT7ILZ3BNJLHHQBEWI3HWLI/
<>
___
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/GZYLXSCQZMLD7ATNCPAFWD3575WKYTST/

[ovirt-users] Re: VM has paused due to no storage space error

On Wed, May 15, 2019 at 2:32 PM Nicolas Ecarnot  wrote:

>
> >
> > This can happen when using thin provisioned disks on block storage
> > (iSCSI, FC). We provision such disk with 1G, and and extend the disk
> > (add 1G) when it becomes too full (by default, free space < 0.5G).
> >
> > If we fail to extend the disk quick enough,
>
>
> "quick enough" -> Is there some place where this threshold can be
> configured?
>

Hi,
it is some time I don't go into it, because I anyway tend to use
preallocated disks on block storage, but at 4.0, 4.1 time, when using thin
dsks, the parameters and their tested values were these in vdsm.conf
section [irs] or in some other file such as
/etc/vdsm/vdsm.conf.d/50_thin_block_extension_rules.conf

[irs]

# Together with volume_utilization_chunk_mb, set the minimal free
# space before a thin provisioned block volume is extended. Use lower
# values to extend earlier.
volume_utilization_percent = 20

# Size of extension chunk in megabytes, and together with
# volume_utilization_percent, set the free space limit. Use higher
# values to extend in bigger chunks.
volume_utilization_chunk_mb = 8192

Crosscheck in 4.2/4.3. Also, I remember I had problems in RHV 4.2 and RHVH
hosts trying to customize vdsm.conf, but I didn't deal much with it because
I decided then to use preallocated and not use anymore those parameters.

HIH investigating more,
Gianluca
___
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/5YE5I7DHBS4HBAW3QPTOUHAW2IBFUXKH/

[ovirt-users] Re: Unable to deploy Hyperconverged Engine Node - v4.3.3

2019-05-15 Thread Jason Brooks

I can't tell what's going wrong here. It looks a bit like this: 
https://bugzilla.redhat.com/show_bug.cgi?id=1507438
___
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/RRNLWBXOEFQLAM3PHIA7ZYAFEBPKTBOR/

[ovirt-users] Re: deprecating export domain?

2019-05-15 Thread Derek Atkins

Hi,

"Andreas Elvers"  writes:

> Maybe I overlooked the information, but in recent RHVE 4.3 docs the
> information how to use the export storage domain have been removed and
> there is no alternative to do so, but to detach a data domain and
> attach it somewhere else. But how can I move my VMs one by one to a
> new storage domain on a different datacenter without completely
> detaching the original storage domain?

I was under the impression that you just needed a regular (second) data
domain in lieu of the (deprecated) export domain.  So you attach a new
data domain, then migrate the VM over to it, then you can detach the
data domain and attach it to another datacenter.

> I don't want to bring down all of my VMs on the old storage domain for
> import. I want to export and import them one by one. When all VMs are
> moved to the new data center only then I want to decommission
> the old data center.
>
> What is the rationale to deprecate the export storage and already
> remove documentation when there seems to be no alternative available?

IANAD, but I believe the rationale was that there was no need for a
"special case" domain.

-derek

-- 
   Derek Atkins 617-623-3745
   de...@ihtfp.com www.ihtfp.com
   Computer and Internet Security Consultant
___
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/BYRVO6MDVVLLT6TIPFDYZMRGNDDMC7FA/

[ovirt-users] Re: Old mailing list SPAM

2019-05-15 Thread Benny Zlotnik

yes, I reported it and it's being worked on[1]

[1] https://ovirt-jira.atlassian.net/browse/OVIRT-2728

On Wed, May 15, 2019 at 4:05 PM Markus Stockhausen
 wrote:
>
> Hi,
>
> does anyone currently get old mails of 2016 from the mailing list?
> We are spammed with something like this from teknikservice.nu:
>
> ...
> Received: from mail.ovirt.org (localhost [IPv6:::1]) by mail.ovirt.org
>  (Postfix) with ESMTP id A33EA46AD3; Tue, 14 May 2019 14:48:48 -0400 (EDT)
>
> Received: by mail.ovirt.org (Postfix, from userid 995) id D283A407D0; Tue, 14
>  May 2019 14:42:29 -0400 (EDT)
>
> Received: from bauhaus.teknikservice.nu (smtp.teknikservice.nu [81.216.61.60])
> (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No
>  client certificate requested) by mail.ovirt.org (Postfix) with ESMTPS id
>  BF954467FE for ; Tue, 14 May 2019 14:36:54 -0400 (EDT)
>
> Received: by bauhaus.teknikservice.nu (Postfix, from userid 0) id 259822F504;
>  Tue, 14 May 2019 20:32:33 +0200 (CEST) <- 3 YEAR TIME WARP ?
>
> Received: from washer.actnet.nu (washer.actnet.nu [212.214.67.187]) (using
>  TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client
>  certificate requested) by bauhaus.teknikservice.nu (Postfix) with ESMTPS id
>  430FEDA541 for ; Thu,  6 Oct 2016 18:02:51 +0200 (CEST)
>
> Received: from lists.ovirt.org (lists.ovirt.org [173.255.252.138]) (using
>  TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client
>  certificate requested) by washer.actnet.nu (Postfix) with ESMTPS id
>  D75A82293FC for ; Thu,  6 Oct 2016 18:04:11 +0200
>  (CEST)
> ...
>
> Markus
>
> ___
> 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/XI3LV4GPACT7ILZ3BNJLHHQBEWI3HWLI/
___
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/6YIILZ6TRE3ZXCIPPD3N2F363AAH3HLS/

[ovirt-users] Re: deprecating export domain?

2019-05-15 Thread Luca 'remix_tj' Lorenzetto

On Wed, May 15, 2019 at 2:51 PM Andreas Elvers
 wrote:
>
> Maybe I overlooked the information, but in recent RHVE 4.3 docs the 
> information how to use the export storage domain have been removed and there 
> is no alternative to do so, but to detach a data domain and attach it 
> somewhere else. But how can I move my VMs one by one to a new storage domain 
> on a different datacenter without completely detaching the original storage 
> domain?

Create a new data domain for the vm transfer, move the vm you want to
migrate to it here. Stop VMs, detach storage domain, attach to new
cluster/datacenter, import vms, move them away from this storage
domain. Once done that you're free to reuse this data domain for
moving other vms.

Luca

-- 
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)

"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)

Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , 
___
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/CRAURUN4KYEX4GB5HZT2YDTHVATZMCTY/

[ovirt-users] Re: oVirt Open Source Backup solution?

2019-05-15 Thread Jorick Astrego

On 5/14/19 2:43 PM, Derek Atkins wrote:
> Strahil Nikolov  writes:
>
>> In such case ,
>> you use the same approach for the VM in whole - lock + snapshot on oVirt +
>> unlock.
>> This way you keep OS + app backup in one place , which has it's own Pluses 
>> and
>> Minuses.
> Sure  But the minus being it requires SIGNIFICANTLY more space.
> I've got over a dozen VMs, all running the same (pretty much) OS.
> If I based up the VM Snaphot there would be 12x space usage for OS
> files that I don't need to backup because I can recreate those from the
> initial repositories.  Of course, this is at the expense of more time to
> restore from the backup.
>
> YMMV.

Maybe split it in 2 disks? One OS and one APP/DATA? You can then backup
only one.

I prefer to do this anyway as I then can just redeploy the OS and attach
the second disk to get things back up and running.

Regards, Jorick Astrego



>> Best Regards,
>> Strahil Nikolov
> -derek




Met vriendelijke groet, With kind regards,

Jorick Astrego

Netbulae Virtualization Experts 



Tel: 053 20 30 270  i...@netbulae.euStaalsteden 4-3A
KvK 08198180
Fax: 053 20 30 271  www.netbulae.eu 7547 TA Enschede
BTW NL821234584B01



___
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/M2KBXD2LWZZYAX3RSNXEMZZLU5JNXEUS/

[ovirt-users] Re: Old mailing list SPAM

2019-05-15 Thread Tony Brian Albers

Yeah, I tried whois'ing teknikservice.nu, but I can't find the owner or
any contact information.

I suppose we'll just have to be busy hitting the delete button for
now..

/tony 


On Wed, 2019-05-15 at 05:46 +, Markus Stockhausen wrote:
> Hi,
> 
> does anyone currently get old mails of 2016 from the mailing list?
> We are spammed with something like this from teknikservice.nu:
> 
> ...
> Received: from mail.ovirt.org (localhost [IPv6:::1])
> by mail.ovirt.org
>  (Postfix) with ESMTP id A33EA46AD3; Tue, 14 May 2019 14:48:48 -0400
> (EDT)
> 
> Received: by mail.ovirt.org (Postfix, from userid 995)
> id D283A407D0; Tue, 14
>  May 2019 14:42:29 -0400 (EDT)
> 
> Received: from bauhaus.teknikservice.nu (smtp.teknikservice.nu
> [81.216.61.60])
> (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256
> bits))
> (No
>  client certificate requested) by mail.ovirt.org (Postfix) with
> ESMTPS id
>  BF954467FE for ; Tue, 14 May 2019 14:36:54 -0400
> (EDT)
> 
> Received: by bauhaus.teknikservice.nu (Postfix, from userid 0)
> id 259822F504;
>  Tue, 14 May 2019 20:32:33 +0200 (CEST) <- 3 YEAR TIME WARP ?
> 
> Received: from washer.actnet.nu (washer.actnet.nu [212.214.67.187])
> (using
>  TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))
> (No client
>  certificate requested) by bauhaus.teknikservice.nu (Postfix) with
> ESMTPS id
>  430FEDA541 for ; Thu,  6 Oct 2016 18:02:51
> +0200 (CEST)
> 
> Received: from lists.ovirt.org (lists.ovirt.org [173.255.252.138])
> (using
>  TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))
> (No client
>  certificate requested) by washer.actnet.nu (Postfix) with ESMTPS id
>  D75A82293FC for ; Thu,  6 Oct 2016 18:04:11
> +0200
>  (CEST)
> ...
> 
> Markus
> 
> ___
> 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/communit
> y-guidelines/
> List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/
> message/XI3LV4GPACT7ILZ3BNJLHHQBEWI3HWLI/
-- 
Tony Albers - Systems Architect - IT Development
Royal Danish Library, Victor Albecks Vej 1, 8000 Aarhus C, Denmark
Tel: +45 2566 2383 - CVR/SE: 2898 8842 - EAN: 5798000792142
___
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/GPVYD4FPWG5BUQ2MU7AFIO7HSYNK3VT4/

[ovirt-users] Re: Old mailing list SPAM

2019-05-15 Thread Nicolas Ecarnot


Le 15/05/2019 à 07:46, Markus Stockhausen a écrit :

Hi,

does anyone currently get old mails of 2016 from the mailing list?


I do.

(Though it is annoying, it allowed me to get an answer about which I 
never thought to ask - Thanks Nir, by the way)



We are spammed with something like this from teknikservice.nu:

...
Received: from mail.ovirt.org (localhost [IPv6:::1])by mail.ovirt.org
  (Postfix) with ESMTP id A33EA46AD3;Tue, 14 May 2019 14:48:48 -0400 (EDT)

Received: by mail.ovirt.org (Postfix, from userid 995)id D283A407D0; Tue, 14
  May 2019 14:42:29 -0400 (EDT)

Received: from bauhaus.teknikservice.nu (smtp.teknikservice.nu 
[81.216.61.60])

(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))(No
  client certificate requested)by mail.ovirt.org (Postfix) with ESMTPS id
  BF954467FEfor ; Tue, 14 May 2019 14:36:54 -0400 (EDT)

Received: by bauhaus.teknikservice.nu (Postfix, from userid 0)id 259822F504;
  Tue, 14 May 2019 20:32:33 +0200 (CEST) <- 3 YEAR TIME WARP ?

Received: from washer.actnet.nu (washer.actnet.nu [212.214.67.187])(using
  TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))(No client
  certificate requested)by bauhaus.teknikservice.nu (Postfix) with ESMTPS id
  430FEDA541for ; Thu,  6 Oct 2016 18:02:51 +0200 
(CEST)


Received: from lists.ovirt.org (lists.ovirt.org [173.255.252.138])(using
  TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits))(No client
  certificate requested)by washer.actnet.nu (Postfix) with ESMTPS id
  D75A82293FCfor ; Thu,  6 Oct 2016 18:04:11 +0200
  (CEST)
...

Markus


___
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/XI3LV4GPACT7ILZ3BNJLHHQBEWI3HWLI/




--
Nicolas ECARNOT
___
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/IEOIF3KVPKLBO2UNZ65FSRX7EFPXHF3V/

[ovirt-users] Re: VM has paused due to no storage space error



> On 14 May 2019, at 22:06, Nicolas Ecarnot  wrote:
> 
> Hi Nir, hi Sandvik,
> 
> As I saw this issue lots of times and as I'm using thin prov. + block 
> storage, I feel concerned.
> Read my question below.
> 
> Le 02/10/2016 à 12:55, Nir Soffer a écrit :
>> On Sun, Oct 2, 2016 at 12:06 PM, Sandvik Agustin
>>  wrote:
>>> Hi users,
>>> 
>>> I have this problem that sometimes 1 to 3 VM just automatically paused with
>>> user interaction and getting this error "VM has paused due to no storage
>>> space error". any inputs from you guys are very appreciated.
>> This is expected - when there is no storage space :-)
>> 
>> The vm is paused when there are some io pending io requests that
>> could not be fulfilled since you don't have enough space.
>> 
>> In a real machine the io requests would fail. In a vm, the vm can pause,
>> you can fix the issue (extend the storage domain), and resume the vm.
>> 
>> But I guess there is storage space available, otherwise you would
>> not spend the time sending this mail.
>> 
>> This can happen when using thin provisioned disks on block storage
>> (iSCSI, FC). We provision such disk with 1G, and and extend the disk
>> (add 1G) when it becomes too full (by default, free space < 0.5G).
>> 
>> If we fail to extend the disk quick enough,
> 
> 
> "quick enough" -> Is there some place where this threshold can be configured?

vdsm.conf

('volume_utilization_percent', '50',
'Together with volume_utilization_chunk_mb, set the minimal free '
'space before a thin provisioned block volume is extended. Use '
'lower values to extend earlier.'),

('volume_utilization_chunk_mb', '1024',
'Size of extension chunk in megabytes, and together with '
'volume_utilization_percent, set the free space limit. Use higher '
'values to extend in bigger chunks.’),

HTH,
michal

> 
> 
>>  the vm will pause before the
>> extend was completed. Once the extend was completed, we resume
>> the vm.
>> 
>> So you may see very short pauses, but they should be rare.
>> 
>> To understand the issue, we need to inspect vdsm logs from the host
>> running the vm that paused, showing the timeframe when the vm
>> was paused.
>> 
>> You should see this message in the log each time a vm pauses:
>> 
>> abnormal vm stop device  error ENOSPC
>> 
>> Nir
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>> 
>> --
>> IMPORTANT!
>> This message has been scanned for viruses and phishing links.
>> However, it is your responsibility to evaluate the links and attachments you 
>> choose to click.
>> If you are uncertain, we always try to help.
>> Greetings helpd...@actnet.se
>> 
>> 
>> 
>> --
>> IMPORTANT!
>> This message has been scanned for viruses and phishing links.
>> However, it is your responsibility to evaluate the links and attachments you 
>> choose to click.
>> If you are uncertain, we always try to help.
>> Greetings helpd...@actnet.se
>> 
>> ___
>> 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/5MAYP4SZZQC5BB2VVPQBXYWH4OOJ7LUW/
> 
> 
> -- 
> Nicolas ECARNOT
> ___
> 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/KF4SVQOE7U7ELLOIE4CNPSH2TAN7MW3K/
___
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/ZHG5AVXO2PXUBIO7QPWT63UFE6FGUFWE/

[ovirt-users] Re: [Qemu-block] Libvirt ERROR cannot access backing file after importing VM from OpenStack

2019-05-15 Thread Vrgotic, Marko

Dear oVirt gurus,

There was a lot of discussion and ideas regarding solving this issue, which I 
absolutely respect. Still as product consumer, administrator, what is the 
status of it? Can we and in which version expect to see and test solution or 
part of it?

Is there an approach you could recommend us to try with, while waiting for 
solution?
Would it be possible to me to track it somewhere?

Kindly awaiting your reply.

Marko Vrgotic
ActiveVideo

From: Arik Hadas 
Date: Wednesday, 11 July 2018 at 10:30
To: "Wolf, Kevin" , Eric Blake , "Vrgotic, 
Marko" , Nir Soffer , Richard 
Jones , qemu-block 
Cc: users 
Subject: Re: [Qemu-block] [ovirt-users] Libvirt ERROR cannot access backing 
file after importing VM from OpenStack

Better late than never - thank you all for the input, it was very useful!
With the ability to measure the collapsed form of a volume chain in the qcow2 
format, we managed to simplify and improve the process of creating an OVA 
significantly. What we do now is:
1. Measure the collapsed qcow2 volumes that would be written to the OVA
2. Create the OVA file accordingly
3. Write the "metadata" of the OVA - headers and OVF, while skipping the 
reserved places for disks
4. Mount each reserved place for a disk as a loopback device and convert the 
volume-chain directly to it [1]

This saves us from allocating temporary disks and extra copies.
That change would hopefully land in one of the next updates of oVirt 4.2.

[1] 
https://github.com/oVirt/ovirt-engine/commit/23230a131af33bfa55a3fe828660c32f7fff04d7

On Wed, May 30, 2018 at 7:39 PM Kevin Wolf 
mailto:kw...@redhat.com>> wrote:
Am 30.05.2018 um 18:14 hat Arik Hadas geschrieben:
> On Wed, May 30, 2018 at 6:33 PM, Kevin Wolf 
> mailto:kw...@redhat.com>> wrote:
> > I think the problem is that we're talking about two different things in
> > one thread. If I understand correctly, what oVirt does today is:
> >
> > 1. qemu-img convert to create a temporary qcow2 image that merges the
> >whole backing chain in a single file
> >
> > 2. tar to create an temporary OVA archive that contains, amongst others,
> >the temporary qcow2 image. This is a second temporary file.
> >
> > 3. Stream this temporary OVA archive over HTTP
> >
>
> Well, today we suggest users to mount a shared storage to multiple hosts
> that reside in different oVirt/RHV deployments so they could export
> VMs/templates as OVAs to that shared storage and import these OVAs from the
> shared storage to a destination deployment. This process involves only #1
> and #2.
>
> The technique you proposed earlier for writing disks directly into an OVA,
> assuming that the target size can be retrieved with 'qemu-img measure',
> sounds like a nice approach to accelerate this process. I think we should
> really consider doing that if that's as easy as it sounds.

Writing the image to a given offset in a file is the example that I gave
further down in the mail:

> > You added another host into the mix, which just receives the image
> > content via NBD and then re-exports it as HTTP. Does this host actually
> > exist or is it the same host where the original images are located?
> >
> > Because if you stay local for this step, there is no need to use NBD at
> > all:
> >
> > $ ./qemu-img measure -O qcow2 ~/images/hd.img
> > required size: 67436544
> > fully allocated size: 67436544
> > $ ./qemu-img create -f file /tmp/test.qcow2 67436544
> > Formatting '/tmp/test.qcow2', fmt=file size=67436544
> > $ ./qemu-img convert -n --target-image-opts ~/images/hd.img
> > driver=raw,file.driver=file,file.filename=/tmp/test.qcow2,offset=65536
> >
> > hexdump verifies that this does the expected thing.

> But #3 is definitely something we are interested in because we expect the
> next step to be exporting the OVAs to a remote instance of Glance that
> serves as a shared repository for the different deployments. Being able to
> stream the collapsed form of a volume chain without writing anything to the
> storage device would be fantastic. I think that even at the expense of
> iterating the chain twice - once to map the structure of the jump tables
> (right?) and once to stream the whole data.

If the target is not a stupid web browser, but something actually
virt-related like Glance, I'm sure it can offer a more suitable protocol
than HTTP? If you could talk NBD to Glance, you'd get rid of the
streaming requirement. I think it would make more sense to invest the
effort there.

Kevin
___
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/PUWIUUENVIPFBG7QIQWJXJCO6LTCWXWP/

[ovirt-users] Re: Gluster volume heals and after 5 seconds has /dom_md/ids dirty again

2019-05-15 Thread Andreas Elvers

ovirt node NG is a very good choice. Install experience, upgrade experience is 
very nice. 4.3 just got out of beta at Redhat. So the woes we experience is due 
to be a early adopter.

ovirt node NG provides a stable selection of components and versions. ovirt 
node NG is tested. Spinning up your own oVirt mix seems more error prone to me.
___
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/DQWUV6EMBELX65YKK2CDJULNBPKFHH6N/

[ovirt-users] Error while executing action RefreshLunsSize: REFRESH_LUN_ERROR

2019-05-15 Thread vasily.lamy...@megafon.ru

I want to add some space on my LUN.
Previously I added the place simply by pressing the "plus" button in domain 
management.
Today I have some error with this. I touch "plus" button and get next errors:
In web: "Error while executing action RefreshLunsSize: REFRESH_LUN_ERROR "
In engine.log:
2016-10-06 05:30:09,974 ERROR 
[org.ovirt.engine.core.bll.storage.domain.RefreshLunsSizeCommand] (default 
task-1) [784d8d11] Failed to refresh device 3600c0ff0001b7485f7aeea570100 
Not all VDS are seeing the same size VDS 
:[Host[node10,37d1a1a7-4d40-45bb-8351-0b4f8b3d349c], 
Host[node1,5a978ba9-3314-4f4d-bfc2-59aaefc5a33c], 
Host[node3,d03c5b81-fdc3-4407-a444-feaa3d2e9d96], 
Host[node2,a44c06e1-379d-4e73-8a8f-60210a99141e]]
2016-10-06 05:30:09,974 ERROR 
[org.ovirt.engine.core.bll.storage.domain.RefreshLunsSizeCommand] (default 
task-1) [784d8d11] Command 
'org.ovirt.engine.core.bll.storage.domain.RefreshLunsSizeCommand' failed: 
EngineException: Failed to refresh LUNs. Not all VDS are seeing the same size: 
[LUN : 3600c0ff0001b7485f7aeea570100VDS: node10, node1, node3, node2] 
(Failed with error REFRESH_LUN_ERROR and code 5060)
2016-10-06 05:30:09,975 INFO  
[org.ovirt.engine.core.bll.storage.domain.RefreshLunsSizeCommand] (default 
task-1) [784d8d11] Command [id=44f94cb2-3eff-49b5-85c6-d2cb79801277]: 
Compensating CHANGED_STATUS_ONLY of 
org.ovirt.engine.core.common.businessentities.StoragePoolIsoMap; snapshot: 
EntityStatusSnapshot:{id='StoragePoolIsoMapId:{storagePoolId='0001-0001-0001-0001-034e',
 storageId='f5309743-d46b-4365-951a-571d2d9fbc87'}', status='Active'}.
2016-10-06 05:30:15,683 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-1) [784d8d11] Correlation ID: 784d8d11, Job ID: 
b47afe3a-6052-4c67-a5b6-7f7303aa18b6, Call Stack: null, Custom Event ID: -1, 
Message: Failed to resize LUNs.
Not all the hosts are seeing the same LUN size.

But on all node's I see same LUN size in `multipath -ll`
How can i repair this problem, and expand lun size in ovirt?




Информация в этом сообщении предназначена исключительно для конкретных лиц, 
которым она адресована. В сообщении может содержаться конфиденциальная 
информация, которая не может быть раскрыта или использована кем-либо, кроме 
адресатов. Если вы не адресат этого сообщения, то использование, переадресация, 
копирование или распространение содержания сообщения или его части незаконно и 
запрещено. Если Вы получили это сообщение ошибочно, пожалуйста, незамедлительно 
сообщите отправителю об этом и удалите со всем содержимым само сообщение и 
любые возможные его копии и приложения.

The information contained in this communication is intended solely for the use 
of the individual or entity to whom it is addressed and others authorized to 
receive it. It may contain confidential or legally privileged information. The 
contents may not be disclosed or used by anyone other than the addressee. If 
you are not the intended recipient(s), any use, disclosure, copying, 
distribution or any action taken or omitted to be taken in reliance on it is 
prohibited and may be unlawful. If you have received this communication in 
error please notify us immediately by responding to this email and then delete 
the e-mail and all attachments and any copies thereof.

(c)20mf50

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/PF5E63II4F5FSE37KTUC4B6PM3F3SPAN/

[ovirt-users] Re: Decommissioning etherpad and old wiki

2019-05-15 Thread Dan Kenigsberg

On Thu, Oct 06, 2016 at 05:53:54PM +0900, Marc Dequènes (Duck) wrote:
> Quack,
> 
> The wiki content was already converted into the website, and remaining
> broken links & co were fixed (thanks Garrett). It was merely kept in
> case some content was forgotten (read-only).
> 
> The Etherpad was barely used and a pain to upgrade/maintain, so the
> infra team with the last remaining user decided to close it.
> 
> They are to be removed soon. In fact we already stopped them to track
> the remaining users, and no one complained. It can be restarted on
> demand before the removal date.
> 
> On 2016-10-26 the resources will be purged. Backup has been made, so
> nothing is lost but unless there is a good reason it won't be used.
> 
> Btw, the wiki@ mailing-list was unused and is now read-only.

How much resources did old.ovirt.org take? I many occasions, the
migration to the new git-based site rendered pages almost unreadable. In
such occasions, I loved going back to old.ovirt.org, to see how a
feature page was meant to look like.

Can we keep old.ovirt.org for another year? I see that it is currently
down.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

___
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/D4HHAAOGLJZOGVMDNCVJ42RKNXNOQYM4/

[ovirt-users] basic setup with SLES 11

2019-05-15 Thread Lentes, Bernd

Hi,

i'd like to create this basic setup:
Two hosts with SLES 11 SP4, 10-15 guests (Windows 7, SLES, Ubuntu). SAN with
several TB, attached via FC, formatted with OCFS2.
VM's will run with kvm and libvirt. I'd like to have live migration.
Would ovirt be possible in this setup, would i have a benefit ? Easy
administration, s.th. like that ?

Thanks.

Bernd

--
Bernd Lentes

Systemadministration
institute of developmental genetics
Gebäude 35.34 - Raum 208
HelmholtzZentrum München
bernd.len...@helmholtz-muenchen.de
phone: +49 (0)89 3187 1241
fax: +49 (0)89 3187 2294

Erst wenn man sich auf etwas festlegt kann man Unrecht haben
Scott Adams

Helmholtz Zentrum Muenchen
Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH)
Ingolstaedter Landstr. 1
85764 Neuherberg
www.helmholtz-muenchen.de
Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe
Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Dr. Alfons Enhsen
Registergericht: Amtsgericht Muenchen HRB 6466
USt-IdNr: DE 129521671

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

[ovirt-users] Re: Unable to get HE up after update

On Mon, Oct 10, 2016 at 11:27 AM, Susinthiran Sithamparanathan <
chesu...@gmail.com> wrote:

> Hi,
> all the logs are now at https://my.owndrive.com/index.
> php/s/3Dcyho9bqo7oZs8
>
> I did a quick debug in the VM and i think we are getting closer to the
> root cause:
> https://paste.fedoraproject.org/447579/14760912/
>
> It seems the SSL/TLS certs are all missing. Now i wonder which RPM package
> does contain these so that i can try to reinstall it.
>
> Appreciate your help so far!
>
>
OK, the issue on the host is just here:
MainThread::DEBUG::2016-10-10
11:18:34,169::brokerlink::282::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(_communicate)
Full response: success {"reason": "failed liveliness check", "health":
"bad", "vm": "up", "detail": "up"}
MainThread::DEBUG::2016-10-10
11:18:34,169::brokerlink::255::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(_checked_communicate)
Successful response from socket
MainThread::DEBUG::2016-10-10
11:18:34,170::brokerlink::151::ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(get_monitor_status)
Success, status {"reason": "failed liveliness check", "health": "bad",
"vm": "up", "detail": "up"}

the engine VM goes up but the engine no and so after a certain amount of
time it tries again with a reboot.
We should definitively add a more explicit log entry there!

Now the point is just why your engine is not starting.



>
>
>
> On Mon, Oct 10, 2016 at 10:17 AM, Simone Tiraboschi 
> wrote:
>
>>
>>
>> On Mon, Oct 10, 2016 at 10:13 AM, Yedidyah Bar David 
>> wrote:
>>
>>> On Mon, Oct 10, 2016 at 10:56 AM, Simone Tiraboschi 
>>> wrote:
>>> >
>>> >
>>> > On Sun, Oct 9, 2016 at 5:13 PM, Susinthiran Sithamparanathan
>>> >  wrote:
>>> >>
>>> >> Sure, here it is: https://my.owndrive.com/index.php/s/MFoFyKJVLjzezey
>>> >>
>>> >
>>> > The agent is periodically restarting the engine VM but from the logs I
>>> don't
>>> > see why.
>>>
>>> Also it keeps doing:
>>>
>>>
>> Yes, this is fine: by design ovirt-ha-agent periodically (about 30-40
>> seconds) reconnects the hosted-engine storage domain.
>>
>>
>>> MainThread::INFO::2016-10-09
>>> 17:06:01,025::hosted_engine::612::ovirt_hosted_engine_ha.age
>>> nt.hosted_engine.HostedEngine::(_initialize_vdsm)
>>> Initializing VDSM
>>> MainThread::INFO::2016-10-09
>>> 17:06:05,118::hosted_engine::639::ovirt_hosted_engine_ha.age
>>> nt.hosted_engine.HostedEngine::(_initialize_storage_images)
>>> Connecting the storage
>>> MainThread::INFO::2016-10-09
>>> 17:06:05,131::storage_server::218::ovirt_hosted_engine_ha.li
>>> b.storage_server.StorageServer::(connect_storage_server)
>>> Connecting storage server
>>> MainThread::INFO::2016-10-09
>>> 17:06:13,459::storage_server::225::ovirt_hosted_engine_ha.li
>>> b.storage_server.StorageServer::(connect_storage_server)
>>> Connecting storage server
>>> MainThread::INFO::2016-10-09
>>> 17:06:13,496::storage_server::232::ovirt_hosted_engine_ha.li
>>> b.storage_server.StorageServer::(connect_storage_server)
>>> Refreshing the storage domain
>>> MainThread::INFO::2016-10-09
>>> 17:06:13,737::hosted_engine::666::ovirt_hosted_engine_ha.age
>>> nt.hosted_engine.HostedEngine::(_initialize_storage_images)
>>> Preparing images
>>> MainThread::INFO::2016-10-09
>>> 17:06:13,737::image::126::ovirt_hosted_engine_ha.lib.image.I
>>> mage::(prepare_images)
>>> Preparing images
>>>
>>> Does this make sense, Simone?
>>>
>>> Please check/share also /var/log/vdsm/* . Thanks.
>>>
>>> > Can you please set the agent in debug mode and share again its logs?
>>> >
>>> > You have to edit /etc/ovirt-hosted-engine-ha/agent-log.conf changing
>>> from
>>> >
>>> > [logger_root]
>>> > level=INFO
>>> >
>>> > to
>>> > [logger_root]
>>> > level=DEBUG
>>> >
>>> > and then restart ovirt-ha-agent.
>>> >
>>> >
>>> >>
>>> >> On Sun, Oct 9, 2016 at 3:19 PM, Doron Fediuck 
>>> wrote:
>>> >>>
>>> >>> Can you please provide the HA agent logs?
>>> >>>
>>> >>> On Sun, Oct 9, 2016 at 1:57 PM, Susinthiran Sithamparanathan
>>> >>>  wrote:
>>> 
>>>  Hi,
>>>  i've been discussing this issue over at IRC (#ovirt on irc.oftc.net
>>> ))
>>>  and was suggested to send an email with logs the ML.
>>> 
>>>  The problem i have is that the HE is a loop getting up and down ( (
>>> i
>>>  assume it's the HA trying to get it up) after upgrade to oVirt 4. I
>>> have a
>>>  couple of VMs i use daily with SPICE and remoteviewer and i hope to
>>> get them
>>>  up and running again. Due to this, i've put it in global
>>> maintenance mode.
>>>  I'm attaching the server log in the hope of getting some help and
>>> can
>>>  provide more details if needed to debug the issue further.
>>> 
>>>  The log is too big for fpaste so it's to be found here:
>>>  https://my.owndrive.com/index.php/s/Gk4De1jy9fWmFa8 as well as
>>> attached
>>>  here.
>>> 
>>> 
>>>  Thanks!
>>> 
>>> 
>>>  --
>>> 
>>>  Susinthiran Sithamparanathan
>>> 
>>>

[ovirt-users] Re: Unable to get HE up after update

On Mon, Oct 10, 2016 at 11:40 AM, Simone Tiraboschi 
wrote:

>
>
> On Mon, Oct 10, 2016 at 11:27 AM, Susinthiran Sithamparanathan <
> chesu...@gmail.com> wrote:
>
>> Hi,
>> all the logs are now at https://my.owndrive.com/index.
>> php/s/3Dcyho9bqo7oZs8
>>
>> I did a quick debug in the VM and i think we are getting closer to the
>> root cause:
>> https://paste.fedoraproject.org/447579/14760912/
>>
>> It seems the SSL/TLS certs are all missing. Now i wonder which RPM
>> package does contain these so that i can try to reinstall it.
>>
>> Appreciate your help so far!
>>
>>
> OK, the issue on the host is just here:
> MainThread::DEBUG::2016-10-10 11:18:34,169::brokerlink::282:
> :ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(_communicate) Full
> response: success {"reason": "failed liveliness check", "health": "bad",
> "vm": "up", "detail": "up"}
> MainThread::DEBUG::2016-10-10 11:18:34,169::brokerlink::255:
> :ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(_checked_communicate)
> Successful response from socket
> MainThread::DEBUG::2016-10-10 11:18:34,170::brokerlink::151:
> :ovirt_hosted_engine_ha.lib.brokerlink.BrokerLink::(get_monitor_status)
> Success, status {"reason": "failed liveliness check", "health": "bad",
> "vm": "up", "detail": "up"}
>
> the engine VM goes up but the engine no and so after a certain amount of
> time it tries again with a reboot.
> We should definitively add a more explicit log entry there!
>
> Now the point is just why your engine is not starting.
>

Can you please upload you engine-setup logs from the engine VM?



>
>
>
>>
>>
>>
>> On Mon, Oct 10, 2016 at 10:17 AM, Simone Tiraboschi 
>> wrote:
>>
>>>
>>>
>>> On Mon, Oct 10, 2016 at 10:13 AM, Yedidyah Bar David 
>>> wrote:
>>>
 On Mon, Oct 10, 2016 at 10:56 AM, Simone Tiraboschi <
 stira...@redhat.com> wrote:
 >
 >
 > On Sun, Oct 9, 2016 at 5:13 PM, Susinthiran Sithamparanathan
 >  wrote:
 >>
 >> Sure, here it is: https://my.owndrive.com/index.
 php/s/MFoFyKJVLjzezey
 >>
 >
 > The agent is periodically restarting the engine VM but from the logs
 I don't
 > see why.

 Also it keeps doing:


>>> Yes, this is fine: by design ovirt-ha-agent periodically (about 30-40
>>> seconds) reconnects the hosted-engine storage domain.
>>>
>>>
 MainThread::INFO::2016-10-09
 17:06:01,025::hosted_engine::612::ovirt_hosted_engine_ha.age
 nt.hosted_engine.HostedEngine::(_initialize_vdsm)
 Initializing VDSM
 MainThread::INFO::2016-10-09
 17:06:05,118::hosted_engine::639::ovirt_hosted_engine_ha.age
 nt.hosted_engine.HostedEngine::(_initialize_storage_images)
 Connecting the storage
 MainThread::INFO::2016-10-09
 17:06:05,131::storage_server::218::ovirt_hosted_engine_ha.li
 b.storage_server.StorageServer::(connect_storage_server)
 Connecting storage server
 MainThread::INFO::2016-10-09
 17:06:13,459::storage_server::225::ovirt_hosted_engine_ha.li
 b.storage_server.StorageServer::(connect_storage_server)
 Connecting storage server
 MainThread::INFO::2016-10-09
 17:06:13,496::storage_server::232::ovirt_hosted_engine_ha.li
 b.storage_server.StorageServer::(connect_storage_server)
 Refreshing the storage domain
 MainThread::INFO::2016-10-09
 17:06:13,737::hosted_engine::666::ovirt_hosted_engine_ha.age
 nt.hosted_engine.HostedEngine::(_initialize_storage_images)
 Preparing images
 MainThread::INFO::2016-10-09
 17:06:13,737::image::126::ovirt_hosted_engine_ha.lib.image.I
 mage::(prepare_images)
 Preparing images

 Does this make sense, Simone?

 Please check/share also /var/log/vdsm/* . Thanks.

 > Can you please set the agent in debug mode and share again its logs?
 >
 > You have to edit /etc/ovirt-hosted-engine-ha/agent-log.conf changing
 from
 >
 > [logger_root]
 > level=INFO
 >
 > to
 > [logger_root]
 > level=DEBUG
 >
 > and then restart ovirt-ha-agent.
 >
 >
 >>
 >> On Sun, Oct 9, 2016 at 3:19 PM, Doron Fediuck 
 wrote:
 >>>
 >>> Can you please provide the HA agent logs?
 >>>
 >>> On Sun, Oct 9, 2016 at 1:57 PM, Susinthiran Sithamparanathan
 >>>  wrote:
 
  Hi,
  i've been discussing this issue over at IRC (#ovirt on
 irc.oftc.net))
  and was suggested to send an email with logs the ML.
 
  The problem i have is that the HE is a loop getting up and down (
 ( i
  assume it's the HA trying to get it up) after upgrade to oVirt 4.
 I have a
  couple of VMs i use daily with SPICE and remoteviewer and i hope
 to get them
  up and running again. Due to this, i've put it in global
 maintenance mode.
  I'm attaching the server log in the hope of getting some help and
 can
  provide more details if needed to debug the issue further.

[ovirt-users] Re: documentation change suggestion / question

2019-05-15 Thread Yedidyah Bar David

On Sun, Oct 9, 2016 at 11:26 AM, Karli Sjöberg  wrote:
>
> Den 8 okt. 2016 19:15 skrev Charles Kozler :
>>
>> Googling "ovirt windows agent" this is the first link that pops up:
>> http://www.ovirt.org/documentation/internal/guest-agent/guest-agent-for-windows/

Patches are welcome :-)

>>
>> This doc seems non-intuitive and over complicated
>>
>> Specifically, the RedHat documentation that is 4 links below is simple as
>> "install this package and mount the iso":
>> https://community.redhat.com/blog/2015/05/how-to-install-and-use-ovirts-windows-guest-tools/

That's true for oVirt as well, since 3.5. Please check this:

https://www.ovirt.org/develop/release-management/features/engine/windows-guest-tools/

>>
>> The former was updated as early as June of this year
>>
>> 1.) The RedHat document worked for me so I dont think oVirt 4.x cant use
>> the same
>> 2.) Why have separate areas of documentation that are so different from
>> each other? This has caused me issues in the past whereby I found RH docs
>> that were much more clear and concise

I guess one of the main reasons is that this particular part, the windows
tools iso, is one of the biggest differences between oVirt and RHV.

RHV uses InstallShield to create the installer, and RHV uses NSIS.

The installers are completely unrelated.

Other than that, the iso content is similar (drivers, agents etc).

>
> That's because all oVirt documentation is community driven. This specific
> page was written by a guy I happen to know quite well (I wrote it):)

Thanks! :-)

>
> This was written back when there was no easy to install package, where you
> had to do that by hand, and if you want to, you still can, the method still
> works. But I agree that if there's an easier way today, I think we should go
> with that first and keep this compiling method as the fallback.
>
>> 3.) Is there anyone who might want to merge RH docs with oVirt docs where
>> the RH docs are better than oVirt?
>
> Hoping someone @RH can answer this, because I don't know if I'm allowed to
> do that?
>
> /K
>
>>
>> Thanks so much for providing such a great product! I just feel sometimes
>> the docs are a little more developer-centric whereas the RedHat docs are
>> more easily readable
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



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

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
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/YQUHSJQLKWV6PANLKFH7X2CTDY5FQ4AM/

[ovirt-users] Replace Engine Self-Signed Certificate

2019-05-15 Thread Alan Griffiths

Hi,

I'm trying to replace the self-signed certificate in the engine.

I updated the four files listed here

http://www.ovirt.org/develop/release-management/features/infra/pki/

But on restarting Apache and logging in I get the following error,
"sun.security.validator.ValidatorException: PKIX path building failed:
sun.security.provider.certpath.SunCertPathBuilderException: unable to find
valid certification path to requested target"

What am I missing?

Thanks,

Alan

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/NQNPRPNHJVH47C6GFINFJLGZSS5636V3/

[ovirt-users] Old mailing list SPAM

Hi,

does anyone currently get old mails of 2016 from the mailing list?
We are spammed with something like this from teknikservice.nu:

...
Received: from mail.ovirt.org (localhost [IPv6:::1]) by mail.ovirt.org
 (Postfix) with ESMTP id A33EA46AD3; Tue, 14 May 2019 14:48:48 -0400 (EDT)

Received: by mail.ovirt.org (Postfix, from userid 995) id D283A407D0; Tue, 14
 May 2019 14:42:29 -0400 (EDT)

Received: from bauhaus.teknikservice.nu (smtp.teknikservice.nu [81.216.61.60])
(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No
 client certificate requested) by mail.ovirt.org (Postfix) with ESMTPS id
 BF954467FE for ; Tue, 14 May 2019 14:36:54 -0400 (EDT)

Received: by bauhaus.teknikservice.nu (Postfix, from userid 0) id 259822F504;
 Tue, 14 May 2019 20:32:33 +0200 (CEST) <- 3 YEAR TIME WARP ?

Received: from washer.actnet.nu (washer.actnet.nu [212.214.67.187]) (using
 TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client
 certificate requested) by bauhaus.teknikservice.nu (Postfix) with ESMTPS id
 430FEDA541 for ; Thu,  6 Oct 2016 18:02:51 +0200 (CEST)

Received: from lists.ovirt.org (lists.ovirt.org [173.255.252.138]) (using
 TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client
 certificate requested) by washer.actnet.nu (Postfix) with ESMTPS id
 D75A82293FC for ; Thu,  6 Oct 2016 18:04:11 +0200
 (CEST)
...

Markus

___
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/XI3LV4GPACT7ILZ3BNJLHHQBEWI3HWLI/

[ovirt-users] Re: Can't add host - Failed to read hardware information


> On 7 Oct 2016, at 12:52, David Pinkerton  wrote:
> 
> I'm trying to add a host to a freshly built cluster.
> 
> yum install finishes, then the message " Failed to read hardware information" 
> is displayed - host has installation failed.  
> If I try to re-install I get the same message and the host goes 
> non-responsive.
> 
> 
> engine log:
> 
> 2016-10-07 21:13:46,525 INFO  
> [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) 
> [2854e702] Connecting to /192.168.21.71 
> 2016-10-07 21:13:46,526 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand] 
> (DefaultQuartzScheduler4) [3fa97b73] Command 
> 'GetCapabilitiesVDSCommand(HostName = rhv1, 
> VdsIdAndVdsVDSCommandParametersBase:{runAsync='true', 
> hostId='96358424-a14e-4d29-957f-3d7ddac99c12', 
> vds='Host[rhv1,96358424-a14e-4d29-957f-3d7ddac99c12]'})' execution failed: 
> org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed
> 2016-10-07 21:13:46,526 ERROR 
> [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] 
> (DefaultQuartzScheduler4) [3fa97b73] Failure to refresh Vds runtime info: 
> org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed
> 2016-10-07 21:13:46,526 ERROR 
> [org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring] 
> (DefaultQuartzScheduler4) [3fa97b73] Exception: 
> org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException: 
> org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed
> at 
> org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createNetworkException(VdsBrokerCommand.java:157)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:120)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33) 
> [dal.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:451)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:653)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring.refreshVdsRunTimeInfo(HostMonitoring.java:121)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring.refresh(HostMonitoring.java:85)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:238) 
> [vdsbroker.jar:]
> at sun.reflect.GeneratedMethodAccessor129.invoke(Unknown Source) 
> [:1.8.0_102]
> at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  [rt.jar:1.8.0_102]
> at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_102]
> at 
> org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:77) 
> [scheduler.jar:]
> at 
> org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:51) 
> [scheduler.jar:]
> at org.quartz.core.JobRunShell.run(JobRunShell.java:213) [quartz.jar:]
> at 
> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511) 
> [rt.jar:1.8.0_102]
> at java.util.concurrent.FutureTask.run(FutureTask.java:266) 
> [rt.jar:1.8.0_102]
> at 
> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
>  [rt.jar:1.8.0_102]
> at 
> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
>  [rt.jar:1.8.0_102]
> at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102]
> Caused by: org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: 
> Connection failed
> at 
> org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient.connect(ReactorClient.java:165)
>  [vdsm-jsonrpc-java-client.jar:]
> at 
> org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.getClient(JsonRpcClient.java:134) 
> [vdsm-jsonrpc-java-client.jar:]
> at 
> org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.call(JsonRpcClient.java:81) 
> [vdsm-jsonrpc-java-client.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.jsonrpc.FutureMap.(FutureMap.java:70) 
> [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.jsonrpc.JsonRpcVdsServer.getCapabilities(JsonRpcVdsServer.java:258)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand.executeVdsBrokerCommand(GetCapabilitiesVDSCommand.java:15)
>  [vdsbroker.jar:]
> at 
> org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:110)
>  [vdsbroker.jar:]
> ... 18 more
> 
> 2016-10-07 21:13:49,531 INFO  
> [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor) 
> [2854e702] Connecting to /192.168.21.71 
> 
>

[ovirt-users] Re: Unable to get HE up after update

2019-05-15 Thread Susinthiran Sithamparanathan

Sure, here it is: https://my.owndrive.com/index.php/s/MFoFyKJVLjzezey

On Sun, Oct 9, 2016 at 3:19 PM, Doron Fediuck  wrote:

> Can you please provide the HA agent logs?
>
> On Sun, Oct 9, 2016 at 1:57 PM, Susinthiran Sithamparanathan <
> chesu...@gmail.com> wrote:
>
>> Hi,
>> i've been discussing this issue over at IRC (#ovirt on irc.oftc.net))
>> and was suggested to send an email with logs the ML.
>>
>> The problem i have is that the HE is a loop getting up and down ( ( i
>> assume it's the HA trying to get it up) after upgrade to oVirt 4. I have a
>> couple of VMs i use daily with SPICE and remoteviewer and i hope to get
>> them up and running again. Due to this, i've put it in global maintenance
>> mode.
>> I'm attaching the server log in the hope of getting some help and can
>> provide more details if needed to debug the issue further.
>>
>> The log is too big for fpaste so it's to be found here:
>> https://my.owndrive.com/index.php/s/Gk4De1jy9fWmFa8 as well as attached
>> here.
>>
>>
>> Thanks!
>>
>>
>> --
>>
>> Susinthiran Sithamparanathan
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>


-- 

Susinthiran Sithamparanathan

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/PMLC6ZBGDFYOGLWNEEJV26M7O63GNEPQ/

[ovirt-users] Stalled disk migration

2019-05-15 Thread Nicolás

Hi,

We've done a major datastore migration recently between 2 iSCSI-based
datastores. We've successfully migrated 35 machines, however, 5 of them
seem to have stalled. All we can see in the events tab tab is:

Moving Disk bla_Disk1 from iscsi01 to iscsi02

Disks are small enough (25-27Gb) to assume this won't progress since
it's been more than 30 hs. since the migration began, other VMs took
approximately 1-1.5 hours to fully migrate a disk, so this seems to be
stalled.

The bad thing is that I can't find a way to "unstall" it. Disks are in a
perpetual "migrating" status and there's no way to stop the migration
(at least from the webadmin). I don't actually care if stopping the
migration breaks those 5 machines since they are disposable, I just need
to stop that event. I already tried restarting the ovirt-engine and it
didn't work.

Log doesn't seem to provide nothing relevant.

Is there a way to do that? I wouldn't mind if I need to modify some
record directly into the DB.

Thanks!

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

[ovirt-users] Re: deprecating export domain?

2019-05-15 Thread Andreas Elvers

Maybe I overlooked the information, but in recent RHVE 4.3 docs the information 
how to use the export storage domain have been removed and there is no 
alternative to do so, but to detach a data domain and attach it somewhere else. 
But how can I move my VMs one by one to a new storage domain on a different 
datacenter without completely detaching the original storage domain? 

I don't want to bring down all of my VMs on the old storage domain for import. 
I want to export and import them one by one. When all VMs are moved to the new 
data center only then I want to decommission
the old data center.

What is the rationale to deprecate the export storage and already remove 
documentation when there seems to be no alternative available?
___
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/O4HXTTYAFOC53XQR432ZFMN3JL6IJBIC/

[ovirt-users] Re: Change host names/IPs

2019-05-15 Thread Davide Ferrari

It's not urgent, I was planning to do it in the next months so I was
gathering info. Will this feature land in some new oVirt version perhaps?

2016-10-05 18:44 GMT+02:00 Marcin Mirecki :

> Hello Davide,
>
> No, there is no support for changing host ip.
> How urgently do you need this?
>
> Thanks,
> Marcin
>
>
>
> - Original Message -
> > From: "Davide Ferrari" 
> > To: "users" 
> > Sent: Wednesday, October 5, 2016 5:22:57 PM
> > Subject: [ovirt-users] Change host names/IPs
> >
> > Hello
> >
> > Is there a clean way and possibly without downtime to change the
> hostname and
> > IP addresses of all the hosts in a running oVirt cluster?
> >
> > --
> > Davide Ferrari
> > Senior Systems Engineer
> >
> > ___
> > Users mailing list
> > Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
>



-- 
Davide Ferrari
Senior Systems Engineer

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/WESWWSQSZGNKY7FE5P423752WHHDHIBQ/

[ovirt-users] Re: VM has paused due to no storage space error

2019-05-15 Thread Nicolas Ecarnot

Hi Nir, hi Sandvik,

As I saw this issue lots of times and as I'm using thin prov. + block
storage, I feel concerned.

Read my question below.

Le 02/10/2016 à 12:55, Nir Soffer a écrit :

On Sun, Oct 2, 2016 at 12:06 PM, Sandvik Agustin
wrote:

Hi users,

I have this problem that sometimes 1 to 3 VM just automatically paused with
user interaction and getting this error "VM has paused due to no storage
space error". any inputs from you guys are very appreciated.

This is expected - when there is no storage space :-)

The vm is paused when there are some io pending io requests that
could not be fulfilled since you don't have enough space.

In a real machine the io requests would fail. In a vm, the vm can pause,
you can fix the issue (extend the storage domain), and resume the vm.

But I guess there is storage space available, otherwise you would
not spend the time sending this mail.

This can happen when using thin provisioned disks on block storage
(iSCSI, FC). We provision such disk with 1G, and and extend the disk
(add 1G) when it becomes too full (by default, free space < 0.5G).

If we fail to extend the disk quick enough,

"quick enough" -> Is there some place where this threshold can be
configured?

the vm will pause before the
extend was completed. Once the extend was completed, we resume
the vm.

So you may see very short pauses, but they should be rare.

To understand the issue, we need to inspect vdsm logs from the host
running the vm that paused, showing the timeframe when the vm
was paused.

You should see this message in the log each time a vm pauses:

abnormal vm stop device error ENOSPC

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

--
Nicolas ECARNOT
___
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/KF4SVQOE7U7ELLOIE4CNPSH2TAN7MW3K/

[ovirt-users] Re: change broker.conf configuration on shared storage

On Fri, Oct 7, 2016 at 10:52 AM,  wrote:

> Simon, that works, thanks!  Whish list: edit the configuration from the
> web UI ;-)
>
>
I think we already have an open RFE for that, not sure about its priority.


> --
> Emanuel
>
>
>
> Von:Simone Tiraboschi 
> An:emanuel.santosvar...@mahle.com,
> Kopie:users 
> Datum:06.10.2016 12:17
> Betreff:Re: [ovirt-users] change broker.conf configuration on
> shared storage
> --
>
>
>
>
>
> On Wed, Oct 5, 2016 at 4:29 PM, <*emanuel.santosvar...@mahle.com*
> > wrote:
> hi all,
>
> hmm, broker.conf is now on the shared storage and not replicated on each
> host local file system. how to make changes to the conf, e.g.  the notify
> key?
>
> You can use something like what is documented here:
> *https://bugzilla.redhat.com/show_bug.cgi?id=1366879#c23*
> 
>
> Instead of fixing fhanswers.conf as in that script, you have to fix
> broker.conf
>
>
>
> thanks, emanuel
>
>
> ___
> Users mailing list
> *Users@ovirt.org* 
> *http://lists.ovirt.org/mailman/listinfo/users*
> 
>
>
>

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/Q7VD2OWYMS7DFT7PMPOVMDKRR7SAMZQ5/

[ovirt-users] Re: Change host names/IPs

2019-05-15 Thread Barak Korren

> Is there a clean way and possibly without downtime to change the hostname
> and IP addresses of all the hosts in a running oVirt cluster?

As long as you don't change the VLANs and subnets for the hosts, you
can change IPs by putting the hosts into maintenance one-by-one (so
that VMs migrate to other hosts), removing them and re-adding with the
new IPs.

Hostnames (Except the engine's) should not matter for oVirt at all
(you can register hosts to oVirt with names, but I wouldn't recommend
that for production, as the DNS becomes a massive SPOF).

If you change the subnet the hosts are attached to, and you have VMs
that are using that subnet as well, you will not be able to do this
without downtime, because the VMs will probably not have the right IP
settings to allow them to communicate using the new subnet...

-- 
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

___
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/7ZOMWJAGZLM7SFIJPC5NDKUOJ7SMOW64/

[ovirt-users] Re: can't import vm from KVM host

2019-05-15 Thread Nelson Lameiras

hello,

any news on this issue ?
can I do anything to help ?

cordialement, regards, 
Nelson LAMEIRAS 

Lyra Network 
Service Projets et Processus 
Tel : +33 (0) 5 32 09 09 70 
109 rue de l’innovation 
31670 Labège - France 
www.lyra-network.com

- Original Message -
From: "Shahar Havivi" 
To: "Nelson Lameiras" 
Cc: users@ovirt.org
Sent: Thursday, September 29, 2016 2:31:42 PM
Subject: Re: [ovirt-users] can't import vm from KVM host

On 29.09.16 14:22, Nelson Lameiras wrote:
> Shahar,
> 
> I took the liberty to try to patch our test setup with the fix I took from 
> https://gerrit.ovirt.org/#/c/64272/4/ (lib/vdsm/v2v.py)
> I restarted vdsm afterwards
> 
> Result :
> In the GUI import page, now when clicking on "load" button (just before 
> guetting the list of vm to import on source), an error occurs : "Failed to 
> communicate with the external provider, see log for additional details."
> 
> Error on engine log :
> 
> "
> 2016-09-29 14:13:48,637 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>  (default task-30) [] Failed in 'GetVmsFromExternalProviderVDS' method, for 
> vds: 'virtintelan01.lbg.office.lyra'; host: 'virtintelan01.lbg.office.lyra': 
> null
> 2016-09-29 14:13:48,637 ERROR 
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>  (default task-30) [] Command 'GetVmsFromExternalProviderVDSCommand(HostName 
> = virtintelan01.lbg.office.lyra, 
> GetVmsFromExternalProviderParameters:{runAsync='true', 
> hostId='20b59a24-0098-461a-b4a3-7d6213b96c52', 
> url='qemu+ssh://root@192.168.210.140/system', username='null', 
> originType='KVM'})' execution failed: null
> 2016-09-29 14:13:48,637 INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>  (default task-30) [] FINISH, GetVmsFromExternalProviderVDSCommand, log id: 
> 6e062276
> 2016-09-29 14:13:48,637 ERROR 
> [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-30) 
> [] Query 'GetVmsFromExternalProviderQuery' failed: EngineException: 
> java.lang.NumberFormatException: null (Failed with error ENGINE and code 5001)
> 2016-09-29 14:13:48,637 ERROR 
> [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default task-30) 
> [] Exception: org.ovirt.engine.core.common.errors.EngineException: 
> EngineException: java.lang.NumberFormatException: null (Failed with error 
> ENGINE and code 5001)
> at 
> org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114) 
> [bll.jar:]
> at 
> org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33)
>  [bll.jar:]
> at 
> org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:257)
>  [bll.jar:]
> ...
> "
> 
> In the host, I can see the following errors on /var/log/messages : 
> 
> "
> Sep 29 14:11:39 virtintelan01 journal: vdsm root ERROR Error getting disk 
> size#012Traceback (most recent call last):#012  File 
> "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 931, in 
> _add_disk_info#012vol = conn.storageVolLookupByPath(disk['alias'])#012  
> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in 
> storageVolLookupByPath#012if ret is None:raise 
> libvirtError('virStorageVolLookupByPath() failed', 
> conn=self)#012libvirtError: Volume de stockage introuvable : no storage vol 
> with matching path '/dev/mapper/vg_00-lv_sys'
> Sep 29 14:11:39 virtintelan01 journal: vdsm root ERROR Error getting disk 
> size#012Traceback (most recent call last):#012  File 
> "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 931, in 
> _add_disk_info#012vol = conn.storageVolLookupByPath(disk['alias'])#012  
> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in 
> storageVolLookupByPath#012if ret is None:raise 
> libvirtError('virStorageVolLookupByPath() failed', 
> conn=self)#012libvirtError: Volume de stockage introuvable : no storage vol 
> with matching path '/dev/sdc'
> "
> 
> FYI "Volume de stockage introuvable" (french) = "storage volume not found" 
> 
> This error did not appear before patching with the fix.
> 
> I repeated the operation 2 times with a clean setup + patch. Same behaviour. 
> Maybe I'm doing something wrong?
I need to check,
Thanks for the info.

> 
> my setup :
> ovirt-engine : centos 7.2 + ovirt 4.0.4
> hosts : centos 7.2 + ovirt 4.0.4 + fix
> 
> cordialement, regards, 
> Nelson LAMEIRAS 
> 
> Lyra Network 
> Service Projets et Processus 
> Tel : +33 (0) 5 32 09 09 70 
> 109 rue de l’innovation 
> 31670 Labège - France 
> www.lyra-network.com
> 
> - Original Message -
> From: "Nelson Lameiras" 
> To: "Shahar Havivi" 
> Cc: users@ovirt.org
> Sent: Friday, September 23, 2016 11:55:08 AM
> Subject: Re: [ovirt-users] can't import vm from KVM host
> 
> Shahar,
> 
> Thanks!
> I'll keep an eye on this bug and try to be helpfull when testing the fix.
> 
> nelson
> 
> - Original Message -
> From:

[ovirt-users] Re: New to OVirt

2019-05-15 Thread Joop

On 14-5-2019 06:32, Slobodan Stevanovic wrote:
> I downloaded oVirt_Node ISO and deployed it to the servers. Than, I
> used the following instructions 
>
> https://www.ovirt.org/documentation/gluster-hyperconverged/chap-Deploying_Hyperconverged.html
>
> At first, I tried to deploy gluster to three servers, but it was
> giving me some issues on one of them. So, I used that document as a
> guide line for single deployment.
>
> After, the gluster was done I clicked on OVirt Engine setup wizard. I
> filled out the info so it can be deployed on the same server. However,
> the installation never finishes successfully.
>
> I can see that the host has a new virtual machine running, but it does
> not get the IP address from the wizard. The VM gets the IP from the
> newly created subnet.
>
>
> On Monday, May 13, 2019, 11:09:43 AM PDT, Joop  wrote:
>
>
> On 10-5-2019 19:20, Slobodan Stevanovic wrote:
>>
>> I am having hard time installing OVIrt. 
>>
>> Gluster deployment for the single node sometimes work, but host
>> engine deployment never works.
>>
>>
>> Any one has suggestion on which release of OVirt to use as a beginner.
>>
>>
> Could you tell what problems you're having and what documentation
> you're following?
>
> I just did a hyperconverged hosted-engine setup on a single server
> using the cockpit installer and had just 2 problems:
> - firewall-cmd uses glusterfs as a service name and that isn't
> installed, its in glusterfs-server rpm but that isn't installed for
> some reason.
> - multipath problems but that could be my problem, anyway I manually
> blacklisted both my SSD gluster drives.
>
> Going todo it tomorrow again to get a collegue to work on it so if
> anything comes up I'll post it here.
So I did the same routine today and followed this piece of documentation:
https://www.ovirt.org/download/ --> Install oVirt with Cockpit
Used a std Centos minimal install, used a fixed IP address with a DNS A
record and a PTR record, made one for the engine too!!, ran yum update,
reboot
Add the ovirt-release43 repo
sudo yum install cockpit cockpit-ovirt-dashboard -y
sudo yum install glusterfs-server -y # this seemed to miss but includes
the firewalld glusterfs service name.!
sudo systemctl enable --now cockpit.socket
sudo firewall-cmd --add-service=cockpit
sudo firewall-cmd --add-service=cockpit --permanent
sudo yum install ansible-glusterfs-roles #??? not sure about the exact
name but use yum info *ansiblie* | grep ^Name | sort to find it. Wizard
needs them.
login into cockpit
Select the gluster HCI wizard instead of the HostedEngine one and follow
the instructions to the t, use fixed IP adresses which DO have a DNS
entry, saves you a lot of hair pulling.

Joop




___
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/3YJRXLEDB3NUQZFUW6AGXJNESGNWLINR/

[ovirt-users] Re: ovirt-ha-agent cpu usage

2019-05-15 Thread Nir Soffer

>
> And a bright new 3-minutes video here:
> https://drive.google.com/file/d/0BwoPbcrMv8mvVzBPUVRQa1pwVnc/
> view?usp=sharing
>

> It seems that now ovirt-ha-agent or is not present in top cpu process or
> at least has ranges between 5% and 12% and not more
>

5-12% is probably 10 times more than needed for the agent, profiling
should tell us where time is spent.

Since the agent depends on vdsm, we can reuse vdsm cpu profiler, see
lib/vdsm/profiling/cpu.py. It is not ready yet to be used by other
applications,
but making it more general should be easy.

Nir

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/A2JOBFOHETQIMVJHLK6CIYF4ECCJ65NI/

[ovirt-users] Re: nagios for ovirt 4

2019-05-15 Thread Yaniv Kaul

On Mon, Oct 10, 2016 at 12:23 PM, Kapetanakis Giannis <
bil...@edu.physics.uoc.gr> wrote:

> On 10/10/16 11:59, Kapetanakis Giannis wrote:
> > Hi,
> >
> > Is there any usable nagios plugin what works with ovirt engine 4?
> >
> > regards,
> >
> > Giannis
>
> Self replying.
> Latest version of https://github.com/ovido/check_rhev3 works fine
>

>From what I can see, it might not work with oVirt 4.x, due to outdated API
endpoint[1].
I've opened an issue[2] about it.
Y.

[1]
https://github.com/ovido/check_rhev3/blob/master/plugin-dir/check_rhev3.pl#L47

[2] https://github.com/ovido/check_rhev3/issues/48

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

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/YMGWKLXNX3K3E42ONH5BABDOMOZAPJEP/

[ovirt-users] CVE-2018-12130

2019-05-15 Thread Ladislav Humenik


Hello,

Red Hat has yesterday  published a new flaw in CPU micro-architecture, 
and i already saw there is need to update vdsm.


Will you backport the update also for ovirt community and at least for 
the latest 4.2.x version too?



links to CVE:
https://access.redhat.com/security/cve/cve-2018-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/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/Q7J5PNXIQWAP2B7N73HPW6XGX2XCSRIZ/

[ovirt-users] Re: vdsm ssl errors

2019-05-15 Thread Oved Ourfali

Fixed in "Bug 1371515 - Exception on GetUserProfileQuery (unknown cause) :
"The column name user_portal_vm_auto_login was not found in this ResultSet".
Please upgrade to latest 4.0.

On Sun, Oct 9, 2016 at 10:47 AM, Piotr Kliczewski <
piotr.kliczew...@gmail.com> wrote:

> Gianluca,
>
> In the log provided I only see plenty of:
>
> 2016-10-07 23:24:43,159 ERROR
> [org.ovirt.engine.core.bll.GetUserProfileQuery] (default task-2) []
> Query 'GetUserProfileQuery' failed: PreparedStatementCallback; bad SQL
> grammar [select * from  getuserprofilebyuserid(?)]; nested exception
> is org.postgresql.util.PSQLException: The column name
> user_portal_vm_auto_login was not found in this ResultSet.
> 2016-10-07 23:24:43,159 ERROR
> [org.ovirt.engine.core.bll.GetUserProfileQuery] (default task-2) []
> Exception: org.springframework.jdbc.BadSqlGrammarException:
> PreparedStatementCallback; bad SQL grammar [select * from
> getuserprofilebyuserid(?)]; nested exception is
> org.postgresql.util.PSQLException: The column name
> user_portal_vm_auto_login was not found in this ResultSet.
>
> This could be not related but I do not see any other exception in there.
>
> @Eli can you please take a look?
>
> Thanks,
> Piotr
>
> On Fri, Oct 7, 2016 at 11:28 PM, Gianluca Cecchi
>  wrote:
> >
> > On Fri, Oct 7, 2016 at 10:14 PM, Piotr Kliczewski 
> > wrote:
> >>
> >> Gianluca,
> >>
> >> Please share the engine log. We shoukd find more info about the issue
> >> there.
> >>
> >> Thanks,
> >> Piotr
> >>
> >>
> >
> > here it is
> > https://drive.google.com/file/d/0BwoPbcrMv8mvQlVwVDlGTVEtR00/
> view?usp=sharing
> >
> > Gianluca
> >
> > ___
> > 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
>
>
>

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/4PSIV6O25X3IJUVTMM6MK43L3ALSICWF/

[ovirt-users] Re: Change host names/IPs

2019-05-15 Thread Davide Ferrari

Well, actually I want to migrate both DNS hostnames and the subnet (from a
/24 to a /16) to which the ovirtmgr interface is connected.
The second change is the most problematic as you say..in any case what
would be the best procedure, even if it implies downtime?

2016-10-06 10:04 GMT+02:00 Barak Korren :

> > Is there a clean way and possibly without downtime to change the hostname
> > and IP addresses of all the hosts in a running oVirt cluster?
>
> As long as you don't change the VLANs and subnets for the hosts, you
> can change IPs by putting the hosts into maintenance one-by-one (so
> that VMs migrate to other hosts), removing them and re-adding with the
> new IPs.
>
> Hostnames (Except the engine's) should not matter for oVirt at all
> (you can register hosts to oVirt with names, but I wouldn't recommend
> that for production, as the DNS becomes a massive SPOF).
>
> If you change the subnet the hosts are attached to, and you have VMs
> that are using that subnet as well, you will not be able to do this
> without downtime, because the VMs will probably not have the right IP
> settings to allow them to communicate using the new subnet...
>
> --
> Barak Korren
> bkor...@redhat.com
> RHEV-CI Team
>



-- 
Davide Ferrari
Senior Systems Engineer

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/WRO6TZJJO7GZTYOI356KENDOIVCTDA4W/

[ovirt-users] Re: 4.0 - 2nd node fails on deploy

2019-05-15 Thread Jason Jeffrey

Hi,

 

DCASTORXX is a hosts entry for dedicated  direct 10GB links (each private /28) 
between the x3 servers  i.e 1=> 2&3, 2=> 1&3, etc) planned to be used solely 
for storage.

 

I,e 

 

10.100.50.81dcasrv01

10.100.101.1dcastor01

10.100.50.82dcasrv02

10.100.101.2dcastor02

10.100.50.83dcasrv03

10.100.103.3dcastor03  

 

These were setup with the gluster commands

 

* gluster volume create iso replica 3 arbiter 1  
dcastor01:/xpool/iso/brick   dcastor02:/xpool/iso/brick   
dcastor03:/xpool/iso/brick

* gluster volume create export replica 3 arbiter 1  
dcastor02:/xpool/export/brick  dcastor03:/xpool/export/brick  
dcastor01:/xpool/export/brick  

* gluster volume create engine replica 3 arbiter 1 
dcastor01:/xpool/engine/brick dcastor02:/xpool/engine/brick 
dcastor03:/xpool/engine/brick

* gluster volume create data replica 3 arbiter 1  
dcastor01:/xpool/data/brick  dcastor03:/xpool/data/brick  
dcastor02:/xpool/data/bricky

 

 

So yes, DCASRV01 is the server (pri) and have local bricks access through 
DCASTOR01 interface 

 

Is the issue here not the incorrect soft link ?

 

lrwxrwxrwx. 1 vdsm kvm  132 Oct  3 17:27 hosted-engine.metadata -> 
/var/run/vdsm/storage/bbb70623-194a-46d2-a164-76a4876ecaaf/fd44dbf9-473a-496a-9996-c8abe3278390/cee9440c-4eb8-453b-bc04-c47e6f9cbc93


[root@dcasrv01 /]# ls -al 
/var/run/vdsm/storage/bbb70623-194a-46d2-a164-76a4876ecaaf/

ls: cannot access /var/run/vdsm/storage/bbb70623-194a-46d2-a164-76a4876ecaaf/: 
No such file or directory   

But the data does exist 

[root@dcasrv01 fd44dbf9-473a-496a-9996-c8abe3278390]# ls -al

drwxr-xr-x. 2 vdsm kvm4096 Oct  3 17:17 .

drwxr-xr-x. 6 vdsm kvm4096 Oct  3 17:17 ..

-rw-rw. 2 vdsm kvm 1028096 Oct  3 20:48 cee9440c-4eb8-453b-bc04-c47e6f9cbc93

-rw-rw. 2 vdsm kvm 1048576 Oct  3 17:17 
cee9440c-4eb8-453b-bc04-c47e6f9cbc93.lease

-rw-r--r--. 2 vdsm kvm 283 Oct  3 17:17 
cee9440c-4eb8-453b-bc04-c47e6f9cbc93.meta   

 

Thanks 

 

Jason 

 

 

 

From: Simone Tiraboschi [mailto:stira...@redhat.com] 
Sent: 04 October 2016 14:40
To: Jason Jeffrey 
Cc: users 
Subject: Re: [ovirt-users] 4.0 - 2nd node fails on deploy

 

 

 

On Tue, Oct 4, 2016 at 10:51 AM, Simone Tiraboschi mailto:stira...@redhat.com> > wrote:

 

 

On Mon, Oct 3, 2016 at 11:56 PM, Jason Jeffrey mailto:ja...@sudo.co.uk> > wrote:

Hi,

 

Another problem has appeared, after rebooting the primary the VM will not start.

 

Appears the symlink is broken between gluster mount ref and vdsm

 

The first host was correctly deployed but it seas that you are facing some 
issue connecting the storage.

Can you please attach vdsm logs and /var/log/messages from the first host?

 

Thanks Jason,

I suspect that your issue is related to this:

Oct  4 18:24:39 dcasrv01 etc-glusterfs-glusterd.vol[2252]: [2016-10-04 
17:24:39.522620] C [MSGID: 106002] 
[glusterd-server-quorum.c:351:glusterd_do_volume_quorum_action] 0-management: 
Server quorum lost for volume data. Stopping local bricks.

Oct  4 18:24:39 dcasrv01 etc-glusterfs-glusterd.vol[2252]: [2016-10-04 
17:24:39.523272] C [MSGID: 106002] 
[glusterd-server-quorum.c:351:glusterd_do_volume_quorum_action] 0-management: 
Server quorum lost for volume engine. Stopping local bricks.

 

and for some time your gluster volume has been working.

 

But then:

Oct  4 19:02:09 dcasrv01 systemd: Started /usr/bin/mount -t glusterfs -o 
backup-volfile-servers=dcastor02:dcastor03 dcastor01:engine 
/rhev/data-center/mnt/glusterSD/dcastor01:engine.

Oct  4 19:02:09 dcasrv01 systemd: Starting /usr/bin/mount -t glusterfs -o 
backup-volfile-servers=dcastor02:dcastor03 dcastor01:engine 
/rhev/data-center/mnt/glusterSD/dcastor01:engine.

Oct  4 19:02:11 dcasrv01 ovirt-ha-agent: 
/usr/lib/python2.7/site-packages/yajsonrpc/stomp.py:352: DeprecationWarning: 
Dispatcher.pending is deprecated. Use Dispatcher.socket.pending instead.

Oct  4 19:02:11 dcasrv01 ovirt-ha-agent: pending = getattr(dispatcher, 
'pending', lambda: 0)

Oct  4 19:02:11 dcasrv01 ovirt-ha-agent: 
/usr/lib/python2.7/site-packages/yajsonrpc/stomp.py:352: DeprecationWarning: 
Dispatcher.pending is deprecated. Use Dispatcher.socket.pending instead.

Oct  4 19:02:11 dcasrv01 ovirt-ha-agent: pending = getattr(dispatcher, 
'pending', lambda: 0)

Oct  4 19:02:11 dcasrv01 journal: vdsm vds.dispatcher ERROR SSL error during 
reading data: unexpected eof

Oct  4 19:02:11 dcasrv01 journal: ovirt-ha-agent 
ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: 'Connection to storage 
server failed' - trying to restart agent

Oct  4 19:02:11 dcasrv01 ovirt-ha-agent: 
ERROR:ovirt_hosted_engine_ha.agent.agent.Agent:Error: 'Connection to storage 
server failed' - trying to restart agent

Oct  4 19:02:12 dcasrv01 etc-glusterfs-glusterd.vol[2252]: [2016-10-04 
18:02:12.384611] C [MSGID: 106003] 
[glusterd-server-quorum.c:346:glusterd_do_volume_quorum_action] 0-management: 
Server quorum regained for volume

[ovirt-users] Re: Error while executing action RefreshLunsSize: REFRESH_LUN_ERROR

2019-05-15 Thread Fred Rolland

Hi,

Can you run getDeviceList on each hosts and check if the device has the
same size on all hosts?

Thanks,

Fred

On Thu, Oct 6, 2016 at 10:56 AM, vasily.lamy...@megafon.ru <
vasily.lamy...@megafon.ru> wrote:

> *I want to add some space on my LUN.*
>
> *Previously I added the place simply by pressing the “plus” button in
> domain management.*
>
> *Today I have some error with this. I touch “plus” button and get next
> errors:*
>
> *In web:* “Error while executing action RefreshLunsSize:
> REFRESH_LUN_ERROR ”
>
> *In engine.log:*
>
> 2016-10-06 05:30:09,974 ERROR 
> [org.ovirt.engine.core.bll.storage.domain.RefreshLunsSizeCommand]
> (default task-1) [784d8d11] Failed to refresh device
> 3600c0ff0001b7485f7aeea570100 Not all VDS are seeing the same size
> VDS :[Host[node10,37d1a1a7-4d40-45bb-8351-0b4f8b3d349c],
> Host[node1,5a978ba9-3314-4f4d-bfc2-59aaefc5a33c],
> Host[node3,d03c5b81-fdc3-4407-a444-feaa3d2e9d96],
> Host[node2,a44c06e1-379d-4e73-8a8f-60210a99141e]]
>
> 2016-10-06 05:30:09,974 ERROR 
> [org.ovirt.engine.core.bll.storage.domain.RefreshLunsSizeCommand]
> (default task-1) [784d8d11] Command 'org.ovirt.engine.core.bll.
> storage.domain.RefreshLunsSizeCommand' failed: EngineException: Failed to
> refresh LUNs. Not all VDS are seeing the same size: [LUN :
> 3600c0ff0001b7485f7aeea570100VDS: node10, node1, node3, node2]
> (Failed with error REFRESH_LUN_ERROR and code 5060)
>
> 2016-10-06 05:30:09,975 INFO  
> [org.ovirt.engine.core.bll.storage.domain.RefreshLunsSizeCommand]
> (default task-1) [784d8d11] Command [id=44f94cb2-3eff-49b5-85c6-d2cb79801277]:
> Compensating CHANGED_STATUS_ONLY of org.ovirt.engine.core.common.
> businessentities.StoragePoolIsoMap; snapshot: EntityStatusSnapshot:{id='
> StoragePoolIsoMapId:{storagePoolId='0001-0001-0001-0001-034e',
> storageId='f5309743-d46b-4365-951a-571d2d9fbc87'}', status='Active'}.
>
> 2016-10-06 05:30:15,683 ERROR [org.ovirt.engine.core.dal.
> dbbroker.auditloghandling.AuditLogDirector] (default task-1) [784d8d11]
> Correlation ID: 784d8d11, Job ID: b47afe3a-6052-4c67-a5b6-7f7303aa18b6,
> Call Stack: null, Custom Event ID: -1, Message: Failed to resize LUNs.
>
> Not all the hosts are seeing the same LUN size.
>
>
>
> *But on all node’s I see same LUN size in `multipath –ll`*
>
> *How can i repair this problem, and expand lun size in ovirt?*
>
>
>
> --
>
> Информация в этом сообщении предназначена исключительно для конкретных
> лиц, которым она адресована. В сообщении может содержаться конфиденциальная
> информация, которая не может быть раскрыта или использована кем-либо, кроме
> адресатов. Если вы не адресат этого сообщения, то использование,
> переадресация, копирование или распространение содержания сообщения или его
> части незаконно и запрещено. Если Вы получили это сообщение ошибочно,
> пожалуйста, незамедлительно сообщите отправителю об этом и удалите со всем
> содержимым само сообщение и любые возможные его копии и приложения.
>
> The information contained in this communication is intended solely for the
> use of the individual or entity to whom it is addressed and others
> authorized to receive it. It may contain confidential or legally privileged
> information. The contents may not be disclosed or used by anyone other than
> the addressee. If you are not the intended recipient(s), any use,
> disclosure, copying, distribution or any action taken or omitted to be
> taken in reliance on it is prohibited and may be unlawful. If you have
> received this communication in error please notify us immediately by
> responding to this email and then delete the e-mail and all attachments and
> any copies thereof.
>
> (c)20mf50
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/FBFF3SJIAQET5HJMIEC746UJ3FF6ICQX/

[ovirt-users] Re: VM Import from remote libvirt Server on web gui with Host key verification failed or permission denied error

2019-05-15 Thread Arik Hadas

Hi Rogério,

Note that your test using virsh was from hlg-rbs-ovirt-kvm01-poa while 
ovirt-engine chose hlg-rbs-ovirt-kvm02-poa.rbs.com.br as the proxy host.
You need to make sure that all your hosts are configured with ssh-keys or 
explicitly choose one that is configured properly as a proxy (in the import 
dialog).

- Original Message -
> Hi Ovirt Jedi´s !!!
> 
> First of all, congratulations for this amazing product. I am an Vmware and
> Hyper-V Engineer but i am very excited with oVirt.
> 
> Now, let´s go to work ... :-)
> 
> I am trying to Import vm from remote libvirt server on web gui but i was
> unable to solve the problem until now.
> 
> 
> 
> Node logs :
> 
> [root@hlg-rbs-ovirt-kvm01-poa ~]# tail -f /var/log/vdsm/vdsm.log | grep -i
> error | grep -v Host.getStats
> jsonrpc.Executor/0::ERROR::2016-10-06
> 10:24:52,432::v2v::151::root::(get_external_vms) error connection to
> hypervisor: 'Cannot recv data: Permission denied, please try
> again.\r\nPermission denied, please try again.\r\nPermission denied
> (publickey,gssapi-keyex,gssapi-with-mic,password).: Connection reset by
> peer'
> jsonrpc.Executor/0::INFO::2016-10-06
> 10:24:52,433::__init__::513::jsonrpc.JsonRpcServer::(_serveRequest) RPC call
> Host.getExternalVMs failed (error 65) in 10.05 seconds
> 
> [root@hlg-rbs-ovirt-kvm02-poa ~]# grep error /var/log/vdsm/vdsm.log | grep
> get_external_vms
> jsonrpc.Executor/7::ERROR::2016-10-06
> 10:25:37,344::v2v::151::root::(get_external_vms) error connection to
> hypervisor: 'Cannot recv data: Host key verification failed.: Connection
> reset by peer'
> [root@hlg-rbs-ovirt-kvm02-poa ~]#
> 
> Engine Logs :
> 
> [root@hlg-rbs-ovirt01-poa ~]# tail -f /var/log/ovirt-engine/engine.log
> 2016-10-06 10:24:42,377 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
> (default task-97) [] START, GetVmsFromExternalProviderVDSCommand(HostName =
> hlg-rbs-ovirt-kvm01-poa.rbs.com.br ,
> GetVmsFromExternalProviderParameters:{runAsync='true',
> hostId='5feddfba-d7b2-423e-a946-ac2bf36906fa', url='qemu+ssh://
> r...@prd-openshift-kvm03-poa.rbs.com.br/system ', username='root',
> originType='KVM'}), log id: eb750c7
> 2016-10-06 10:24:53,435 WARN
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
> (default task-97) [] Unexpected return value: StatusForXmlRpc [code=65,
> message=Cannot recv data: Permission denied, please try again.
> Permission denied, please try again.
> Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).:
> Connection reset by peer]
> 2016-10-06 10:24:53,435 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
> (default task-97) [] Failed in 'GetVmsFromExternalProviderVDS' method
> 2016-10-06 10:24:53,435 WARN
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
> (default task-97) [] Unexpected return value: StatusForXmlRpc [code=65,
> message=Cannot recv data: Permission denied, please try again.
> Permission denied, please try again.
> Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).:
> Connection reset by peer]
> 2016-10-06 10:24:53,454 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-97) [] Correlation ID: null, Call Stack: null, Custom Event
> ID: -1, Message: VDSM hlg-rbs-ovirt-kvm01-poa.rbs.com.br command failed:
> Cannot recv data: Permission denied, please try again.
> Permission denied, please try again.
> Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).:
> Connection reset by peer
> 2016-10-06 10:24:53,454 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
> (default task-97) [] Command
> 'org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand'
> return value
> 'org.ovirt.engine.core.vdsbroker.vdsbroker.VMListReturnForXmlRpc@6c6f696c'
> 2016-10-06 10:24:53,454 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
> (default task-97) [] HostName = hlg-rbs-ovirt-kvm01-poa.rbs.com.br
> 2016-10-06 10:24:53,454 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
> (default task-97) [] Command 'GetVmsFromExternalProviderVDSCommand(HostName
> = hlg-rbs-ovirt-kvm01-poa.rbs.com.br ,
> GetVmsFromExternalProviderParameters:{runAsync='true',
> hostId='5feddfba-d7b2-423e-a946-ac2bf36906fa', url='qemu+ssh://
> r...@prd-openshift-kvm03-poa.rbs.com.br/system ', username='root',
> originType='KVM'})' execution failed: VDSGenericException:
> VDSErrorException: Failed to GetVmsFromExternalProviderVDS, error = Cannot
> recv data: Permission denied, please try again.
> Permission denied, please try again.
> Permission denied (publickey,gssapi-keyex,gssapi-with-mic,password).:
> Connection reset by peer, code = 65
> 2016-10-06 10:24:53,454 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>

[ovirt-users] 4.0 - 2nd node fails on deploy

2019-05-15 Thread Jason Jeffrey

Hi,

 

I am trying to build a x3 HC cluster, with a self hosted engine using
gluster.

 

I have successful built the 1st node,  however when I attempt to run
hosted-engine -deploy on node 2, I get the following error

 

[WARNING] A configuration file must be supplied to deploy Hosted Engine on
an additional host.

[ ERROR ] 'version' is not stored in the HE configuration image

[ ERROR ] Unable to get the answer file from the shared storage

[ ERROR ] Failed to execute stage 'Environment customization': Unable to get
the answer file from the shared storage

[ INFO  ] Stage: Clean up

[ INFO  ] Generating answer file
'/var/lib/ovirt-hosted-engine-setup/answers/answers-20161002232505.conf'

[ INFO  ] Stage: Pre-termination

[ INFO  ] Stage: Termination

[ ERROR ] Hosted Engine deployment failed

 

Looking at the failure in the log file..

 

2016-10-02 23:25:05 WARNING
otopi.plugins.gr_he_common.core.remote_answerfile
remote_answerfile._customization:151 A configuration

file must be supplied to deploy Hosted Engine on an additional host.

2016-10-02 23:25:05 DEBUG otopi.plugins.gr_he_common.core.remote_answerfile
remote_answerfile._fetch_answer_file:61 _fetch_answer_f

ile

2016-10-02 23:25:05 DEBUG otopi.plugins.gr_he_common.core.remote_answerfile
remote_answerfile._fetch_answer_file:69 fetching from:

/rhev/data-center/mnt/glusterSD/dcastor02:engine/0a021563-91b5-4f49-9c6b-fff
45e85a025/images/f055216c-02f9-4cd1-a22c-d6b56a0a8e9b/7

8cb2527-a2e2-489a-9fad-465a72221b37

2016-10-02 23:25:05 DEBUG otopi.plugins.gr_he_common.core.remote_answerfile
heconflib._dd_pipe_tar:69 executing: 'sudo -u vdsm dd i

f=/rhev/data-center/mnt/glusterSD/dcastor02:engine/0a021563-91b5-4f49-9c6b-f
ff45e85a025/images/f055216c-02f9-4cd1-a22c-d6b56a0a8e9b

/78cb2527-a2e2-489a-9fad-465a72221b37 bs=4k'

2016-10-02 23:25:05 DEBUG otopi.plugins.gr_he_common.core.remote_answerfile
heconflib._dd_pipe_tar:70 executing: 'tar -tvf -'

2016-10-02 23:25:05 DEBUG otopi.plugins.gr_he_common.core.remote_answerfile
heconflib._dd_pipe_tar:88 stdout:

2016-10-02 23:25:05 DEBUG otopi.plugins.gr_he_common.core.remote_answerfile
heconflib._dd_pipe_tar:89 stderr:

2016-10-02 23:25:05 ERROR otopi.plugins.gr_he_common.core.remote_answerfile
heconflib.validateConfImage:111 'version' is not stored

in the HE configuration image

2016-10-02 23:25:05 ERROR otopi.plugins.gr_he_common.core.remote_answerfile
remote_answerfile._fetch_answer_file:73 Unable to get t

he answer file from the shared storage

 

Looking at the detected gluster path -
/rhev/data-center/mnt/glusterSD/dcastor02:engine/0a021563-91b5-4f49-9c6b-fff
45e85a025/images/f055216c-02f9-4cd1-a22c-d6b56a0a8e9b/

 

[root@dcasrv02 ~]# ls -al
/rhev/data-center/mnt/glusterSD/dcastor02:engine/0a021563-91b5-4f49-9c6b-fff
45e85a025/images/f055216c-02f9-4cd1-a22c-d6b56a0a8e9b/

total 1049609

drwxr-xr-x. 2 vdsm kvm   4096 Oct  2 04:46 .

drwxr-xr-x. 6 vdsm kvm   4096 Oct  2 04:46 ..

-rw-rw. 1 vdsm kvm 1073741824 Oct  2 04:46
78cb2527-a2e2-489a-9fad-465a72221b37

-rw-rw. 1 vdsm kvm1048576 Oct  2 04:46
78cb2527-a2e2-489a-9fad-465a72221b37.lease

-rw-r--r--. 1 vdsm kvm294 Oct  2 04:46
78cb2527-a2e2-489a-9fad-465a72221b37.meta  

 

78cb2527-a2e2-489a-9fad-465a72221b37 is  a 1 GB file, is this the engine VM
?

 

Copying the answers file form primary (/etc/ovirt-hosted-engine/answers.conf
) to  node 2 and rerunning produces the same error : (

(hosted-engine --deploy  --config-append=/root/answers.conf )

 

Also tried on node 3, same issues 

 

Happy to provide logs and other debugs

 

Thanks 

 

Jason 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 


--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/EYKRDWSD5FH2PEMOHVTAWL7WINTDOYIN/

[ovirt-users] Re: ovirt-ha-agent cpu usage


> On 7 Oct 2016, at 15:28, Simone Tiraboschi  wrote:
> 
> 
> 
> On Fri, Oct 7, 2016 at 3:25 PM, Michal Skrivanek  > wrote:
> 
>> On 7 Oct 2016, at 14:59, Nir Soffer > > wrote:
>> 
>> On Fri, Oct 7, 2016 at 3:52 PM, Michal Skrivanek 
>> mailto:michal.skriva...@redhat.com>> wrote:
>> 
>>> On 7 Oct 2016, at 14:42, Nir Soffer >> > wrote:
>>> 
>>> On Wed, Oct 5, 2016 at 1:33 PM, Simone Tiraboschi >> > wrote:
>>> 
>>> 
>>> On Wed, Oct 5, 2016 at 10:34 AM, Nir Soffer >> > wrote:
>>> On Wed, Oct 5, 2016 at 10:24 AM, Simone Tiraboschi >> > wrote:
>>> 
>>> 
>>> On Wed, Oct 5, 2016 at 9:17 AM, gregor >> > wrote:
>>> Hi,
>>> 
>>> did you found a solution or cause for this high CPU usage?
>>> I have installed the self hosted engine on another server and there is
>>> no VM running but ovirt-ha-agent uses heavily the CPU.
>>> 
>>> Yes, it's due to the fact that ovirt-ha-agent periodically reconnects over 
>>> json rpc and this is CPU intensive since the client has to parse the yaml 
>>> API specification each time it connects.
>> 
>> wasn’t it suppose to be fixed to reuse the connection? Like all the other 
>> clients (vdsm migration code:-) 
>> 
>> This is orthogonal issue.
> 
> Yes it is. And that’s the issue;-)
> Both are wrong, but by “fixing” the schema validation only you lose the 
> motivation to fix the meaningless wasteful reconnect
> 
> Yes, we are going to fix that too ( 
> https://bugzilla.redhat.com/show_bug.cgi?id=1349829 
>  )

that’s great! Also al the other vdsClient uses?:-)
What is that periodic one call anyway? Is there only one? Maybe we don’t need 
it so much.

> but it would require also https://bugzilla.redhat.com/show_bug.cgi?id=1376843 
>  to be fixed.

This is less good. Well, worst case you can reconnect yourself, all you need is 
a notification when the existing connection breaks

>  
> 
>>  
>> Does schema validation matter then if there would be only one connection at 
>> the start up?
>> 
>> Loading once does not help command line tools like vdsClient, hosted-engine 
>> and
>> vdsm-tool. 
> 
> none of the other tools is using json-rpc.
> 
> hosted-engine-setup is, and sooner or later we'll have to migrate also the 
> remaining tools since xmlrpc has been deprecated with 4.0

ok. though setup is a one-time action so it’s not an issue there

>  
> 
>> 
>> Nir
>>  
>> 
>>> 
>>> Simone, reusing the connection is good idea anyway, but what you describe 
>>> is 
>>> a bug in the client library. The library does *not* need to load and parse 
>>> the
>>> schema at all for sending requests to vdsm.
>>> 
>>> The schema is only needed if you want to verify request parameters,
>>> or provide online help, these are not needed in a client library.
>>> 
>>> Please file an infra bug about it.
>>> 
>>> Done, https://bugzilla.redhat.com/show_bug.cgi?id=1381899 
>>> 
>>> 
>>> Here is a patch that should eliminate most most of the problem:
>>> https://gerrit.ovirt.org/65230 
>>> 
>>> Would be nice if it can be tested on the system showing this problem.
>>> 
>>> Cheers,
>>> Nir
>>> ___
>>> 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 
>> 
> 
> 
> ___
> 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


--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to

[ovirt-users] Ovirt setup

2019-05-15 Thread Bryan Sockel

Hi,

I am getting an error attempting to install ovirt on a pair of bonded nics.  
The error that we are getting is Cannot acquire nic/bridge address.

We typically run all our servers with an active/backup setup. 
--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/7XOEFVT6GO2EL3G2GKBXWNWVN3GGCVVH/

[ovirt-users] Re: RE > Multiple export domains limit?

2019-05-15 Thread Yaniv Kaul

On Fri, Oct 7, 2016 at 6:55 PM,  wrote:

> Hello oVirt guru`s!
>
> http://lists.ovirt.org/pipermail/users/2015-November/036056.html
>
> Is there a progress on this issue?
>

As far as I can see it is not an issue, but a feature request. Patches are
welcome, of course.

We are working on a download image API which might change the need for an
export domain, or the way it'll be used.
Y.

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

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/WPU5YT3KR7RWJGYQYPZ643AI2XQAZQLF/

[ovirt-users] Re: Change host names/IPs

2019-05-15 Thread Strahil Nikolov

I think you need to :1. Set a host into maintenance2. Uninstall3. Remove the
host (if HostedEngine is running there)
4. Change the hostname & IPs5. Add the host6. Install (if HstedEngine will be
running there)
Best Regards,Strahil Nikolov

В вторник, 14 май 2019 г., 18:05:35 ч. Гринуич-4, Davide Ferrari
написа:

Hello

Is there a clean way and possibly without downtime to change the hostname and
IP addresses of all the hosts in a running oVirt cluster?

--
Davide Ferrari
Senior Systems Engineer

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se
--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you
choose to click.
If you are uncertain, we always try to help.
Greetings helpdesk@actnet.se___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/4XLQ3ZQIEHPXOFIH2AQEYU5JUMSLFDAF/
___
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/AEP4RP4ALYJPDS4PZG5WDH6WTFBRJ2E3/

[ovirt-users] Re: 4.0 - 2nd node fails on deploy

2019-05-15 Thread Jason Jeffrey

Hi,

 

Another problem has appeared, after rebooting the primary the VM will not start.

 

Appears the symlink is broken between gluster mount ref and vdsm 

 

From broker.log

 

Thread-169::ERROR::2016-10-04 
22:44:16,189::storage_broker::138::ovirt_hosted_engine_ha.broker.storage_broker.StorageBroker::(get_raw_stats_for_service_type)
 Failed to read metadata from 
/rhev/data-center/mnt/glusterSD/dcastor01:engine/bbb70623-194a-46d2-a164-76a4876ecaaf/ha_agent/hosted-engine.metadata

 

[root@dcasrv01 ovirt-hosted-engine-ha]# ls -al 
/rhev/data-center/mnt/glusterSD/dcastor01\:engine/bbb70623-194a-46d2-a164-76a4876ecaaf/ha_agent/

total 9

drwxrwx---. 2 vdsm kvm 4096 Oct  3 17:27 .

drwxr-xr-x. 5 vdsm kvm 4096 Oct  3 17:17 ..

lrwxrwxrwx. 1 vdsm kvm  132 Oct  3 17:27 hosted-engine.lockspace -> 
/var/run/vdsm/storage/bbb70623-194a-46d2-a164-76a4876ecaaf/23d81b73-bcb7-4742-abde-128522f43d78/11d6a3e1-1817-429d-b2e0-9051a3cf41a4

lrwxrwxrwx. 1 vdsm kvm  132 Oct  3 17:27 hosted-engine.metadata -> 
/var/run/vdsm/storage/bbb70623-194a-46d2-a164-76a4876ecaaf/fd44dbf9-473a-496a-9996-c8abe3278390/cee9440c-4eb8-453b-bc04-c47e6f9cbc93


 

[root@dcasrv01 /]# ls -al 
/var/run/vdsm/storage/bbb70623-194a-46d2-a164-76a4876ecaaf/

ls: cannot access /var/run/vdsm/storage/bbb70623-194a-46d2-a164-76a4876ecaaf/: 
No such file or directory   

 

Though file appears to be there 

 

Gluster is setup as xpool/engine 

 

[root@dcasrv01 fd44dbf9-473a-496a-9996-c8abe3278390]# pwd

/xpool/engine/brick/bbb70623-194a-46d2-a164-76a4876ecaaf/images/fd44dbf9-473a-496a-9996-c8abe3278390

[root@dcasrv01 fd44dbf9-473a-496a-9996-c8abe3278390]# ls -al

total 2060

drwxr-xr-x. 2 vdsm kvm4096 Oct  3 17:17 .

drwxr-xr-x. 6 vdsm kvm4096 Oct  3 17:17 ..

-rw-rw. 2 vdsm kvm 1028096 Oct  3 20:48 cee9440c-4eb8-453b-bc04-c47e6f9cbc93

-rw-rw. 2 vdsm kvm 1048576 Oct  3 17:17 
cee9440c-4eb8-453b-bc04-c47e6f9cbc93.lease

-rw-r--r--. 2 vdsm kvm 283 Oct  3 17:17 
cee9440c-4eb8-453b-bc04-c47e6f9cbc93.meta   

 

 

[root@dcasrv01 fd44dbf9-473a-496a-9996-c8abe3278390]# gluster volume info

 

Volume Name: data

Type: Replicate

Volume ID: 54fbcafc-fed9-4bce-92ec-fa36cdcacbd4

Status: Started

Number of Bricks: 1 x (2 + 1) = 3

Transport-type: tcp

Bricks:

Brick1: dcastor01:/xpool/data/brick

Brick2: dcastor03:/xpool/data/brick

Brick3: dcastor02:/xpool/data/bricky (arbiter)

Options Reconfigured:

performance.readdir-ahead: on

performance.quick-read: off

performance.read-ahead: off

performance.io-cache: off

performance.stat-prefetch: off

cluster.eager-lock: enable

network.remote-dio: enable

cluster.quorum-type: auto

cluster.server-quorum-type: server

storage.owner-uid: 36

storage.owner-gid: 36

 

Volume Name: engine

Type: Replicate

Volume ID: dd4c692d-03aa-4fc6-9011-a8dad48dad96

Status: Started

Number of Bricks: 1 x (2 + 1) = 3

Transport-type: tcp

Bricks:

Brick1: dcastor01:/xpool/engine/brick

Brick2: dcastor02:/xpool/engine/brick

Brick3: dcastor03:/xpool/engine/brick (arbiter)

Options Reconfigured:

performance.readdir-ahead: on

performance.quick-read: off

performance.read-ahead: off

performance.io-cache: off

performance.stat-prefetch: off

cluster.eager-lock: enable

network.remote-dio: enable

cluster.quorum-type: auto

cluster.server-quorum-type: server

storage.owner-uid: 36

storage.owner-gid: 36

 

Volume Name: export

Type: Replicate

Volume ID: 23f14730-d264-4cc2-af60-196b943ecaf3

Status: Started

Number of Bricks: 1 x (2 + 1) = 3

Transport-type: tcp

Bricks:

Brick1: dcastor02:/xpool/export/brick

Brick2: dcastor03:/xpool/export/brick

Brick3: dcastor01:/xpool/export/brick (arbiter)

Options Reconfigured:

performance.readdir-ahead: on

storage.owner-uid: 36

storage.owner-gid: 36

 

Volume Name: iso

Type: Replicate

Volume ID: b2d3d7e2-9919-400b-8368-a0443d48e82a

Status: Started

Number of Bricks: 1 x (2 + 1) = 3

Transport-type: tcp

Bricks:

Brick1: dcastor01:/xpool/iso/brick

Brick2: dcastor02:/xpool/iso/brick

Brick3: dcastor03:/xpool/iso/brick (arbiter)

Options Reconfigured:

performance.readdir-ahead: on

storage.owner-uid: 36

storage.owner-gid: 36   

 

 

[root@dcasrv01 fd44dbf9-473a-496a-9996-c8abe3278390]# gluster volume status

Status of volume: data

Gluster process TCP Port  RDMA Port  Online  Pid

--

Brick dcastor01:/xpool/data/brick   49153 0  Y   3076

Brick dcastor03:/xpool/data/brick   49153 0  Y   3019

Brick dcastor02:/xpool/data/bricky  49153 0  Y   3857

NFS Server on localhost 2049  0  Y   3097

Self-heal Daemon on localhost   N/A   N/AY   3088

NFS Server on dcastor03 2049  0  Y   3039

Self-heal Daemon on dcastor03   N/A   N/AY

[ovirt-users] Re: global vs local maintenance with single host

2019-05-15 Thread Gervais de Montbrun

Hi Gianluca,

I forgot to mention that you need to ensure that systemd knows that the new 
file exists. You should likely run `systemctl daemon-reload` after 
creating/modifying your custom systemd files. You can see that the After 
directive is combined from both files. Check it out by running `systemctl show 
vdsmd.service | grep After`

It makes sense to make further changes to ensure that NFS stops last, but I 
haven't looked into that yet.
:-)

Cheers,
Gervais



> On Oct 3, 2016, at 7:22 AM, Gianluca Cecchi  wrote:
> 
> 
> Il 28/Set/2016 21:09, "Gervais de Montbrun"  > ha scritto:
> >
> > Hi Gianluca,
> >
> > Instead of editing the system's built in systemd configuration, you can do 
> > the following...
> >
> > Create a file called /etc/systemd/system/ovirt-ha-broker.service
> >
> >> # My custom ovirt-ha-broker.service config that ensures NFS starts before 
> >> ovirt-ha-broker.service
> >> # thanks Gervais for this tip!  :-)
> >>
> >> .include /usr/lib/systemd/system/ovirt-ha-broker.service
> >>
> >> [Unit]
> >> After=nfs-server.service
> >
> >
> > Then disable and enable ovirt-ha-broker.service (systemctl disable 
> > ovirt-ha-broker.service ; systemctl enable ovirt-ha-broker.service) and you 
> > should see that it is using your customized systemd unit definition. You 
> > can see that systemd is using your file by running systemctl status 
> > ovirt-ha-broker.service. You'll see something like "Loaded: loaded 
> > (/etc/systemd/system/ovirt-ha-broker.service;" in the output.
> >
> > Your file will survive updates and therefore always wait for nfs to start 
> > prior to starting. You can do the same for your other customizations.
> >
> > Cheers,
> > Gervais
> >
> >
> >
> >> On Sep 28, 2016, at 1:31 PM, Gianluca Cecchi  >> > wrote:
> >>
> >> On Sun, Sep 4, 2016 at 10:54 AM, Yedidyah Bar David  >> > wrote:
> >>>
> >>> On Sat, Sep 3, 2016 at 1:18 PM, Gianluca Cecchi
> >>> mailto:gianluca.cec...@gmail.com>> wrote:
> >>> > Hello,
> >>> > how do the two modes apply in case of single host?
> >>> > During an upgrade phase, after having upgraded the self hosted engine 
> >>> > and
> >>> > leaving global maintenance and having checked all is ok, what is the 
> >>> > correct
> >>> > mode then to put host if I want finally to update it too?
> >>>
> >>> The docs say to put hosts to maintenance from the engine before upgrading 
> >>> them.
> >>>
> >>> This is (also) so that VMs on them are migrated away to other hosts.
> >>>
> >>> With a single host, you have no other hosts to migrate VMs to.
> >>>
> >>> So you should do something like this:
> >>>
> >>> 1. Set global maintenance (because you are going to take down the
> >>> engine and its vm)
> >>> 2. Shutdown all other VMs
> >>> 3. Shutdown engine vm from itself
> >>> At this point, you should be able to simply stop HA services. But it
> >>> might be cleaner to first set local maintenance. Not sure but perhaps
> >>> this might be required for vdsm. So:
> >>> 4. Set local maintenance
> >>> 5. Stop HA services. If setting local maintenance didn't work, perhaps
> >>> better stop also vdsm services. This stop should obviously happen
> >>> automatically by yum/rpm, but perhaps better do this manually to see
> >>> that it worked.
> >>> 6. yum (or dnf) update stuff.
> >>> 7. Start HA services
> >>> 8. Check status. I think you'll see that both local and global maint
> >>> are still set.
> >>> 9. Set maintenance to none
> >>> 10. Check status again - I think that after some time HA will decide
> >>> to start engine vm and should succeed.
> >>> 11. Start all other VMs.
> >>>
> >>> Didn't try this myself.
> >>>
> >>> Best,
> >>> --
> >>> Didi
> >>
> >>
> >> Hello Didi,
> >> I would like to leverage the update I have to do on 2 small different lab 
> >> environments to crosscheck the steps suggested.
> >> They are both single host environments with self hosted engine.
> >> One is 4.0.2 and the other is 4.0.3. Both on CentoS 7.2
> >> I plan to migrate to the just released 4.0.4
> >>
> >> One note: in both environments the storage is NFS and is provided by the 
> >> host itself, so a corner case (for all hosted_storage domain, main data 
> >> domain and iso storage domain).
> >> I customized the init scripts, basically for start phase of the server and 
> >> to keep in count of the NFS service, but probably something has to be done 
> >> for stop too?
> >>
> >> 1) In /usr/lib/systemd/system/ovirt-ha-broker.service
> >>
> >> added in section [Unit]
> >>
> >> After=nfs-server.service
> >>
> >> The file is overwritten at update so one has to keep in mind this
> >>
> >> 2) also in vdsmd.service changed 
> >> from:
> >> After=multipathd.service libvirtd.service iscsid.service rpcbind.service \
> >>   supervdsmd.service sanlock.service vdsm-network.service
> >>
> >> to:
> >> After=multipathd.service libvirtd.service iscsid.service rpcbind.service \
> >>   supervdsmd.service

[ovirt-users] Host needs to be reinstalled after configuring power management

2019-05-15 Thread Andrew DeMaria

Hi,

I am running ovirt 4.3 and have found the following action item immediately
after configuring power management for a host:

Host needs to be reinstalled as important configuration changes were
applied on it.


The thing is - I've just freshly installed this host and it seems strange
that I need to reinstall it.
 Is there a better way to install a host and configure power management
without having to reinstall it after?


Thanks,

Andrew
___
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/5HMTDLIYVJJEPZB373P6CPXB74LIMDYZ/

[ovirt-users] Host keeps disconnecting

2019-05-15 Thread Chris Cowley

Hello all

I am trying out ovirt 4 on a single host using the hosted engine. All
storage is on the same machine, with NFS3 in the middle.

Regularly the host disconnects from the engine - although all the VMs
continue working happily. I can re-activate it immediately and it will come
online happily, I can then manipulate VMs to my hearts content for a few
minutes until it disconnects again and I have to re-activate it.

First, am I being stupid trying to run this on a single node? Am I obliged
to at least break out the storage in to a seperate node/NAS

Second, assuming this is technically possible, where should I be looking
for clues?

vdsm.log

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/LLBJO25HYPTV673CHXDY3J7DT4RFVYSC/

[ovirt-users] Can't add host - Failed to read hardware information

2019-05-15 Thread David Pinkerton

I'm trying to add a host to a freshly built cluster.

yum install finishes, then the message " Failed to read hardware
information" is displayed - host has installation failed.
If I try to re-install I get the same message and the host goes
non-responsive.


engine log:

2016-10-07 21:13:46,525 INFO
 [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor)
[2854e702] Connecting to /192.168.21.71
2016-10-07 21:13:46,526 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand]
(DefaultQuartzScheduler4) [3fa97b73] Command
'GetCapabilitiesVDSCommand(HostName = rhv1,
VdsIdAndVdsVDSCommandParametersBase:{runAsync='true',
hostId='96358424-a14e-4d29-957f-3d7ddac99c12',
vds='Host[rhv1,96358424-a14e-4d29-957f-3d7ddac99c12]'})' execution failed:
org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed
2016-10-07 21:13:46,526 ERROR
[org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring]
(DefaultQuartzScheduler4) [3fa97b73] Failure to refresh Vds runtime info:
org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed
2016-10-07 21:13:46,526 ERROR
[org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring]
(DefaultQuartzScheduler4) [3fa97b73] Exception:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSNetworkException:
org.ovirt.vdsm.jsonrpc.client.ClientConnectionException: Connection failed
at
org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.createNetworkException(VdsBrokerCommand.java:157)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:120)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73)
[vdsbroker.jar:]
at
org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33)
[dal.jar:]
at
org.ovirt.engine.core.vdsbroker.ResourceManager.runVdsCommand(ResourceManager.java:451)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.VdsManager.refreshCapabilities(VdsManager.java:653)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring.refreshVdsRunTimeInfo(HostMonitoring.java:121)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.monitoring.HostMonitoring.refresh(HostMonitoring.java:85)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.VdsManager.onTimer(VdsManager.java:238)
[vdsbroker.jar:]
at sun.reflect.GeneratedMethodAccessor129.invoke(Unknown Source)
[:1.8.0_102]
at
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
[rt.jar:1.8.0_102]
at java.lang.reflect.Method.invoke(Method.java:498)
[rt.jar:1.8.0_102]
at
org.ovirt.engine.core.utils.timer.JobWrapper.invokeMethod(JobWrapper.java:77)
[scheduler.jar:]
at
org.ovirt.engine.core.utils.timer.JobWrapper.execute(JobWrapper.java:51)
[scheduler.jar:]
at org.quartz.core.JobRunShell.run(JobRunShell.java:213)
[quartz.jar:]
at
java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:511)
[rt.jar:1.8.0_102]
at java.util.concurrent.FutureTask.run(FutureTask.java:266)
[rt.jar:1.8.0_102]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142)
[rt.jar:1.8.0_102]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
[rt.jar:1.8.0_102]
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.8.0_102]
Caused by: org.ovirt.vdsm.jsonrpc.client.ClientConnectionException:
Connection failed
at
org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient.connect(ReactorClient.java:165)
[vdsm-jsonrpc-java-client.jar:]
at
org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.getClient(JsonRpcClient.java:134)
[vdsm-jsonrpc-java-client.jar:]
at
org.ovirt.vdsm.jsonrpc.client.JsonRpcClient.call(JsonRpcClient.java:81)
[vdsm-jsonrpc-java-client.jar:]
at
org.ovirt.engine.core.vdsbroker.jsonrpc.FutureMap.(FutureMap.java:70)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.jsonrpc.JsonRpcVdsServer.getCapabilities(JsonRpcVdsServer.java:258)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.GetCapabilitiesVDSCommand.executeVdsBrokerCommand(GetCapabilitiesVDSCommand.java:15)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:110)
[vdsbroker.jar:]
... 18 more

2016-10-07 21:13:49,531 INFO
 [org.ovirt.vdsm.jsonrpc.client.reactors.ReactorClient] (SSL Stomp Reactor)
[2854e702] Connecting to /192.168.21.71





vdsm.log

jsonrpc.Executor/3::INFO::2016-10-07
20:45:31,554::__init__::513::jsonrpc.JsonRpcServer::(_serveRequest) RPC
call Host.getCapabilities succeeded in 0.06 seconds
jsonrpc.Executor/4::DEBUG::2016-10-07
20:45:32,566::__init__::530::jsonrpc.JsonRpcServer::(_handle_request)
Calling 'Host.getHardwareInfo' in bridge with {}
jsonrpc.Executor/4::ERROR::2016-10-07

[ovirt-users] ovirt 4.3.3 SELINUX issue

2019-05-15 Thread Strahil Nikolov

Hello All,
I want to warn you that selinux-policy & selinux-policy-targeted with version 
'3.13.1-229.el7_6.12' cause an issue with my HostedEngine where I got "Login 
incorrect" screen of death.
I have also raised a bug: https://bugzilla.redhat.com/show_bug.cgi?id=1710083

If you want to test your luck, increase the default grub timeout in 
"/etc/default/grub" to 15 and rebuild the grub menu via 'grub2-mkconfig -o 
/boot/grub2/grub.cfg'
If the issue occurs to you - just append 'enforcing=0' to your kernel and the 
issue will be over.Of course, you can always rollback either from a rescue DVD 
or from the running 'enforcing=0' system.
Best Regards,Strahil Nikolov
___
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/NQTBNNVWUXP33PCNVON6GSB42BG7LV5E/

[ovirt-users] oVirt 3.6.4 / PXE guest boot issues

2019-05-15 Thread Alan Griffiths

A explanation/work-around for this issue raised back in April.

It seems that if, in UCS, you configure a vNIC with a single native VLAN it
will still add an 802.1q header with tag 0 - possibly to do with QoS. And
this extra header prevents iPXE from parsing the DHCP response.

The solution for me was to present all VLANs on a single trunked vNIC to
the blade and configure VLAN tagging as per normal. The result is the tags
are stripped off the packets before being passed to the VM and DHCP now
works.

The same issue applies to VM-FEX as packets coming off the VF will have the
802.1q header. The only solution I can see here is to configure a bridged
interface for initial build of the VM and then switch to VM-FEX afterwards.

I found a discussion on the iPXE mailing list about addressing the vlan 0
issue, but I could see no agreed solution.

http://lists.ipxe.org/pipermail/ipxe-devel/2016-April/004901.html

Alan

[ovirt-users] Re: Unable to get HE up after update

2019-05-15 Thread Susinthiran Sithamparanathan

Hi,
all the logs are now at https://my.owndrive.com/index.php/s/3Dcyho9bqo7oZs8

I did a quick debug in the VM and i think we are getting closer to the root
cause:
https://paste.fedoraproject.org/447579/14760912/

It seems the SSL/TLS certs are all missing. Now i wonder which RPM package
does contain these so that i can try to reinstall it.

Appreciate your help so far!




On Mon, Oct 10, 2016 at 10:17 AM, Simone Tiraboschi 
wrote:

>
>
> On Mon, Oct 10, 2016 at 10:13 AM, Yedidyah Bar David 
> wrote:
>
>> On Mon, Oct 10, 2016 at 10:56 AM, Simone Tiraboschi 
>> wrote:
>> >
>> >
>> > On Sun, Oct 9, 2016 at 5:13 PM, Susinthiran Sithamparanathan
>> >  wrote:
>> >>
>> >> Sure, here it is: https://my.owndrive.com/index.php/s/MFoFyKJVLjzezey
>> >>
>> >
>> > The agent is periodically restarting the engine VM but from the logs I
>> don't
>> > see why.
>>
>> Also it keeps doing:
>>
>>
> Yes, this is fine: by design ovirt-ha-agent periodically (about 30-40
> seconds) reconnects the hosted-engine storage domain.
>
>
>> MainThread::INFO::2016-10-09
>> 17:06:01,025::hosted_engine::612::ovirt_hosted_engine_ha.age
>> nt.hosted_engine.HostedEngine::(_initialize_vdsm)
>> Initializing VDSM
>> MainThread::INFO::2016-10-09
>> 17:06:05,118::hosted_engine::639::ovirt_hosted_engine_ha.age
>> nt.hosted_engine.HostedEngine::(_initialize_storage_images)
>> Connecting the storage
>> MainThread::INFO::2016-10-09
>> 17:06:05,131::storage_server::218::ovirt_hosted_engine_ha.li
>> b.storage_server.StorageServer::(connect_storage_server)
>> Connecting storage server
>> MainThread::INFO::2016-10-09
>> 17:06:13,459::storage_server::225::ovirt_hosted_engine_ha.li
>> b.storage_server.StorageServer::(connect_storage_server)
>> Connecting storage server
>> MainThread::INFO::2016-10-09
>> 17:06:13,496::storage_server::232::ovirt_hosted_engine_ha.li
>> b.storage_server.StorageServer::(connect_storage_server)
>> Refreshing the storage domain
>> MainThread::INFO::2016-10-09
>> 17:06:13,737::hosted_engine::666::ovirt_hosted_engine_ha.age
>> nt.hosted_engine.HostedEngine::(_initialize_storage_images)
>> Preparing images
>> MainThread::INFO::2016-10-09
>> 17:06:13,737::image::126::ovirt_hosted_engine_ha.lib.image.
>> Image::(prepare_images)
>> Preparing images
>>
>> Does this make sense, Simone?
>>
>> Please check/share also /var/log/vdsm/* . Thanks.
>>
>> > Can you please set the agent in debug mode and share again its logs?
>> >
>> > You have to edit /etc/ovirt-hosted-engine-ha/agent-log.conf changing
>> from
>> >
>> > [logger_root]
>> > level=INFO
>> >
>> > to
>> > [logger_root]
>> > level=DEBUG
>> >
>> > and then restart ovirt-ha-agent.
>> >
>> >
>> >>
>> >> On Sun, Oct 9, 2016 at 3:19 PM, Doron Fediuck 
>> wrote:
>> >>>
>> >>> Can you please provide the HA agent logs?
>> >>>
>> >>> On Sun, Oct 9, 2016 at 1:57 PM, Susinthiran Sithamparanathan
>> >>>  wrote:
>> 
>>  Hi,
>>  i've been discussing this issue over at IRC (#ovirt on irc.oftc.net
>> ))
>>  and was suggested to send an email with logs the ML.
>> 
>>  The problem i have is that the HE is a loop getting up and down ( ( i
>>  assume it's the HA trying to get it up) after upgrade to oVirt 4. I
>> have a
>>  couple of VMs i use daily with SPICE and remoteviewer and i hope to
>> get them
>>  up and running again. Due to this, i've put it in global maintenance
>> mode.
>>  I'm attaching the server log in the hope of getting some help and can
>>  provide more details if needed to debug the issue further.
>> 
>>  The log is too big for fpaste so it's to be found here:
>>  https://my.owndrive.com/index.php/s/Gk4De1jy9fWmFa8 as well as
>> attached
>>  here.
>> 
>> 
>>  Thanks!
>> 
>> 
>>  --
>> 
>>  Susinthiran Sithamparanathan
>> 
>>  ___
>>  Users mailing list
>>  Users@ovirt.org
>>  http://lists.ovirt.org/mailman/listinfo/users
>> 
>> >>>
>> >>
>> >>
>> >>
>> >> --
>> >>
>> >> Susinthiran Sithamparanathan
>> >>
>> >> ___
>> >> 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
>> >
>>
>>
>>
>> --
>> Didi
>>
>
>


-- 

Susinthiran Sithamparanathan

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users

[ovirt-users] How to add a tcp type serial to a vm in ovirt 4.0?

2019-05-15 Thread lifuqiong

Hi, 

 We can easily add a Serial Hardware in virt-manager, when adding
the serial, the vm's xml add these lines as follows:

.



 

 



...

 

 But I can't add a tcp serial in ovirt 4.0 when I create a VM, even
after I reading
http://www.ovirt.org/documentation/admin-guide/serial-console-setup/

 

Hope someone can help me. 

Thank you

Mark

 


--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/GYJPNTNSCLUHRG5D3LW4K24SBEX2YKLV/

[ovirt-users] Re: ovirt-ha-agent cpu usage

2019-05-15 Thread Sam Cappello

it worked for me as well - load avg. < 1 now, ovirt-ha-agent pops up in 
top periodically, but not on top using 100% CPU all the time anymore.

thanks!
sam

Gianluca Cecchi wrote on 10/7/2016 10:13 AM:



On Fri, Oct 7, 2016 at 3:35 PM, Simone Tiraboschi > wrote:




On Fri, Oct 7, 2016 at 3:22 PM, Gianluca Cecchi
mailto:gianluca.cec...@gmail.com>> wrote:

On Fri, Oct 7, 2016 at 2:59 PM, Nir Soffer mailto:nsof...@redhat.com>> wrote:


wasn’t it suppose to be fixed to reuse the connection?
Like all the other clients (vdsm migration code:-)


This is orthogonal issue.

Does schema validation matter then if there would be
only one connection at the start up?


Loading once does not help command line tools like
vdsClient, hosted-engine and
vdsm-tool.

Nir




Simone, reusing the connection is good idea
anyway, but what you describe is
a bug in the client library. The library does
*not* need to load and parse the
schema at all for sending requests to vdsm.

The schema is only needed if you want to
verify request parameters,
or provide online help, these are not needed
in a client library.

Please file an infra bug about it.


Done,
https://bugzilla.redhat.com/show_bug.cgi?id=1381899



Here is a patch that should eliminate most most of
the problem:
https://gerrit.ovirt.org/65230

Would be nice if it can be tested on the system
showing this problem.

Cheers,
Nir
___




this is a video of 1 minute with the same system as the first
post, but in 4.0.3 now and the same 3 VMs powered on without
any particular load.
It seems very similar to the previous 3.6.6 in cpu used by
ovirt-ha-agent.


https://drive.google.com/file/d/0BwoPbcrMv8mvSjFDUERzV1owTG8/view?usp=sharing



Enjoy Nir ;-)

If I can apply the patch also to 4.0.3 I'm going to see if
there is then a different behavior.
Let me know,


I'm trying it right now.
Any other tests will be really appreciated.

The patch is pretty simply, you can apply that on the fly.
You have to shutdown ovirt-ha-broker and ovirt-ha-agent; then you
could directly edit
/usr/lib/python2.7/site-packages/api/vdsmapi.py
around line 97 changing from
loaded_schema = yaml.load(f)
to
loaded_schema = yaml.load(f, Loader=yaml.CLoader)
Please pay attention to keep exactly the same amount of initial
spaces.

Then you can simply restart the HA agent and check.

Gianluca

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





What I've done (I didn't read your answer in between and this is a 
test system not so important... )


set to global maintenance
patch vdsmapi.py
restart vdsmd
restart ovirt-ha-agent
set maintenance to none

And a bright new 3-minutes video here:
https://drive.google.com/file/d/0BwoPbcrMv8mvVzBPUVRQa1pwVnc/view?usp=sharing

It seems that now ovirt-ha-agent or is not present in top cpu process 
or at least has ranges between 5% and 12% and not more


BTW: I see this in vdsm status now

[root@ovirt01 api]# systemctl status vdsmd
● vdsmd.service - Virtual Desktop Server Manager
   Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled; 
vendor preset: enabled)

   Active: active (running) since Fri 2016-10-07 15:30:57 CEST; 32min ago
  Process: 20883 ExecStopPost=/usr/libexec/vdsm/vdsmd_init_common.sh 
--post-stop (code=exited, status=0/SUCCESS)
  Process: 20886 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh 
--pre-start (code=exited, status=0/SUCCESS)

 Main PID: 21023 (vdsm)
   CGroup: /system.slice/vdsmd.service
   ├─21023 /usr/bin/python /usr/share/vdsm/vdsm
   ├─21117 /usr/libexec/ioprocess --read-pipe-fd 41 
--write-pipe-fd 40 --max-threads 10 --max-queue...
   ├─21123 /usr/libexec/ioprocess --read-pipe-fd 48 
--write-pipe-fd 46 --max-threads 10 --max-queue...
   ├─21134 /usr/libexec/ioprocess --read-pipe-fd 57 
--write-pipe-fd 56 --max-threads 10 --max-queue...
   ├─21143 /usr/libexec/ioprocess --read-pipe-fd 65

[ovirt-users] Ovirt 4.04 unable to umount LUNs on hosts

2019-05-15 Thread Andrea Ghelardi

Hello ovirt gurus,
I'd like to bother you with a long lasting issue I face.
My (new) test setup (not production one) is running ovirt 4.04 hosted engine on 
a Dell R510 server connected to SAN Compellent SC040 via iscsi.
All systems installed from scratch following guidelines.
Ovirt hosted engine installed using ovirt-appliance.
Everything is working "fine".
BUT
We are unable to perform a clear LUN removal.
We can perform all actions from web interface (storage add, maintenance, 
detach, delete) with no error.
However, underlying device remains mapped to server. As a result, we are unable 
to unmap the LUN otherwise multipath fails, server fails, ovirt fails etc.

Steps to reproduce:

1)  Create LUN on SAN, map it to server -> OK

2)  Log in ovirt web interface, add a new storage targeting LUN -> OK

3)  Create disk, create VM setup VM, (optional) -> OK

4)  Shutdown VM -> OK

5)  Ovirt: Put storage in maintenance -> OK

6)  Ovirt: Detach storage -> OK

7)  Ovirt: Delete storage -> OK

Expected result:
Ovirt unmaps and remove device from multipath so that it can be destroyed at 
SAN storage level.
It should be possible to perform this action even when host is not in 
maintenance.

Current result: volume remain locked in multipath (map in use).
Trying vgchange -a n  and then multipath -f  removes device, 
but then it is automatically re-added after a while (???)

Please note: this is the same behavior we always faced also with our ovirt 
production environment.
Details attached. Volume to be removed: LUN 64

Any ideas?
Thanks
AG

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


[root@barbera log]# multipath -ll
36000d310004edc64 dm-0 COMPELNT,Compellent Vol
size=100G features='0' hwhandler='0' wp=rw
`-+- policy='service-time 0' prio=1 status=active
  |- 18:0:0:2 sdk  8:160  active ready running
  |- 19:0:0:2 sdm  8:192  active ready running
  |- 22:0:0:2 sdq  65:0   active ready running
  |- 23:0:0:2 sds  65:32  active ready running
  |- 24:0:0:2 sdu  65:64  active ready running
  |- 28:0:0:2 sdaa 65:160 active ready running
  |- 29:0:0:2 sdab 65:176 active ready running
  |- 5:0:0:2  sdc  8:32   active ready running
  `- 6:0:0:2  sdg  8:96   active ready running
36000d310004edc62 dm-1 COMPELNT,Compellent Vol
size=1.0T features='0' hwhandler='0' wp=rw
`-+- policy='service-time 0' prio=1 status=active
  |- 5:0:0:1  sdb  8:16   active ready running
  |- 6:0:0:1  sdd  8:48   active ready running
  |- 19:0:0:1 sdl  8:176  active ready running
  |- 18:0:0:1 sdj  8:144  active ready running
  |- 22:0:0:1 sdp  8:240  active ready running
  |- 23:0:0:1 sdr  65:16  active ready running
  |- 24:0:0:1 sdt  65:48  active ready running
  |- 29:0:0:1 sdz  65:144 active ready running
  `- 28:0:0:1 sdy  65:128 active ready running
36000d310004edc61 dm-19 COMPELNT,Compellent Vol
size=120G features='0' hwhandler='0' wp=rw
`-+- policy='service-time 0' prio=1 status=active
  |- 8:0:0:1  sdf  8:80   active ready running
  |- 7:0:0:1  sde  8:64   active ready running
  |- 11:0:0:1 sdh  8:112  active ready running
  |- 12:0:0:1 sdi  8:128  active ready running
  |- 20:0:0:1 sdn  8:208  active ready running
  |- 21:0:0:1 sdo  8:224  active ready running
  |- 25:0:0:1 sdv  65:80  active ready running
  |- 26:0:0:1 sdw  65:96  active ready running
  `- 27:0:0:1 sdx  65:112 active ready running
[root@barbera log]#
[root@barbera log]# lsscsi
[0:0:0:0]diskSEAGATE  ST3300657SS  ES66  -
[0:0:1:0]diskSEAGATE  ST3300657SS  ES66  -
[0:1:0:0]diskDell Virtual Disk 1028  /dev/sda
[3:0:0:0]cd/dvd  PLDS DVD+-RW DS-8A8SH KD51  /dev/sr0
[5:0:0:1]diskCOMPELNT Compellent Vol   0606  /dev/sdb
[5:0:0:2]diskCOMPELNT Compellent Vol   0606  /dev/sdc
[6:0:0:1]diskCOMPELNT Compellent Vol   0606  /dev/sdd
[6:0:0:2]diskCOMPELNT Compellent Vol   0606  /dev/sdg
[7:0:0:1]diskCOMPELNT Compellent Vol   0606  /dev/sde
[8:0:0:1]diskCOMPELNT Compellent Vol   0606  /dev/sdf
[11:0:0:1]   diskCOMPELNT Compellent Vol   0606  /dev/sdh
[12:0:0:1]   diskCOMPELNT Compellent Vol   0606  /dev/sdi
[18:0:0:1]   diskCOMPELNT Compellent Vol   0606  /dev/sdj
[18:0:0:2]   diskCOMPELNT Compellent Vol   0606  /dev/sdk
[19:0:0:1]   diskCOMPELNT Compellent Vol   0606  /dev/sdl
[19:0:0:2]   diskCOMPELNT Compellent Vol   0606  /dev/sdm
[20:0:0:1]   diskCOMPELNT Compellent Vol   0606  /dev/sdn
[21:0:0:1]   diskCOMPELNT Compellent Vol   0606

[ovirt-users] unable to upgrade from ovirt 3.6 to 4.0.4

2019-05-15 Thread Alon Dotan

Hey all,
Im trying to upgrade my ovirt installation,
CentOS 7.2 fully updated

engine version: oVirt Engine Version: 3.6.7.5-1.el7.centos

hosts version:
OS Version:
RHEL - 7 - 2.1511.el7.centos.2.10
Kernel Version:
3.10.0 - 327.36.1.el7.x86_64
KVM Version:
2.3.0 - 31.el7_2.10.1
LIBVIRT Version:
libvirt-1.2.17-13.el7_2.5
VDSM Version:
vdsm-4.17.32-1.el7
SPICE Version:
0.12.4 - 15.el7_2.2
GlusterFS Version:
[N/A]
CEPH Version:


got the following error after deploying the backup tar (following this
guide http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/)

Failed to execute stage 'Setup validation': Trying to upgrade from
unsupported versions: 3.5

attaching the engine-setup answer and log

Thanks,

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se




engine-setup-log.tar.gz
Description: GNU Zip compressed data
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/KAG6MI2WAUNHBUA5SPHBB6VIXEXIAFAH/

[ovirt-users] VM SSO

2019-05-15 Thread Maxence Sartiaux

Hello,

I try to use the VM SSO but no login, still on the logon screen ...

I'm on ovirt 4.0.3, connected to an AD (Samba 4.5) + VMs Windows 7/10
stateless sysprep-ed to integrate to the domain and obviously the
guest-agent is installed.

My AD user can connect to the user panel, take a vm and connect to the
console but no sign on on the windows. (the "Connect Automatically"
option is ticked)

Also, i don't know why but my username on ovirt panel has a double
domain "u...@labo.lan@labo.lan" <- is this my problem ?
The AD configuration is the configuration from the extension setup
wizard, no custom config, no mapping

Any ideas ?

Thank you

[ovirt-users] Re: Error while executing action RefreshLunsSize: REFRESH_LUN_ERROR

2019-05-15 Thread vasily.lamy...@megafon.ru

Thank you!
I solved this problem at morning.
I run pvresize manually before expand size in web. Then resize in web was been 
normally completed.

Ламыкин Василий
Старший инженер по эксплуатации сервисных платформ
Столичный ф-ал ПАО "МегаФон

+7 (926) 500-3308
[МегаФон лого+знак РУС B2C]

From: Fred Rolland [mailto:froll...@redhat.com]
Sent: Monday, October 10, 2016 2:39 PM
To: Vasily Lamykin (MSK) 
Cc: users@ovirt.org
Subject: Re: [ovirt-users] Error while executing action RefreshLunsSize: 
REFRESH_LUN_ERROR

Hi,
Can you run getDeviceList on each hosts and check if the device has the same 
size on all hosts?
Thanks,
Fred

On Thu, Oct 6, 2016 at 10:56 AM, 
vasily.lamy...@megafon.ru 
mailto:vasily.lamy...@megafon.ru>> wrote:
I want to add some space on my LUN.
Previously I added the place simply by pressing the “plus” button in domain 
management.
Today I have some error with this. I touch “plus” button and get next errors:
In web: “Error while executing action RefreshLunsSize: REFRESH_LUN_ERROR ”
In engine.log:
2016-10-06 05:30:09,974 ERROR 
[org.ovirt.engine.core.bll.storage.domain.RefreshLunsSizeCommand] (default 
task-1) [784d8d11] Failed to refresh device 3600c0ff0001b7485f7aeea570100 
Not all VDS are seeing the same size VDS 
:[Host[node10,37d1a1a7-4d40-45bb-8351-0b4f8b3d349c], 
Host[node1,5a978ba9-3314-4f4d-bfc2-59aaefc5a33c], 
Host[node3,d03c5b81-fdc3-4407-a444-feaa3d2e9d96], 
Host[node2,a44c06e1-379d-4e73-8a8f-60210a99141e]]
2016-10-06 05:30:09,974 ERROR 
[org.ovirt.engine.core.bll.storage.domain.RefreshLunsSizeCommand] (default 
task-1) [784d8d11] Command 
'org.ovirt.engine.core.bll.storage.domain.RefreshLunsSizeCommand' failed: 
EngineException: Failed to refresh LUNs. Not all VDS are seeing the same size: 
[LUN : 3600c0ff0001b7485f7aeea570100VDS: node10, node1, node3, node2] 
(Failed with error REFRESH_LUN_ERROR and code 5060)
2016-10-06 05:30:09,975 INFO  
[org.ovirt.engine.core.bll.storage.domain.RefreshLunsSizeCommand] (default 
task-1) [784d8d11] Command [id=44f94cb2-3eff-49b5-85c6-d2cb79801277]: 
Compensating CHANGED_STATUS_ONLY of 
org.ovirt.engine.core.common.businessentities.StoragePoolIsoMap; snapshot: 
EntityStatusSnapshot:{id='StoragePoolIsoMapId:{storagePoolId='0001-0001-0001-0001-034e',
 storageId='f5309743-d46b-4365-951a-571d2d9fbc87'}', status='Active'}.
2016-10-06 05:30:15,683 ERROR 
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (default 
task-1) [784d8d11] Correlation ID: 784d8d11, Job ID: 
b47afe3a-6052-4c67-a5b6-7f7303aa18b6, Call Stack: null, Custom Event ID: -1, 
Message: Failed to resize LUNs.
Not all the hosts are seeing the same LUN size.

But on all node’s I see same LUN size in `multipath –ll`
How can i repair this problem, and expand lun size in ovirt?




Информация в этом сообщении предназначена исключительно для конкретных лиц, 
которым она адресована. В сообщении может содержаться конфиденциальная 
информация, которая не может быть раскрыта или использована кем-либо, кроме 
адресатов. Если вы не адресат этого сообщения, то использование, переадресация, 
копирование или распространение содержания сообщения или его части незаконно и 
запрещено. Если Вы получили это сообщение ошибочно, пожалуйста, незамедлительно 
сообщите отправителю об этом и удалите со всем содержимым само сообщение и 
любые возможные его копии и приложения.

The information contained in this communication is intended solely for the use 
of the individual or entity to whom it is addressed and others authorized to 
receive it. It may contain confidential or legally privileged information. The 
contents may not be disclosed or used by anyone other than the addressee. If 
you are not the intended recipient(s), any use, disclosure, copying, 
distribution or any action taken or omitted to be taken in reliance on it is 
prohibited and may be unlawful. If you have received this communication in 
error please notify us immediately by responding to this email and then delete 
the e-mail and all attachments and any copies thereof.

(c)20mf50

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




Информация в этом сообщении предназначена исключительно для конкретных лиц, 
которым она адресована. В сообщении может содержаться конфиденциальная 
информация, которая не может быть раскрыта или использована кем-либо, кроме 
адресатов. Если вы не адресат этого сообщения, то использование, переадресация, 
копирование или распространение содержания сообщения или его части незаконно и 
запрещено. Если Вы получили это сообщение ошибочно, пожалуйста, незамедлительно 
сообщите отправителю об этом и удалите со всем содержимым само сообщение и 
любые возможные его копии и приложения.

The information contained in this communication is intended solely for the use 
of the individual

[ovirt-users] Re: vdsm ssl errors

On Mon, Jul 25, 2016 at 12:07 PM, Nir Soffer  wrote:

>
>
> This log is not very useful as is, we must show the relevant remote
> address.
>
> Should be improved in
> https://gerrit.ovirt.org/61303
>
> Can you try this patch and share the log?
>

Hello,
I take on this as I have the same problem.
I'm in 4.0.3 and it seems that the gerrit above was not inside.
So I applied and restarted vdsmd.

Now I have
Oct 07 19:54:10 ovirt01.lutwyn.org vdsm[11306]: vdsm vds.dispatcher ERROR
SSL error receiving from : unexpected eof

In my case single host environment with Self Hosted Engine
Ip of host is 192.168.1.211
Ip of engine is 192.168.1.212

Let me know if you need full logs and which ones.

in the mean time 1000 line around in vdsm.log here:
https://drive.google.com/file/d/0BwoPbcrMv8mvTk9SYTF0UDZUMUU/view?usp=sharing

Thanks,
Gianluca

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/KYO4B2Z7V24RQQM3O7NGLWOWD3WDXH2T/

[ovirt-users] Re: ovirt-ha-agent cpu usage

On Fri, Oct 7, 2016 at 4:02 PM, Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
> On 7 Oct 2016, at 15:28, Simone Tiraboschi  wrote:
>
>
>
> On Fri, Oct 7, 2016 at 3:25 PM, Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
>
>>
>> On 7 Oct 2016, at 14:59, Nir Soffer  wrote:
>>
>> On Fri, Oct 7, 2016 at 3:52 PM, Michal Skrivanek <
>> michal.skriva...@redhat.com> wrote:
>>
>>>
>>> On 7 Oct 2016, at 14:42, Nir Soffer  wrote:
>>>
>>> On Wed, Oct 5, 2016 at 1:33 PM, Simone Tiraboschi 
>>> wrote:
>>>


 On Wed, Oct 5, 2016 at 10:34 AM, Nir Soffer  wrote:

> On Wed, Oct 5, 2016 at 10:24 AM, Simone Tiraboschi <
> stira...@redhat.com> wrote:
>
>>
>>
>> On Wed, Oct 5, 2016 at 9:17 AM, gregor 
>> wrote:
>>
>>> Hi,
>>>
>>> did you found a solution or cause for this high CPU usage?
>>> I have installed the self hosted engine on another server and there
>>> is
>>> no VM running but ovirt-ha-agent uses heavily the CPU.
>>>
>>
>> Yes, it's due to the fact that ovirt-ha-agent periodically reconnects
>> over json rpc and this is CPU intensive since the client has to parse the
>> yaml API specification each time it connects.
>>
>
>>> wasn’t it suppose to be fixed to reuse the connection? Like all the
>>> other clients (vdsm migration code:-)
>>>
>>
>> This is orthogonal issue.
>>
>>
>> Yes it is. And that’s the issue;-)
>> Both are wrong, but by “fixing” the schema validation only you lose the
>> motivation to fix the meaningless wasteful reconnect
>>
>
> Yes, we are going to fix that too ( https://bugzilla.redhat.com/
> show_bug.cgi?id=1349829 )
>
>
> that’s great! Also al the other vdsClient uses?:-)
>

https://gerrit.ovirt.org/#/c/62729/


> What is that periodic one call anyway? Is there only one? Maybe we don’t
> need it so much.
>

Currently ovirt-ha-agent is periodically reconnecting the hosted-engine
storage domain and checking its status. This is already on jsonrpc.
In 4.1 all the monitoring will be moved to jsonrpc.


>
> but it would require also https://bugzilla.redhat.com/
> show_bug.cgi?id=1376843 to be fixed.
>
>
> This is less good. Well, worst case you can reconnect yourself, all you
> need is a notification when the existing connection breaks
>
>
>
>>
>>
>>
>>> Does schema validation matter then if there would be only one connection
>>> at the start up?
>>>
>>
>> Loading once does not help command line tools like vdsClient,
>> hosted-engine and
>> vdsm-tool.
>>
>>
>> none of the other tools is using json-rpc.
>>
>
> hosted-engine-setup is, and sooner or later we'll have to migrate also the
> remaining tools since xmlrpc has been deprecated with 4.0
>
>
> ok. though setup is a one-time action so it’s not an issue there
>
>
>
>>
>>
>> Nir
>>
>>
>>>
>>>
> Simone, reusing the connection is good idea anyway, but what you
> describe is
> a bug in the client library. The library does *not* need to load and
> parse the
> schema at all for sending requests to vdsm.
>
> The schema is only needed if you want to verify request parameters,
> or provide online help, these are not needed in a client library.
>
> Please file an infra bug about it.
>

 Done, https://bugzilla.redhat.com/show_bug.cgi?id=1381899

>>>
>>> Here is a patch that should eliminate most most of the problem:
>>> https://gerrit.ovirt.org/65230
>>>
>>> Would be nice if it can be tested on the system showing this problem.
>>>
>>> Cheers,
>>> Nir
>>> ___
>>> 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
>>
>>
>>
>> ___
>> 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
>
>
>

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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:

[ovirt-users] Unable to add permissions for LDAP users

2019-05-15 Thread Michael Burch

I'm using the latest ovirt on CentOS7 with the aaa-ldap extension. I can 
successfully authenticate as an LDAP user. I can also login as admin@internal 
and search for, find, and select LDAP users but I cannot add permissions for 
them. Each time I get the error "User admin@internal-authz failed to grant 
permission for Role UserRole on System to User/Group ."


I have no control over the LDAP server, which uses custom objectClasses and 
uses groupOfNames instead of PosixGroups. I assume I need to set sequence 
variables to accommodate our group configuration but I'm at a loss as to where 
to begin. the The config I have is as follows:


include = 

vars.server = labauth.lan.lab.org

pool.authz.auth.type = none
pool.default.serverset.type = single
pool.default.serverset.single.server = ${global:vars.server}
pool.default.ssl.startTLS = true
pool.default.ssl.insecure = true

pool.default.connection-options.connectTimeoutMillis = 1
pool.default.connection-options.responseTimeoutMillis = 9
sequence-init.init.100-my-basedn-init-vars = my-basedn-init-vars
sequence.my-basedn-init-vars.010.description = set baseDN
sequence.my-basedn-init-vars.010.type = var-set
sequence.my-basedn-init-vars.010.var-set.variable = simple_baseDN
sequence.my-basedn-init-vars.010.var-set.value = o=LANLAB

sequence-init.init.101-my-objectclass-init-vars = my-objectclass-init-vars
sequence.my-objectclass-init-vars.020.description = set objectClass
sequence.my-objectclass-init-vars.020.type = var-set
sequence.my-objectclass-init-vars.020.var-set.variable = simple_filterUserObject
sequence.my-objectclass-init-vars.020.var-set.value = 
(objectClass=labPerson)(uid=*)

search.default.search-request.derefPolicy = NEVER

sequence-init.init.900-local-init-vars = local-init-vars
sequence.local-init-vars.010.description = override name space
sequence.local-init-vars.010.type = var-set
sequence.local-init-vars.010.var-set.variable = simple_namespaceDefault
sequence.local-init-vars.010.var-set.value = *

sequence.local-init-vars.020.description = apply filter to users
sequence.local-init-vars.020.type = var-set
sequence.local-init-vars.020.var-set.variable = simple_filterUserObject
sequence.local-init-vars.020.var-set.value = 
${seq:simple_filterUserObject}(employeeStatus=3)

sequence.local-init-vars.030.description = apply filter to groups
sequence.local-init-vars.030.type = var-set
sequence.local-init-vars.030.var-set.variable = simple_filterGroupObject
sequence.local-init-vars.030.var-set.value = (objectClass=groupOfUniqueNames)



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/OFTGDHHMO755ODWHZ6V5GGT4OSNPLCLO/

[ovirt-users] Re: Cleanup illegal snapshot

Hi Ala,

that did not help. VDSM log tells me that the delta qcow2 file is missing:

Traceback (most recent call last):
  File "/usr/share/vdsm/storage/task.py", line 873, in _run
return fn(*args, **kargs)
  File "/usr/share/vdsm/logUtils.py", line 49, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/storage/hsm.py", line 3162, in getVolumeInfo
volUUID=volUUID).getInfo()
  File "/usr/share/vdsm/storage/sd.py", line 457, in produceVolume
volUUID)
  File "/usr/share/vdsm/storage/fileVolume.py", line 58, in __init__
volume.Volume.__init__(self, repoPath, sdUUID, imgUUID, volUUID)
  File "/usr/share/vdsm/storage/volume.py", line 181, in __init__
self.validate()
  File "/usr/share/vdsm/storage/volume.py", line 194, in validate
self.validateVolumePath()
  File "/usr/share/vdsm/storage/fileVolume.py", line 540, in validateVolumePath
raise se.VolumeDoesNotExist(self.volUUID)
VolumeDoesNotExist: Volume does not exist: 
(u'c277351d-e2b1-4057-aafb-55d4b607ebae',)
...
Thread-196::ERROR::2016-10-09 19:31:07,037::utils::739::root::(wrapper) 
Unhandled exception
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 736, in wrapper
return f(*a, **kw)
  File "/usr/share/vdsm/virt/vm.py", line 5264, in run
self.update_base_size()
  File "/usr/share/vdsm/virt/vm.py", line 5257, in update_base_size
self.drive.imageID, topVolUUID)
  File "/usr/share/vdsm/virt/vm.py", line 5191, in _getVolumeInfo
(domainID, volumeID))
StorageUnavailableError: Unable to get volume info for domain 
47202573-6e83-42fd-a274-d11f05eca2dd volume c277351d-e2b1-4057-aafb-55d4b607ebae

Do you have any idea?

Markus

Von: Ala Hino [ah...@redhat.com]
Gesendet: Donnerstag, 6. Oktober 2016 12:29
An: Markus Stockhausen
Betreff: Re: [ovirt-users] Cleanup illegal snapshot

Indeed, retry live merge. There is no harm in retrying live merge. As 
mentioned, if the image deleted at storage side, retrying live merge should 
clean the engine side.

On Thu, Oct 6, 2016 at 1:06 PM, Markus Stockhausen 
mailto:stockhau...@collogia.de>> wrote:
Hi,

we are on OVirt 4.0.4. As explained the situation is as follows:

- On Disk we have the base image and the delata qcow2 file
- Qemu runs only on the base image
- The snapshot in Qemu is tagged as illegal

So you say: "Just retry a live merge and everything will cleanup."
Did I get it right?

Markus

---

Von: Ala Hino [ah...@redhat.com]
Gesendet: Donnerstag, 6. Oktober 2016 11:21
An: Markus Stockhausen
Cc: Ovirt Users; Nir Soffer; Adam Litke

Betreff: Re: [ovirt-users] Cleanup illegal snapshot

Hi Markus,

What's the version that you are using?
In oVirt 3.6.6, illegal snapshots could be removed by retrying to live merge 
them again. Assuming the previous live merge of the snapshot successfully 
completed but the engine failed to get the result, the second live merge should 
do the necessary cleanups at the engine side. See 
https://bugzilla.redhat.com/1323629

Hope this helps,
Ala

On Thu, Oct 6, 2016 at 11:53 AM, Markus Stockhausen 
mailto:stockhau...@collogia.de>> wrote:
Hi Ala,

> Von: Adam Litke [ali...@redhat.com]
> Gesendet: Freitag, 30. September 2016 15:54
> An: Markus Stockhausen
> Cc: Ovirt Users; Ala Hino; Nir Soffer
> Betreff: Re: [ovirt-users] Cleanup illegal snapshot
>
> On 30/09/16 05:47 +, Markus Stockhausen wrote:
> >Hi,
> >
> >if a OVirt snapshot is illegal we might have 2 situations.
> >
> >1) qemu is still using it - lsof shows qemu access to the base raw and the
> >delta qcow2 file. -> E.g. a previous live merge failed. In the past we
> >successfully solved that situation by setting the status of the delta image
> >in the database to OK.
> >
> >2) qemu is no longer using it. lsof shows qemu access only to the the base
> >raw file -> E.g. a previous live merge succeded in qemu but Ovirt did not
> >recognize.
> >
> >How to clean up the 2nd situation?
>
> It seems that you will have to first clean up the engine database to
> remove references to the snapshot that no longer exists.  Then you
> will need to remove the unused qcow2 volume.
>
> Unfortunately I cannot provide safe instructions for modifying the
> database but maybe Ala Hino (added to CC:) will be able to help with
> that.

Do you have some tip for me?

>
> One you have fixed the DB you should be able to delete the volume
> using a vdsm verb on the SPM host:
>
> # vdsClient -s 0 deleteVolume

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are

[ovirt-users] Re: ovirt-ha-agent cpu usage

2019-05-15 Thread Nir Soffer

On Fri, Oct 7, 2016 at 3:52 PM, Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
> On 7 Oct 2016, at 14:42, Nir Soffer  wrote:
>
> On Wed, Oct 5, 2016 at 1:33 PM, Simone Tiraboschi 
> wrote:
>
>>
>>
>> On Wed, Oct 5, 2016 at 10:34 AM, Nir Soffer  wrote:
>>
>>> On Wed, Oct 5, 2016 at 10:24 AM, Simone Tiraboschi 
>>> wrote:
>>>


 On Wed, Oct 5, 2016 at 9:17 AM, gregor  wrote:

> Hi,
>
> did you found a solution or cause for this high CPU usage?
> I have installed the self hosted engine on another server and there is
> no VM running but ovirt-ha-agent uses heavily the CPU.
>

 Yes, it's due to the fact that ovirt-ha-agent periodically reconnects
 over json rpc and this is CPU intensive since the client has to parse the
 yaml API specification each time it connects.

>>>
> wasn’t it suppose to be fixed to reuse the connection? Like all the other
> clients (vdsm migration code:-)
>

This is orthogonal issue.


> Does schema validation matter then if there would be only one connection
> at the start up?
>

Loading once does not help command line tools like vdsClient, hosted-engine
and
vdsm-tool.

Nir


>
>
>>> Simone, reusing the connection is good idea anyway, but what you
>>> describe is
>>> a bug in the client library. The library does *not* need to load and
>>> parse the
>>> schema at all for sending requests to vdsm.
>>>
>>> The schema is only needed if you want to verify request parameters,
>>> or provide online help, these are not needed in a client library.
>>>
>>> Please file an infra bug about it.
>>>
>>
>> Done, https://bugzilla.redhat.com/show_bug.cgi?id=1381899
>>
>
> Here is a patch that should eliminate most most of the problem:
> https://gerrit.ovirt.org/65230
>
> Would be nice if it can be tested on the system showing this problem.
>
> Cheers,
> Nir
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/SWDGG5TVQ54Q3SB2TAOKEQI6SVNTQS5W/

[ovirt-users] Re: Change host names/IPs

2019-05-15 Thread Barak Korren

On 6 October 2016 at 11:27, Davide Ferrari wrote:
> Well, actually I want to migrate both DNS hostnames and the subnet (from a
> /24 to a /16) to which the ovirtmgr interface is connected.
> The second change is the most problematic as you say..in any case what would
> be the best procedure, even if it implies downtime?

Something like the following (I'm assuming you have multiple hosts...):
1. Put host in to maintenance mode
2. Remove it from oVirt
3. Change host network settings
4. Re-attach host with new setting to oVirt
5. Migrate some VMs to the new host and fix their IP settings
6. Repeat for other hosts

Things to note:
- If you are using hosted-engine, it will further complicate things for you,
I'm not sure if and how can one change the H.E. IP.
- If you are using an IP-based storage that is accessed via the same subnet,
you need to ensure it is still accessible with the same name/IP from the
new subnet.

If you are only making this change so you can run more VMs, you can
consider adding the new subnet as a new VLAN/physical LAN to the
existing hosts, and keep using old /24 subnet for ovirtmgmt. It is a
good idea to separate ovirtmgmt traffic from other traffic anyway...

--
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Re: vdsm ssl errors

On Fri, Oct 7, 2016 at 10:14 PM, Piotr Kliczewski 
wrote:

> Gianluca,
>
> Please share the engine log. We shoukd find more info about the issue
> there.
>
> Thanks,
> Piotr
>
>
here it is
https://drive.google.com/file/d/0BwoPbcrMv8mvQlVwVDlGTVEtR00/view?usp=sharing

Gianluca

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/4WVABRX4G4SZDCLOIASAFG2ZJTNESVII/

[ovirt-users] Re: Cleanup illegal snapshot

2019-05-15 Thread Nir Soffer

On Sun, Oct 9, 2016 at 8:33 PM, Markus Stockhausen
 wrote:
> Hi Ala,
>
> that did not help. VDSM log tells me that the delta qcow2 file is missing:
>
> Traceback (most recent call last):
>   File "/usr/share/vdsm/storage/task.py", line 873, in _run
> return fn(*args, **kargs)
>   File "/usr/share/vdsm/logUtils.py", line 49, in wrapper
> res = f(*args, **kwargs)
>   File "/usr/share/vdsm/storage/hsm.py", line 3162, in getVolumeInfo
> volUUID=volUUID).getInfo()
>   File "/usr/share/vdsm/storage/sd.py", line 457, in produceVolume
> volUUID)
>   File "/usr/share/vdsm/storage/fileVolume.py", line 58, in __init__
> volume.Volume.__init__(self, repoPath, sdUUID, imgUUID, volUUID)
>   File "/usr/share/vdsm/storage/volume.py", line 181, in __init__
> self.validate()
>   File "/usr/share/vdsm/storage/volume.py", line 194, in validate
> self.validateVolumePath()
>   File "/usr/share/vdsm/storage/fileVolume.py", line 540, in
> validateVolumePath
> raise se.VolumeDoesNotExist(self.volUUID)
> VolumeDoesNotExist: Volume does not exist:
> (u'c277351d-e2b1-4057-aafb-55d4b607ebae',)
> ...
> Thread-196::ERROR::2016-10-09 19:31:07,037::utils::739::root::(wrapper)
> Unhandled exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 736, in
> wrapper
> return f(*a, **kw)
>   File "/usr/share/vdsm/virt/vm.py", line 5264, in run
> self.update_base_size()
>   File "/usr/share/vdsm/virt/vm.py", line 5257, in update_base_size
> self.drive.imageID, topVolUUID)
>   File "/usr/share/vdsm/virt/vm.py", line 5191, in _getVolumeInfo
> (domainID, volumeID))
> StorageUnavailableError: Unable to get volume info for domain
> 47202573-6e83-42fd-a274-d11f05eca2dd volume
> c277351d-e2b1-4057-aafb-55d4b607ebae

Hi Markus,

I'm sorry for this confusing log,  Vdsm is treating a missing volume
as a horrible
error is a bug, this is expected condition when you query volume info.

We also log 2 exceptions instead of one.

Would file a vdsm storage bug for these issues?

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

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

___
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/BNSJD4IBEGVZWOQFYPXIH7X2AJT5STXR/

[ovirt-users] Re: vdsm ssl errors

2019-05-15 Thread Piotr Kliczewski

Gianluca,

Please share the engine log. We shoukd find more info about the issue there.

Thanks,
Piotr

7 paź 2016 20:09 "Gianluca Cecchi"  napisał(a):

>
> On Mon, Jul 25, 2016 at 12:07 PM, Nir Soffer  wrote:
>
>>
>>
>> This log is not very useful as is, we must show the relevant remote
>> address.
>>
>> Should be improved in
>> https://gerrit.ovirt.org/61303
>>
>> Can you try this patch and share the log?
>>
>
> Hello,
> I take on this as I have the same problem.
> I'm in 4.0.3 and it seems that the gerrit above was not inside.
> So I applied and restarted vdsmd.
>
> Now I have
> Oct 07 19:54:10 ovirt01.lutwyn.org vdsm[11306]: vdsm vds.dispatcher ERROR
> SSL error receiving from  192.168.1.211:36296 at 0x359c5f0>: unexpected eof
>
> In my case single host environment with Self Hosted Engine
> Ip of host is 192.168.1.211
> Ip of engine is 192.168.1.212
>
> Let me know if you need full logs and which ones.
>
> in the mean time 1000 line around in vdsm.log here:
> https://drive.google.com/file/d/0BwoPbcrMv8mvTk9SYTF0UDZUMUU/
> view?usp=sharing
>
> Thanks,
> Gianluca
>
>

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/HNUERDH37YZVRQSLDS4Y3CXLYRJWPNZO/

[ovirt-users] Re: can't import vm from KVM host


> On 7 Oct 2016, at 09:42, Nelson Lameiras  
> wrote:
> 
> hello,
> 
> any news on this issue ?

Hi, Shahar is out on vacation for few weeks

> can I do anything to help ?

hm...looking at the error, can you please confirm those paths 
('/dev/mapper/vg_00-lv_sys’, /dev/sdc) are mounted/correct on the source host?
Seems like the patch works and adds those disks all right, but further queries 
fails indicating those disks are not reachable.

Thanks,
michal

> 
> cordialement, regards, 
> Nelson LAMEIRAS 
> 
> Lyra Network 
> Service Projets et Processus 
> Tel : +33 (0) 5 32 09 09 70 
> 109 rue de l’innovation 
> 31670 Labège - France 
> www.lyra-network.com
> 
> - Original Message -
> From: "Shahar Havivi" 
> To: "Nelson Lameiras" 
> Cc: users@ovirt.org
> Sent: Thursday, September 29, 2016 2:31:42 PM
> Subject: Re: [ovirt-users] can't import vm from KVM host
> 
> On 29.09.16 14:22, Nelson Lameiras wrote:
>> Shahar,
>> 
>> I took the liberty to try to patch our test setup with the fix I took from 
>> https://gerrit.ovirt.org/#/c/64272/4/ (lib/vdsm/v2v.py)
>> I restarted vdsm afterwards
>> 
>> Result :
>> In the GUI import page, now when clicking on "load" button (just before 
>> guetting the list of vm to import on source), an error occurs : "Failed to 
>> communicate with the external provider, see log for additional details."
>> 
>> Error on engine log :
>> 
>> "
>> 2016-09-29 14:13:48,637 ERROR 
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>>  (default task-30) [] Failed in 'GetVmsFromExternalProviderVDS' method, for 
>> vds: 'virtintelan01.lbg.office.lyra'; host: 'virtintelan01.lbg.office.lyra': 
>> null
>> 2016-09-29 14:13:48,637 ERROR 
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>>  (default task-30) [] Command 'GetVmsFromExternalProviderVDSCommand(HostName 
>> = virtintelan01.lbg.office.lyra, 
>> GetVmsFromExternalProviderParameters:{runAsync='true', 
>> hostId='20b59a24-0098-461a-b4a3-7d6213b96c52', 
>> url='qemu+ssh://root@192.168.210.140/system', username='null', 
>> originType='KVM'})' execution failed: null
>> 2016-09-29 14:13:48,637 INFO  
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.GetVmsFromExternalProviderVDSCommand]
>>  (default task-30) [] FINISH, GetVmsFromExternalProviderVDSCommand, log id: 
>> 6e062276
>> 2016-09-29 14:13:48,637 ERROR 
>> [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default 
>> task-30) [] Query 'GetVmsFromExternalProviderQuery' failed: EngineException: 
>> java.lang.NumberFormatException: null (Failed with error ENGINE and code 
>> 5001)
>> 2016-09-29 14:13:48,637 ERROR 
>> [org.ovirt.engine.core.bll.GetVmsFromExternalProviderQuery] (default 
>> task-30) [] Exception: org.ovirt.engine.core.common.errors.EngineException: 
>> EngineException: java.lang.NumberFormatException: null (Failed with error 
>> ENGINE and code 5001)
>>at 
>> org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:114) 
>> [bll.jar:]
>>at 
>> org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.runVdsCommand(VDSBrokerFrontendImpl.java:33)
>>  [bll.jar:]
>>at 
>> org.ovirt.engine.core.bll.QueriesCommandBase.runVdsCommand(QueriesCommandBase.java:257)
>>  [bll.jar:]
>>...
>> "
>> 
>> In the host, I can see the following errors on /var/log/messages : 
>> 
>> "
>> Sep 29 14:11:39 virtintelan01 journal: vdsm root ERROR Error getting disk 
>> size#012Traceback (most recent call last):#012  File 
>> "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 931, in 
>> _add_disk_info#012vol = conn.storageVolLookupByPath(disk['alias'])#012  
>> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in 
>> storageVolLookupByPath#012if ret is None:raise 
>> libvirtError('virStorageVolLookupByPath() failed', 
>> conn=self)#012libvirtError: Volume de stockage introuvable : no storage vol 
>> with matching path '/dev/mapper/vg_00-lv_sys'
>> Sep 29 14:11:39 virtintelan01 journal: vdsm root ERROR Error getting disk 
>> size#012Traceback (most recent call last):#012  File 
>> "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 931, in 
>> _add_disk_info#012vol = conn.storageVolLookupByPath(disk['alias'])#012  
>> File "/usr/lib64/python2.7/site-packages/libvirt.py", line 4596, in 
>> storageVolLookupByPath#012if ret is None:raise 
>> libvirtError('virStorageVolLookupByPath() failed', 
>> conn=self)#012libvirtError: Volume de stockage introuvable : no storage vol 
>> with matching path '/dev/sdc'
>> "
>> 
>> FYI "Volume de stockage introuvable" (french) = "storage volume not found" 
>> 
>> This error did not appear before patching with the fix.
>> 
>> I repeated the operation 2 times with a clean setup + patch. Same behaviour. 
>> Maybe I'm doing something wrong?
> I need to check,
> Thanks for the info.
> 
>> 
>> my setup :
>> ovirt-engine : centos 7.2 + ovirt 4.0.4
>> hosts : centos 7.2 + ovirt 4.0.4 + fix
>> 
>> cordialement, regards, 
>> Nelson

[ovirt-users] Re: unable to upgrade from ovirt 3.6 to 4.0.4

2019-05-15 Thread Yedidyah Bar David

On Thu, Oct 6, 2016 at 12:31 PM, Alon Dotan  wrote:
> Hey all,
> Im trying to upgrade my ovirt installation,
> CentOS 7.2 fully updated
>
> engine version: oVirt Engine Version: 3.6.7.5-1.el7.centos
>
> hosts version:
> OS Version:
> RHEL - 7 - 2.1511.el7.centos.2.10
> Kernel Version:
> 3.10.0 - 327.36.1.el7.x86_64
> KVM Version:
> 2.3.0 - 31.el7_2.10.1
> LIBVIRT Version:
> libvirt-1.2.17-13.el7_2.5
> VDSM Version:
> vdsm-4.17.32-1.el7
> SPICE Version:
> 0.12.4 - 15.el7_2.2
> GlusterFS Version:
> [N/A]
> CEPH Version:
>
>
> got the following error after deploying the backup tar (following this guide
> http://www.ovirt.org/documentation/migration-engine-3.6-to-4.0/)
>
> Failed to execute stage 'Setup validation': Trying to upgrade from
> unsupported versions: 3.5

Please check your Data Centers and Clusters compatibility versions.
See also:
https://bugzilla.redhat.com/show_bug.cgi?id=1371366
https://bugzilla.redhat.com/show_bug.cgi?id=1359514

Best,

>
> attaching the engine-setup answer and log
>
> Thanks,
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



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

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

___
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/3UKXI34O7SAEMQB4NQCHIPGUMQXN3ZSY/

[ovirt-users] Re: ovirt-ha-agent cpu usage


> On 7 Oct 2016, at 14:59, Nir Soffer  wrote:
> 
> On Fri, Oct 7, 2016 at 3:52 PM, Michal Skrivanek  > wrote:
> 
>> On 7 Oct 2016, at 14:42, Nir Soffer > > wrote:
>> 
>> On Wed, Oct 5, 2016 at 1:33 PM, Simone Tiraboschi > > wrote:
>> 
>> 
>> On Wed, Oct 5, 2016 at 10:34 AM, Nir Soffer > > wrote:
>> On Wed, Oct 5, 2016 at 10:24 AM, Simone Tiraboschi > > wrote:
>> 
>> 
>> On Wed, Oct 5, 2016 at 9:17 AM, gregor > > wrote:
>> Hi,
>> 
>> did you found a solution or cause for this high CPU usage?
>> I have installed the self hosted engine on another server and there is
>> no VM running but ovirt-ha-agent uses heavily the CPU.
>> 
>> Yes, it's due to the fact that ovirt-ha-agent periodically reconnects over 
>> json rpc and this is CPU intensive since the client has to parse the yaml 
>> API specification each time it connects.
> 
> wasn’t it suppose to be fixed to reuse the connection? Like all the other 
> clients (vdsm migration code:-) 
> 
> This is orthogonal issue.

Yes it is. And that’s the issue;-)
Both are wrong, but by “fixing” the schema validation only you lose the 
motivation to fix the meaningless wasteful reconnect

>  
> Does schema validation matter then if there would be only one connection at 
> the start up?
> 
> Loading once does not help command line tools like vdsClient, hosted-engine 
> and
> vdsm-tool. 

none of the other tools is using json-rpc.

> 
> Nir
>  
> 
>> 
>> Simone, reusing the connection is good idea anyway, but what you describe is 
>> a bug in the client library. The library does *not* need to load and parse 
>> the
>> schema at all for sending requests to vdsm.
>> 
>> The schema is only needed if you want to verify request parameters,
>> or provide online help, these are not needed in a client library.
>> 
>> Please file an infra bug about it.
>> 
>> Done, https://bugzilla.redhat.com/show_bug.cgi?id=1381899 
>> 
>> 
>> Here is a patch that should eliminate most most of the problem:
>> https://gerrit.ovirt.org/65230 
>> 
>> Would be nice if it can be tested on the system showing this problem.
>> 
>> Cheers,
>> Nir
>> ___
>> 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


--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/OFZU3EZTXNPNGGIJ2RJWWMFJBXRI3VHJ/

[ovirt-users] Re: Cleanup illegal snapshot

Bug with logs attached:

https://bugzilla.redhat.com/show_bug.cgi?id=1383084

Best regards.

Markus

Von: Nir Soffer [nsof...@redhat.com]
Gesendet: Sonntag, 9. Oktober 2016 20:37
An: Markus Stockhausen
Cc: Ala Hino; Ovirt Users
Betreff: Re: [ovirt-users] Cleanup illegal snapshot

On Sun, Oct 9, 2016 at 8:33 PM, Markus Stockhausen
 wrote:
> Hi Ala,
>
> that did not help. VDSM log tells me that the delta qcow2 file is missing:
>
> Traceback (most recent call last):
>   File "/usr/share/vdsm/storage/task.py", line 873, in _run
> return fn(*args, **kargs)
>   File "/usr/share/vdsm/logUtils.py", line 49, in wrapper
> res = f(*args, **kwargs)
>   File "/usr/share/vdsm/storage/hsm.py", line 3162, in getVolumeInfo
> volUUID=volUUID).getInfo()
>   File "/usr/share/vdsm/storage/sd.py", line 457, in produceVolume
> volUUID)
>   File "/usr/share/vdsm/storage/fileVolume.py", line 58, in __init__
> volume.Volume.__init__(self, repoPath, sdUUID, imgUUID, volUUID)
>   File "/usr/share/vdsm/storage/volume.py", line 181, in __init__
> self.validate()
>   File "/usr/share/vdsm/storage/volume.py", line 194, in validate
> self.validateVolumePath()
>   File "/usr/share/vdsm/storage/fileVolume.py", line 540, in
> validateVolumePath
> raise se.VolumeDoesNotExist(self.volUUID)
> VolumeDoesNotExist: Volume does not exist:
> (u'c277351d-e2b1-4057-aafb-55d4b607ebae',)
> ...
> Thread-196::ERROR::2016-10-09 19:31:07,037::utils::739::root::(wrapper)
> Unhandled exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 736, in
> wrapper
> return f(*a, **kw)
>   File "/usr/share/vdsm/virt/vm.py", line 5264, in run
> self.update_base_size()
>   File "/usr/share/vdsm/virt/vm.py", line 5257, in update_base_size
> self.drive.imageID, topVolUUID)
>   File "/usr/share/vdsm/virt/vm.py", line 5191, in _getVolumeInfo
> (domainID, volumeID))
> StorageUnavailableError: Unable to get volume info for domain
> 47202573-6e83-42fd-a274-d11f05eca2dd volume
> c277351d-e2b1-4057-aafb-55d4b607ebae

Hi Markus,

I'm sorry for this confusing log,  Vdsm is treating a missing volume
as a horrible
error is a bug, this is expected condition when you query volume info.

We also log 2 exceptions instead of one.

Would file a vdsm storage bug for these issues?

Thanks,
Nir
=
--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

Diese E-Mail enth??lt vertrauliche und/oder rechtlich gesch??tzte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrt??mlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

??ber das Internet versandte E-Mails k??nnen unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserkl??rung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 K??ln

Vorstand:
Kadir Akin
Dr. Michael H??hnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht K??ln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 K??ln

executive board:
Kadir Akin
Dr. Michael H??hnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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:

[ovirt-users] Re: VMs paused due to IO issues - Dell Equallogic controller failover

2019-05-15 Thread Gary Lloyd

I asked on the Dell Storage Forum and they recommend the following:

*I recommend not using a numeric value for the "no_path_retry" variable
within /etc/multipath.conf as once that numeric value is reached, if no
healthy LUNs were discovered during that defined time multipath will
disable the I/O queue altogether.*

*I do recommend, however, changing the variable value from "12" (or even
"60") to "queue" which will then allow multipathd to continue queing I/O
until a healthy LUN is discovered (time of fail-over between controllers)
and I/O is allowed to flow once again.*

Can you see any issues with this recommendation as far as Ovirt is
concerned ?

Thanks again

*Gary Lloyd*

I.T. Systems:Keele University
Finance & IT Directorate
Keele:Staffs:IC1 Building:ST5 5NB:UK
+44 1782 733063 <%2B44%201782%20733073>


On 4 October 2016 at 19:11, Nir Soffer  wrote:

> On Tue, Oct 4, 2016 at 10:51 AM, Gary Lloyd  wrote:
>
>> Hi
>>
>> We have Ovirt 3.65 with a Dell Equallogic SAN and we use Direct Luns for
>> all our VMs.
>> At the weekend during early hours an Equallogic controller failed over to
>> its standby on one of our arrays and this caused about 20 of our VMs to be
>> paused due to IO problems.
>>
>> I have also noticed that this happens during Equallogic firmware upgrades
>> since we moved onto Ovirt 3.65.
>>
>> As recommended by Dell disk timeouts within the VMs are set to 60 seconds
>> when they are hosted on an EqualLogic SAN.
>>
>> Is there any other timeout value that we can configure in vdsm.conf to
>> stop VMs from getting paused when a controller fails over ?
>>
>
> You can set the timeout in multipath.conf.
>
> With current multipath configuration (deployed by vdsm), when all paths to
> a device
> are lost (e.g. you take down all ports on the server during upgrade), all
> io will fail
> immediately.
>
> If you want to allow 60 seconds gracetime in such case, you can configure:
>
> no_path_retry 12
>
> This will continue to monitor the paths 12 times, each 5 seconds
> (assuming polling_interval=5). If some path recover during this time, the
> io
> can complete and the vm will not be paused.
>
> If no path is available after these retries, io will fail and vms with
> pending io
> will pause.
>
> Note that this will also cause delays in vdsm in various flows, increasing
> the chance
> of timeouts in engine side, or delays in storage domain monitoring.
>
> However, the 60 seconds delay is expected only on the first time all paths
> become
> faulty. Once the timeout has expired, any access to the device will fail
> immediately.
>
> To configure this, you must add the # VDSM PRIVATE tag at the second line
> of
> multipath.conf, otherwise vdsm will override your configuration in the
> next time
> you run vdsm-tool configure.
>
> multipath.conf should look like this:
>
> # VDSM REVISION 1.3
> # VDSM PRIVATE
>
> defaults {
> polling_interval5
> no_path_retry   12
> user_friendly_names no
> flush_on_last_del   yes
> fast_io_fail_tmo5
> dev_loss_tmo30
> max_fds 4096
> }
>
> devices {
> device {
> all_devsyes
> no_path_retry   12
> }
> }
>
> This will use 12 retries (60 seconds) timeout for any device. If you like
> to
> configure only your specific device, you can add a device section for
> your specific server instead.
>
>
>>
>> Also is there anything that we can tweak to automatically unpause the VMs
>> once connectivity with the arrays is re-established ?
>>
>
> Vdsm will resume the vms when storage monitor detect that storage became
> available again.
> However we cannot guarantee that storage monitoring will detect that
> storage was down.
> This should be improved in 4.0.
>
>
>> At the moment we are running a customized version of storageServer.py, as
>> Ovirt has yet to include iscsi multipath support for Direct Luns out of the
>> box.
>>
>
> Would you like to share this code?
>
> Nir
>

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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:

[ovirt-users] Re: basic setup with SLES 11


> On 6 Oct 2016, at 10:44, Lentes, Bernd  
> wrote:
> 
> Hi,
> 
> i'd like to create this basic setup:
> Two hosts with SLES 11 SP4, 10-15 guests (Windows 7, SLES, Ubuntu). SAN with 
> several TB, attached via FC, formatted with OCFS2.
> VM's will run with kvm and libvirt. I'd like to have live migration.
> Would ovirt be possible in this setup, would i have a benefit ? Easy 
> administration, s.th. like that ?

Hi,
with only two hosts it’s likely a bit too small setup to “waste” resources on 
administration tool overhead the size of oVirt. It’s doable (supposing you 
replace SLES 11 on hosts, oVirt has only guest support for SLES. CentOS/RHEL 
would be the best bet), but with only 2 hosts a bunch of scripts and 
virt-manager is likely a more effective solution.

Thanks,
michal

> 
> Thanks.
> 
> 
> Bernd
> 
> -- 
> Bernd Lentes 
> 
> Systemadministration 
> institute of developmental genetics 
> Gebäude 35.34 - Raum 208 
> HelmholtzZentrum München 
> bernd.len...@helmholtz-muenchen.de 
> phone: +49 (0)89 3187 1241 
> fax: +49 (0)89 3187 2294 
> 
> Erst wenn man sich auf etwas festlegt kann man Unrecht haben 
> Scott Adams
> 
> 
> Helmholtz Zentrum Muenchen
> Deutsches Forschungszentrum fuer Gesundheit und Umwelt (GmbH)
> Ingolstaedter Landstr. 1
> 85764 Neuherberg
> www.helmholtz-muenchen.de
> Aufsichtsratsvorsitzende: MinDir'in Baerbel Brumme-Bothe
> Geschaeftsfuehrer: Prof. Dr. Guenther Wess, Dr. Alfons Enhsen
> Registergericht: Amtsgericht Muenchen HRB 6466
> USt-IdNr: DE 129521671
> 
> ___
> 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

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
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/5CYQXSGK4XEANPB7FFOUKU66MFR6DBGL/

[ovirt-users] Re: change broker.conf configuration on shared storage

2019-05-15 Thread emanuel . santosvarina

Simon, that works, thanks! Whish list: edit the configuration from the
web UI ;-)

--
Emanuel

Von:Simone Tiraboschi
An: emanuel.santosvar...@mahle.com,
Kopie: users
Datum: 06.10.2016 12:17
Betreff:Re: [ovirt-users] change broker.conf configuration on
shared storage

On Wed, Oct 5, 2016 at 4:29 PM, wrote:
hi all,

hmm, broker.conf is now on the shared storage and not replicated on each
host local file system. how to make changes to the conf, e.g. the notify
key?

You can use something like what is documented here:
https://bugzilla.redhat.com/show_bug.cgi?id=1366879#c23

Instead of fixing fhanswers.conf as in that script, you have to fix
broker.conf

thanks, emanuel

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

[ovirt-users] Re: Cleanup illegal snapshot

2019-05-15 Thread Ala Hino

Hi Markus,

Few errors are expected. Do you still see the snapshot in the GUI?
Can you please send engine logs as well.

Thanks,
Ala

On Sun, Oct 9, 2016 at 8:33 PM, Markus Stockhausen 
wrote:

> Hi Ala,
>
> that did not help. VDSM log tells me that the delta qcow2 file is missing:
>
> Traceback (most recent call last):
>   File "/usr/share/vdsm/storage/task.py", line 873, in _run
> return fn(*args, **kargs)
>   File "/usr/share/vdsm/logUtils.py", line 49, in wrapper
> res = f(*args, **kwargs)
>   File "/usr/share/vdsm/storage/hsm.py", line 3162, in getVolumeInfo
> volUUID=volUUID).getInfo()
>   File "/usr/share/vdsm/storage/sd.py", line 457, in produceVolume
> volUUID)
>   File "/usr/share/vdsm/storage/fileVolume.py", line 58, in __init__
> volume.Volume.__init__(self, repoPath, sdUUID, imgUUID, volUUID)
>   File "/usr/share/vdsm/storage/volume.py", line 181, in __init__
> self.validate()
>   File "/usr/share/vdsm/storage/volume.py", line 194, in validate
> self.validateVolumePath()
>   File "/usr/share/vdsm/storage/fileVolume.py", line 540, in
> validateVolumePath
> raise se.VolumeDoesNotExist(self.volUUID)
> VolumeDoesNotExist: Volume does not exist: (u'c277351d-e2b1-4057-aafb-
> 55d4b607ebae',)
> ...
> Thread-196::ERROR::2016-10-09 19:31:07,037::utils::739::root::(wrapper)
> Unhandled exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 736, in
> wrapper
> return f(*a, **kw)
>   File "/usr/share/vdsm/virt/vm.py", line 5264, in run
> self.update_base_size()
>   File "/usr/share/vdsm/virt/vm.py", line 5257, in update_base_size
> self.drive.imageID, topVolUUID)
>   File "/usr/share/vdsm/virt/vm.py", line 5191, in _getVolumeInfo
> (domainID, volumeID))
> StorageUnavailableError: Unable to get volume info for domain
> 47202573-6e83-42fd-a274-d11f05eca2dd volume c277351d-e2b1-4057-aafb-
> 55d4b607ebae
>
> Do you have any idea?
>
> Markus
> 
>
> *Von:* Ala Hino [ah...@redhat.com]
> *Gesendet:* Donnerstag, 6. Oktober 2016 12:29
> *An:* Markus Stockhausen
>
> *Betreff:* Re: [ovirt-users] Cleanup illegal snapshot
>
> Indeed, retry live merge. There is no harm in retrying live merge. As
> mentioned, if the image deleted at storage side, retrying live merge should
> clean the engine side.
>
> On Thu, Oct 6, 2016 at 1:06 PM, Markus Stockhausen <
> stockhau...@collogia.de> wrote:
>
>> Hi,
>>
>> we are on OVirt 4.0.4. As explained the situation is as follows:
>>
>> - On Disk we have the base image and the delata qcow2 file
>> - Qemu runs only on the base image
>> - The snapshot in Qemu is tagged as illegal
>>
>> So you say: "Just retry a live merge and everything will cleanup."
>> Did I get it right?
>>
>> Markus
>>
>> ---
>>
>> *Von:* Ala Hino [ah...@redhat.com]
>> *Gesendet:* Donnerstag, 6. Oktober 2016 11:21
>> *An:* Markus Stockhausen
>> *Cc:* Ovirt Users; Nir Soffer; Adam Litke
>>
>> *Betreff:* Re: [ovirt-users] Cleanup illegal snapshot
>>
>> Hi Markus,
>>
>> What's the version that you are using?
>> In oVirt 3.6.6, illegal snapshots could be removed by retrying to live
>> merge them again. Assuming the previous live merge of the snapshot
>> successfully completed but the engine failed to get the result, the second
>> live merge should do the necessary cleanups at the engine side. See
>> https://bugzilla.redhat.com/1323629
>>
>> Hope this helps,
>> Ala
>>
>> On Thu, Oct 6, 2016 at 11:53 AM, Markus Stockhausen <
>> stockhau...@collogia.de> wrote:
>>
>>> Hi Ala,
>>>
>>> > Von: Adam Litke [ali...@redhat.com]
>>> > Gesendet: Freitag, 30. September 2016 15:54
>>> > An: Markus Stockhausen
>>> > Cc: Ovirt Users; Ala Hino; Nir Soffer
>>> > Betreff: Re: [ovirt-users] Cleanup illegal snapshot
>>> >
>>> > On 30/09/16 05:47 +, Markus Stockhausen wrote:
>>> > >Hi,
>>> > >
>>> > >if a OVirt snapshot is illegal we might have 2 situations.
>>> > >
>>> > >1) qemu is still using it - lsof shows qemu access to the base raw
>>> and the
>>> > >delta qcow2 file. -> E.g. a previous live merge failed. In the past we
>>> > >successfully solved that situation by setting the status of the delta
>>> image
>>> > >in the database to OK.
>>> > >
>>> > >2) qemu is no longer using it. lsof shows qemu access only to the the
>>> base
>>> > >raw file -> E.g. a previous live merge succeded in qemu but Ovirt did
>>> not
>>> > >recognize.
>>> > >
>>> > >How to clean up the 2nd situation?
>>> >
>>> > It seems that you will have to first clean up the engine database to
>>> > remove references to the snapshot that no longer exists.  Then you
>>> > will need to remove the unused qcow2 volume.
>>> >
>>> > Unfortunately I cannot provide safe instructions for modifying the
>>> > database but maybe Ala Hino (added to CC:) will be able to help with
>>> > that.
>>>
>>> Do you have some tip for me?
>>>
>>> >
>>> > One you have fixed the DB you should be able to delete the volume
>>> >

[ovirt-users] Re: ovirt-ha-agent cpu usage

On Fri, Oct 7, 2016 at 2:59 PM, Nir Soffer  wrote:

>
>> wasn’t it suppose to be fixed to reuse the connection? Like all the other
>> clients (vdsm migration code:-)
>>
>
> This is orthogonal issue.
>
>
>> Does schema validation matter then if there would be only one connection
>> at the start up?
>>
>
> Loading once does not help command line tools like vdsClient,
> hosted-engine and
> vdsm-tool.
>
> Nir
>
>
>>
>>
 Simone, reusing the connection is good idea anyway, but what you
 describe is
 a bug in the client library. The library does *not* need to load and
 parse the
 schema at all for sending requests to vdsm.

 The schema is only needed if you want to verify request parameters,
 or provide online help, these are not needed in a client library.

 Please file an infra bug about it.

>>>
>>> Done, https://bugzilla.redhat.com/show_bug.cgi?id=1381899
>>>
>>
>> Here is a patch that should eliminate most most of the problem:
>> https://gerrit.ovirt.org/65230
>>
>> Would be nice if it can be tested on the system showing this problem.
>>
>> Cheers,
>> Nir
>> ___
>>
>>

this is a video of 1 minute with the same system as the first post, but in
4.0.3 now and the same 3 VMs powered on without any particular load.
It seems very similar to the previous 3.6.6 in cpu used by ovirt-ha-agent.

https://drive.google.com/file/d/0BwoPbcrMv8mvSjFDUERzV1owTG8/view?usp=sharing

Enjoy Nir ;-)

If I can apply the patch also to 4.0.3 I'm going to see if there is then a
different behavior.
Let me know,

Gianluca

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/EBOEALLKXJJJ7CFGO3ZARA6DZSV3F3YJ/

[ovirt-users] Decommissioning etherpad and old wiki

2019-05-15 Thread Duck

Quack,

The wiki content was already converted into the website, and remaining
broken links & co were fixed (thanks Garrett). It was merely kept in
case some content was forgotten (read-only).

The Etherpad was barely used and a pain to upgrade/maintain, so the
infra team with the last remaining user decided to close it.

They are to be removed soon. In fact we already stopped them to track
the remaining users, and no one complained. It can be restarted on
demand before the removal date.

On 2016-10-26 the resources will be purged. Backup has been made, so
nothing is lost but unless there is a good reason it won't be used.

Btw, the wiki@ mailing-list was unused and is now read-only.

If you have any concern, please contact the infra mailing-list.

\_o<



signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/JGAN2TFTRAADQMZFAZ5QMPULBKU7LGCA/

[ovirt-users] Gluster service failure

2019-05-15 Thread Koen Vanoppen

Dear all,

One little issue. I have 1 hypervisor in my datacenter that keeps having
it's gluster status disconnected in the GUI. But if I look on the server,
the service is running. I added the logs after I clicked on the "Restart
gluster service"

Kind regards,

Koen

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


[2016-10-06 06:11:06.659540] W [rpc-transport.c:291:rpc_transport_load] 
0-rpc-transport: volume 'rdma.management': transport-type 'rdma' is not valid 
or not found on this machine
[2016-10-06 06:11:06.659572] W [rpcsvc.c:1623:rpcsvc_create_listener] 
0-rpc-service: cannot create listener, initing the transport failed
[2016-10-06 06:11:06.659663] E [MSGID: 106243] [glusterd.c:1652:init] 
0-management: creation of 1 listeners failed, continuing with succeeded 
transport
[2016-10-06 06:11:09.639316] I [MSGID: 106513] 
[glusterd-store.c:2098:glusterd_restore_op_version] 0-glusterd: retrieved 
op-version: 30712
[2016-10-06 06:11:09.639470] I [MSGID: 106194] 
[glusterd-store.c:3628:glusterd_store_retrieve_missed_snaps_list] 0-management: 
No missed snaps list.
Final graph:
+--+
  1: volume management
  2: type mgmt/glusterd
  3: option rpc-auth.auth-glusterfs on
  4: option rpc-auth.auth-unix on
  5: option rpc-auth.auth-null on
  6: option rpc-auth-allow-insecure on
  7: option transport.socket.listen-backlog 128
  8: option event-threads 1
  9: option ping-timeout 0
 10: option transport.socket.read-fail-log off
 11: option transport.socket.keepalive-interval 2
 12: option transport.socket.keepalive-time 10
 13: option transport-type rdma
 14: option working-directory /var/lib/glusterd
 15: end-volume
 16:  
+--+
[2016-10-06 06:11:09.640454] I [MSGID: 101190] 
[event-epoll.c:628:event_dispatch_epoll_worker] 0-epoll: Started thread with 
index 1
[2016-10-06 06:11:17.393310] I [MSGID: 106163] 
[glusterd-handshake.c:1271:__glusterd_mgmt_hndsk_versions_ack] 0-management: 
using the op-version 30712
[2016-10-06 06:11:17.393436] I [MSGID: 106544] 
[glusterd.c:155:glusterd_uuid_init] 0-management: retrieved UUID: 
48ec9c09-c98c-47fe-9892-7addf50789a8
[2016-10-06 06:11:17.395099] I [MSGID: 106490] 
[glusterd-handler.c:2608:__glusterd_handle_incoming_friend_req] 0-glusterd: 
Received probe from uuid: 561c450b-2ed7-4ceb-8e39-e9a1227e48ae
[2016-10-06 06:11:17.396915] I [MSGID: 106493] 
[glusterd-handler.c:3852:glusterd_xfer_friend_add_resp] 0-glusterd: Responded 
to ovirthyp01dev.example.com (24007), ret: 0, op_ret: -1
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/DP4XXZTUSI3LOPC5R6EM4KAEXICIVAKO/

[ovirt-users] Re: ovirt-ha-agent cpu usage

On Fri, Oct 7, 2016 at 3:22 PM, Gianluca Cecchi 
wrote:

> On Fri, Oct 7, 2016 at 2:59 PM, Nir Soffer  wrote:
>
>>
>>> wasn’t it suppose to be fixed to reuse the connection? Like all the
>>> other clients (vdsm migration code:-)
>>>
>>
>> This is orthogonal issue.
>>
>>
>>> Does schema validation matter then if there would be only one connection
>>> at the start up?
>>>
>>
>> Loading once does not help command line tools like vdsClient,
>> hosted-engine and
>> vdsm-tool.
>>
>> Nir
>>
>>
>>>
>>>
> Simone, reusing the connection is good idea anyway, but what you
> describe is
> a bug in the client library. The library does *not* need to load and
> parse the
> schema at all for sending requests to vdsm.
>
> The schema is only needed if you want to verify request parameters,
> or provide online help, these are not needed in a client library.
>
> Please file an infra bug about it.
>

 Done, https://bugzilla.redhat.com/show_bug.cgi?id=1381899

>>>
>>> Here is a patch that should eliminate most most of the problem:
>>> https://gerrit.ovirt.org/65230
>>>
>>> Would be nice if it can be tested on the system showing this problem.
>>>
>>> Cheers,
>>> Nir
>>> ___
>>>
>>>
>
> this is a video of 1 minute with the same system as the first post, but in
> 4.0.3 now and the same 3 VMs powered on without any particular load.
> It seems very similar to the previous 3.6.6 in cpu used by ovirt-ha-agent.
>
> https://drive.google.com/file/d/0BwoPbcrMv8mvSjFDUERzV1owTG8/
> view?usp=sharing
>
> Enjoy Nir ;-)
>
> If I can apply the patch also to 4.0.3 I'm going to see if there is then a
> different behavior.
> Let me know,
>
>
I'm trying it right now.
Any other tests will be really appreciated.

The patch is pretty simply, you can apply that on the fly.
You have to shutdown ovirt-ha-broker and ovirt-ha-agent; then you could
directly edit
/usr/lib/python2.7/site-packages/api/vdsmapi.py
around line 97 changing from
loaded_schema = yaml.load(f)
to
loaded_schema = yaml.load(f, Loader=yaml.CLoader)
Please pay attention to keep exactly the same amount of initial spaces.

Then you can simply restart the HA agent and check.

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

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/PNLP5ARR2OU6XN74AIA6O26ZERCF3DTR/

[ovirt-users] Re: Gluster service failure

2019-05-15 Thread knarra

On 10/06/2016 01:39 PM, Koen Vanoppen wrote:

Dear all,

One little issue. I have 1 hypervisor in my datacenter that keeps
having it's gluster status disconnected in the GUI. But if I look on
the server, the service is running. I added the logs after I clicked
on the "Restart gluster service"

Kind regards,

Koen

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

Hi,

I see that you are seeing a issue which says "Restart glusterd
service" in the hosts general tab. If you are using ovirt version lesser
than 4.0.5 , before adding the second node and importing the storage
domains into the cluster you need to move the first host to maintenance
and immediately activate it. Once you do this you wont be seeing this issue.

Hope this helps

Thanks

kasturi.

[ovirt-users] Re: documentation change suggestion / question

2019-05-15 Thread Karli Sjöberg


Den 8 okt. 2016 19:15 skrev Charles Kozler :
>
> Googling "ovirt windows agent" this is the first link that pops up: 
> http://www.ovirt.org/documentation/internal/guest-agent/guest-agent-for-windows/
>
> This doc seems non-intuitive and over complicated
>
> Specifically, the RedHat documentation that is 4 links below is simple as 
> "install this package and mount the iso": 
> https://community.redhat.com/blog/2015/05/how-to-install-and-use-ovirts-windows-guest-tools/
>
> The former was updated as early as June of this year
>
> 1.) The RedHat document worked for me so I dont think oVirt 4.x cant use the 
> same
> 2.) Why have separate areas of documentation that are so different from each 
> other? This has caused me issues in the past whereby I found RH docs that 
> were much more clear and concise

That's because all oVirt documentation is community driven. This specific page 
was written by a guy I happen to know quite well (I wrote it):)

This was written back when there was no easy to install package, where you had 
to do that by hand, and if you want to, you still can, the method still works. 
But I agree that if there's an easier way today, I think we should go with that 
first and keep this compiling method as the fallback.

> 3.) Is there anyone who might want to merge RH docs with oVirt docs where the 
> RH docs are better than oVirt?

Hoping someone @RH can answer this, because I don't know if I'm allowed to do 
that?

/K

>
> Thanks so much for providing such a great product! I just feel sometimes the 
> docs are a little more developer-centric whereas the RedHat docs are more 
> easily readable

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/DOULTTDXYDAG73U4IBM4S2MTADTKIMJ5/

[ovirt-users] Re: Cleanup illegal snapshot

2019-05-15 Thread Ala Hino

Hi Markus,

What's the version that you are using?
In oVirt 3.6.6, illegal snapshots could be removed by retrying to live
merge them again. Assuming the previous live merge of the snapshot
successfully completed but the engine failed to get the result, the second
live merge should do the necessary cleanups at the engine side. See
https://bugzilla.redhat.com/1323629

Hope this helps,
Ala

On Thu, Oct 6, 2016 at 11:53 AM, Markus Stockhausen  wrote:

> Hi Ala,
>
> > Von: Adam Litke [ali...@redhat.com]
> > Gesendet: Freitag, 30. September 2016 15:54
> > An: Markus Stockhausen
> > Cc: Ovirt Users; Ala Hino; Nir Soffer
> > Betreff: Re: [ovirt-users] Cleanup illegal snapshot
> >
> > On 30/09/16 05:47 +, Markus Stockhausen wrote:
> > >Hi,
> > >
> > >if a OVirt snapshot is illegal we might have 2 situations.
> > >
> > >1) qemu is still using it - lsof shows qemu access to the base raw and
> the
> > >delta qcow2 file. -> E.g. a previous live merge failed. In the past we
> > >successfully solved that situation by setting the status of the delta
> image
> > >in the database to OK.
> > >
> > >2) qemu is no longer using it. lsof shows qemu access only to the the
> base
> > >raw file -> E.g. a previous live merge succeded in qemu but Ovirt did
> not
> > >recognize.
> > >
> > >How to clean up the 2nd situation?
> >
> > It seems that you will have to first clean up the engine database to
> > remove references to the snapshot that no longer exists.  Then you
> > will need to remove the unused qcow2 volume.
> >
> > Unfortunately I cannot provide safe instructions for modifying the
> > database but maybe Ala Hino (added to CC:) will be able to help with
> > that.
>
> Do you have some tip for me?
>
> >
> > One you have fixed the DB you should be able to delete the volume
> > using a vdsm verb on the SPM host:
> >
> > # vdsClient -s 0 deleteVolume
>

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/O2Z7RUP4GNZ3CY3FIVE3AQZCQ3J4NNOZ/

[ovirt-users] Re: VM SSO

2019-05-15 Thread Ondra Machacek

On 10/07/2016 09:09 AM, Maxence Sartiaux wrote:

Hello,

I try to use the VM SSO but no login, still on the logon screen ...

I'm on ovirt 4.0.3, connected to an AD (Samba 4.5) + VMs Windows 7/10
stateless sysprep-ed to integrate to the domain and obviously the
guest-agent is installed.

My AD user can connect to the user panel, take a vm and connect to the
console but no sign on on the windows. (the "Connect Automatically"
option is ticked)

Also, i don't know why but my username on ovirt panel has a double
domain "u...@labo.lan @labo.lan" <- is this my problem ?

That is fine. One is for domain and second one is for UPN, so it's
actually: UPN@domain.

The AD configuration is the configuration from the extension setup
wizard, no custom config, no mapping

Any ideas ?

Unfortunatelly, we have a regression bug:

https://bugzilla.redhat.com/show_bug.cgi?id=1381606

There is no workaround I am aware of.

Thank you

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

[ovirt-users] Re: Unable to get HE up after update

2019-05-15 Thread Doron Fediuck

Can you please provide the HA agent logs?

On Sun, Oct 9, 2016 at 1:57 PM, Susinthiran Sithamparanathan <
chesu...@gmail.com> wrote:

> Hi,
> i've been discussing this issue over at IRC (#ovirt on irc.oftc.net)) and
> was suggested to send an email with logs the ML.
>
> The problem i have is that the HE is a loop getting up and down ( ( i
> assume it's the HA trying to get it up) after upgrade to oVirt 4. I have a
> couple of VMs i use daily with SPICE and remoteviewer and i hope to get
> them up and running again. Due to this, i've put it in global maintenance
> mode.
> I'm attaching the server log in the hope of getting some help and can
> provide more details if needed to debug the issue further.
>
> The log is too big for fpaste so it's to be found here:
> https://my.owndrive.com/index.php/s/Gk4De1jy9fWmFa8 as well as attached
> here.
>
>
> Thanks!
>
>
> --
>
> Susinthiran Sithamparanathan
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/LLTZ3IG4VT6O3X5EZ2N4MNVOND5RLDL5/

[ovirt-users] Re: change broker.conf configuration on shared storage

On Wed, Oct 5, 2016 at 4:29 PM,  wrote:

> hi all,
>
> hmm, broker.conf is now on the shared storage and not replicated on each
> host local file system. how to make changes to the conf, e.g.  the notify
> key?
>

You can use something like what is documented here:
https://bugzilla.redhat.com/show_bug.cgi?id=1366879#c23

Instead of fixing fhanswers.conf as in that script, you have to fix
broker.conf



>
> thanks, emanuel
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/Z5LZX3AWC4TWXUQYTM4HBAMZTXZJFDFY/

[ovirt-users] Unexpected behaviour during creating VM using oVirt API

2019-05-15 Thread Roman Chukov

Hello, 

I am trying to create a virtual machine from a template using oVirt
API. Somehow like this:

---
def createVM(connection, cluster, vmname, vmtemplate):
try:
 param = params.VM( name=vmname, \
 cluster=connection.clusters.get(name=cluster), \
 template=connection.templates.get(name=vmtemplate), \
 use_latest_template_version = True ) 
except: 
print "Could not construct a request to oVirtapi,please check 
parameters which were being sent to" 
return None

try:
connection.vms.add(param)
except:
print "I was not able to commit my request into oVirt api."
return None
return "OK"
---

Everything is fine when I have only ONE version of a template. But I am 
used to create several number of versions for one template because it
is quite flexible. In this case, when I run my script, I receive an
"AmbiguousQueryError" error even if an option
"use_latest_template_version = True" is used.

I revised
file  /usr/lib/python2.7/site-packages/ovirtsdk/utils/filterhelper.py
and found near line 30 that this error is raised unquestionably:

--
if len(result) > 1:
raise AmbiguousQueryError(query)
return result[0] if result else None
--

It seems quite strange. Either I do not understand the meaning of
option "use_latest_template_version" or using of this option does not
make sense, I mean query constructed in params.VM() function will not
be passed by filterhelper.py in current implementation.
I made a small patch that allows me to use the latest
version of the template during VM creation:

--
if len(result) > 1 :
result = result[len(result) - 1]
return result
#raise AmbiguousQueryError(query)
return result[0] if result else Nonepython-2.7.5-34.el7.x86_64
--
But I am still not sure that original behaviour of filehelper.py is
unexpectable. I would be very pleasant if you explain me this issue.

My OS is CentOS 7. I use Python python-2.7.5-34.el7.x86_64. Version of
ovirt-engine-sdk is ovirt-engine-sdk-python-3.6.8.0-1.el7.centos.noarch

--
Thanks in advance, Roman A. Chukov.
https://asgardahost.org
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

___
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/BF6PBKPY6RRGZLTLG7LMOCMHLXO3A7HQ/

[ovirt-users] Re: VMs paused due to IO issues - Dell Equallogic controller failover

2019-05-15 Thread Gary Lloyd

>From the sounds of it the best we can do then is to use a 60 second timeout
on paths in multipathd.
The main reason we use Direct Lun is because we replicate /snapshot VMs
associated Luns at SAN level as a means of disaster recovery.

I have read a bit of documentation of how to backup virtual machines in
storage domains, but the process of mounting snapshots for all our machines
within a dedicated VM doesn't seem as efficient when we have almost 300
virtual machines and only 1Gb networking.

Thanks for the advice.

*Gary Lloyd*

I.T. Systems:Keele University
Finance & IT Directorate
Keele:Staffs:IC1 Building:ST5 5NB:UK
+44 1782 733063 <%2B44%201782%20733073>


On 6 October 2016 at 11:07, Nir Soffer  wrote:

> On Thu, Oct 6, 2016 at 10:19 AM, Gary Lloyd  wrote:
>
>> I asked on the Dell Storage Forum and they recommend the following:
>>
>> *I recommend not using a numeric value for the "no_path_retry" variable
>> within /etc/multipath.conf as once that numeric value is reached, if no
>> healthy LUNs were discovered during that defined time multipath will
>> disable the I/O queue altogether.*
>>
>> *I do recommend, however, changing the variable value from "12" (or even
>> "60") to "queue" which will then allow multipathd to continue queing I/O
>> until a healthy LUN is discovered (time of fail-over between controllers)
>> and I/O is allowed to flow once again.*
>>
>> Can you see any issues with this recommendation as far as Ovirt is
>> concerned ?
>>
> Yes, we cannot work with unlimited queue. This will block vdsm for
> unlimited
> time when the next command try to access storage. Because we don't have
> good isolation between different storage domains, this may cause other
> storage
> domains to become faulty. Also engine flows that have a timeout will fail
> with
> a timeout.
>
> If you are on 3.x, this will be very painfull, on 4.0 it should be better,
> but it is not
> recommended.
>
> Nir
>
>

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/SGEGODHSGVRCQ3A6KZI5BGB3HVT5JEER/

[ovirt-users] Re: Correct recovery procedure of the oVirt Hosted Engine 4.0

2019-05-15 Thread aleksey . maksimov

Hi Simone. 
When can we expect a new version of the engine-backup with built-in cleaning 
helper?

05.10.2016, 13:52, "Simone Tiraboschi" :
> On Wed, Oct 5, 2016 at 12:40 PM,  wrote:
>> Ouch. It is beyond my understanding.
>>
>> Thus, it appears that described in the RHV4 guide 
>> (https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/single/self-hosted-engine-guide/#sect-Restoring_SHE_bkup)
>>  recovery procedure in fact incomplete?
> Yes, you are right although this is a kind of special case since we are 
> moving/restoring to a different storage domain while you are not asked to 
> remove the old storage if you are restoring in place.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se



--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

___
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/RGNOAQ5SKQSUBUWYCBIPOUM65KYI4BHI/

[ovirt-users] Re: Cleanup illegal snapshot

Hi Ala,

> Von: Adam Litke [ali...@redhat.com]
> Gesendet: Freitag, 30. September 2016 15:54
> An: Markus Stockhausen
> Cc: Ovirt Users; Ala Hino; Nir Soffer
> Betreff: Re: [ovirt-users] Cleanup illegal snapshot
> 
> On 30/09/16 05:47 +, Markus Stockhausen wrote:
> >Hi,
> >
> >if a OVirt snapshot is illegal we might have 2 situations.
> >
> >1) qemu is still using it - lsof shows qemu access to the base raw and the
> >delta qcow2 file. -> E.g. a previous live merge failed. In the past we
> >successfully solved that situation by setting the status of the delta image
> >in the database to OK.
> >
> >2) qemu is no longer using it. lsof shows qemu access only to the the base
> >raw file -> E.g. a previous live merge succeded in qemu but Ovirt did not
> >recognize.
> >
> >How to clean up the 2nd situation?
> 
> It seems that you will have to first clean up the engine database to
> remove references to the snapshot that no longer exists.  Then you
> will need to remove the unused qcow2 volume.
> 
> Unfortunately I cannot provide safe instructions for modifying the
> database but maybe Ala Hino (added to CC:) will be able to help with
> that.

Do you have some tip for me?

> 
> One you have fixed the DB you should be able to delete the volume
> using a vdsm verb on the SPM host:
> 
> # vdsClient -s 0 deleteVolume
=
--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

--
IMPORTANT!
This message has been scanned for viruses and phishing links.
However, it is your responsibility to evaluate the links and attachments you 
choose to click.
If you are uncertain, we always try to help.
Greetings helpd...@actnet.se

Diese E-Mail enth??lt vertrauliche und/oder rechtlich gesch??tzte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrt??mlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

??ber das Internet versandte E-Mails k??nnen unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserkl??rung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 K??ln

Vorstand:
Kadir Akin
Dr. Michael H??hnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht K??ln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 K??ln

executive board:
Kadir Akin
Dr. Michael H??hnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___
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/G7CFMCDMLDUQXYYGDLZ2B2D4VIKYDE7M/

[ovirt-users] Re: unable to upgrade from ovirt 3.6 to 4.0.4