Re: [ovirt-users] [GlusterFS] Regarding gluster backup-volfile-servers option

2017-05-17 Thread TranceWorldLogic .
Thanks,
Would you also explain about my 2nd question ?

let say hostB mounted glusterFS partition by using backup vol (e.g. hostB)
and after some time Host A come online, will GlusterFS client (mount)
automatically switch to Host A ?

Thanks,
~Rohit


On Thu, May 18, 2017 at 9:43 AM, knarra  wrote:

> Hi,
>
> backup-volfile-servers is mainly used to avoid SPOF. For example take
> a scenario where you have Host A and Host B and when you try to mount a
> glusterfs volume using Host A with backup-volfile-servers specified, if
> Host A is not accessible, mount will happen with Host B which is specified
> in backup-volfile-server. backup-volfile-servers are mainly used to fetch
> the volfile from gluster and  has nothing to do with data sync.
>
> data syncing comes as part of replicate feature in glusterfs where say
> for example, you have two Hosts Host A and Host B with replica volume
> configured, if Host A goes down for sometime, all the writes happens on
> Host B and when Host A comes up data gets synced to HostA.
>
> Hope this helps 
>
> Thanks
> kasturi
>
>
> On 05/17/2017 11:31 PM, TranceWorldLogic . wrote:
>
> Hi,
>
> Before trying out, I want to understand how glusterfs will react for below
> scenario.
> Please help me.
>
> Let consider I have two host hostA and hostB
> I have setup replica volume on hostA and hostB. (consider as storage
> domain for DATA in ovirt).
> I have configure data domain mount command with backup server option
> (backup-volfile-server) as hostB (I mean main server as hostA and backup as
> hostB)
>
> 1> As I understood, VDSM execute mount command on both hostA and
> hostB.(for creating data domain)
> 2> That mean, HostB glusterFS CLIENT will communicate with main server
> (hostA).
> (Please correct me if I am wrong here.)
> 3> Let say HostA got down (say shutdown, power off scenario)
> 4> Due to backup option I will have data domain available on HostB.
> (Now glusterFS CLIENT on HostB will start communicating with HostB
> GlusterFS SERVER).
> 5> Now let say HostA comes up.
> 6> Will it sync all data from HostB to HostA glusterFS server ?
> (as per doc, yes, i not tried yet, want to confirm my understanding)
> 7> Will glusterFS CLIENT on HostB start communicate with main server
> (HostA) ?
>
> Please let me know, I am new to glusterFS.
>
> Thanks,
> ~Rohit
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] [GlusterFS] Regarding gluster backup-volfile-servers option

2017-05-17 Thread knarra

Hi,

backup-volfile-servers is mainly used to avoid SPOF. For example 
take a scenario where you have Host A and Host B and when you try to 
mount a glusterfs volume using Host A with backup-volfile-servers 
specified, if Host A is not accessible, mount will happen with Host B 
which is specified in backup-volfile-server. backup-volfile-servers are 
mainly used to fetch the volfile from gluster and  has nothing to do 
with data sync.


data syncing comes as part of replicate feature in glusterfs where 
say for example, you have two Hosts Host A and Host B with replica 
volume configured, if Host A goes down for sometime, all the writes 
happens on Host B and when Host A comes up data gets synced to HostA.


Hope this helps 

Thanks
kasturi

On 05/17/2017 11:31 PM, TranceWorldLogic . wrote:

Hi,

Before trying out, I want to understand how glusterfs will react for 
below scenario.

Please help me.

Let consider I have two host hostA and hostB
I have setup replica volume on hostA and hostB. (consider as storage 
domain for DATA in ovirt).
I have configure data domain mount command with backup server option 
(backup-volfile-server) as hostB (I mean main server as hostA and 
backup as hostB)


1> As I understood, VDSM execute mount command on both hostA and 
hostB.(for creating data domain)
2> That mean, HostB glusterFS CLIENT will communicate with main server 
(hostA).

(Please correct me if I am wrong here.)
3> Let say HostA got down (say shutdown, power off scenario)
4> Due to backup option I will have data domain available on HostB.
(Now glusterFS CLIENT on HostB will start communicating with HostB 
GlusterFS SERVER).

5> Now let say HostA comes up.
6> Will it sync all data from HostB to HostA glusterFS server ?
(as per doc, yes, i not tried yet, want to confirm my understanding)
7> Will glusterFS CLIENT on HostB start communicate with main server 
(HostA) ?


Please let me know, I am new to glusterFS.

Thanks,
~Rohit


___
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] Docker images for oVirt engine

2017-05-17 Thread Leni Kadali Mutungi
On 5/15/17, Juan Hernández  wrote:
> The tool that builds and deploy the containers to the OpenShift cluster
> is a program written in Go. It is compiled when you run 'make ...'. That
> means that you need to have the go development environment installed.
> For example, in CentOS or Fedora:
>
>   yum -y install golang
>
> Once you have it installed, try again 'make build' and 'make deploy'.
>
> I'll try to update the documentation to explain that.

Installed Go. For some reason, building still refuses to work.

user@localhost:~/ovirt-containers$ sudo make build
for godep in gopkg.in/ini.v1 ; do \
GOPATH=""/tools"" go get ${godep}; \
done
GOPATH=""/tools"" go install ovirt/cmd/build
can't load package: package ovirt/cmd/build: cannot find package
"ovirt/cmd/build" in any of:
/usr/lib/go-1.7/src/ovirt/cmd/build (from $GOROOT)
/tools/src/ovirt/cmd/build (from $GOPATH)
Makefile:40: recipe for target 'tools/bin/build' failed
make: *** [tools/bin/build] Error 1

I looked at the tools/src/ovirt/cmd/build directory and it had the
build.go file. I don't have the ovirt subdirectory in the
/usr/lib/go-1.7/src/ directory. Any ideas on how to get it there?

-- 
- Warm regards
Leni Kadali Mutungi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] How to use virt-sysprep

2017-05-17 Thread Joel Diaz
Good afternoon ovirt users,

I'm new to ovirt. I've created templates in the past using this guide,
https://github.com/rharmonson/richtech/wiki/CentOS-7-1511-Minimal-oVirt-Template
.

I was going over the list of features and stumbled on to virt-sysprep.

http://www.ovirt.org/develop/release-management/features/virt-sysprep/


 http://libguestfs.org/virt-sysprep.1.htm
l

How can I use virt-sysprep from within ovirt to create templates?

Thank you for your help,

Joel
















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


[ovirt-users] [GlusterFS] Regarding gluster backup-volfile-servers option

