date:20161201

Re: [ovirt-users] remove gluster storage domain and resize gluster storage domain

2016-12-01 Thread Ramesh Nachimuthu





- Original Message -
> From: "Bill James" 
> To: "Sahina Bose" 
> Cc: users@ovirt.org
> Sent: Thursday, December 1, 2016 8:15:03 PM
> Subject: Re: [ovirt-users] remove gluster storage domain and resize gluster 
> storage domain
> 
> thank you for the reply.
> 
> [root@ovirt1 prod ~]# lsblk
> NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
> sda 8:0 0 1.1T 0 disk
> ├─sda1 8:1 0 500M 0 part /boot
> ├─sda2 8:2 0 4G 0 part [SWAP]
> └─sda3 8:3 0 1.1T 0 part
> ├─rootvg01-lv01 253:0 0 50G 0 lvm /
> └─rootvg01-lv02 253:1 0 1T 0 lvm /ovirt-store
> 
> ovirt2 same.
> ovirt3:
> 
> [root@ovirt3 prod ~]# lsblk
> NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
> sda 8:0 0 279.4G 0 disk
> ├─sda1 8:1 0 500M 0 part /boot
> ├─sda2 8:2 0 4G 0 part [SWAP]
> └─sda3 8:3 0 274.9G 0 part
> ├─rootvg01-lv01 253:0 0 50G 0 lvm /
> └─rootvg01-lv02 253:1 0 224.9G 0 lvm /ovirt-store
> 

See the difference between ovirt3 and other two nodes. LV 'rootvg01-lv02' in 
ovirt3 has only 224 GB of capacity. In replicated Gluster volume, storage 
capacity of the volume is limited by the smallest replica brick. If you want to 
have 1TB gluster volume then please make sure that all the bricks in the 
replicated volume has minimum 1TB capacity.

Regards,
Ramesh

> Ah ha! I missed that. Thank you!!
> I can fix that.
> 
> 
> Once I detached the storage domain it is no longer listed.
> Is there some option to make it show detached volumes?
> 
> ovirt-engine-3.6.4.1-1.el7.centos.noarch
> 
> 
> On 12/1/16 3:58 AM, Sahina Bose wrote:
> 
> 
> 
> 
> 
> On Thu, Dec 1, 2016 at 10:54 AM, Bill James < bill.ja...@j2.com > wrote:
> 
> 
> I have a 3 node cluster with replica 3 gluster volume.
> But for some reason the volume is not using the full size available.
> I thought maybe it was because I had created a second gluster volume on same
> partition, so I tried to remove it.
> 
> I was able to put it in maintenance mode and detach it, but in no window was
> I able to get the "remove" option to be enabled.
> Now if I select "attach data" I see ovirt thinks the volume is still there,
> although it is not.
> 
> 2 questions.
> 
> 1. how do I clear out the old removed volume from ovirt?
> 
> To remove the storage domain, you need to detach the domain from the Data
> Center sub tab of Storage Domain. Once detached, the remove and format
> domain option should be available to you.
> Once you detach - what is the status of the storage domain? Does it show as
> Detached?
> 
> 
> 
> 
> 2. how do I get gluster to use the full disk space available?
> 
> 
> 
> Its a 1T partition but it only created a 225G gluster volume. Why? How do I
> get the space back?
> 
> What's the output of "lsblk"? Is it consistent across all 3 nodes?
> 
> 
> 
> 
> All three nodes look the same:
> /dev/mapper/rootvg01-lv02 1.1T 135G 929G 13% /ovirt-store
> ovirt1-gl.j2noc.com:/gv1 225G 135G 91G 60% /rhev/data-center/mnt/glusterSD/
> ovirt1-gl.j2noc.com :_gv1
> 
> 
> [root@ovirt1 prod ovirt1-gl.j2noc.com:_gv1]# gluster volume status
> Status of volume: gv1
> Gluster process TCP Port RDMA Port Online Pid
> --
> Brick ovirt1-gl.j2noc.com:/ovirt-store/bric
> k1/gv1 49152 0 Y 5218
> Brick ovirt3-gl.j2noc.com:/ovirt-store/bric
> k1/gv1 49152 0 Y 5678
> Brick ovirt2-gl.j2noc.com:/ovirt-store/bric
> k1/gv1 49152 0 Y 61386
> NFS Server on localhost 2049 0 Y 31312
> Self-heal Daemon on localhost N/A N/A Y 31320
> NFS Server on ovirt3-gl.j2noc.com 2049 0 Y 38109
> Self-heal Daemon on ovirt3-gl.j2noc.com N/A N/A Y 38119
> NFS Server on ovirt2-gl.j2noc.com 2049 0 Y 5387
> Self-heal Daemon on ovirt2-gl.j2noc.com N/A N/A Y 5402
> 
> Task Status of Volume gv1
> --
> There are no active volume tasks
> 
> 
> Thanks.
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
> 
> 
> 
> 
> 
> This email, its contents and attachments contain information from j2 Global,
> Inc . and/or its affiliates which may be privileged, confidential or
> otherwise protected from disclosure. The information is intended to be for
> the addressee(s) only. If you are not an addressee, any disclosure, copy,
> distribution, or use of the contents of this message is prohibited. If you
> have received this email in error please notify the sender by reply e-mail
> and delete the original message and any copies. � 2015 j2 Global, Inc . All
> rights reserved. eFax � , eVoice � , Campaigner � , FuseMail � , KeepItSafe
> � and Onebox � are r egistered trademarks of j2 Global, Inc . and its
> affiliates.
> 
> ___
> 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

[ovirt-users] oVirt Hosted Engine Deployment Issues (and fixed!)

2016-12-01 Thread Jonathan Woytek

Hello all. I've been trying to get a hosted-engine style deployment up and
running on a small three-hypervisor cluster for prototyping some things
before they get moved into a production environment. My hypervisors each
have a 802.3ad bonded interface with several VLANs trunked over the link.
The network is not currently connected to the internet, but can be for
updates and the like. There is DNS available and correctly configured.

I struggled for a few days trying to get the hosted engine to deploy
correctly. Some issues I encountered were minor documentation issues (and
mostly just me misinterpreting something that was written). For example,
when choosing an image source, I could choose cdrom, file, or something
else, and I tried to choose file (thinking "image file", since I had an ISO
to use for building the engine vm). Of course, it would bomb because it
wanted me to give it a preconfigured engine file, NOT an ISO. I eventually
figured I'd just get the appliance engine file, and went that route (and,
in that case, that part worked!).

Then, it started to bomb consistently right after starting the network
configuration step. It turned out that the motherboards I had (Supermicro)
did not have UUIDs encoded on them--they were blank. As a result, the vdi
step was failing to gather the information it needed, but it kept dying
with error messages that were pretty difficult to decipher. I eventually
stumbled across the UUID as "None" in the return block, which finally led
me to dmidecode to verify that the UUID was blank. Then I had to figure out
how to actually get the UUID set. I found an AMI utility that helped me get
them set to something, though it didn't actually set them correctly. In the
meantime, Supermicro helpfully replied to my support request with a link to
a utility they provide to do the same thing (though I wish that had been
documented somewhere on their site!).

UUIDs finally set, I started to work through a few other issues, and
finally came to the point where it was gathering some network information
before going to do the next step, and now it kept dying saying that the
hostname was not unique, then it listed every IP address configured on the
system (and there were several). DNS was working, and pointed to the
correct IP address for the hostname. The hostname was set correctly. I
could not get this to resolve. I got frustrated and posted on twitter. A
few nice people here saw it and recommended that I join the mailing list.
That's why I'm here now.

Before I posted here, though, I wanted to try again when I was fresh and
not having dealt with all of the previous problems. My first attempt was to
drop the hostname into /etc/hosts, thinking maybe the install wasn't
consulting DNS or was confused because there were several IP addresses.

BINGO. This fixed the "not unique" address problem!

... now I just had to go and clean up a botched installation because it
also couldn't find the hostname for the hosted engine (also in DNS, but I
just put it in /etc/hosts to hopefully get around whatever issue that is).

So.. long story short.. Thanks for good software and for being so willing
to support it, and thanks for putting up with reading this whole thing.
Now, if someone can explain why DNS isn't being consulted for host names
correctly, that would be super... :)

jonathan


-- 
Jonathan Woytek
http://www.dryrose.com
KB3HOZ
PGP:  462C 5F50 144D 6B09 3B65  FCE8 C1DC DEC4 E8B6 AABC
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Windows Server 2008 & 2016 Drivers

2016-12-01 Thread Bill Bill

Also, this is when “installing” Windows, going through the setup unless you 
have an IDE disk, it will not see any other disks such as virtio or 
virtio-scisi – so you cannot install it to get to the guest-tools unless you 
set it up with IDE.

Sent from Mail for Windows 10

From: Bill Bill
Sent: Thursday, December 1, 2016 2:40 PM
To: Yaniv Dary
Subject: RE: [ovirt-users] Windows Server 2008 & 2016 Drivers

Trying to use the ISO from Fedora People but it never sees any drivers. I did 
however, just find this:

https://community.redhat.com/blog/2015/05/how-to-install-and-use-ovirts-windows-guest-tools/

Is that what you’re referring to? Or is there some updated guide I should look 
at that you know of?

Sent from Mail for Windows 10

From: Yaniv Dary
Sent: Thursday, December 1, 2016 6:17 AM
To: Bill Bill
Cc: users@ovirt.org
Subject: Re: [ovirt-users] Windows Server 2008 & 2016 Drivers

Did you install the guest tools?

Yaniv Dary

Technical Product Manager

Red Hat Israel Ltd.

34 Jerusalem Road

Building A, 4th floor

Ra'anana, Israel 4350109

Tel : +972 (9) 7692306

8272306

Email: yd...@redhat.com

IRC : ydary

On Thu, Dec 1, 2016 at 5:43 AM, Bill Bill 
> wrote:
Hello,

Is there a proper guide for getting virtio drivers to load – I’ve been trying 
to get Windows Server 2008 & 2016 installed with a Virtio based disk but no 
drivers appear to work.

___
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

Re: [ovirt-users] ovirt 4.05 windows balloon service installation wrong path

2016-12-01 Thread Pavel Gashev

Please note it works like this on all server versions of Windows 
(w2k3/w2k8/w2k12/w2k16).
Also the guest tools installer doesn’t install the QEMU service, so it’s 
necessary to run
C:\Program Files (x86)\oVirt Guest Tools\drivers\guest-agent\qemu-ga-x86.exe
manually.