2017-05-17 Thread TranceWorldLogic .
Hi,

Before trying out, I want to understand how glusterfs will react for below
scenario.
Please help me.

Let consider I have two host hostA and hostB
I have setup replica volume on hostA and hostB. (consider as storage domain
for DATA in ovirt).
I have configure data domain mount command with backup server option
(backup-volfile-server) as hostB (I mean main server as hostA and backup as
hostB)

1> As I understood, VDSM execute mount command on both hostA and hostB.(for
creating data domain)
2> That mean, HostB glusterFS CLIENT will communicate with main server
(hostA).
(Please correct me if I am wrong here.)
3> Let say HostA got down (say shutdown, power off scenario)
4> Due to backup option I will have data domain available on HostB.
(Now glusterFS CLIENT on HostB will start communicating with HostB
GlusterFS SERVER).
5> Now let say HostA comes up.
6> Will it sync all data from HostB to HostA glusterFS server ?
(as per doc, yes, i not tried yet, want to confirm my understanding)
7> Will glusterFS CLIENT on HostB start communicate with main server
(HostA) ?

Please let me know, I am new to glusterFS.

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


Re: [ovirt-users] ovirtmgmt network out of sync

2017-05-17 Thread Alex R
Hopefully this screen capture is what you are asking for?

[image: Inline image 1]

Here is:

# cat /etc/sysconfig/network-scripts/ifcfg-ovirtmgmt
# Generated by VDSM version 4.17.23.2-0.el7.centos
DEVICE=ovirtmgmt
TYPE=Bridge
DELAY=0
STP=off
ONBOOT=yes
IPADDR=10.3.1.7
NETMASK=255.255.255.0
GATEWAY=10.3.1.1
BOOTPROTO=none
DEFROUTE=yes
NM_CONTROLLED=no
IPV6INIT=no
HOTPLUG=no

# cat /etc/sysconfig/network-scripts/ifcfg-enp2s0f0
# Generated by VDSM version 4.19.10.1-1.el7.centos
DEVICE=enp2s0f0
BRIDGE=ovirtmgmt
ONBOOT=yes
MTU=1500
DEFROUTE=no
NM_CONTROLLED=no
IPV6INIT=no


The version that I upgraded too:
oVirt Engine Version: 4.1.1.8-1.el7.centos

I dont recall the version I was on prior to the upgrade but I am sure it
was at least v4.

Shall I just tar everying thing in /var/log/vdsm/  ?

-Alex


On Wed, May 17, 2017 at 10:07 AM, Michael Burman  wrote:

> Ok,
>
> What is the exact property reported in the tooltip which is out of sync?
> it should be there.
> It is possible to add this property to the ifcfg-ovirtmgmt file and then
> 'refresh caps' it may work.
> As you created the ifcfg manually after the upgrade, maybe you missed a
> property, which engine expect to see.
>
> - About the upgrade, it is very bad that the ifcfg-ovirtmgmt file has
> gone.
> What are the versions involved here?
> Maybe i can try and reproduce it, to insure we don't have bug here.
>
> Can you provide us vdsm logs from the upgrade time?
>
> Dan, Yevgeny, do you have any idea maybe?
>
> Thanks,
>
> On Wed, May 17, 2017 at 6:53 PM, Alex R  wrote:
>
>> Michael,
>>
>> The tooltip says:
>> "host nework's configurations differ from DC"
>>
>>> It is possible that the out-of-sync is the reason for the network issue.
>>> It's a real problem that your ifcfg-ovirtmgmt file was missing after
>>> upgrade, could it be that it wasn't persisted and saved on the host before
>>> running the upgrade?
>>
>> I wish I had an answer for this.  It is possible?  The firs line is
>> commented and says:
>> "# Generated by VDSM version 4.17.23.2-0.el7.centos"
>>
>>
>> - I tried refreshing capabilites, no change.
>> - It is possible to check or uncheck it.
>> -  this is not an option.
>> I mentioned in my first email that this is a single host that is used for
>> development only.  That is why I ask if there is a why to perform the
>> networksync via CLI, or perhaps manually?
>>
>> -Alex
>>
>> On Tue, May 16, 2017 at 11:30 PM, Michael Burman 
>> wrote:
>>
>>> Alex,
>>>
>>> Please tell what is the tooltip saying. What is the reason for networks
>>> being out-of-sync?
>>>
>>> It is possible that the out-of-sync is the reason for the network issue.
>>> It's a real problem that your ifcfg-ovirtmgmt file was missing after
>>> upgrade, could it be that it wasn't persisted and saved on the host before
>>> running the upgrade?
>>>
>>> - Can you please try to press the 'refresh caps' button?
>>> - Does the 'save Network Configuration' button grayed out or it's
>>> possible to press it?
>>> - Another option is to migrate the hosted-engine VM to another host in
>>> the cluster and then sync the network on the host.(as you can't sync a
>>> network being used by a running VM).
>>>
>>> Regards,
>>>
>>>
>>>
>>>
>>>
>>> On Wed, May 17, 2017 at 8:42 AM, Alex R  wrote:
>>>
 Hi Michael, thanks for the suggestion.  When I use the GUI I get the
 error

 "Error while executing action HostSetupNetworks: Network is currently
 being used"

 The network is in use by the engine, that is why I asked if there is a
 was to sync via the CLI.

 This problem happened after I did the latest upgraded and the host had
 lost the /etc/sysconfig/netowrk-scripts/ifcfg-ovirtmgmt file.  So I
 recreated the file and I thought alll was well except I cannot open a from
 outside of the host and engine network (10.3.1.0/24).

 source 10.3.5.0/24 cannot open console on at the destination
 10.3.1.0/24.  The error I get is:

 "Unable to connect to the graphic server /tmp/mozilla_digger0/console.v
 v
 could not connect to 10.3.1.7:Socket I/O timed out"

 I have already verified that the iptables rules are open and I have
 verified that ASA that is between the network is not blocking by doing both
 a packet-tracer and reviewing the logs.

 I think the problem is this "out-of-sync" network issue?

 -Alex


 On Tue, May 16, 2017 at 10:12 PM, Michael Burman 
 wrote:

> Hello Alex,
>
> - Have you tried to sync it using the 'Sync All Networks' button in
> the UI?
> It's located under 'Hosts' main tab > select the host > 'Network
> Interfaces' sub tab > 'Sync All Networks' button.
>
> - Can you please go to the 'Setup Host Networks' dialog(located under
> the same path^^) and hoover on top of ovirtmgmt network? a tooltip should
> pop-up and it 

Re: [ovirt-users] ovirtmgmt network out of sync