From:  on behalf of Simone Tiraboschi 

Date: Thursday 1 December 2016 at 20:12
To: Andrea Ghelardi , Lev Veyde 
Cc: "users@ovirt.org" 
Subject: Re: [ovirt-users] ovirt 4.05 windows balloon service installation 
wrong path

On Thu, Dec 1, 2016 at 5:00 PM, Andrea Ghelardi 
> wrote:
Hello team,
FYI standard installation of Guest tool on Windows server O.S. is somehow 
flawed.
It setups a windows service named “BalloonService” with path
C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\w2k8R2\amd64\blnsvr.exe

Unfortunately, the real path created on filesystem is
C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\2k8R2\amd64\blnsvr.exe
(please note the missing “w” after \Baloon\ )

Thanks for the report Andrea, checking...

The easy workaround is to run this command on a “run as admin” cmd shell:
sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest 
Tools\drivers\Balloon\2k8R2\amd64\blnsvr.exe" DisplayName= "Baloon Service 
Ovirt 4" start= auto

I suggest to fix either the command that create path during installation or the 
one which setup the service

cheers

Andrea Ghelardi

+39 050 2203 71 | www.iongroup.com | 
a.ghela...@iontrading.com
Via San Martino, 52 – 56125 Pisa - ITALY

This email and any attachments may contain information which is confidential 
and/or privileged. The information is intended exclusively for the addressee 
and the views expressed may not be official policy, but the personal views of 
the originator. If you are not the intended recipient, be aware that any 
disclosure, copying, distribution or use of the contents is prohibited. If you 
have received this email and any file transmitted with it in error, please 
notify the sender by telephone or return email immediately and delete the 
material from your computer. Internet communications are not secure and ION 
Trading is not responsible for their abuse by third parties, nor for any 
alteration or corruption in transmission, nor for any damage or loss caused by 
any virus or other defect. ION Trading accepts no liability or responsibility 
arising out of or in any way connected to this email.

[ON_HBlu_small]
Automation through innovation

___
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

Re: [ovirt-users] oVirt 4 and Neutron

2016-12-01 Thread Devin Acosta

I have manually created the RPM's successfully, I just want to clarify a
few items so I make sure I'm deploying this according to best practice.

I presume the OVN Controller should just be some VM that is on the
ovirtmgmt network, or is there a preferred place to install the OVN
controller software? I then also assume I install the OVN agents onto all
the oVirt Nodes. My take on this is that this OVN replaces the more complex
Neutron/OVS installation, and makes for a more simple deployment.  I see
that when you go to add the External Provider, does OVN Controller use
authentication, is there any information I would need to have besides
knowing which node it's on in order to add it to external provider? Would I
need to have any bridges or OVS configured on the nodes for this to work or
just install the services and get them configured and it just works?


Your assistance is appreciated.

On Thu, Dec 1, 2016 at 3:54 AM, Marcin Mirecki  wrote:

> Devin,
>
> The openvswitch OVN packages must be build manually at the moment. It is
> still not available either in the repos, nor as a download.
> For now please use the procedure attached below to build the OVN rpm's.
>
> I am not sure where 'firewalld-system' comes from. Is it not
> 'firewalld-filesystem'?
> This should be available from the standard repo.
>
> The ovirt-provider-ovn is being developed quite actively, and the blogpost
> is already somewhat outdated (even though it's not even a month old). I
> will try to update it asap.
>
> Thanks,
> Marcin
>
>
> BUILDING PROVIDER RPMS:
> --
>   git clone https://gerrit.ovirt.org/ovirt-provider-ovn
>   make rpm
>
>
>
>
> BUILDING OVN RPMS:
> --
>
> Clone the repository:
>
>   git clone https://github.com/openvswitch/ovs
>
> Install the following packages, as they are need to build ovn:
>
>   yum -y install gcc make python-devel openssl-devel kernel-devel graphviz
> kernel-debug-devel autoconf automake rpm-build redhat-rpm-config rpm-build
> rpmdevtools bash-completion autoconf automake libtool PyQt4 groff
> libcap-ng-devel python-twisted-core python-zope-interface graphviz
> openssl-devel selinux-policy-devel
>
> Build the ovn rpms:
>
>   cd ovs
>   ./boot.sh
>   ./configure
>   make dist
>   cp openvswitch-.tar.gz $HOME/rpmbuild/SOURCES
>   cd $HOME/rpmbuild/SOURCES
>   tar xzf openvswitch-.tar.gz
>   cd openvswitch-
>   rpmbuild -bb rhel/openvswitch-fedora.spec
>
> The built rpms will reside here: ~/rpmbuild/RPMS/x86_64/
>
> 
>
>
>
>
>
>
>
> - Original Message -
> > From: "Yaniv Dary" 
> > To: "Devin Acosta" , "Marcin Mirecki" <
> mmire...@redhat.com>
> > Cc: "users" 
> > Sent: Thursday, December 1, 2016 11:15:00 AM
> > Subject: Re: [ovirt-users] oVirt 4 and Neutron
> >
> > Adding Marcin to help with this.
> >
> > Yaniv Dary
> > Technical Product Manager
> > Red Hat Israel Ltd.
> > 34 Jerusalem Road
> > Building A, 4th floor
> > Ra'anana, Israel 4350109
> >
> > Tel : +972 (9) 7692306
> > 8272306
> > Email: yd...@redhat.com
> > IRC : ydary
> >
> >
> > On Thu, Dec 1, 2016 at 6:42 AM, Devin Acosta 
> wrote:
> >
> > >
> > > Yaniv,
> > >
> > > I am looking at the page that talks about ovirt-provider-ovn, and it
> > > sounds like something I want to try. However the document seems to be
> not
> > > complete, and I'm not sure i fully understand how it should be
> deployed.
> > > When I downloaded the "ovirt-provider-ovn-driver-0-1.noarch.rpm" and
> try
> > > to install on the oVIRT nodes it complains about needing other packages
> > > such as:
> > >
> > > - openvswitch-ovn-central
> > > - python-openvswitch
> > > - firewalld-system
> > > - openvswitch-ovn-host
> > >
> > > I don't see anywhere where it talks about getting access to the RPMS
> for
> > > openvswitch-ovn-central. Also I presume like Neutron I would install
> OVN on
> > > a Master node and then install some clients on the nodes? Can you
> provide
> > > me additional information on this?
> > >
> > >
> > >
> > > On Tue, Nov 22, 2016 at 1:43 AM, Yaniv Dary  wrote:
> > >
> > >> We are working on a native path to SDN via OVN (experimental at this
> > >> point):
> > >> https://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/
> > >>
> > >> Using Neutron is an option, but at some point the native option might
> be
> > >> easier to use (we want to add a UI for it and tighter integration).
> > >>
> > >> Yaniv Dary
> > >> Technical Product Manager
> > >> Red Hat Israel Ltd.
> > >> 34 Jerusalem Road
> > >> Building A, 4th floor
> > >> Ra'anana, Israel 4350109
> > >>
> > >> Tel : +972 (9) 7692306
> > >> 8272306
> > >> Email: yd...@redhat.com
> > >> IRC : ydary
> > >>
> > >>
> > >> On Tue, Nov 22, 2016 at 5:09 AM, Devin Acosta  >
> > >> wrote:
> > >>
> > >>> oVirt Users:
> > >>>
> > >>> My work is currently deploying oVirt 4.0.5 into our Development

Re: [ovirt-users] ovirt 4.05 windows balloon service installation wrong path

2016-12-01 Thread Simone Tiraboschi

On Thu, Dec 1, 2016 at 5:00 PM, Andrea Ghelardi 
wrote:

> Hello team,
>
> FYI standard installation of Guest tool on Windows server O.S. is somehow
> flawed.
>
> It setups a windows service named “BalloonService” with path
>
> C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\w2k8R2\
> amd64\blnsvr.exe
>
>
>
> Unfortunately, the real path created on filesystem is
>
> C:\Program Files (x86)\oVirt Guest 
> Tools\drivers\Balloon\2k8R2\amd64\blnsvr.exe
>
>
> (please note the missing “w” after \Baloon\ )
>

Thanks for the report Andrea, checking...


>
>
> The easy workaround is to run this command on a “run as admin” cmd shell:
>
> sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest
> Tools\drivers\Balloon\2k8R2\amd64\blnsvr.exe" DisplayName= "Baloon
> Service Ovirt 4" start= auto
>
>
>
> I suggest to fix either the command that create path during installation
> or the one which setup the service
>
>
>
> cheers
>
>
>
> *Andrea Ghelardi*
>
>
>
> +39 050 2203 71 *| *www.iongroup.com *| **a.ghela...@iontrading.com
> *
>
> Via San Martino, 52 – 56125 Pisa - ITALY
>
>
>
> *This email and any attachments may contain information which is
> confidential and/or privileged. The information is intended exclusively for
> the addressee and the views expressed may not be official policy, but the
> personal views of the originator. If you are not the intended recipient, be
> aware that any disclosure, copying, distribution or use of the contents is
> prohibited. If you have received this email and any file transmitted with
> it in error, please notify the sender by telephone or return email
> immediately and delete the material from your computer. Internet
> communications are not secure and ION Trading is not responsible for their
> abuse by third parties, nor for any alteration or corruption in
> transmission, nor for any damage or loss caused by any virus or other
> defect. ION Trading accepts no liability or responsibility arising out of
> or in any way connected to this email.*
>
>
>
> [image: iON_HBlu_small]
>
> Automation through innovation
>
>
>
> ___
> 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

Re: [ovirt-users] Help! My hosted engine lost his nic!

2016-12-01 Thread Simone Tiraboschi

On Thu, Dec 1, 2016 at 5:16 PM, Cristian Mammoli  wrote:

> Here it is: http://cloud.apra.it/index.php/s/4cdcde8cafdb7a1c2c2374b02dc
> e118e
>
> I tarred all the agent.log on both servers.
>
> The engine was running on kvm01 and got shutdown on kvm01 around 10:35 AM
> on 29 November. But I think that's not the problem, it is supposed to shut
> down if the host can't reach the gateway. Probably the nic problem was
> already there but got triggered on reboot
>
> Btw I kept digging: I extracted the ovf from which vm.conf is generated:
>
> ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF)
> OVF_STORE volume path: /rhev/data-center/mnt/blockSD/
> 2c3585cc-b7bc-4881-85b3-aa6514991a26/images/9c5e2121-f1a3-
> 4886-964c-c74fdfbbb3c1/ff765055-09c5-4b05-9cc7-5277b15c5d08
>
> # tar xvf /rhev/data-center/mnt/blockSD/2c3585cc-b7bc-4881-85b3-aa6514
> 991a26/images/9c5e2121-f1a3-4886-964c-c74fdfbbb3c1/ff76505
> 5-09c5-4b05-9cc7-5277b15c5d08
> 497f5e4a-0c76-441a-b72e-724d7092d07e.ovf
> info.json
>
> In the ovf file there is no Nic section...
>
>
Ciao Cristian,
do you see any interface for the engine VM in the engine admin portal?

Could you please execute this on the engine VM and share its output?
sudo -u postgres psql engine -c "select * from vm_device where
type='interface' and vm_id='497f5e4a-0c76-441a-b72e-724d7092d07e'"
sudo -u postgres psql engine -c "select * from vms where vm_guid='
497f5e4a-0c76-441a-b72e-724d7092d07e'"

thanks



> I uploaded the ovf on the same share as the logs
>
> Ty
>
>
> Il 01/12/2016 15:26, Yedidyah Bar David ha scritto:
>
>> On Thu, Dec 1, 2016 at 1:08 PM, Cristian Mammoli 
>> wrote:
>>
>>> Hi, I upgraded an oVirt installation a month ago to the latest 3.6.7.
>>> Before
>>> it was 3.6.0 if I remember correctly.
>>> Everything went fine so far for a month or so.
>>>
>>> A couple of days ago the the default gateway got rebooted and the
>>> physical
>>> server hosting the HE decided to shut down the vm because it could not
>>> ping
>>> the gateway.
>>> The other host restarted the hevm but it now has *no nic*.
>>> As a workaround I attached a virtio nic via virsh but every time the vm
>>> gets
>>> restarted the nic get lost
>>>
>>> After a bit of troubleshooting and digging this is what I found:
>>>
>>> This is the /var/run/ovirt-hosted-engine-ha/vm.conf which, as far as I
>>> understand, gets extracted from the HE storage domain
>>>
>>> emulatedMachine=pc
>>> vmId=497f5e4a-0c76-441a-b72e-724d7092d07e
>>> smp=2
>>> memSize=6144
>>> spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback
>>> ,srecord,ssmartcard,susbredir
>>> vmName=HostedEngine
>>> display=vnc
>>> devices={index:0,iface:virtio,format:raw,bootOrder:1,address
>>> :{slot:0x06,bus:0x00,domain:0x,type:pci,function:0x0},
>>> volumeID:bb3218ba-cbe9-4cd0-b50b-931deae992f7,imageID:d65b82e2-2ad1-
>>> 4f4f-bfad-0277c37f2808,readonly:false,domainID:2c3585cc-
>>> b7bc-4881-85b3-aa6514991a26,deviceId:d65b82e2-2ad1-4f4f-
>>> bfad-0277c37f2808,poolID:----
>>> ,device:disk,
>>> shared:exclusive,propagateErrors:off,type:disk}
>>> devices={index:2,iface:ide,shared:false,readonly:true,device
>>> Id:8c3179ac-b322-4f5c-9449-c52e3665e0ae,address:{controll
>>> er:0,target:0,unit:0,bus:1,type:drive},device:cdrom,path:,type:disk}
>>> devices={device:cirrus,alias:video0,type:video,deviceId:a994
>>> 68b6-02d4-4a77-8f94-e5df806030f6,address:{slot:0x02,bus:
>>> 0x00,domain:0x,type:pci,function:0x0}}
>>> devices={device:virtio-serial,type:controller,deviceId:b7580
>>> 676-19fb-462f-a61e-677b65ad920a,address:{slot:0x03,bus:0x00,
>>> domain:0x,type:pci,function:0x0}}
>>> devices={device:usb,type:controller,deviceId:c63092b3-7bd8-
>>> 4b54-bcd3-51f34dce478a,address:{slot:0x01,bus:0x00,domain:
>>> 0x,type:pci,function:0x2}}
>>> devices={device:ide,type:controller,deviceId:c77c2c01-6ccc-
>>> 404b-b8d6-5a7f0631a52f,address:{slot:0x01,bus:0x00,domain:
>>> 0x,type:pci,function:0x1}}
>>>
>>> As you can see there is no nic, and there is no nic in the qemu-kvm
>>> command-line:
>>> qemu 23290 1 14 00:23 ?01:44:26 /usr/libexec/qemu-kvm
>>> -name
>>> HostedEngine -S -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu
>>> qemu64,-svm -m 6144 -realtime mlock=off -s
>>> mp 2,sockets=2,cores=1,threads=1 -uuid 497f5e4a-0c76-441a-b72e-724d70
>>> 92d07e
>>> -smbios type=1,manufacturer=oVirt,product=oVirt
>>> Node,version=7-2.1511.el7.centos.2.10,serial=4C4C4544-004B-571
>>> 0-8044-B9C04F5A3732,uuid=497f5e4a-0c76-441a-b72e-724d7092d07e
>>> -no-user-config -nodefaults -chardev
>>> socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-Host
>>> edEngine/monitor.sock,serve
>>> r,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc
>>> base=2016-11-30T23:23:26,driftfix=slew -global
>>> kvm-pit.lost_tick_policy=discard -no-hpet -no-reboot -boot strict=on
>>> -device
>>>   piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device
>>>

Re: [ovirt-users] Help! My hosted engine lost his nic!

2016-12-01 Thread Cristian Mammoli

Here it is: 
http://cloud.apra.it/index.php/s/4cdcde8cafdb7a1c2c2374b02dce118e


I tarred all the agent.log on both servers.

The engine was running on kvm01 and got shutdown on kvm01 around 10:35 
AM on 29 November. But I think that's not the problem, it is supposed to 
shut down if the host can't reach the gateway. Probably the nic problem 
was already there but got triggered on reboot


Btw I kept digging: I extracted the ovf from which vm.conf is generated:

ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore::(getEngineVMOVF) 
OVF_STORE volume path: 
/rhev/data-center/mnt/blockSD/2c3585cc-b7bc-4881-85b3-aa6514991a26/images/9c5e2121-f1a3-4886-964c-c74fdfbbb3c1/ff765055-09c5-4b05-9cc7-5277b15c5d08


# tar xvf 
/rhev/data-center/mnt/blockSD/2c3585cc-b7bc-4881-85b3-aa6514991a26/images/9c5e2121-f1a3-4886-964c-c74fdfbbb3c1/ff765055-09c5-4b05-9cc7-5277b15c5d08

497f5e4a-0c76-441a-b72e-724d7092d07e.ovf
info.json

In the ovf file there is no Nic section...

I uploaded the ovf on the same share as the logs

Ty

Il 01/12/2016 15:26, Yedidyah Bar David ha scritto:

On Thu, Dec 1, 2016 at 1:08 PM, Cristian Mammoli  wrote:

Hi, I upgraded an oVirt installation a month ago to the latest 3.6.7. Before
it was 3.6.0 if I remember correctly.
Everything went fine so far for a month or so.

A couple of days ago the the default gateway got rebooted and the physical
server hosting the HE decided to shut down the vm because it could not ping
the gateway.
The other host restarted the hevm but it now has *no nic*.
As a workaround I attached a virtio nic via virsh but every time the vm gets
restarted the nic get lost

After a bit of troubleshooting and digging this is what I found:

This is the /var/run/ovirt-hosted-engine-ha/vm.conf which, as far as I
understand, gets extracted from the HE storage domain

emulatedMachine=pc
vmId=497f5e4a-0c76-441a-b72e-724d7092d07e
smp=2
memSize=6144
spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir
vmName=HostedEngine
display=vnc
devices={index:0,iface:virtio,format:raw,bootOrder:1,address:{slot:0x06,bus:0x00,domain:0x,type:pci,function:0x0},volumeID:bb3218ba-cbe9-4cd0-b50b-931deae992f7,imageID:d65b82e2-2ad1-
4f4f-bfad-0277c37f2808,readonly:false,domainID:2c3585cc-b7bc-4881-85b3-aa6514991a26,deviceId:d65b82e2-2ad1-4f4f-bfad-0277c37f2808,poolID:----,device:disk,
shared:exclusive,propagateErrors:off,type:disk}
devices={index:2,iface:ide,shared:false,readonly:true,deviceId:8c3179ac-b322-4f5c-9449-c52e3665e0ae,address:{controller:0,target:0,unit:0,bus:1,type:drive},device:cdrom,path:,type:disk}
devices={device:cirrus,alias:video0,type:video,deviceId:a99468b6-02d4-4a77-8f94-e5df806030f6,address:{slot:0x02,bus:0x00,domain:0x,type:pci,function:0x0}}
devices={device:virtio-serial,type:controller,deviceId:b7580676-19fb-462f-a61e-677b65ad920a,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0}}
devices={device:usb,type:controller,deviceId:c63092b3-7bd8-4b54-bcd3-51f34dce478a,address:{slot:0x01,bus:0x00,domain:0x,type:pci,function:0x2}}
devices={device:ide,type:controller,deviceId:c77c2c01-6ccc-404b-b8d6-5a7f0631a52f,address:{slot:0x01,bus:0x00,domain:0x,type:pci,function:0x1}}

As you can see there is no nic, and there is no nic in the qemu-kvm
command-line:
qemu 23290 1 14 00:23 ?01:44:26 /usr/libexec/qemu-kvm -name
HostedEngine -S -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu
qemu64,-svm -m 6144 -realtime mlock=off -s
mp 2,sockets=2,cores=1,threads=1 -uuid 497f5e4a-0c76-441a-b72e-724d7092d07e
-smbios type=1,manufacturer=oVirt,product=oVirt
Node,version=7-2.1511.el7.centos.2.10,serial=4C4C4544-004B-571
0-8044-B9C04F5A3732,uuid=497f5e4a-0c76-441a-b72e-724d7092d07e
-no-user-config -nodefaults -chardev
socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-HostedEngine/monitor.sock,serve
r,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc
base=2016-11-30T23:23:26,driftfix=slew -global
kvm-pit.lost_tick_policy=discard -no-hpet -no-reboot -boot strict=on -device
  piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device
virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x3 -drive
file=/var/run/vdsm/storage/2c3585cc-b7bc-4881-85b3-aa6514
991a26/d65b82e2-2ad1-4f4f-bfad-0277c37f2808/bb3218ba-cbe9-4cd0-b50b-931deae992f7,if=none,id=drive-virtio-disk0,format=raw,serial=d65b82e2-2ad1-4f4f-bfad-0277c37f2808,cache=none,werror=st
op,rerror=stop,aio=native -device
virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1
-drive if=none,id=drive-ide0-1-0,readonly=on,format=raw
-device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -chardev
socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/497f5e4a-0c76-441a-b72e-724d7092d07e.com.redhat.rhevm
.vdsm,server,nowait -device
virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
-chardev

[ovirt-users] ovirt 4.05 windows balloon service installation wrong path

2016-12-01 Thread Andrea Ghelardi

Hello team,
FYI standard installation of Guest tool on Windows server O.S. is somehow 
flawed.
It setups a windows service named "BalloonService" with path
C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\w2k8R2\amd64\blnsvr.exe

Unfortunately, the real path created on filesystem is
C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\2k8R2\amd64\blnsvr.exe
(please note the missing "w" after \Baloon\ )

The easy workaround is to run this command on a "run as admin" cmd shell:
sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest 
Tools\drivers\Balloon\2k8R2\amd64\blnsvr.exe" DisplayName= "Baloon Service 
Ovirt 4" start= auto

I suggest to fix either the command that create path during installation or the 
one which setup the service

cheers

Andrea Ghelardi

+39 050 2203 71 | www.iongroup.com | 
a.ghela...@iontrading.com
Via San Martino, 52 - 56125 Pisa - ITALY

This email and any attachments may contain information which is confidential 
and/or privileged. The information is intended exclusively for the addressee 
and the views expressed may not be official policy, but the personal views of 
the originator. If you are not the intended recipient, be aware that any 
disclosure, copying, distribution or use of the contents is prohibited. If you 
have received this email and any file transmitted with it in error, please 
notify the sender by telephone or return email immediately and delete the 
material from your computer. Internet communications are not secure and ION 
Trading is not responsible for their abuse by third parties, nor for any 
alteration or corruption in transmission, nor for any damage or loss caused by 
any virus or other defect. ION Trading accepts no liability or responsibility 
arising out of or in any way connected to this email.

[iON_HBlu_small]
Automation through innovation

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

[ovirt-users] [ANN] oVirt 4.1.0 First Beta Release is now available for testing

2016-12-01 Thread Sandro Bonazzola

The oVirt Project is pleased to announce the availability of the First
Beta Release of oVirt 4.1.0 for testing, as of December 1st, 2016

This is pre-release software. Please take a look at our community page[1]
to know how to ask questions and interact with developers and users.
All issues or bugs should be reported via oVirt Bugzilla[2].
This pre-release should not to be used in production.

This release is available now for:
* Fedora 24 (tech preview)
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.2 or later

This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.3 or later
* CentOS Linux (or similar) 7.2 or later
* Fedora 24 (tech preview)

See the release notes draft [3] for installation / upgrade instructions and
a list of new features and bugs fixed.

Notes:
- oVirt Live iso will be available soon
- oVirt Node NG iso will be available soon
- Hosted Engine appliance will be available soon
- above delay is due to the need to build them after the initial release
  from the live repositories.

An initial release management page including planned schedule is also
available[4]


Additional Resources:
* Read more about the oVirt 4.1.0 beta release highlights:
http://www.ovirt.org/release/4.1.0/
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/

[1] https://www.ovirt.org/community/
[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt
[3] http://www.ovirt.org/release/4.1.0/
[4]
http://www.ovirt.org/develop/release-management/releases/4.1/release-management/




-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] remove gluster storage domain and resize gluster storage domain

2016-12-01 Thread Bill James


thank you for the reply.

[root@ovirt1 prod ~]# lsblk
NAME  MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
sda 8:00  1.1T  0 disk
├─sda1  8:10  500M  0 part /boot
├─sda2  8:204G  0 part [SWAP]
└─sda3  8:30  1.1T  0 part
  ├─rootvg01-lv01 253:00   50G  0 lvm  /
  └─rootvg01-lv02 253:101T  0 lvm  /ovirt-store

ovirt2 same.
ovirt3:

[root@ovirt3 prod ~]# lsblk
NAME  MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda 8:00 279.4G  0 disk
├─sda1  8:10   500M  0 part /boot
├─sda2  8:20 4G  0 part [SWAP]
└─sda3  8:30 274.9G  0 part
  ├─rootvg01-lv01 253:0050G  0 lvm  /
*  └─rootvg01-lv02 253:10 224.9G  0 lvm  /ovirt-store*

Ah ha! I missed that. Thank you!!
I can fix that.


Once I detached the storage domain it is no longer listed.
Is there some option to make it show detached volumes?

ovirt-engine-3.6.4.1-1.el7.centos.noarch


On 12/1/16 3:58 AM, Sahina Bose wrote:



On Thu, Dec 1, 2016 at 10:54 AM, Bill James > wrote:


I have a  3 node cluster with replica 3 gluster volume.
But for some reason the volume is not using the full size available.
I thought maybe it was because I had created a second gluster
volume on same partition, so I tried to remove it.

I was able to put it in maintenance mode and detach it, but in no
window was I able to get the "remove" option to be enabled.
Now if I select "attach data" I see ovirt thinks the volume is
still there, although it is not.

2 questions.

1. how do I clear out the old removed volume from ovirt?


To remove the storage domain, you need to detach the domain from the 
Data Center sub tab of Storage Domain. Once detached, the remove and 
format domain option should be available to you.
Once you detach - what is the status of the storage domain? Does it 
show as Detached?



2. how do I get gluster to use the full disk space available?


Its a 1T partition but it only created a 225G gluster volume. Why?
How do I get the space back?


What's the output of "lsblk"? Is it consistent across all 3 nodes?


All three nodes look the same:
/dev/mapper/rootvg01-lv02  1.1T  135G  929G  13% /ovirt-store
ovirt1-gl.j2noc.com:/gv1   225G  135G   91G  60%
/rhev/data-center/mnt/glusterSD/ovirt1-gl.j2noc.com
:_gv1


[root@ovirt1 prod ovirt1-gl.j2noc.com:_gv1]# gluster volume status
Status of volume: gv1
Gluster process TCP Port  RDMA Port
Online  Pid

--
Brick ovirt1-gl.j2noc.com:/ovirt-store/bric
k1/gv1  49152 0 Y  5218
Brick ovirt3-gl.j2noc.com:/ovirt-store/bric
k1/gv1  49152 0 Y  5678
Brick ovirt2-gl.j2noc.com:/ovirt-store/bric
k1/gv1  49152 0 Y  61386
NFS Server on localhost 2049  0 Y  31312
Self-heal Daemon on localhost   N/A   N/A Y 
 31320
NFS Server on ovirt3-gl.j2noc.com    
   2049 0 Y   38109

Self-heal Daemon on ovirt3-gl.j2noc.com
 N/A  N/A Y   38119
NFS Server on ovirt2-gl.j2noc.com    
   2049 0 Y   5387

Self-heal Daemon on ovirt2-gl.j2noc.com
 N/A  N/A Y   5402

Task Status of Volume gv1

--
There are no active volume tasks


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






Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt node host installation failing in engine

2016-12-01 Thread Yedidyah Bar David

On Thu, Dec 1, 2016 at 1:40 PM, Shalabh Goel  wrote:
> Thanks it worked. The host was installed and added to the cluster
> successfully.

Glad it worked. Thanks for the report!

Best,

>
> On Wed, Nov 30, 2016 at 6:33 PM, Yedidyah Bar David  wrote:
>>
>> (Replying to the list and Fabian as well)
>>
>> On Wed, Nov 30, 2016 at 12:45 PM, Shalabh Goel 
>> wrote:
>> > Thanks for the reply. I looked into the logs in ovirt-engine server. The
>> > log
>> > is as follows:
>> >
>> > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 344, in
>> > populateSack
>> > self.doSetup()
>> >   File "/usr/lib/python2.7/site-packages/yum/repos.py", line 158, in
>> > doSetup
>> > self.ayum.plugins.run('postreposetup')
>> >   File "/usr/lib/python2.7/site-packages/yum/plugins.py", line 188, in
>> > run
>> > func(conduitcls(self, self.base, conf, **kwargs))
>> >   File "/usr/lib/yum-plugins/fastestmirror.py", line 197, in
>> > postreposetup_hook
>> > if downgrade_ftp and _len_non_ftp(repo.urls) == 1:
>> >   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 871, in
>> > 
>> > urls = property(fget=lambda self: self._geturls(),
>> >   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 868, in
>> > _geturls
>> > self._baseurlSetup()
>> >   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 834, in
>> > _baseurlSetup
>> > self.check()
>> >   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 554, in
>> > check
>> > 'Cannot find a valid baseurl for repo: %s' % self.ui_id
>> > RepoError: Cannot find a valid baseurl for repo: ovirt-4.0/7
>> > 2016-11-24 11:24:24 ERROR otopi.context context._executeMethod:151
>> > Failed to
>> > execute stage 'Environment packages setup': Cannot find a valid baseurl
>> > for
>> > repo
>> > : ovirt-4.0/7
>> > 2016-11-24 11:24:24 DEBUG otopi.transaction transaction.abort:119
>> > aborting
>> > 'Yum Transaction'
>> > 2016-11-24 11:24:24 INFO otopi.plugins.otopi.packagers.yumpackager
>> > yumpackager.info:80 Yum Performing yum transaction rollback
>> > Could not retrieve mirrorlist
>> > http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-el7 error
>> > was
>> > 14: curl#7 - "Failed to connect to 66.187.230.28: Network is
>> > unreachable"
>> > Loaded plugins: fastestmirror
>> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:760
>> > ENVIRONMENT DUMP - BEGIN
>> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV
>> > BASE/error=bool:'True'
>> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV
>> > BASE/exceptionInfo=list:'[(, RepoError(),
>> > > > ject at 0x2e88c20>)]'
>> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:774
>> > ENVIRONMENT DUMP - END
>> > 2016-11-24 11:24:24 INFO otopi.context context.runSequence:687 Stage:
>> > Pre-termination
>> > 2016-11-24 11:24:24 DEBUG otopi.context context.runSequence:691 STAGE
>> > pre-terminate
>> > 2016-11-24 11:24:24 DEBUG otopi.context context._executeMethod:128 Stage
>> > pre-terminate METHOD otopi.plugins.otopi.core.misc.Plugin._preTerminate
>> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:760
>> > ENVIRONMENT DUMP - BEGIN
>> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV
>> > BASE/aborted=bool:'False'
>> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV
>> > BASE/debug=int:'0'
>> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV
>> > BASE/error=bool:'True'
>> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV
>> > BASE/exceptionInfo=list:'[(, RepoError(),
>> > > > :
>> >
>> > So my question is that if yum is the reason for the host install
>> > failing? Do
>> > I absolutely need Internet connectivity for the node also? What if the
>> > python file can be edited to prevent it? I have installed the node using
>> > the
>> > node ISO available on the ovirt website
>>
>> Not sure about node specifically.
>>
>> You can try preventing host-deploy from trying to update packages using:
>>
>> https://gerrit.ovirt.org/gitweb?p=ovirt-host-deploy.git;a=blob;f=README
>>
>> Search there for 'OFFLINE'.
>>
>> Best,
>>
>> >
>> > Thank You
>> >
>> > Shalabh Goel
>> >
>> > On Wed, Nov 30, 2016 at 2:03 PM, Yedidyah Bar David 
>> > wrote:
>> >>
>> >> On Wed, Nov 30, 2016 at 9:44 AM, Shalabh Goel 
>> >> wrote:
>> >> > Hi
>> >> >
>> >> > I just want to know if there is any way I can disable the yum looking
>> >> > for
>> >> > updates on the internet on the node?
>> >>
>> >> Not sure, adding Fabian.
>> >>
>> >> I think this should work if you add a proxy= line to yum.conf.
>> >> Not sure how to persist this in node.
>> >>
>> >> Best,
>> >>
>> >> >
>> >> > Please help me out here.
>> >> >
>> >> > Thanks
>> >> >
>> >> > Shalabh Goel
>> >> >
>> >> >
>> >> >
>> >> >
>> >> > On Tue, Nov 29, 2016 at