2017-05-17 Thread Michael Burman
Ok,

What is the exact property reported in the tooltip which is out of sync? it
should be there.
It is possible to add this property to the ifcfg-ovirtmgmt file and then
'refresh caps' it may work.
As you created the ifcfg manually after the upgrade, maybe you missed a
property, which engine expect to see.

- About the upgrade, it is very bad that the ifcfg-ovirtmgmt file has gone.
What are the versions involved here?
Maybe i can try and reproduce it, to insure we don't have bug here.

Can you provide us vdsm logs from the upgrade time?

Dan, Yevgeny, do you have any idea maybe?

Thanks,

On Wed, May 17, 2017 at 6:53 PM, Alex R  wrote:

> Michael,
>
> The tooltip says:
> "host nework's configurations differ from DC"
>
>> It is possible that the out-of-sync is the reason for the network issue.
>> It's a real problem that your ifcfg-ovirtmgmt file was missing after
>> upgrade, could it be that it wasn't persisted and saved on the host before
>> running the upgrade?
>
> I wish I had an answer for this.  It is possible?  The firs line is
> commented and says:
> "# Generated by VDSM version 4.17.23.2-0.el7.centos"
>
>
> - I tried refreshing capabilites, no change.
> - It is possible to check or uncheck it.
> -  this is not an option.
> I mentioned in my first email that this is a single host that is used for
> development only.  That is why I ask if there is a why to perform the
> networksync via CLI, or perhaps manually?
>
> -Alex
>
> On Tue, May 16, 2017 at 11:30 PM, Michael Burman 
> wrote:
>
>> Alex,
>>
>> Please tell what is the tooltip saying. What is the reason for networks
>> being out-of-sync?
>>
>> It is possible that the out-of-sync is the reason for the network issue.
>> It's a real problem that your ifcfg-ovirtmgmt file was missing after
>> upgrade, could it be that it wasn't persisted and saved on the host before
>> running the upgrade?
>>
>> - Can you please try to press the 'refresh caps' button?
>> - Does the 'save Network Configuration' button grayed out or it's
>> possible to press it?
>> - Another option is to migrate the hosted-engine VM to another host in
>> the cluster and then sync the network on the host.(as you can't sync a
>> network being used by a running VM).
>>
>> Regards,
>>
>>
>>
>>
>>
>> On Wed, May 17, 2017 at 8:42 AM, Alex R  wrote:
>>
>>> Hi Michael, thanks for the suggestion.  When I use the GUI I get the
>>> error
>>>
>>> "Error while executing action HostSetupNetworks: Network is currently
>>> being used"
>>>
>>> The network is in use by the engine, that is why I asked if there is a
>>> was to sync via the CLI.
>>>
>>> This problem happened after I did the latest upgraded and the host had
>>> lost the /etc/sysconfig/netowrk-scripts/ifcfg-ovirtmgmt file.  So I
>>> recreated the file and I thought alll was well except I cannot open a from
>>> outside of the host and engine network (10.3.1.0/24).
>>>
>>> source 10.3.5.0/24 cannot open console on at the destination 10.3.1.0/24.
>>> The error I get is:
>>>
>>> "Unable to connect to the graphic server /tmp/mozilla_digger0/console.vv
>>> could not connect to 10.3.1.7:Socket I/O timed out"
>>>
>>> I have already verified that the iptables rules are open and I have
>>> verified that ASA that is between the network is not blocking by doing both
>>> a packet-tracer and reviewing the logs.
>>>
>>> I think the problem is this "out-of-sync" network issue?
>>>
>>> -Alex
>>>
>>>
>>> On Tue, May 16, 2017 at 10:12 PM, Michael Burman 
>>> wrote:
>>>
 Hello Alex,

 - Have you tried to sync it using the 'Sync All Networks' button in the
 UI?
 It's located under 'Hosts' main tab > select the host > 'Network
 Interfaces' sub tab > 'Sync All Networks' button.

 - Can you please go to the 'Setup Host Networks' dialog(located under
 the same path^^) and hoover on top of ovirtmgmt network? a tooltip should
 pop-up and it should let you know what is the reason that the network is
 being out-of-sync. Engine probably complaining about a difference between
 the configuration on the host and the DC.
 - How did you end up with this situation? what happened before the
 network become out-of-sync? did it happened after the hosted-engine deploy
 was done?

 Best regards,

 On Wed, May 17, 2017 at 12:10 AM, Alex R  wrote:

> No one has suggestions on how I can sync the ovirtmgmt network?  Is
> more information needed?
>
>
> On May 12, 2017 10:43 AM, "Alex R"  wrote:
>
>> Hi,
>>
>> I upgraded to the latest version (users@ovirt.org) a few weeks ago
>> and ever since then I cannot open a console unless I am on the local
>> network (10.3.1.0/24).  I think it is related to the Ovirtmgmt
>> interface being "out-of-sync".
>>
>> If I try to fix it in the gui, I get an error:
>>
>> "Error while 

Re: [ovirt-users] ovirtmgmt network out of sync

2017-05-17 Thread Alex R
Michael,

The tooltip says:
"host nework's configurations differ from DC"

> It is possible that the out-of-sync is the reason for the network issue.
> It's a real problem that your ifcfg-ovirtmgmt file was missing after
> upgrade, could it be that it wasn't persisted and saved on the host before
> running the upgrade?

I wish I had an answer for this.  It is possible?  The firs line is
commented and says:
"# Generated by VDSM version 4.17.23.2-0.el7.centos"


- I tried refreshing capabilites, no change.
- It is possible to check or uncheck it.
-  this is not an option.
I mentioned in my first email that this is a single host that is used for
development only.  That is why I ask if there is a why to perform the
networksync via CLI, or perhaps manually?

-Alex

On Tue, May 16, 2017 at 11:30 PM, Michael Burman  wrote:

> Alex,
>
> Please tell what is the tooltip saying. What is the reason for networks
> being out-of-sync?
>
> It is possible that the out-of-sync is the reason for the network issue.
> It's a real problem that your ifcfg-ovirtmgmt file was missing after
> upgrade, could it be that it wasn't persisted and saved on the host before
> running the upgrade?
>
> - Can you please try to press the 'refresh caps' button?
> - Does the 'save Network Configuration' button grayed out or it's possible
> to press it?
> - Another option is to migrate the hosted-engine VM to another host in the
> cluster and then sync the network on the host.(as you can't sync a network
> being used by a running VM).
>
> Regards,
>
>
>
>
>
> On Wed, May 17, 2017 at 8:42 AM, Alex R  wrote:
>
>> Hi Michael, thanks for the suggestion.  When I use the GUI I get the error
>>
>> "Error while executing action HostSetupNetworks: Network is currently
>> being used"
>>
>> The network is in use by the engine, that is why I asked if there is a
>> was to sync via the CLI.
>>
>> This problem happened after I did the latest upgraded and the host had
>> lost the /etc/sysconfig/netowrk-scripts/ifcfg-ovirtmgmt file.  So I
>> recreated the file and I thought alll was well except I cannot open a from
>> outside of the host and engine network (10.3.1.0/24).
>>
>> source 10.3.5.0/24 cannot open console on at the destination 10.3.1.0/24.
>> The error I get is:
>>
>> "Unable to connect to the graphic server /tmp/mozilla_digger0/console.vv
>> could not connect to 10.3.1.7:Socket I/O timed out"
>>
>> I have already verified that the iptables rules are open and I have
>> verified that ASA that is between the network is not blocking by doing both
>> a packet-tracer and reviewing the logs.
>>
>> I think the problem is this "out-of-sync" network issue?
>>
>> -Alex
>>
>>
>> On Tue, May 16, 2017 at 10:12 PM, Michael Burman 
>> wrote:
>>
>>> Hello Alex,
>>>
>>> - Have you tried to sync it using the 'Sync All Networks' button in the
>>> UI?
>>> It's located under 'Hosts' main tab > select the host > 'Network
>>> Interfaces' sub tab > 'Sync All Networks' button.
>>>
>>> - Can you please go to the 'Setup Host Networks' dialog(located under
>>> the same path^^) and hoover on top of ovirtmgmt network? a tooltip should
>>> pop-up and it should let you know what is the reason that the network is
>>> being out-of-sync. Engine probably complaining about a difference between
>>> the configuration on the host and the DC.
>>> - How did you end up with this situation? what happened before the
>>> network become out-of-sync? did it happened after the hosted-engine deploy
>>> was done?
>>>
>>> Best regards,
>>>
>>> On Wed, May 17, 2017 at 12:10 AM, Alex R  wrote:
>>>
 No one has suggestions on how I can sync the ovirtmgmt network?  Is
 more information needed?


 On May 12, 2017 10:43 AM, "Alex R"  wrote:

> Hi,
>
> I upgraded to the latest version (users@ovirt.org) a few weeks ago
> and ever since then I cannot open a console unless I am on the local
> network (10.3.1.0/24).  I think it is related to the Ovirtmgmt
> interface being "out-of-sync".
>
> If I try to fix it in the gui, I get an error:
>
> "Error while executing action HostSetupNetworks: Network is currently
> being used"
>
> This is because the hosted engine in on the ovirtmgmt network.
>
> Is there a way I can fix this via cli?  This is a single host with a
> hosted engine.  I use it for development only.
>
> Thank you.
>

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


>>>
>>>
>>> --
>>> Michael Burman
>>> RedHat Israel, RHV-M Network QE
>>>
>>> Mobile: 054-5355725
>>> IRC: mburman
>>>
>>
>>
>
>
> --
> Michael Burman
> RedHat Israel, RHV-M Network QE
>
> Mobile: 054-5355725
> IRC: mburman
>
___
Users mailing list
Users@ovirt.org

Re: [ovirt-users] migration of a VM: fails

2017-05-17 Thread cmc
Just a note on this: a similar thing is now happening with the same VM
when I upgrade the other node, i.e., it can't move this one VM over
(so far) from one host to another. I will leave it trying overnight to
see if it succeeds.

Thanks,

Cam