Re: [ovirt-users] Help! My hosted engine lost his nic!

2016-12-01 Thread Yedidyah Bar David

On Thu, Dec 1, 2016 at 1:08 PM, Cristian Mammoli  wrote:
> Hi, I upgraded an oVirt installation a month ago to the latest 3.6.7. Before
> it was 3.6.0 if I remember correctly.
> Everything went fine so far for a month or so.
>
> A couple of days ago the the default gateway got rebooted and the physical
> server hosting the HE decided to shut down the vm because it could not ping
> the gateway.
> The other host restarted the hevm but it now has *no nic*.
> As a workaround I attached a virtio nic via virsh but every time the vm gets
> restarted the nic get lost
>
> After a bit of troubleshooting and digging this is what I found:
>
> This is the /var/run/ovirt-hosted-engine-ha/vm.conf which, as far as I
> understand, gets extracted from the HE storage domain
>
> emulatedMachine=pc
> vmId=497f5e4a-0c76-441a-b72e-724d7092d07e
> smp=2
> memSize=6144
> spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir
> vmName=HostedEngine
> display=vnc
> devices={index:0,iface:virtio,format:raw,bootOrder:1,address:{slot:0x06,bus:0x00,domain:0x,type:pci,function:0x0},volumeID:bb3218ba-cbe9-4cd0-b50b-931deae992f7,imageID:d65b82e2-2ad1-
> 4f4f-bfad-0277c37f2808,readonly:false,domainID:2c3585cc-b7bc-4881-85b3-aa6514991a26,deviceId:d65b82e2-2ad1-4f4f-bfad-0277c37f2808,poolID:----,device:disk,
> shared:exclusive,propagateErrors:off,type:disk}
> devices={index:2,iface:ide,shared:false,readonly:true,deviceId:8c3179ac-b322-4f5c-9449-c52e3665e0ae,address:{controller:0,target:0,unit:0,bus:1,type:drive},device:cdrom,path:,type:disk}
> devices={device:cirrus,alias:video0,type:video,deviceId:a99468b6-02d4-4a77-8f94-e5df806030f6,address:{slot:0x02,bus:0x00,domain:0x,type:pci,function:0x0}}
> devices={device:virtio-serial,type:controller,deviceId:b7580676-19fb-462f-a61e-677b65ad920a,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0}}
> devices={device:usb,type:controller,deviceId:c63092b3-7bd8-4b54-bcd3-51f34dce478a,address:{slot:0x01,bus:0x00,domain:0x,type:pci,function:0x2}}
> devices={device:ide,type:controller,deviceId:c77c2c01-6ccc-404b-b8d6-5a7f0631a52f,address:{slot:0x01,bus:0x00,domain:0x,type:pci,function:0x1}}
>
> As you can see there is no nic, and there is no nic in the qemu-kvm
> command-line:
> qemu 23290 1 14 00:23 ?01:44:26 /usr/libexec/qemu-kvm -name
> HostedEngine -S -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu
> qemu64,-svm -m 6144 -realtime mlock=off -s
> mp 2,sockets=2,cores=1,threads=1 -uuid 497f5e4a-0c76-441a-b72e-724d7092d07e
> -smbios type=1,manufacturer=oVirt,product=oVirt
> Node,version=7-2.1511.el7.centos.2.10,serial=4C4C4544-004B-571
> 0-8044-B9C04F5A3732,uuid=497f5e4a-0c76-441a-b72e-724d7092d07e
> -no-user-config -nodefaults -chardev
> socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-HostedEngine/monitor.sock,serve
> r,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc
> base=2016-11-30T23:23:26,driftfix=slew -global
> kvm-pit.lost_tick_policy=discard -no-hpet -no-reboot -boot strict=on -device
>  piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device
> virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x3 -drive
> file=/var/run/vdsm/storage/2c3585cc-b7bc-4881-85b3-aa6514
> 991a26/d65b82e2-2ad1-4f4f-bfad-0277c37f2808/bb3218ba-cbe9-4cd0-b50b-931deae992f7,if=none,id=drive-virtio-disk0,format=raw,serial=d65b82e2-2ad1-4f4f-bfad-0277c37f2808,cache=none,werror=st
> op,rerror=stop,aio=native -device
> virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1
> -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw
> -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -chardev
> socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/497f5e4a-0c76-441a-b72e-724d7092d07e.com.redhat.rhevm
> .vdsm,server,nowait -device
> virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
> -chardev socket,id=charchannel1,path=/var/lib/libvirt/qem
> u/channels/497f5e4a-0c76-441a-b72e-724d7092d07e.org.qemu.guest_agent.0,server,nowait
> -device
> virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest
> _agent.0 -chardev
> socket,id=charchannel2,path=/var/lib/libvirt/qemu/channels/497f5e4a-0c76-441a-b72e-724d7092d07e.org.ovirt.hosted-engine-setup.0,server,nowait
> -device virtserialport,bus
> =virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=org.ovirt.hosted-engine-setup.0
> -vnc 0:0,password -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -msg
> timestamp=on
>
> I extracted the vm.conf from the storage domain and the nic is there:
> mId=497f5e4a-0c76-441a-b72e-724d7092d07e
> memSize=6144
> display=vnc
> devices={index:2,iface:ide,address:{ controller:0, target:0,unit:0, bus:1,
> type:drive},specParams:{},readonly:true,deviceId:857b98b3-cf43-4c2d-8061-e7f105234a65,path:,device:cdrom,shared
> :false,type:disk}
>

[ovirt-users] 转发: about vms can't migrate automatically in HA

2016-12-01 Thread 张余歌





发件人: 张 余歌 
发送时间: 2016年12月1日 13:37
收件人: users@ovirt.org
主题: about vms can't migrate automatically in HA


hello,my enviroment :
host A : engine ,
host B : compute,host of cluster
host C : compute,host of cluster
And run a vm in host B,mount nfs on host B
i use A to provide nfs storage to host B and C as shared storage.i just want to 
realize HA without any mannul operation.

the problem is:
1,i just satified the condition of HA ,like configure power manager,vm HA 
parameters...and keep default else.
if i just maintenance host B,it works well to migrate vm,okay.

And then i power down by power manager,it seems that vm can run on host C until 
host B reboot by power manager,but it also works,it is weird ,through host B is 
down,i expect host C will mount nfs automatically ...

2, i force to power failure host B,the result is:
host B and C both turn to Non Responsive,and the storage is down,everything is 
bad ..are there some place i ignore?

it make me feel helpless.
best regard.

获取 Outlook for Android
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] about vms can't migrate automatically in HA

2016-12-01 Thread 张余歌

hello,my enviroment :
host A : engine ,
host B : compute,host of cluster
host C : compute,host of cluster
And run a vm in host B,mount nfs on host B
i use A to provide nfs storage to host B and C as shared storage.i just want to 
realize HA without any mannul operation.

the problem is:
1,i just satified the condition of HA ,like configure power manager,vm HA 
parameters...and keep default else.
if i just maintenance host B,it works well to migrate vm,okay.

And then i power down by power manager,it seems that vm can run on host C until 
host B reboot by power manager,but it also works,it is weird ,through host B is 
down,i expect host C will mount nfs automatically ...

2, i force to power failure host B,the result is:
host B and C both turn to Non Responsive,and the storage is down,everything is 
bad ..are there some place i ignore?

it make me feel helpless.
best regard.

获取 Outlook for Android
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] [ANN] oVirt 4.0.6 Third Release Candidate is now available

2016-12-01 Thread Sandro Bonazzola

The oVirt Project is pleased to announce the availability of oVirt 4.0.6
third release candidate for testing, as of December 1st, 2016.

This release is available now for:
* Fedora 23 (tech preview)
* Red Hat Enterprise Linux 7.2 or later
* CentOS Linux (or similar) 7.2 or later

This release supports Hypervisor Hosts running:
* Red Hat Enterprise Linux 7.2 or later
* CentOS Linux (or similar) 7.2 or later
* Fedora 23 (tech preview)
* oVirt Next Generation Node 4.0

This is pre-release software. Please take a look at our community page[1]
to know how to ask questions and interact with developers and users.
All issues or bugs should be reported via oVirt Bugzilla[2].
This pre-release should not to be used in production.