On Wed, May 17, 2017 at 11:40 AM, cmc  wrote:
> Hi Francesco,
>
> I left it running after I posted to the list, and it eventually (after
> many failed attempts) moved the VM without any intervention by me, and
> then updated the host, so that explains the differences in the
> versions of qemu between the hosts (they probably would have been the
> same when I tried the move first). The xml is attached.
>
> qemu and libvirt versions on the source host:
>
> ipxe-roms-qemu-20160127-5.git6366fa7a.el7.noarch
> libvirt-daemon-driver-qemu-2.0.0-10.el7_3.5.x86_64
> qemu-img-ev-2.6.0-28.el7_3.9.1.x86_64
> qemu-kvm-common-ev-2.6.0-28.el7_3.9.1.x86_64
> qemu-kvm-ev-2.6.0-28.el7_3.9.1.x86_64
> qemu-kvm-tools-ev-2.6.0-28.el7_3.3.1.x86_64
>
> libvirt-2.0.0-10.el7_3.5.x86_64
> libvirt-client-2.0.0-10.el7_3.5.x86_64
> libvirt-daemon-2.0.0-10.el7_3.5.x86_64
> libvirt-daemon-config-network-2.0.0-10.el7_3.5.x86_64
> libvirt-daemon-config-nwfilter-2.0.0-10.el7_3.5.x86_64
> libvirt-daemon-driver-interface-2.0.0-10.el7_3.5.x86_64
> libvirt-daemon-driver-lxc-2.0.0-10.el7_3.5.x86_64
> libvirt-daemon-driver-network-2.0.0-10.el7_3.5.x86_64
> libvirt-daemon-driver-nodedev-2.0.0-10.el7_3.5.x86_64
> libvirt-daemon-driver-nwfilter-2.0.0-10.el7_3.5.x86_64
> libvirt-daemon-driver-qemu-2.0.0-10.el7_3.5.x86_64
> libvirt-daemon-driver-secret-2.0.0-10.el7_3.5.x86_64
> libvirt-daemon-driver-storage-2.0.0-10.el7_3.5.x86_64
> libvirt-daemon-kvm-2.0.0-10.el7_3.5.x86_64
> libvirt-lock-sanlock-2.0.0-10.el7_3.5.x86_64
> libvirt-python-2.0.0-2.el7.x86_64
>
> qemu and libvirt versions on the dest host:
>
> ipxe-roms-qemu-20160127-5.git6366fa7a.el7.noarch
> libvirt-daemon-driver-qemu-2.0.0-10.el7_3.4.x86_64
> qemu-img-ev-2.6.0-28.el7_3.3.1.x86_64
> qemu-kvm-common-ev-2.6.0-28.el7_3.3.1.x86_64
> qemu-kvm-ev-2.6.0-28.el7_3.3.1.x86_64
> qemu-kvm-tools-ev-2.6.0-28.el7_3.3.1.x86_64
>
> libvirt-client-2.0.0-10.el7_3.4.x86_64
> libvirt-daemon-2.0.0-10.el7_3.4.x86_64
> libvirt-daemon-config-nwfilter-2.0.0-10.el7_3.4.x86_64
> libvirt-daemon-driver-interface-2.0.0-10.el7_3.4.x86_64
> libvirt-daemon-driver-network-2.0.0-10.el7_3.4.x86_64
> libvirt-daemon-driver-nodedev-2.0.0-10.el7_3.4.x86_64
> libvirt-daemon-driver-nwfilter-2.0.0-10.el7_3.4.x86_64
> libvirt-daemon-driver-qemu-2.0.0-10.el7_3.4.x86_64
> libvirt-daemon-driver-secret-2.0.0-10.el7_3.4.x86_64
> libvirt-daemon-driver-storage-2.0.0-10.el7_3.4.x86_64
> libvirt-daemon-kvm-2.0.0-10.el7_3.4.x86_64
> libvirt-lock-sanlock-2.0.0-10.el7_3.4.x86_64
> libvirt-python-2.0.0-2.el7.x86_64
>
>
> Thanks,
>
> Cam
>
> On Wed, May 17, 2017 at 9:12 AM, Francesco Romani  wrote:
>>
>> On 05/16/2017 01:06 PM, cmc wrote:
>>> Hi,
>>>
>>> Just trying to place in maintenance mode for a version upgrade, and
>>> one VM fails to migrate. The other 20-odd move over successfully. In
>>> /var/log/libvirt/qemu/, the VM's log on the source reports:
>>>
>>> 2017-05-16 09:48:06.339+: initiating migration
>>> 2017-05-16T09:52:25.498932Z qemu-kvm: socket_writev_buffer: Got err=32
>>> for (131328/18446744073709551615)
>>> 2017-05-16 09:52:47.311+: initiating migration
>>> 2017-05-16T09:57:06.755402Z qemu-kvm: socket_writev_buffer: Got err=32
>>> for (69776/18446744073709551615)
>>> 2017-05-16 09:57:55.109+: initiating migration
>>> 2017-05-16T10:02:14.143221Z qemu-kvm: socket_writev_buffer: Got err=32
>>> for (69776/18446744073709551615)
>>> 2017-05-16 10:02:59.497+: initiating migration
>>> 2017-05-16T10:07:18.542872Z qemu-kvm: socket_writev_buffer: Got err=32
>>> for (69776/18446744073709551615)
>>> 2017-05-16 10:08:03.896+: initiating migration
>>> 2017-05-16T10:12:23.206731Z qemu-kvm: socket_writev_buffer: Got err=32
>>> for (69776/18446744073709551615)
>>> 2017-05-16 10:13:08.941+: initiating migration
>>> 2017-05-16T10:17:27.861843Z qemu-kvm: socket_writev_buffer: Got err=32
>>> for (69776/18446744073709551615)
>>> 2017-05-16 10:18:13.690+: initiating migration
>>> 2017-05-16T10:22:32.929689Z qemu-kvm: socket_writev_buffer: Got err=32
>>> for (69803/18446744073709551615)
>>> 2017-05-16 10:23:19.846+: initiating migration
>>> 2017-05-16T10:27:39.175724Z qemu-kvm: socket_writev_buffer: Got err=32
>>> for (69776/18446744073709551615)
>>> 2017-05-16 10:28:25.141+: initiating migration
>>> 2017-05-16T10:28:35.620070Z qemu-kvm: socket_writev_buffer: Got err=32
>>> for (65753/18446744073709551615)
>>> 2017-05-16 10:29:10.678+: initiating migration
>>> 2017-05-16T10:33:29.718527Z qemu-kvm: socket_writev_buffer: Got err=32
>>> for (53477/18446744073709551615)
>>> 2017-05-16 10:38:35.517+: initiating migration
>>>
>>
>> Hi,
>> it seems either qemu issue or misconfiguration. To investigate, we need
>> more data; so could you 

[ovirt-users] add direct LUN disk to a VM with python SDK

2017-05-17 Thread Guy Chen

I am trying to add direct LUN disk to a VM with python ovirtsdk4 ( storage 
domain is iscsi ) . 
Adding a COW disk is working as in the SDK example, attached below, i have 
tried different things that i saw online but did not work, anybody have an 
example of how to add a direct LUN disk ? 

def add_VM_disk( self ): 

vms_service = self .connection.system_service().vms_service() 
vm = vms_service.list( search = 'name=myvm' )[ 0 ] 

# Locate the service that manages the disk attachments of the virtual 
# machine: 
disk_attachments_service = 
vms_service.vm_service(vm.id).disk_attachments_service() 

# Use the "add" method of the disk attachments service to add the disk. 
# Note that the size of the disk, the `provisioned_size` attribute, is 
# specified in bytes, so to create a disk of 10 GiB the value should 
# be 10 * 2^30. 
disk_attachment = disk_attachments_service.add( 
types.DiskAttachment( 
disk =types.Disk( 
name = 'mydisk' , 
description = 'My disk' , 
format =types.DiskFormat.COW, 
provisioned_size = 10 * 2 ** 30 , 
), 
interface =types.DiskInterface.VIRTIO, 
bootable = False , 
active = True , 
), 
) 



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


[ovirt-users] vm migration failure and jobs

2017-05-17 Thread Fabrice Bacchella
I'm switching a host to maintenance state and it's failing because of problem 
migrating one of it's VM.

I'm listing the current jobs running in ovirt and getting that list:
$ ./ovcmd job list -t '{id!s} {description!s} {start_time!s}'
00ebb251-2229-4178-82cd-dff421de96ea Moving Host nb0104 to Maintenance 
2017-05-17 12:48:59.598000+02:00
fb83ab93-0455-4cde-a93f-3a43b7346ef9 Moving Host nb0104 to Maintenance 
2017-05-17 12:43:56.902000+02:00
f9b85fd3-5ef4-4b16-8472-3dc4119880d1 Moving Host nb0104 to Maintenance 
2017-05-17 12:38:53.918000+02:00
9c7b8799-56e7-480a-9066-9dde49eebda6 Moving Host nb0104 to Maintenance 
2017-05-17 12:33:50.689000+02:00
f6afaf10-1676-4573-91af-170f80a0a67e Moving Host nb0104 to Maintenance 
2017-05-17 12:28:48.602000+02:00
f32c55b4-ec62-49ca-84e6-70ac7922895c Moving Host nb0104 to Maintenance 
2017-05-17 12:23:46.118000+02:00
b7443f5f-21f3-4ed7-8230-00e772e6b678 Moving Host nb0104 to Maintenance 
2017-05-17 12:18:43.86+02:00
5c57a6e9-05f9-434d-a581-748638b601a8 Moving Host nb0104 to Maintenance 
2017-05-17 12:13:41.558000+02:00
3a499570-d4c1-4d7e-a5bb-d487e19c8dc9 Moving Host nb0104 to Maintenance 
2017-05-17 12:08:39.96+02:00
03d2202f-f884-4fb0-95e7-f78733c93265 Moving Host nb0104 to Maintenance 
2017-05-17 12:03:34.449000+02:00
f246eafd-c1d0-4e9e-b87c-962f9a494b97 Moving Host nb0104 to Maintenance 
2017-05-17 11:58:29.952000+02:00
904c932b-e695-4b8b-b975-8148e5800992 Moving Host nb0104 to Maintenance 
2017-05-17 11:53:27.592000+02:00
6dd2dce7-9b82-47b0-a39c-ff7e90e6c6ef Moving Host nb0104 to Maintenance 
2017-05-17 11:48:24.683000+02:00
69ea38e4-5b22-4c3a-8650-71c1ca059801 Moving Host nb0104 to Maintenance 
2017-05-17 11:43:20.137000+02:00
a321ab67-ae12-44e0-a787-75bd818c6821 Moving Host nb0104 to Maintenance 
2017-05-17 11:38:18.115000+02:00
ffd29e6f-51f5-4da4-a8c1-e027431377e2 Moving Host nb0104 to Maintenance 
2017-05-17 11:33:15.927000+02:00
3c7a07d4-8136-4309-ae47-3b35a77b206a Moving Host nb0104 to Maintenance 
2017-05-17 11:28:11.985000+02:00
a5f50eed-35d3-46e7-af2b-684bae7e918f Moving Host nb0104 to Maintenance 
2017-05-17 11:23:09.829000+02:00
d307dd44-e1c1-4fd1-9471-1602f0aef541 Moving Host nb0104 to Maintenance 
2017-05-17 11:18:06.736000+02:00
ad56ebec-9c12-4b2c-91a3-5043d76257c9 Moving Host nb0104 to Maintenance 
2017-05-17 11:13:02.169000+02:00
1f2debf4-15a3-483e-be66-2afff331a83b Moving Host nb0104 to Maintenance 
2017-05-17 11:07:59.661000+02:00
 
So each failed job launch a new one but don't terminate.

Is that an expected situation ?___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] terminating sessions

2017-05-17 Thread Fabrice Bacchella
I'm back with a long list of sessions, many of them started since many days. 
How can I get informations about them ?

> Le 3 mai 2017 à 18:52, Fabrice Bacchella  a 
> écrit :
> 
> In the UI, I see 73 open sessions, all open by me.
> 
> In ovirt logs, I see a lot of :
> 2017-05-03 18:49:31,483+02 INFO  
> [org.ovirt.engine.core.bll.aaa.SessionDataContainer] 
> (DefaultQuartzScheduler3) [dcf02fc4-72c3-4237-8855-d4e474766088] Not removing 
> session 
> 'B/GWJOxyLh3pXQPPitfCk29iiJ3XWMerYdNmOdZyc9ceqD+oAW/hhhZDXCltK+N4yRo9TgunhGR7w7YEELOI5A==',
>  session has running commands for user ''.
> 
> And indeed I can't close those sessions in the UI.
> 
> 
> I have two questions:
> 
> Are those sessions accessible using the API ?
> How to know what running command is waiting ?
> 
> 
> ___
> 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] Feature: enhanced OVA support

2017-05-17 Thread Arik Hadas
On Tue, May 16, 2017 at 5:56 PM, Adam Litke  wrote:

> Great feature!  I am glad to see you plan to use the existing imageio
> framework for transferring data.
>

Yep, and that's the part we need the feedback on the most.


>
> Will you allow export of VMs from a particular snapshot?  I guess that's
> how you'll have to do it if you want to support export of running VMs.
>

Exactly, that's how we intend to support exporting VMs with no downtime.


>
> I think you should definitely have a comment in the ovf to indicate that
> an OVA was generated by a oVirt.  People will try to use this new feature
> to import random OVAs from who knows where.  I'd also recommend adding a
> version to this comment:  or
> perhaps even a schema version in case you need to deal with compatibility
> issues in the future.
>
>
So yeah, there will be some sort of marking - either by a field or a
comment. We'll see about that.
As for the schema version, it already exists in OVFs generated by oVirt
today exactly for that purpose.


> I agree with Yaniv Kaul that we should offer to sparsify the VM to
> optimize it for export.  We should also return compressed data.  When
> exporting, does it make sense to cache the stored OVA file in some sort of
> ephemeral storage (host local is fine, storage domain may be better) in
> order to allow the client to resume or restart an interrupted download
> without having to start from scratch?
>
>
Well, on the one hand it makes sense and I would expect such a mechanism to
be used for image-download as well. On the other hand, we don't support
this concept of pausing ongoing operations or resuming interrupted
opeations on the engine side, so in the context of ova-download (where the
streaming process is comprised of several steps orchestrated by the engine)
supporting this may require too much effort.


>
> On Sun, May 14, 2017 at 9:56 AM, Arik Hadas  wrote:
>
>> Hi everyone,
>>
>> We would like to share our plan for extending the currently provided
>> support for OVA files with:
>> 1. Support for uploading OVA.
>> 2. Support for exporting a VM/template as OVA.
>> 3. Support for importing OVA that was generated by oVirt (today, we only
>> support those that are VMware-compatible).
>> 4. Support for downloading OVA.
>>
>> This can be found on the feature page
>> 
>> .
>>
>> Your feedback and cooperation will be highly appreciated.
>>
>> Thanks,
>> Arik
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
>
> --
> Adam Litke
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] ovirt 4.1: migrate vm to node 2 results in lost connectivity

2017-05-17 Thread yayo (j)
Hi,

Did you have any news about this topic? I did some other tests but without
success... When a vm migrate to second node, internet connection is lost

Thank you

2017-05-15 9:36 GMT+02:00 Sandro Bonazzola :

>
>
> On Mon, May 15, 2017 at 9:33 AM, yayo (j)  wrote:
>
>>
>> 2017-05-11 17:08 GMT+02:00 Sandro Bonazzola :
>>
>>> Can you be a bit more specific? Is it a Hosted Engine deployment?
>>> Hyperconverged? Using oVirt Node for nodes?
>>>
>>
>> Hi and sorry for delay, It's an hosted engine deployment Hyperconverged
>> with gluster 2 node + 1 arbiter ... We have used the official repository
>> for ovirt on centos 7 ... Is this answering to your question about node ?
>>
>
> Thanks, I added some people who may help with this issue.
>
>
>
>>
>> Thank you
>>
>
>
>
> --
>
> SANDRO BONAZZOLA
>
> ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R
>
> Red Hat EMEA 
> 
> TRIED. TESTED. TRUSTED. 
>