This update is the third release candidate of the sixth in a series of
stabilization updates to the 4.0 series.
4.0.6 brings 2 enhancements and 51 bugfixes, including 20 high or urgent
severity fixes, on top of oVirt 4.0 series
See the release notes [3] for installation / upgrade instructions and a
list of new features and bugs fixed.

Notes:
* A new oVirt Live ISO is available. [4]
* A new oVirt Next Generation Node will be available soon [4]
* A new oVirt Engine Appliance is available for Red Hat Enterprise Linux
and CentOS Linux (or similar)
* Mirrors[5] might need up to one day to synchronize.

Additional Resources:
* Read more about the oVirt 4.0.6 release highlights:
http://www.ovirt.org/release/4.0.6/
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/

[1] https://www.ovirt.org/community/
[2] https://bugzilla.redhat.com/enter_bug.cgi?classification=oVirt
[3] http://www.ovirt.org/release/4.0.6/
[4] http://resources.ovirt.org/pub/ovirt-4.0-pre/iso/
[5] http://www.ovirt.org/Repository_mirrors#Current_mirrors

-- 
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Import OVA or OVF file from other oVirt - oVirt 4.x

2016-12-01 Thread Victor Jose Acosta

yes can cause corruption, but i don't want to modify file system 
externally, i just want to read it and then copy to the production host 
by agent/scp or something



On 01/12/16 09:43, Yaniv Dary wrote:

I understand, you mean a single file restore use case.
This is usually done by a agent in the VM and not externally, since 
changing the file system externally can cause corruption.


Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem 
Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9) 
7692306 8272306 Email: yd...@redhat.com  IRC 
: ydary


On Wed, Nov 30, 2016 at 3:47 PM, Victor Jose Acosta 
> wrote:


Ok ok

When you make a full restore you have a whole new VM, but what if
you just need  just one directory? "/etc/puppet/environments" for
example

So there is where granular backup works, because if you don't have
that option you will have to restore the whole VM, copy that
directory, then delete the restored VM

I don't know if my english is good enough to explain perfectly,
but do you understand my point?


On 30/11/16 10:36, Yaniv Dary wrote:


I believe that both full and granular restore can be done via the
API as we support offset uploads, can you give more details on
the different between these options?


-- 





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

Re: [ovirt-users] Import OVA or OVF file from other oVirt - oVirt 4.x

2016-12-01 Thread Yaniv Dary

I understand, you mean a single file restore use case.
This is usually done by a agent in the VM and not externally, since
changing the file system externally can cause corruption.

Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
8272306
Email: yd...@redhat.com
IRC : ydary

On Wed, Nov 30, 2016 at 3:47 PM, Victor Jose Acosta 
wrote:

> Ok ok
>
> When you make a full restore you have a whole new VM, but what if you just
> need  just one directory? "/etc/puppet/environments" for example
>
> So there is where granular backup works, because if you don't have that
> option you will have to restore the whole VM, copy that directory, then
> delete the restored VM
>
> I don't know if my english is good enough to explain perfectly, but do you
> understand my point?
>
>
> On 30/11/16 10:36, Yaniv Dary wrote:
>
>
> I believe that both full and granular restore can be done via the API as
> we support offset uploads, can you give more details on the different
> between these options?
>
>
> --
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] remove gluster storage domain and resize gluster storage domain

2016-12-01 Thread Sahina Bose

On Thu, Dec 1, 2016 at 10:54 AM, Bill James  wrote:

> I have a  3 node cluster with replica 3 gluster volume.
> But for some reason the volume is not using the full size available.
> I thought maybe it was because I had created a second gluster volume on
> same partition, so I tried to remove it.
>
> I was able to put it in maintenance mode and detach it, but in no window
> was I able to get the "remove" option to be enabled.
> Now if I select "attach data" I see ovirt thinks the volume is still
> there, although it is not.
>
> 2 questions.
>
> 1. how do I clear out the old removed volume from ovirt?
>

To remove the storage domain, you need to detach the domain from the Data
Center sub tab of Storage Domain. Once detached, the remove and format
domain option should be available to you.
Once you detach - what is the status of the storage domain? Does it show as
Detached?


>
> 2. how do I get gluster to use the full disk space available?
>

> Its a 1T partition but it only created a 225G gluster volume. Why? How do
> I get the space back?
>

What's the output of "lsblk"? Is it consistent across all 3 nodes?


>
> All three nodes look the same:
> /dev/mapper/rootvg01-lv02  1.1T  135G  929G  13% /ovirt-store
> ovirt1-gl.j2noc.com:/gv1   225G  135G   91G  60%
> /rhev/data-center/mnt/glusterSD/ovirt1-gl.j2noc.com:_gv1
>
>
> [root@ovirt1 prod ovirt1-gl.j2noc.com:_gv1]# gluster volume status
> Status of volume: gv1
> Gluster process TCP Port  RDMA Port Online  Pid
> 
> --
> Brick ovirt1-gl.j2noc.com:/ovirt-store/bric
> k1/gv1  49152 0 Y   5218
> Brick ovirt3-gl.j2noc.com:/ovirt-store/bric
> k1/gv1  49152 0 Y   5678
> Brick ovirt2-gl.j2noc.com:/ovirt-store/bric
> k1/gv1  49152 0 Y   61386
> NFS Server on localhost 2049  0 Y   31312
> Self-heal Daemon on localhost   N/A   N/A Y   31320
> NFS Server on ovirt3-gl.j2noc.com   2049  0 Y   38109
> Self-heal Daemon on ovirt3-gl.j2noc.com N/A   N/A Y   38119
> NFS Server on ovirt2-gl.j2noc.com   2049  0 Y   5387
> Self-heal Daemon on ovirt2-gl.j2noc.com N/A   N/A Y   5402
>
> Task Status of Volume gv1
> 
> --
> There are no active volume tasks
>
>
> Thanks.
> ___
> 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

Re: [ovirt-users] oVirt 4 and Neutron

2016-12-01 Thread Marcin Mirecki

Devin,

The openvswitch OVN packages must be build manually at the moment. It is still 
not available either in the repos, nor as a download.
For now please use the procedure attached below to build the OVN rpm's.

I am not sure where 'firewalld-system' comes from. Is it not 
'firewalld-filesystem'?
This should be available from the standard repo.