-- 
Linux User: 369739 http://counter.li.org
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[ovirt-users] ovirt-guest-agent in Debian 5 and 6

2017-05-17 Thread Khaio Lopes
Good morning group.
I have Debian 5 and 6 and would like to install ovirt-guest-agent. Can any
of you help with this?

Thank you very much.


*Khaio Lopes*iSolve - Solve Is Our Business
R. Heitor Stockler de França, 396 - 1709
CEP: 80030-030 - Curitiba – PR
(41) 3252-2977
http://www.isolve.com.br
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [ovirt-users] migration of a VM: fails

2017-05-17 Thread Francesco Romani

On 05/16/2017 01:06 PM, cmc wrote:
> Hi,
>
> Just trying to place in maintenance mode for a version upgrade, and
> one VM fails to migrate. The other 20-odd move over successfully. In
> /var/log/libvirt/qemu/, the VM's log on the source reports:
>
> 2017-05-16 09:48:06.339+: initiating migration
> 2017-05-16T09:52:25.498932Z qemu-kvm: socket_writev_buffer: Got err=32
> for (131328/18446744073709551615)
> 2017-05-16 09:52:47.311+: initiating migration
> 2017-05-16T09:57:06.755402Z qemu-kvm: socket_writev_buffer: Got err=32
> for (69776/18446744073709551615)
> 2017-05-16 09:57:55.109+: initiating migration
> 2017-05-16T10:02:14.143221Z qemu-kvm: socket_writev_buffer: Got err=32
> for (69776/18446744073709551615)
> 2017-05-16 10:02:59.497+: initiating migration
> 2017-05-16T10:07:18.542872Z qemu-kvm: socket_writev_buffer: Got err=32
> for (69776/18446744073709551615)
> 2017-05-16 10:08:03.896+: initiating migration
> 2017-05-16T10:12:23.206731Z qemu-kvm: socket_writev_buffer: Got err=32
> for (69776/18446744073709551615)
> 2017-05-16 10:13:08.941+: initiating migration
> 2017-05-16T10:17:27.861843Z qemu-kvm: socket_writev_buffer: Got err=32
> for (69776/18446744073709551615)
> 2017-05-16 10:18:13.690+: initiating migration
> 2017-05-16T10:22:32.929689Z qemu-kvm: socket_writev_buffer: Got err=32
> for (69803/18446744073709551615)
> 2017-05-16 10:23:19.846+: initiating migration
> 2017-05-16T10:27:39.175724Z qemu-kvm: socket_writev_buffer: Got err=32
> for (69776/18446744073709551615)
> 2017-05-16 10:28:25.141+: initiating migration
> 2017-05-16T10:28:35.620070Z qemu-kvm: socket_writev_buffer: Got err=32
> for (65753/18446744073709551615)
> 2017-05-16 10:29:10.678+: initiating migration
> 2017-05-16T10:33:29.718527Z qemu-kvm: socket_writev_buffer: Got err=32
> for (53477/18446744073709551615)
> 2017-05-16 10:38:35.517+: initiating migration
>

Hi,
it seems either qemu issue or misconfiguration. To investigate, we need
more data; so could you please share:
1. the domain XML (virtsh -r dumpxml ...) and/or the qemu command line
of the affected VM, on the source side
2. the version of QEMU and libvirt that you are running

Thanks and bests,

-- 
Francesco Romani
Senior SW Eng., Virtualization R
Red Hat
IRC: fromani github: @fromanirh

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


Re: [ovirt-users] migration of a VM: fails

2017-05-17 Thread Simone Tiraboschi
Try involving Francesco from virt team.

On Tue, May 16, 2017 at 1:06 PM, cmc  wrote:

> Hi,
>
> Just trying to place in maintenance mode for a version upgrade, and
> one VM fails to migrate. The other 20-odd move over successfully. In
> /var/log/libvirt/qemu/, the VM's log on the source reports:
>
> 2017-05-16 09:48:06.339+: initiating migration
> 2017-05-16T09:52:25.498932Z qemu-kvm: socket_writev_buffer: Got err=32
> for (131328/18446744073709551615)
> 2017-05-16 09:52:47.311+: initiating migration
> 2017-05-16T09:57:06.755402Z qemu-kvm: socket_writev_buffer: Got err=32
> for (69776/18446744073709551615)
> 2017-05-16 09:57:55.109+: initiating migration
> 2017-05-16T10:02:14.143221Z qemu-kvm: socket_writev_buffer: Got err=32
> for (69776/18446744073709551615)
> 2017-05-16 10:02:59.497+: initiating migration
> 2017-05-16T10:07:18.542872Z qemu-kvm: socket_writev_buffer: Got err=32
> for (69776/18446744073709551615)
> 2017-05-16 10:08:03.896+: initiating migration
> 2017-05-16T10:12:23.206731Z qemu-kvm: socket_writev_buffer: Got err=32
> for (69776/18446744073709551615)
> 2017-05-16 10:13:08.941+: initiating migration
> 2017-05-16T10:17:27.861843Z qemu-kvm: socket_writev_buffer: Got err=32
> for (69776/18446744073709551615)
> 2017-05-16 10:18:13.690+: initiating migration
> 2017-05-16T10:22:32.929689Z qemu-kvm: socket_writev_buffer: Got err=32
> for (69803/18446744073709551615)
> 2017-05-16 10:23:19.846+: initiating migration
> 2017-05-16T10:27:39.175724Z qemu-kvm: socket_writev_buffer: Got err=32
> for (69776/18446744073709551615)
> 2017-05-16 10:28:25.141+: initiating migration
> 2017-05-16T10:28:35.620070Z qemu-kvm: socket_writev_buffer: Got err=32
> for (65753/18446744073709551615)
> 2017-05-16 10:29:10.678+: initiating migration
> 2017-05-16T10:33:29.718527Z qemu-kvm: socket_writev_buffer: Got err=32
> for (53477/18446744073709551615)
> 2017-05-16 10:38:35.517+: initiating migration
>
>
> On the destination host, it reports:
>
> 2017-05-16T10:33:29.598425Z qemu-kvm: Unknown combination of migration
> flags: 0
> 2017-05-16T10:33:29.599524Z qemu-kvm: error while loading state
> section id 2(ram)
> 2017-05-16T10:33:29.601978Z qemu-kvm: load of migration failed: Invalid
> argument
> 2017-05-16 10:33:29.808+: shutting down
>
> In the engine log:
>
> 2017-05-16 11:57:28,675+01 INFO
> [org.ovirt.engine.core.vdsbroker.monitoring.VmAnalyzer]
> (DefaultQuartzScheduler5) [f8aa18b3-97b9-48e2-a681-cf3aaed330a5] VM
> '4921c5f5-7748-47eb-a90c-8e9ecbd91bcf'(pete_win7) was unexpectedly
> detected as 'MigratingTo' on VDS
> '424e6317-ad68-459b-bf88-7292e26710ae'(kvm-ldn-02) (expected on
> 'e050c27f-8709-404c-b03e-59c0167a824b')
>
>
> It stays in 'preparing for maintenance mode' on the GUI for the host,
> and reports errors on the status pane below, but then it reports that
> the host has successfully been put into maintenance mode, even though
> the VM is still showing as in migration. After more time has elapsed,
> it reports a failure again, and then eventually the host will again
> report it is in maintenance mode, and so on.
>
> When I hit 'cancel migration' it reports that the migration has been
> successfully cancelled in the status pane at the bottom, but then
> shows it still in migration in the upper window. When I select the VM
> itself, it reports it is "Migrating From: 99%". If I cancel the
> migration here, it actually does cancel the migration properly.
>
> The VM itself is up and running ok.
>
> Version of oVirt is 4.1.0.4-1.el7
>
> Thanks in advance for any help. Please let me know if you need any full
> logs.
>
> Regards,
>
> Cam
> ___
> 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] Smtp configuration for notification

2017-05-17 Thread Simone Tiraboschi
On Tue, May 16, 2017 at 12:16 PM, wodel youchi 
wrote:

> Hi,
>
> When we install the vm engine, in the configuration process we are asked
> to give an smtp server and email addresses for notification but then
> nothing.
> When we looked to the event notification configuration we found this
> file ovirt-engine-notifier.conf and we thought that the first
> configuration was there but since the notification service was disabled
> notifications were not working, but No, there was no configuration on that
> file we had to modify it and now notifications are working.
> The question is : is the first smtp configuration used ? If yes, when? Can
> we test it ? And if we want to modify it, where the configuration is stored
> ?
>

We have two distinct things here:
- smtp configuration for ovirt-ha-agent
- smtp configuration for ovirt-engine-notifier

The first one is going to report just about the local status of the engine
VM monitored by ovirt-ha-agent on the different involved hosts; its
configuration is saved on the hosted-engine storage domain and you can edit
it with 'hosted-engine --set-shared-config ...'.
ovirt-engine-notifier instead could cover different events on different
entities but it relies on a working engine that's why we have a distinct
mechanism just to cover the status of the engine VM.


>
> Regards
>
> ___
> 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] ovirtmgmt network out of sync

2017-05-17 Thread Michael Burman
Alex,

Please tell what is the tooltip saying. What is the reason for networks
being out-of-sync?

It is possible that the out-of-sync is the reason for the network issue.
It's a real problem that your ifcfg-ovirtmgmt file was missing after
upgrade, could it be that it wasn't persisted and saved on the host before
running the upgrade?

- Can you please try to press the 'refresh caps' button?
- Does the 'save Network Configuration' button grayed out or it's possible
to press it?
- Another option is to migrate the hosted-engine VM to another host in the
cluster and then sync the network on the host.(as you can't sync a network
being used by a running VM).

Regards,





On Wed, May 17, 2017 at 8:42 AM, Alex R  wrote:

> Hi Michael, thanks for the suggestion.  When I use the GUI I get the error
>
> "Error while executing action HostSetupNetworks: Network is currently
> being used"
>
> The network is in use by the engine, that is why I asked if there is a was
> to sync via the CLI.
>
> This problem happened after I did the latest upgraded and the host had
> lost the /etc/sysconfig/netowrk-scripts/ifcfg-ovirtmgmt file.  So I
> recreated the file and I thought alll was well except I cannot open a from
> outside of the host and engine network (10.3.1.0/24).
>
> source 10.3.5.0/24 cannot open console on at the destination 10.3.1.0/24.
> The error I get is:
>
> "Unable to connect to the graphic server /tmp/mozilla_digger0/console.vv
> could not connect to 10.3.1.7:Socket I/O timed out"
>
> I have already verified that the iptables rules are open and I have
> verified that ASA that is between the network is not blocking by doing both
> a packet-tracer and reviewing the logs.
>
> I think the problem is this "out-of-sync" network issue?
>
> -Alex
>
>
> On Tue, May 16, 2017 at 10:12 PM, Michael Burman 
> wrote:
>
>> Hello Alex,
>>
>> - Have you tried to sync it using the 'Sync All Networks' button in the
>> UI?
>> It's located under 'Hosts' main tab > select the host > 'Network
>> Interfaces' sub tab > 'Sync All Networks' button.
>>
>> - Can you please go to the 'Setup Host Networks' dialog(located under the
>> same path^^) and hoover on top of ovirtmgmt network? a tooltip should
>> pop-up and it should let you know what is the reason that the network is
>> being out-of-sync. Engine probably complaining about a difference between
>> the configuration on the host and the DC.
>> - How did you end up with this situation? what happened before the
>> network become out-of-sync? did it happened after the hosted-engine deploy
>> was done?
>>
>> Best regards,
>>
>> On Wed, May 17, 2017 at 12:10 AM, Alex R  wrote:
>>
>>> No one has suggestions on how I can sync the ovirtmgmt network?  Is more
>>> information needed?
>>>
>>>
>>> On May 12, 2017 10:43 AM, "Alex R"  wrote:
>>>
 Hi,

 I upgraded to the latest version (users@ovirt.org) a few weeks ago and
 ever since then I cannot open a console unless I am on the local network (
 10.3.1.0/24).  I think it is related to the Ovirtmgmt interface being
 "out-of-sync".

 If I try to fix it in the gui, I get an error:

 "Error while executing action HostSetupNetworks: Network is currently
 being used"

 This is because the hosted engine in on the ovirtmgmt network.

 Is there a way I can fix this via cli?  This is a single host with a
 hosted engine.  I use it for development only.

 Thank you.

>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
>>>
>>
>>
>> --
>> Michael Burman
>> RedHat Israel, RHV-M Network QE
>>
>> Mobile: 054-5355725
>> IRC: mburman
>>
>
>


-- 
Michael Burman
RedHat Israel, RHV-M Network QE

Mobile: 054-5355725
IRC: mburman
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users