The ovirt-provider-ovn is being developed quite actively, and the blogpost is 
already somewhat outdated (even though it's not even a month old). I will try 
to update it asap.

Thanks,
Marcin


BUILDING PROVIDER RPMS:
--
  git clone https://gerrit.ovirt.org/ovirt-provider-ovn
  make rpm




BUILDING OVN RPMS:
--

Clone the repository:

  git clone https://github.com/openvswitch/ovs

Install the following packages, as they are need to build ovn:

  yum -y install gcc make python-devel openssl-devel kernel-devel graphviz 
kernel-debug-devel autoconf automake rpm-build redhat-rpm-config rpm-build 
rpmdevtools bash-completion autoconf automake libtool PyQt4 groff 
libcap-ng-devel python-twisted-core python-zope-interface graphviz 
openssl-devel selinux-policy-devel

Build the ovn rpms:

  cd ovs
  ./boot.sh
  ./configure
  make dist
  cp openvswitch-.tar.gz $HOME/rpmbuild/SOURCES
  cd $HOME/rpmbuild/SOURCES
  tar xzf openvswitch-.tar.gz
  cd openvswitch-
  rpmbuild -bb rhel/openvswitch-fedora.spec

The built rpms will reside here: ~/rpmbuild/RPMS/x86_64/









- Original Message -
> From: "Yaniv Dary" 
> To: "Devin Acosta" , "Marcin Mirecki" 
> 
> Cc: "users" 
> Sent: Thursday, December 1, 2016 11:15:00 AM
> Subject: Re: [ovirt-users] oVirt 4 and Neutron
> 
> Adding Marcin to help with this.
> 
> Yaniv Dary
> Technical Product Manager
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
> 
> Tel : +972 (9) 7692306
> 8272306
> Email: yd...@redhat.com
> IRC : ydary
> 
> 
> On Thu, Dec 1, 2016 at 6:42 AM, Devin Acosta  wrote:
> 
> >
> > Yaniv,
> >
> > I am looking at the page that talks about ovirt-provider-ovn, and it
> > sounds like something I want to try. However the document seems to be not
> > complete, and I'm not sure i fully understand how it should be deployed.
> > When I downloaded the "ovirt-provider-ovn-driver-0-1.noarch.rpm" and try
> > to install on the oVIRT nodes it complains about needing other packages
> > such as:
> >
> > - openvswitch-ovn-central
> > - python-openvswitch
> > - firewalld-system
> > - openvswitch-ovn-host
> >
> > I don't see anywhere where it talks about getting access to the RPMS for
> > openvswitch-ovn-central. Also I presume like Neutron I would install OVN on
> > a Master node and then install some clients on the nodes? Can you provide
> > me additional information on this?
> >
> >
> >
> > On Tue, Nov 22, 2016 at 1:43 AM, Yaniv Dary  wrote:
> >
> >> We are working on a native path to SDN via OVN (experimental at this
> >> point):
> >> https://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/
> >>
> >> Using Neutron is an option, but at some point the native option might be
> >> easier to use (we want to add a UI for it and tighter integration).
> >>
> >> Yaniv Dary
> >> Technical Product Manager
> >> Red Hat Israel Ltd.
> >> 34 Jerusalem Road
> >> Building A, 4th floor
> >> Ra'anana, Israel 4350109
> >>
> >> Tel : +972 (9) 7692306
> >> 8272306
> >> Email: yd...@redhat.com
> >> IRC : ydary
> >>
> >>
> >> On Tue, Nov 22, 2016 at 5:09 AM, Devin Acosta 
> >> wrote:
> >>
> >>> oVirt Users:
> >>>
> >>> My work is currently deploying oVirt 4.0.5 into our Development
> >>> environment. I see there use to be a maintained Openstack Neutron image
> >>> that could be used with oVirt to provide SDN functionality. I'm
> >>> suspecting
> >>> that the reason for the image no longer being maintained is because it
> >>> became a hassle to keep updated and patched. From what I understand the
> >>> current idea is to just point your oVirt installation to an already
> >>> installed Openstack setup. I can easily install an image and install the
> >>> latest Openstack (Keystone/Neutron) and then point oVirt to it, but I
> >>> want
> >>> to understand if that is the proper way to move forward. Is there a
> >>> general
> >>> consensus with the way oVirt is moving in regards to Software Defined
> >>> Networking and Neutron in general? Just want to ensure I understand it
> >>> clearly before just installing my own Neutron if there is going to be
> >>> another method.
> >>>
> >>> Any feedback is appreciated.
> >>>
> >>> Devin Acosta RHCA
> >>>
> >>>
> >>> ___
> >>> Users mailing list
> >>> Users@ovirt.org
> >>> http://lists.ovirt.org/mailman/listinfo/users
> >>>
> >>>
> >>
> >
> >
> > --
> >
> > Devin Acosta
> > Red Hat Certified Architect, LinuxStack

Re: [ovirt-users] Ovirt node host installation failing in engine

2016-12-01 Thread Shalabh Goel

Thanks it worked. The host was installed and added to the cluster
successfully.

On Wed, Nov 30, 2016 at 6:33 PM, Yedidyah Bar David  wrote:

> (Replying to the list and Fabian as well)
>
> On Wed, Nov 30, 2016 at 12:45 PM, Shalabh Goel 
> wrote:
> > Thanks for the reply. I looked into the logs in ovirt-engine server. The
> log
> > is as follows:
> >
> > File "/usr/lib/python2.7/site-packages/yum/repos.py", line 344, in
> > populateSack
> > self.doSetup()
> >   File "/usr/lib/python2.7/site-packages/yum/repos.py", line 158, in
> doSetup
> > self.ayum.plugins.run('postreposetup')
> >   File "/usr/lib/python2.7/site-packages/yum/plugins.py", line 188, in
> run
> > func(conduitcls(self, self.base, conf, **kwargs))
> >   File "/usr/lib/yum-plugins/fastestmirror.py", line 197, in
> > postreposetup_hook
> > if downgrade_ftp and _len_non_ftp(repo.urls) == 1:
> >   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 871, in
> > 
> > urls = property(fget=lambda self: self._geturls(),
> >   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 868, in
> > _geturls
> > self._baseurlSetup()
> >   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 834, in
> > _baseurlSetup
> > self.check()
> >   File "/usr/lib/python2.7/site-packages/yum/yumRepo.py", line 554, in
> check
> > 'Cannot find a valid baseurl for repo: %s' % self.ui_id
> > RepoError: Cannot find a valid baseurl for repo: ovirt-4.0/7
> > 2016-11-24 11:24:24 ERROR otopi.context context._executeMethod:151
> Failed to
> > execute stage 'Environment packages setup': Cannot find a valid baseurl
> for
> > repo
> > : ovirt-4.0/7
> > 2016-11-24 11:24:24 DEBUG otopi.transaction transaction.abort:119
> aborting
> > 'Yum Transaction'
> > 2016-11-24 11:24:24 INFO otopi.plugins.otopi.packagers.yumpackager
> > yumpackager.info:80 Yum Performing yum transaction rollback
> > Could not retrieve mirrorlist
> > http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-4.0-el7 error
> was
> > 14: curl#7 - "Failed to connect to 66.187.230.28: Network is
> unreachable"
> > Loaded plugins: fastestmirror
> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:760
> > ENVIRONMENT DUMP - BEGIN
> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV
> > BASE/error=bool:'True'
> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV
> > BASE/exceptionInfo=list:'[(, RepoError(),
> >  > ject at 0x2e88c20>)]'
> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:774
> > ENVIRONMENT DUMP - END
> > 2016-11-24 11:24:24 INFO otopi.context context.runSequence:687 Stage:
> > Pre-termination
> > 2016-11-24 11:24:24 DEBUG otopi.context context.runSequence:691 STAGE
> > pre-terminate
> > 2016-11-24 11:24:24 DEBUG otopi.context context._executeMethod:128 Stage
> > pre-terminate METHOD otopi.plugins.otopi.core.misc.Plugin._preTerminate
> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:760
> > ENVIRONMENT DUMP - BEGIN
> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV
> > BASE/aborted=bool:'False'
> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV
> > BASE/debug=int:'0'
> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV
> > BASE/error=bool:'True'
> > 2016-11-24 11:24:24 DEBUG otopi.context context.dumpEnvironment:770 ENV
> > BASE/exceptionInfo=list:'[(, RepoError(),
> >  > :
> >
> > So my question is that if yum is the reason for the host install
> failing? Do
> > I absolutely need Internet connectivity for the node also? What if the
> > python file can be edited to prevent it? I have installed the node using
> the
> > node ISO available on the ovirt website
>
> Not sure about node specifically.
>
> You can try preventing host-deploy from trying to update packages using:
>
> https://gerrit.ovirt.org/gitweb?p=ovirt-host-deploy.git;a=blob;f=README
>
> Search there for 'OFFLINE'.
>
> Best,
>
> >
> > Thank You
> >
> > Shalabh Goel
> >
> > On Wed, Nov 30, 2016 at 2:03 PM, Yedidyah Bar David 
> wrote:
> >>
> >> On Wed, Nov 30, 2016 at 9:44 AM, Shalabh Goel 
> >> wrote:
> >> > Hi
> >> >
> >> > I just want to know if there is any way I can disable the yum looking
> >> > for
> >> > updates on the internet on the node?
> >>
> >> Not sure, adding Fabian.
> >>
> >> I think this should work if you add a proxy= line to yum.conf.
> >> Not sure how to persist this in node.
> >>
> >> Best,
> >>
> >> >
> >> > Please help me out here.
> >> >
> >> > Thanks
> >> >
> >> > Shalabh Goel
> >> >
> >> >
> >> >
> >> >
> >> > On Tue, Nov 29, 2016 at 5:59 PM,  wrote:
> >> >>
> >> >> Send Users mailing list submissions to
> >> >> users@ovirt.org
> >> >>
> >> >> To subscribe or unsubscribe via the World Wide Web, visit
> >> >> http://lists.ovirt.org/mailman/listinfo/users
> >> >> or, via email,

Re: [ovirt-users] Windows Server 2008 & 2016 Drivers

2016-12-01 Thread Yaniv Dary

Did you install the guest tools?

Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
8272306
Email: yd...@redhat.com
IRC : ydary

On Thu, Dec 1, 2016 at 5:43 AM, Bill Bill  wrote:

> Hello,
>
>
>
> Is there a proper guide for getting virtio drivers to load – I’ve been
> trying to get Windows Server 2008 & 2016 installed with a Virtio based disk
> but no drivers appear to work.
>
>
>
> ___
> 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

[ovirt-users] Help! My hosted engine lost his nic!

2016-12-01 Thread Cristian Mammoli

Hi, I upgraded an oVirt installation a month ago to the latest 3.6.7. 
Before it was 3.6.0 if I remember correctly.

Everything went fine so far for a month or so.

A couple of days ago the the default gateway got rebooted and the 
physical server hosting the HE decided to shut down the vm because it 
could not ping the gateway.

The other host restarted the hevm but it now has *no nic*.
As a workaround I attached a virtio nic via virsh but every time the vm 
gets restarted the nic get lost


After a bit of troubleshooting and digging this is what I found:

This is the /var/run/ovirt-hosted-engine-ha/vm.conf which, as far as I 
understand, gets extracted from the HE storage domain


emulatedMachine=pc
vmId=497f5e4a-0c76-441a-b72e-724d7092d07e
smp=2
memSize=6144
spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,srecord,ssmartcard,susbredir
vmName=HostedEngine
display=vnc
devices={index:0,iface:virtio,format:raw,bootOrder:1,address:{slot:0x06,bus:0x00,domain:0x,type:pci,function:0x0},volumeID:bb3218ba-cbe9-4cd0-b50b-931deae992f7,imageID:d65b82e2-2ad1-
4f4f-bfad-0277c37f2808,readonly:false,domainID:2c3585cc-b7bc-4881-85b3-aa6514991a26,deviceId:d65b82e2-2ad1-4f4f-bfad-0277c37f2808,poolID:----,device:disk,
shared:exclusive,propagateErrors:off,type:disk}
devices={index:2,iface:ide,shared:false,readonly:true,deviceId:8c3179ac-b322-4f5c-9449-c52e3665e0ae,address:{controller:0,target:0,unit:0,bus:1,type:drive},device:cdrom,path:,type:disk}
devices={device:cirrus,alias:video0,type:video,deviceId:a99468b6-02d4-4a77-8f94-e5df806030f6,address:{slot:0x02,bus:0x00,domain:0x,type:pci,function:0x0}}
devices={device:virtio-serial,type:controller,deviceId:b7580676-19fb-462f-a61e-677b65ad920a,address:{slot:0x03,bus:0x00,domain:0x,type:pci,function:0x0}}
devices={device:usb,type:controller,deviceId:c63092b3-7bd8-4b54-bcd3-51f34dce478a,address:{slot:0x01,bus:0x00,domain:0x,type:pci,function:0x2}}
devices={device:ide,type:controller,deviceId:c77c2c01-6ccc-404b-b8d6-5a7f0631a52f,address:{slot:0x01,bus:0x00,domain:0x,type:pci,function:0x1}}

As you can see there is no nic, and there is no nic in the qemu-kvm 
command-line:
qemu 23290 1 14 00:23 ?01:44:26 /usr/libexec/qemu-kvm 
-name HostedEngine -S -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off 
-cpu qemu64,-svm -m 6144 -realtime mlock=off -s
mp 2,sockets=2,cores=1,threads=1 -uuid 
497f5e4a-0c76-441a-b72e-724d7092d07e -smbios 
type=1,manufacturer=oVirt,product=oVirt 
Node,version=7-2.1511.el7.centos.2.10,serial=4C4C4544-004B-571
0-8044-B9C04F5A3732,uuid=497f5e4a-0c76-441a-b72e-724d7092d07e 
-no-user-config -nodefaults -chardev 
socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-HostedEngine/monitor.sock,serve
r,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc 
base=2016-11-30T23:23:26,driftfix=slew -global 
kvm-pit.lost_tick_policy=discard -no-hpet -no-reboot -boot strict=on -device
 piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device 
virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x3 
-drive file=/var/run/vdsm/storage/2c3585cc-b7bc-4881-85b3-aa6514

991a26/d65b82e2-2ad1-4f4f-bfad-0277c37f2808/bb3218ba-cbe9-4cd0-b50b-931deae992f7,if=none,id=drive-virtio-disk0,format=raw,serial=d65b82e2-2ad1-4f4f-bfad-0277c37f2808,cache=none,werror=st
op,rerror=stop,aio=native -device 
virtio-blk-pci,scsi=off,bus=pci.0,addr=0x6,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 
-drive if=none,id=drive-ide0-1-0,readonly=on,format=raw
-device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 
-chardev 
socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/497f5e4a-0c76-441a-b72e-724d7092d07e.com.redhat.rhevm
.vdsm,server,nowait -device 
virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm 
-chardev socket,id=charchannel1,path=/var/lib/libvirt/qem
u/channels/497f5e4a-0c76-441a-b72e-724d7092d07e.org.qemu.guest_agent.0,server,nowait 
-device 
virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest
_agent.0 -chardev 
socket,id=charchannel2,path=/var/lib/libvirt/qemu/channels/497f5e4a-0c76-441a-b72e-724d7092d07e.org.ovirt.hosted-engine-setup.0,server,nowait 
-device virtserialport,bus
=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=org.ovirt.hosted-engine-setup.0 
-vnc 0:0,password -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -msg 
timestamp=on


I extracted the vm.conf from the storage domain and the nic is there:
mId=497f5e4a-0c76-441a-b72e-724d7092d07e
memSize=6144
display=vnc
devices={index:2,iface:ide,address:{ controller:0, target:0,unit:0, 
bus:1, 
type:drive},specParams:{},readonly:true,deviceId:857b98b3-cf43-4c2d-8061-e7f105234a65,path:,device:cdrom,shared

:false,type:disk}
devices={index:0,iface:virtio,format:raw,poolID:----,volumeID:bb3218ba-cbe9-4cd0-b50b-931deae992f7,imageID:d65b82e2-2ad1-4f4f-bfad-0277c37f2808,specParams

Re: [ovirt-users] oVirt 4 and Neutron

2016-12-01 Thread Yaniv Dary

Adding Marcin to help with this.

Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
8272306
Email: yd...@redhat.com
IRC : ydary


On Thu, Dec 1, 2016 at 6:42 AM, Devin Acosta  wrote:

>
> Yaniv,
>
> I am looking at the page that talks about ovirt-provider-ovn, and it
> sounds like something I want to try. However the document seems to be not
> complete, and I'm not sure i fully understand how it should be deployed.
> When I downloaded the "ovirt-provider-ovn-driver-0-1.noarch.rpm" and try
> to install on the oVIRT nodes it complains about needing other packages
> such as:
>
> - openvswitch-ovn-central
> - python-openvswitch
> - firewalld-system
> - openvswitch-ovn-host
>
> I don't see anywhere where it talks about getting access to the RPMS for
> openvswitch-ovn-central. Also I presume like Neutron I would install OVN on
> a Master node and then install some clients on the nodes? Can you provide
> me additional information on this?
>
>
>
> On Tue, Nov 22, 2016 at 1:43 AM, Yaniv Dary  wrote:
>
>> We are working on a native path to SDN via OVN (experimental at this
>> point):
>> https://www.ovirt.org/blog/2016/11/ovirt-provider-ovn/
>>
>> Using Neutron is an option, but at some point the native option might be
>> easier to use (we want to add a UI for it and tighter integration).
>>
>> Yaniv Dary
>> Technical Product Manager
>> Red Hat Israel Ltd.
>> 34 Jerusalem Road
>> Building A, 4th floor
>> Ra'anana, Israel 4350109
>>
>> Tel : +972 (9) 7692306
>> 8272306
>> Email: yd...@redhat.com
>> IRC : ydary
>>
>>
>> On Tue, Nov 22, 2016 at 5:09 AM, Devin Acosta 
>> wrote:
>>
>>> oVirt Users:
>>>
>>> My work is currently deploying oVirt 4.0.5 into our Development
>>> environment. I see there use to be a maintained Openstack Neutron image
>>> that could be used with oVirt to provide SDN functionality. I'm suspecting
>>> that the reason for the image no longer being maintained is because it
>>> became a hassle to keep updated and patched. From what I understand the
>>> current idea is to just point your oVirt installation to an already
>>> installed Openstack setup. I can easily install an image and install the
>>> latest Openstack (Keystone/Neutron) and then point oVirt to it, but I want
>>> to understand if that is the proper way to move forward. Is there a general
>>> consensus with the way oVirt is moving in regards to Software Defined
>>> Networking and Neutron in general? Just want to ensure I understand it
>>> clearly before just installing my own Neutron if there is going to be
>>> another method.
>>>
>>> Any feedback is appreciated.
>>>
>>> Devin Acosta RHCA
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>
>
> --
>
> Devin Acosta
> Red Hat Certified Architect, LinuxStack
> 602-354-1220 || de...@linuxguru.co
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Python API ovirtsdk4 cloud-init script file upload issue

2016-12-01 Thread Ondra Machacek


On 11/30/2016 07:22 PM, Allen Swackhamer wrote:

I am attempting to run a VM with a cloud-init script, but can't seem to
get the syntax working for the python ovirtsdk4 library.  We are running
ovirt 4.

My cloud init script never appears to work and the users option does not
work either.  If I use root_password and user_name
for types.Initialization (as in the example below) it will generate the
correct users, but if I put in the types.CloudInit piece it will break it.

types.Initialization(
 user_name=cloud_init_username,
 root_password=cloud_init_password,
 regenerate_ssh_keys=True,
 host_name="testingcloudinit",
 nic_configurations=[
 types.NicConfiguration(
 boot_protocol=types.BootProtocol.DHCP,
 name='ens3',
 on_boot=True
 )
 ],
 custom_script=cloud_init_script
)


^ This script works for me fine. Can you send cloud-init logs? It
should be in /var/log/cloud-init*log.

Note that script *must* be properly formatted as it's YAML.

my_script="""
write_files:
  - content: |
  Hello, world!
path: /tmp/greeting.txt
permissions: '0644'
"""

vm_service.start(
use_cloud_init=True,
vm=types.Vm(
initialization=types.Initialization(
user_name='root',
root_password='password',
host_name='myvm.example.com',
nic_configurations=[
types.NicConfiguration(
name='eth0',
on_boot=True,
boot_protocol=types.BootProtocol.STATIC,
ip=types.Ip(
version=types.IpVersion.V4,
address='192.168.0.100',
netmask='255.255.255.0',
gateway='192.168.0.1'
)
)
],
custom_script=my_script,
)
)
)

If you are familiar with Ansible you can also since Ansible 2.2 use
following task:

# Run VM with cloud init:
ovirt_vms:
name: rhel7
template: rhel7
cluster: mycluster
cloud_init:
  nic_boot_protocol: static
  nic_ip_address: 192.168.0.100
  nic_netmask: 255.255.255.0
  nic_gateway: 192.168.0.1
  nic_name: eth0
  nic_on_boot: true
  host_name: host.example.com
  custom_script: |
write_files:
 - content: |
 Hello, world!
   path: /tmp/greeting.txt
   permissions: '0644'
  user_name: root
  root_password: password





What I currently have is below.  cloud_init_script is the script I want
to run as a string.  Looking at the REST API documentation it shows that
I need to upload the file as a CDATA entry, but I am unsure of how I can
ensure that in python.  Is there potentially a way I could get the full
XML call in python to ensure API compliance?

vm_service.start(
use_cloud_init=True,
vm=types.Vm(
initialization=types.Initialization(
nic_configurations=[types.NicConfiguration(
boot_protocol=types.BootProtocol.DHCP,
name="ens3",
on_boot=True
)],
cloud_init=types.CloudInit(
files=[types.File(
name="initialrunner",
content=cloud_init_script,
type="plaintext"
),
],
users=[types.User(
user_name=cloud_init_username,
password=cloud_init_password
)]
)
)
)
)


I've didn't try with cloud_init parameter I will investigate and report
back here.



Documentation that I have been using:
http://www.ovirt.org/develop/release-management/features/cloud/cloud-init-integration/

 (seems
old and for a earlier ovirtsdk version)
http://cloudinit.readthedocs.io/en/latest/topics/examples.html#run-commands-on-first-boot

 (official
cloud init documentation)
https://www.mail-archive.com/users@ovirt.org/msg35549.html
 (message
board conversation about this REST API)
http://lists.ovirt.org/pipermail/users/2014-September/027198.html
 (about
the cloud-init script specifically)
http://lists.ovirt.org/pipermail/users/2014-November/028878.html
 (for
a old version of ovirtsdk it appears)
http://www.ovirt.org/develop/api/rest-api/rest-api/#How_can_I_run_a_custom_script_using_cloud-init.3F

 (appears
to be up to date but just documents the REST API)


___
Users

Re: [ovirt-users] remove gluster storage domain and resize gluster storage domain

[ovirt-users] oVirt Hosted Engine Deployment Issues (and fixed!)

[ovirt-users] Windows Server 2008 & 2016 Drivers

Re: [ovirt-users] ovirt 4.05 windows balloon service installation wrong path

Re: [ovirt-users] oVirt 4 and Neutron

Re: [ovirt-users] ovirt 4.05 windows balloon service installation wrong path

Re: [ovirt-users] Help! My hosted engine lost his nic!

Re: [ovirt-users] Help! My hosted engine lost his nic!

[ovirt-users] ovirt 4.05 windows balloon service installation wrong path

[ovirt-users] [ANN] oVirt 4.1.0 First Beta Release is now available for testing

Re: [ovirt-users] remove gluster storage domain and resize gluster storage domain

Re: [ovirt-users] Ovirt node host installation failing in engine

Re: [ovirt-users] Help! My hosted engine lost his nic!

[ovirt-users] 转发: about vms can't migrate automatically in HA

[ovirt-users] about vms can't migrate automatically in HA

[ovirt-users] [ANN] oVirt 4.0.6 Third Release Candidate is now available

Re: [ovirt-users] Import OVA or OVF file from other oVirt - oVirt 4.x

Re: [ovirt-users] Import OVA or OVF file from other oVirt - oVirt 4.x

Re: [ovirt-users] remove gluster storage domain and resize gluster storage domain

Re: [ovirt-users] oVirt 4 and Neutron

Re: [ovirt-users] Ovirt node host installation failing in engine

Re: [ovirt-users] Windows Server 2008 & 2016 Drivers

[ovirt-users] Help! My hosted engine lost his nic!

Re: [ovirt-users] oVirt 4 and Neutron

Re: [ovirt-users] Python API ovirtsdk4 cloud-init script file upload issue

25 matches

Site Navigation

Mail list logo

Footer information