[ovirt-users] Re: Change host names/IPs
It's not urgent, I was planning to do it in the next months so I was gathering info. Will this feature land in some new oVirt version perhaps? 2016-10-05 18:44 GMT+02:00 Marcin Mirecki : > Hello Davide, > > No, there is no support for changing host ip. > How urgently do you need this? > > Thanks, > Marcin > > > > - Original Message - > > From: "Davide Ferrari" > > To: "users" > > Sent: Wednesday, October 5, 2016 5:22:57 PM > > Subject: [ovirt-users] Change host names/IPs > > > > Hello > > > > Is there a clean way and possibly without downtime to change the > hostname and > > IP addresses of all the hosts in a running oVirt cluster? > > > > -- > > Davide Ferrari > > Senior Systems Engineer > > > > _______ > > Users mailing list > > Users@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -- Davide Ferrari Senior Systems Engineer -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/WESWWSQSZGNKY7FE5P423752WHHDHIBQ/
[ovirt-users] Re: Change host names/IPs
Well, actually I want to migrate both DNS hostnames and the subnet (from a /24 to a /16) to which the ovirtmgr interface is connected. The second change is the most problematic as you say..in any case what would be the best procedure, even if it implies downtime? 2016-10-06 10:04 GMT+02:00 Barak Korren : > > Is there a clean way and possibly without downtime to change the hostname > > and IP addresses of all the hosts in a running oVirt cluster? > > As long as you don't change the VLANs and subnets for the hosts, you > can change IPs by putting the hosts into maintenance one-by-one (so > that VMs migrate to other hosts), removing them and re-adding with the > new IPs. > > Hostnames (Except the engine's) should not matter for oVirt at all > (you can register hosts to oVirt with names, but I wouldn't recommend > that for production, as the DNS becomes a massive SPOF). > > If you change the subnet the hosts are attached to, and you have VMs > that are using that subnet as well, you will not be able to do this > without downtime, because the VMs will probably not have the right IP > settings to allow them to communicate using the new subnet... > > -- > Barak Korren > bkor...@redhat.com > RHEV-CI Team > -- Davide Ferrari Senior Systems Engineer -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/WRO6TZJJO7GZTYOI356KENDOIVCTDA4W/
[ovirt-users] Re: Change host names/IPs
2016-10-06 14:12 GMT+02:00 Barak Korren : > > Something like the following (I'm assuming you have multiple hosts...): > 1. Put host in to maintenance mode > 2. Remove it from oVirt > 3. Change host network settings > 4. Re-attach host with new setting to oVirt > 5. Migrate some VMs to the new host and fix their IP settings > 6. Repeat for other hosts > > Well, yes, I should add some routing logic before/during migration but it should work > Things to note: > - If you are using hosted-engine, it will further complicate things for > you, > I'm not sure if and how can one change the H.E. IP. > Yep, I'm with HE. Does anyone know if HE engine can be changed? > - If you are using an IP-based storage that is accessed via the same > subnet, > you need to ensure it is still accessible with the same name/IP from the > new subnet. > Luckily storage is already on another vlan/network > If you are only making this change so you can run more VMs, you can > consider adding the new subnet as a new VLAN/physical LAN to the > existing hosts, and keep using old /24 subnet for ovirtmgmt. It is a > good idea to separate ovirtmgmt traffic from other traffic anyway... > Well I have a mix of physical hosts (excluding oVirt cluster obviously) and VM that are all on the same network right now, which is the ovirtmgmt network too, and I don't want to have special routing rules only for VMs. Thanks for the tips! -- Davide Ferrari Senior Systems Engineer -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/RKZ4QTPA34HFS5OCCKCG7KUD3X7JRXF7/
[ovirt-users] Re: VM pauses/hangs after migration
2016-09-30 15:35 GMT+02:00 Michal Skrivanek : > > > that is a very low level error really pointing at HW issues. It may or may > not be detected by memtest…but I would give it a try > > I left memtest86 running for 2 days and no error detected :( > The only difference that this host (vmhost01) has is that it was the first > host installed in my self-hosted engine installation. But I have already > reinstalled it from GUI and menawhile I've upgraded to 4.0.4 from 4.0.3. > > > does it happen only for the big 96GB VM? The others which you said are > working, are they all small? > Might be worth trying other system stability tests, playing with > safer/slower settings in BIOS, use lower CPU cluster, etc > > Yep, it happens only for the 96GB VM. Other VMs with fewer RAM (16GB for example) can be created on or migrated to that host flawlessly. I'll try to play a little with BIOS settings but otherwise I'll have the HW replaced. I was only trying to rule out possible oVirt SW problems due to that host being the first I deployed (from CLI) when I installed the cluster. Thanks! -- Davide Ferrari Senior Systems Engineer -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/PWDOXLUCGCKZDBFCFHQTIPYZCQVRQAV3/
[ovirt-users] Change host names/IPs
Hello Is there a clean way and possibly without downtime to change the hostname and IP addresses of all the hosts in a running oVirt cluster? -- Davide Ferrari Senior Systems Engineer -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se -- IMPORTANT! This message has been scanned for viruses and phishing links. However, it is your responsibility to evaluate the links and attachments you choose to click. If you are uncertain, we always try to help. Greetings helpd...@actnet.se ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users ___ Users mailing list -- users@ovirt.org To unsubscribe send an email to users-le...@ovirt.org Privacy Statement: https://www.ovirt.org/site/privacy-policy/ oVirt Code of Conduct: https://www.ovirt.org/community/about/community-guidelines/ List Archives: https://lists.ovirt.org/archives/list/users@ovirt.org/message/4XLQ3ZQIEHPXOFIH2AQEYU5JUMSLFDAF/
Re: [ovirt-users] Host in kdumping state
Sorry for not following-up...well as strange as it sounds, after replacing the faulty HW while keeping the same old disks (basically putting the disks in a new identical server) the kdumping error disappeared and the host is back working as usual. Maybe "kdumping" is displayed after a kernel panic reboot? Thanks 2017-11-06 6:56 GMT+01:00 Oved Ourfali <oourf...@redhat.com>: > Hosts should not be stuck in that status. > Can you please attach the engine logs + the relevant host's logs? > > Also, are you using the latest 4.1? > > On Fri, Nov 3, 2017 at 3:52 PM, Davide Ferrari <dav...@billymob.com> > wrote: > >> >> >> On 02/11/17 12:00, Davide Ferrari wrote: >> >>> I've got a faulty host that keeps rebooting itself from time to time >>> (due to HW issues), that is/was part of the 3 hosts group hosting the >>> HostedEngine, and now it always appears as "Kdumping" in the web >>> administration panel. >>> >> >> Hello again >> >> no idea anybody about at least how to reset this "kdumping" status? >> >> Thanks >> >> >> -- >> Davide Ferrari >> Lead System Engineer >> Billy Performance Network >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> > > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Host in kdumping state
On 02/11/17 12:00, Davide Ferrari wrote: I've got a faulty host that keeps rebooting itself from time to time (due to HW issues), that is/was part of the 3 hosts group hosting the HostedEngine, and now it always appears as "Kdumping" in the web administration panel. Hello again no idea anybody about at least how to reset this "kdumping" status? Thanks -- Davide Ferrari Lead System Engineer Billy Performance Network ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Host in kdumping state
Hello I've got a faulty host that keeps rebooting itself from time to time (due to HW issues), that is/was part of the 3 hosts group hosting the HostedEngine, and now it always appears as "Kdumping" in the web administration panel. All my hosts are oVirt 4.1 on Centos 7.3 with glusterfs 3.7 but this one that was updated by mistake to Centos 7.4 with glusterfs 3.8. Is this due to the different OS/gluster version? How can I "reset" it? I want to remove it permanently and assign the HostedEngine to another host? Moreover, the main glusterfs volume, the one which holds the HE image, has some bricks on this failing machine (vm03): # gluster volume status data_ssd Status of volume: data_ssd Gluster process TCP Port RDMA Port Online Pid -- Brick vm01.storage.billy:/gluster/ssd/data/ brick 49156 0 Y 6039 Brick vm02.storage.billy:/gluster/ssd/data/ brick 49153 0 Y 99097 Brick vm03.storage.billy:/gluster/ssd/data/ arbiter_brick 49159 0 Y 5325 Brick vm03.storage.billy:/gluster/ssd/data/ brick N/A N/A N N/A Brick vm04.storage.billy:/gluster/ssd/data/ brick 49152 0 Y 14811 Brick vm02.storage.billy:/gluster/ssd/data/ arbiter_brick 49154 0 Y 99104 Self-heal Daemon on localhost N/A N/A Y 6753 Self-heal Daemon on vm01.storage.billy N/A N/A Y 79317 Self-heal Daemon on vm02.storage.billy N/A N/A Y 41778 Self-heal Daemon on vm04.storage.billy N/A N/A Y 125116 What's the best way to replace them? Is this guide still useful? https://support.rackspace.com/how-to/recover-from-a-failed-server-in-a-glusterfs-array/ (I guess so) Thanks! -- Davide Ferrari Lead System Engineer Billy Performance Network ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt and Foreman
On 28/07/17 17:46, Juan Hernández wrote: The oVirt access log indeed shows that three disks are added to the virtual machine. May it be that Foreman thinks that it has to explicitly add a boot disk? Ohad, Ivan, any idea? I've explicitly added the template id to the hammer command line and still adds 3 disks but at least now two of them respect the size I'm passing through Hammer. But it still sets a random disk as the bootable one and I cannot find a way to force to use the disk already present in the oVirt template as the bootable one Is there a way in oVirt to log the JSONs passed in the various POST requests? More over, looking at /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7/disks it throws a 404, the endpoint seems to be /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7/diskattachments while /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7/disks seems to work only with API v3. Maybe I should change the base URL for the ovirt's API in foreman config, shouldn't I? I think you don't need to change anything there. Foreman uses 'rbovirt', and 'rbovirt' explicitly requests version 3 of the API using the 'Version: 3' header. Well, I've added it anyway and it didn't break anything :) ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt and Foreman
On 28/07/17 16:14, Juan Hernández wrote: Ah, I see, in your command you are listing Gluster volumes, not storage domains. They are different kinds of objects inside oVirt, and thus they have different identifiers. That is completely normal. If you want to get the identifiers of the storage domains use "list storagedomains". Oh, got it. Thanks for the tip! Anyway, I've replaced the storage domain UUID with the one that works with the REST API and something improved: now I don't get the 404 from ovirt and the machine is not deleted BUT: I've added 2 disks (20GB and 30GB) plus the base template 8Gb disk, and I get a VM with four (4) 8GB disks, and the bootable one is a random disk I've attached the engine.log with the (I hope) relevant messages Are you adding those disks and template using the Foreman CLI? Can you share the commands that you are using? Yes, I'm using Hammer CLI hammer host create --architecture-id=1 --domain billy.preprod --operatingsystem-id=7 --hostgroup-title Billy/Preprod --name foobar03 --partition-table-id=192 --provision-method image --root-password billy12345 --compute-resource 'LeaseWeb VMs prod' --image CentOS_7.3 --compute-attributes cluster=0002-0002-0002-0002-0345,cores=2,memory=4294967296,start=1 --volume '"size_gb=20,storage_domain=ba2bd397-9222-424d-aecc-eb652c0169d9,bootable=0"' --volume '"size_gb=30,storage_domain=ba2bd397-9222-424d-aecc-eb652c0169d9,bootable=0"' Also, can you share again the relevant part of the /var/log/ovirt-engine/ssl_access_log file? There we can see what requests are actually sent to the oVirt engine. These are the requests arriving from Foreman: 192.168.10.158 - - [28/Jul/2017:14:19:42 +] "GET /ovirt-engine/api/vms/24831007-97ad-4f6d-9009-e6fb68a585f9 HTTP/1.1" 200 2865 192.168.10.158 - - [28/Jul/2017:14:26:19 +] "GET /ovirt-engine/api/datacenters?search= HTTP/1.1" 200 408 192.168.10.158 - - [28/Jul/2017:14:26:19 +] "GET /ovirt-engine/api/operatingsystems HTTP/1.1" 200 2943 192.168.10.158 - - [28/Jul/2017:14:26:20 +] "GET /ovirt-engine/api/datacenters?search= HTTP/1.1" 200 408 192.168.10.158 - - [28/Jul/2017:14:26:20 +] "GET /ovirt-engine/api/operatingsystems HTTP/1.1" 200 2943 192.168.10.158 - - [28/Jul/2017:14:26:20 +] "GET /ovirt-engine/api/datacenters?search= HTTP/1.1" 200 408 192.168.10.158 - - [28/Jul/2017:14:26:20 +] "GET /ovirt-engine/api/clusters/ HTTP/1.1" 200 1091 192.168.10.158 - - [28/Jul/2017:14:26:20 +] "POST /ovirt-engine/api/vms HTTP/1.1" 202 1612 192.168.10.158 - - [28/Jul/2017:14:26:22 +] "GET /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7 HTTP/1.1" 200 2256 192.168.10.158 - - [28/Jul/2017:14:26:22 +] "GET /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7/nics HTTP/1.1" 200 409 192.168.10.158 - - [28/Jul/2017:14:26:22 +] "GET /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7 HTTP/1.1" 200 2256 192.168.10.158 - - [28/Jul/2017:14:26:23 +] "GET /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7 HTTP/1.1" 200 2256 192.168.10.158 - - [28/Jul/2017:14:26:26 +] "GET /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7 HTTP/1.1" 200 2256 192.168.10.158 - - [28/Jul/2017:14:26:30 +] "GET /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7 HTTP/1.1" 200 2252 192.168.10.158 - - [28/Jul/2017:14:26:30 +] "DELETE /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7/nics/bf0dabd2-796b-4b07-bd69-db3915409939 HTTP/1.1" 200 119 192.168.10.158 - - [28/Jul/2017:14:26:30 +] "POST /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7/nics HTTP/1.1" 201 430 192.168.10.158 - - [28/Jul/2017:14:26:31 +] "GET /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7/nics HTTP/1.1" 200 442 192.168.10.158 - - [28/Jul/2017:14:26:31 +] "GET /ovirt-engine/api/ HTTP/1.1" 200 873 192.168.10.158 - - [28/Jul/2017:14:26:31 +] "GET /ovirt-engine/api/datacenters/0001-0001-0001-0001-03e3 HTTP/1.1" 200 396 192.168.10.158 - - [28/Jul/2017:14:26:31 +] "POST /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7/disks HTTP/1.1" 201 674 192.168.10.158 - - [28/Jul/2017:14:26:32 +] "POST /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7/disks HTTP/1.1" 201 676 192.168.10.158 - - [28/Jul/2017:14:26:33 +] "POST /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7/disks HTTP/1.1" 201 677 192.168.10.158 - - [28/Jul/2017:14:26:33 +] "GET /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7/disks HTTP/1.1" 200 1136 192.168.10.158 - - [28/Jul/2017:14:26:34 +] "GET /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7 HTTP/1.1" 200 2668 192.168.10.158 - - [28/Jul/2017:14:26:34 +] "GET /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7 HTTP/1.1" 200 2668 192.168.10.158 - - [28/Jul/2017:14:26:34 +] "GET /ovirt-engine/api/vms/47f5035a-696c-4578-ace9-b23d865c6aa7/disks HTTP/1.1"
Re: [ovirt-users] oVirt and Foreman
On 27/07/17 11:17, Juan Hernández wrote: Looks like the oVirt engine is rejecting the request to add the disk because some of the related entities doesn't exist. This is the relevant message in the engine log: 2017-07-25 08:28:03,063Z ERROR [org.ovirt.engine.api.restapi.resource.AbstractBackendResource] (default task-51) [] Operation Failed: Entity not found: 23f8f1ae-a3ac-47bf-8223-5b5f7c29e508 Would be nice if you can check the /var/log/httpd/ssl_access_log in the oVirt engine machine. There should be a line there with the 404 HTTP status, something like this: POST /ovirt-engine/api/vms//disks 404 What is the exact content of that line? Is the VM id the one that appears in the above message. Bingo, there's definitely a 404 error log at the same hour: 192.168.10.158 - - [25/Jul/2017:08:28:02 +] "POST /ovirt-engine/api/vms/896098c2-5895-42c3-a419-0c3a43b5ff8b/disks HTTP/1.1" 404 169 But the ID is different Also, can you check what are the identifiers of the relevant data center and storage domains? DC and storage UUID "should" be correct, I've copied them from the oVirt CLI output into my hammer command These are the storage IDs for the datacenter where I'm trying to create the VM in: [oVirt shell (connected)]# list glustervolumes --cluster-identifier 0002-0002-0002-0002-0345 id : 23f8f1ae-a3ac-47bf-8223-5b5f7c29e508 name : data_ssd id : 6be35972-4720-4d34-b2b0-26ffc294f8a3 name : engine id : 66f33b1e-7bc8-44cf-9cca-9041b0e0dd15 name : export id : cc2c9765-6a3d-4281-8af8-c3526a81cfab name : iso and this is the command line I'm using hammer host create --architecture-id=1 --domain billy.preprod --operatingsystem-id=7 --hostgroup-title Billy/Preprod --name foo01 --partition-table-id=192 --provision-method image --root-password billy12345 --compute-resource 'LeaseWeb VMs prod' --image CentOS_7.3 --compute-attributes cluster=0002-0002-0002-0002-0345,cores=2,memory=4294967296,start=1 --volume '"size_gb=20,storage_domain=23f8f1ae-a3ac-47bf-8223-5b5f7c29e508,bootable=0"' --volume '"size_gb=30,storage_domain=23f8f1ae-a3ac-47bf-8223-5b5f7c29e508,bootable=0"' There should also be additional details in the /var/log/ovirt-engine/server.log file. Please check it. Nope, no log with the same timestamp in server.log :/ Thanks for your kind help! -- Davide ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt and Foreman
On 25/07/17 10:59, Davide Ferrari wrote: Hello I've attached logs from: - hammer cli (debug) with the command line I've used - foreman logs - ovirt engine logs (server.log) Any idea about what might be happening? -- Davide ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt and Foreman
On 25/07/17 12:19, Maton, Brett wrote: Last time I looked at creating VM's from foreman there was a problem with the compute resource being passed from foreman plugin to the ovirt api. Can't remember exactly what was being sent, but it didn't match any available ovirt 'instance type' which is why it was failing to create the machine. Not sure if you're facing the same issue, but maybe worth looking into... Well, actually I can create a VM both from Foreman UI and Hammer CLI, the problem arises when I'm trying to add more disks to that VM ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] oVirt and Foreman
Hello I've attached logs from: - hammer cli (debug) with the command line I've used - foreman logs - ovirt engine logs (server.log) Basically I was trying to create a VM from an ovirt template linked to a Foreman image (CentOS_73) which consists of a single disk with the OS, and attach via Hammer 2 more disks. In this case I get a 404 Resource Not Found from Foreman and what I see in the ovirt logs is that the VM is created and then immediately deleted via API Thanks! On 24/07/17 20:56, Oved Ourfali wrote: CC-ing Ohad and Ivan from the Foreman team to take a look. Also, by default, RHV 4.1 will use v4 of the api, so you have to use a URL in Foreman that uses v3 (as Foreman doesn't support v4 yet). I assume that's not your issue, otherwise you would have encountered more basic issues. Also, can you please share your logs from both environments? Ohad/Ivan, any clue? Thanks, Oved On Jul 24, 2017 18:08, "Davide Ferrari" <dav...@billymob.com <mailto:dav...@billymob.com>> wrote: Hello list is anybody successfully using oVirt + Foreman for VM creation + provisioning? I'm using Foremn (latest version, 1.15.2) with latest oVirt version (4.1.3) but I'm encountering several problem, especially related to disks. For example: - cannot create a VM with multiple disks though Foreman CLI (hammer) - if I create a multidisk VM from Foreman, the second disk always gets the "bootable" flag and not the primary image, making the VMs not bootable at all. Any other Foreman user sharing the pain here? Foramn's list is not so useful so I'm trying to ask here. How do you programmatically create virtual machines with oVirt and Foreman? Should I switch do directly using oVirt API? Thanks in advance Davide ___ Users mailing list Users@ovirt.org <mailto:Users@ovirt.org> http://lists.ovirt.org/mailman/listinfo/users <http://lists.ovirt.org/mailman/listinfo/users> hammer-ovirt-logs.tar.gz Description: application/gzip ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] oVirt and Foreman
Hello list is anybody successfully using oVirt + Foreman for VM creation + provisioning? I'm using Foremn (latest version, 1.15.2) with latest oVirt version (4.1.3) but I'm encountering several problem, especially related to disks. For example: - cannot create a VM with multiple disks though Foreman CLI (hammer) - if I create a multidisk VM from Foreman, the second disk always gets the "bootable" flag and not the primary image, making the VMs not bootable at all. Any other Foreman user sharing the pain here? Foramn's list is not so useful so I'm trying to ask here. How do you programmatically create virtual machines with oVirt and Foreman? Should I switch do directly using oVirt API? Thanks in advance Davide ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Detach disk from one VM, attach to another VM
Hello Victor how do you remove the disk from the VM's configuration? From the disk tab under the VM? On 11/07/17 20:51, Victor José Acosta Domínguez wrote: Hello Yes it is possible, you must remove from first VM's configuration (be careful, do not delete your virtual disk) After that you can attach ad that disk to another VM Process should be: - Detach disk from VM1 - Delete disk from VM1's configuration - Attach disk to VM2 Victor Acosta ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Detach disk from one VM, attach to another VM
Hello I'm using oVirt 4.1.3 and I was wondering if it's possible to detach a disk created specifically for a VM from that VM and attach it to another VM. Reading this https://www.ovirt.org/documentation/admin-guide/chap-Virtual_Machine_Disks/ it seems that's only possible with floating virtual disks, but I have a disk that was created for a specific VM. Thanks! ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Dell firmware update problem
Hello I'm trying to update the BIOS firmware on a Dell PowerEdge with CentOS (just upgraded to 7.3) running oVirt 4.0 and it fails with an error mount: /dev/sdb is already mounted or /tmp/SECUPD busy The problem is acknoleged by Red Hat and there is a solution for it https://access.redhat.com/solutions/2671581 but well, I have no RH subscriptions :( Has anyone here encountered the same problem with CentOS and oVirt? Any hint? Thanks! -- Davide ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Details about why a live migration failed
It fails even when trying to migrate to a CentOS 7.2 host :/ I guess I'll have to shut it down then :( 2017-03-30 9:55 GMT+02:00 Davide Ferrari <dav...@billymob.com>: > Hello again > > Yep, it fails to migrate to any 7.3 host. > I still have to try to migrate to one of the old 7.2 hosts, I'll let you > know > > 2017-03-27 13:51 GMT+02:00 Francesco Romani <from...@redhat.com>: > >> On 03/24/2017 04:01 PM, Davide Ferrari wrote: >> > Source: CentOS 7.2 - qemu-kvm-ev-2.3.0-31.el7.16.1 >> > Dest: CentOS 7.3 - qemu-kvm-ev-2.6.0-28.el7_3.3.1 >> > >> > To be fair I'm trying to migrate away that VM so I can install updates >> > on the source host. >> >> Another, hopefully less likely, case is a QEMu bug. If QEMU cannot >> correctly restore the VM state from the migration >> data stream, you'll get the same error. >> Anyway, this definitely looks like libvirt/qemu issue; better be >> prepared to file a libvirt bug. >> does it happen migrating to *any* CentOS7.3 box? >> >> Bests, >> >> -- >> Francesco Romani >> Senior SW Eng., Virtualization R >> Red Hat >> IRC: fromani github: @fromanirh >> >> > > > -- > Davide Ferrari > Senior Systems Engineer > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Details about why a live migration failed
Hello again Yep, it fails to migrate to any 7.3 host. I still have to try to migrate to one of the old 7.2 hosts, I'll let you know 2017-03-27 13:51 GMT+02:00 Francesco Romani <from...@redhat.com>: > On 03/24/2017 04:01 PM, Davide Ferrari wrote: > > Source: CentOS 7.2 - qemu-kvm-ev-2.3.0-31.el7.16.1 > > Dest: CentOS 7.3 - qemu-kvm-ev-2.6.0-28.el7_3.3.1 > > > > To be fair I'm trying to migrate away that VM so I can install updates > > on the source host. > > Another, hopefully less likely, case is a QEMu bug. If QEMU cannot > correctly restore the VM state from the migration > data stream, you'll get the same error. > Anyway, this definitely looks like libvirt/qemu issue; better be > prepared to file a libvirt bug. > does it happen migrating to *any* CentOS7.3 box? > > Bests, > > -- > Francesco Romani > Senior SW Eng., Virtualization R > Red Hat > IRC: fromani github: @fromanirh > > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Upgrade guide for oVirt 4.1.x?
Is a 4.1 upgrade from 4.0 considered minor? I thought that were considered minor only the 4.0.x upgrades (or 4.1.x) 2017-03-27 14:43 GMT+02:00 Yaniv Dary <yd...@redhat.com>: > This is the page covering minor releases: > http://www.ovirt.org/documentation/upgrade-guide/ > chap-Updates_between_Minor_Releases/ > > Yaniv Dary > Technical Product Manager > Red Hat Israel Ltd. > 34 Jerusalem Road > Building A, 4th floor > Ra'anana, Israel 4350109 > > Tel : +972 (9) 7692306 <+972%209-769-2306> > 8272306 > Email: yd...@redhat.com > IRC : ydary > > > On Fri, Mar 24, 2017 at 6:49 PM, Davide Ferrari <dav...@billymob.com> > wrote: > >> Hello >> >> following the links from the official release notes, I always end up to >> this page >> >> https://www.ovirt.org/documentation/upgrade-guide/upgrade-guide/ >> which just covers updating from 3.6 to 4.0. >> Is this still valid for 4.0 -> 4.1 upgrades? >> >> Thanks >> >> >> -- >> Davide Ferrari >> Senior Systems Engineer >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Gluster network
Sorry for hijacking the thread but, in my case, I have a separate VLAN for gluster intercommunication and that VLAN is not accessible from the hosted engine. Maybe that's the problem? 2017-03-27 12:14 GMT+02:00 Sahina Bose <sab...@redhat.com>: > > > On Mon, Mar 27, 2017 at 2:06 PM, Davide Ferrari <dav...@billymob.com> > wrote: > >> I have the same error (warning) and in my case the answer is yes to both >> questions. >> > > Which IP address does "spfy-hw01" resolve to from engine. > Is it the same IP address that you see in Networks sub-tab under hosts- > for network associated with "gluster" > > The engine tries to associate the brick info returned from gluster CLI > using the following logic: > i) check if the ip/hostname in : matches that > of host > ii) check the IP address that hostname in brick resolves to - and match it > against any of the interface associated with host that has gluster network > tagged to it > > > >> 2017-03-27 10:12 GMT+02:00 Sahina Bose <sab...@redhat.com>: >> >>> Is "spfy-hw01" resolvable from engine? Have you associated network >>> named "gluster" to interface associated with "spfy-hw01" under "Setup >>> Host Network" of host? >>> >>> On Sat, Mar 25, 2017 at 5:56 PM, Arsène Gschwind < >>> arsene.gschw...@unibas.ch> wrote: >>> >>>> Hi, >>>> >>>> I do have a recuring warning in engine.log and i'm not able to figure >>>> out what is wrong in my setup. >>>> >>>> 2017-03-25 10:13:12,391+01 WARN [org.ovirt.engine.core.vdsbrok >>>> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4) >>>> [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick >>>> 'spfy-hw01:/gluster/engine/brick' of volume >>>> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no >>>> gluster network found in cluster '0002-0002-0002-0002-02a6' >>>> 2017-03-25 10:13:12,394+01 WARN [org.ovirt.engine.core.vdsbrok >>>> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4) >>>> [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick >>>> 'spfy-hw02:/gluster/engine/brick' of volume >>>> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no >>>> gluster network found in cluster '0002-0002-0002-0002-02a6' >>>> 2017-03-25 10:13:12,397+01 WARN [org.ovirt.engine.core.vdsbrok >>>> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4) >>>> [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick >>>> 'spfy-hw03:/gluster/engine/brick' of volume >>>> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no >>>> gluster network found in cluster '0002-0002-0002-0002-02a6' >>>> >>>> My setup: >>>> >>>>- oVirt 4.1.0 >>>>- gluster 3.8.10-1.el7 >>>> >>>> I've setup a gluster network and dedicated to gluster: >>>> >>>> [image: gluster] >>>> >>>> Could someone explain why I do have this warning and how to resolve the >>>> problem . >>>> >>>> Thanks a lot >>>> >>>> rgds, >>>> >>>> Arsène >>>> -- >>>> >>>> >>>> ___ >>>> 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 >>> >>> >> >> >> -- >> Davide Ferrari >> Senior Systems Engineer >> > > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Gluster network
I have the same error (warning) and in my case the answer is yes to both questions. 2017-03-27 10:12 GMT+02:00 Sahina Bose <sab...@redhat.com>: > Is "spfy-hw01" resolvable from engine? Have you associated network named > "gluster" to interface associated with "spfy-hw01" under "Setup Host > Network" of host? > > On Sat, Mar 25, 2017 at 5:56 PM, Arsène Gschwind < > arsene.gschw...@unibas.ch> wrote: > >> Hi, >> >> I do have a recuring warning in engine.log and i'm not able to figure out >> what is wrong in my setup. >> >> 2017-03-25 10:13:12,391+01 WARN [org.ovirt.engine.core.vdsbrok >> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4) >> [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick >> 'spfy-hw01:/gluster/engine/brick' of volume >> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no >> gluster network found in cluster '0002-0002-0002-0002-02a6' >> 2017-03-25 10:13:12,394+01 WARN [org.ovirt.engine.core.vdsbrok >> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4) >> [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick >> 'spfy-hw02:/gluster/engine/brick' of volume >> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no >> gluster network found in cluster '0002-0002-0002-0002-02a6' >> 2017-03-25 10:13:12,397+01 WARN [org.ovirt.engine.core.vdsbrok >> er.gluster.GlusterVolumesListReturn] (DefaultQuartzScheduler4) >> [e02bacbc-75ab-4c48-81c0-e3d64e4bd3e9] Could not associate brick >> 'spfy-hw03:/gluster/engine/brick' of volume >> 'af169181-d72e-4325-9947-d7dd09e512f0' with correct network as no >> gluster network found in cluster '0002-0002-0002-0002-02a6' >> >> My setup: >> >>- oVirt 4.1.0 >>- gluster 3.8.10-1.el7 >> >> I've setup a gluster network and dedicated to gluster: >> >> [image: gluster] >> >> Could someone explain why I do have this warning and how to resolve the >> problem . >> >> Thanks a lot >> >> rgds, >> >> Arsène >> -- >> >> >> ___ >> 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 > > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Upgrade guide for oVirt 4.1.x?
Hello following the links from the official release notes, I always end up to this page https://www.ovirt.org/documentation/upgrade-guide/upgrade-guide/ which just covers updating from 3.6 to 4.0. Is this still valid for 4.0 -> 4.1 upgrades? Thanks -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Details about why a live migration failed
Source: CentOS 7.2 - qemu-kvm-ev-2.3.0-31.el7.16.1 Dest: CentOS 7.3 - qemu-kvm-ev-2.6.0-28.el7_3.3.1 To be fair I'm trying to migrate away that VM so I can install updates on the source host. 2017-03-24 15:18 GMT+01:00 Michal Skrivanek <michal.skriva...@redhat.com>: > > On 24 Mar 2017, at 15:15, Davide Ferrari <dav...@billymob.com> wrote: > > Mmmh this is all I got from libvirt log on receiver host: > > LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin > QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name > guest=druid-co01,debug-threads=on > -S -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/ > qemu/domain-5-druid-co01/master-key.aes -machine > pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Haswell-noTSX -m > size=16777216k,slots=16,maxmem=4294967296k -realtime mlock=off -smp > 4,maxcpus=64,sockets=16,cores=4,threads=1 -numa > node,nodeid=0,cpus=0-3,mem=16384 -uuid 4f627cc1-9b52-4eef-bf3a-c02e8a6303b8 > -smbios 'type=1,manufacturer=oVirt,product=oVirt > Node,version=7-2.1511.el7.centos.2.10,serial=4C4C4544- > 0037-4C10-8031-B7C04F564232,uuid=4f627cc1-9b52-4eef-bf3a-c02e8a6303b8' > -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/ > var/lib/libvirt/qemu/domain-5-druid-co01.billydoma/monitor.sock,server,nowait > -mon chardev=charmonitor,id=monitor,mode=control -rtc > base=2017-03-24T10:38:03,driftfix=slew -global > kvm-pit.lost_tick_policy=discard > -no-hpet -no-shutdown -boot strict=on -device > piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 > -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x7 -device > virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x4 > -drive if=none,id=drive-ide0-1-0,readonly=on -device > ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive > file=/rhev/data-center/0001-0001-0001-0001-03e3/ba2bd397-9222- > 424d-aecc-eb652c0169d9/images/08b19faa-4b1f-4da8-87a2- > 2af0700a7906/bdb18a7d-1558-41f9-aa3a-e63407c7881e,format= > qcow2,if=none,id=drive-virtio-disk0,serial=08b19faa-4b1f- > 4da8-87a2-2af0700a7906,cache=none,werror=stop,rerror=stop,aio=threads > -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive- > virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=/rhev/data-center/ > 0001-0001-0001-0001-03e3/ba2bd397-9222- > 424d-aecc-eb652c0169d9/images/987d84da-188b-45c0-99d0- > 3dde29ddcb6e/51a1b9ee-b0ae-4208-9806-a319d34db06e,format= > qcow2,if=none,id=drive-virtio-disk1,serial=987d84da-188b- > 45c0-99d0-3dde29ddcb6e,cache=none,werror=stop,rerror=stop,aio=threads > -device > virtio-blk-pci,scsi=off,bus=pci.0,addr=0x8,drive=drive-virtio-disk1,id=virtio-disk1 > -netdev tap,fd=34,id=hostnet0,vhost=on,vhostfd=35 -device > virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:93,bus=pci.0,addr=0x3 > -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/ > 4f627cc1-9b52-4eef-bf3a-c02e8a6303b8.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/qemu/channels/ > 4f627cc1-9b52-4eef-bf3a-c02e8a6303b8.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 > spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio- > serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 > -spice tls-port=5904,addr=192.168.10.107,x509-dir=/etc/pki/vdsm/ > libvirt-spice,tls-channel=default,tls-channel=main,tls- > channel=display,tls-channel=inputs,tls-channel=cursor,tls- > channel=playback,tls-channel=record,tls-channel=smartcard, > tls-channel=usbredir,seamless-migration=on -device > qxl-vga,id=video0,ram_size=67108864,vram_size=8388608, > vram64_size_mb=0,vgamem_mb=16,bus=pci.0,addr=0x2 -incoming defer -device > virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -msg timestamp=on > Domain id=5 is tainted: hook-script > 2017-03-24T10:38:03.414396Z qemu-kvm: warning: CPU(s) not present in any > NUMA nodes: 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 > 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 > 52 53 54 55 56 57 58 59 60 61 62 63 > 2017-03-24T10:38:03.414497Z qemu-kvm: warning: All CPU(s) up to maxcpus > should be described in NUMA config > 2017-03-24 10:41:20.982+: shutting down > 2017-03-24T10:41:20.986633Z qemu-kvm: load of migration failed: > Input/output error > > Donating host doesn't say a thing about this VM. > There's an "input/output error" but I can't see to what is related… > > > most likely to the migration stream, either the TCP connection was cut > short or internal bug > What a
Re: [ovirt-users] Details about why a live migration failed
Mmmh this is all I got from libvirt log on receiver host: LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name guest=druid-co01,debug-threads=on -S -object secret,id=masterKey0,format=raw,file=/var/lib/libvirt/qemu/domain-5-druid-co01/master-key.aes -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Haswell-noTSX -m size=16777216k,slots=16,maxmem=4294967296k -realtime mlock=off -smp 4,maxcpus=64,sockets=16,cores=4,threads=1 -numa node,nodeid=0,cpus=0-3,mem=16384 -uuid 4f627cc1-9b52-4eef-bf3a-c02e8a6303b8 -smbios 'type=1,manufacturer=oVirt,product=oVirt Node,version=7-2.1511.el7.centos.2.10,serial=4C4C4544-0037-4C10-8031-B7C04F564232,uuid=4f627cc1-9b52-4eef-bf3a-c02e8a6303b8' -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/domain-5-druid-co01.billydoma/monitor.sock,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=2017-03-24T10:38:03,driftfix=slew -global kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot strict=on -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x7 -device virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x4 -drive if=none,id=drive-ide0-1-0,readonly=on -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive file=/rhev/data-center/0001-0001-0001-0001-03e3/ba2bd397-9222-424d-aecc-eb652c0169d9/images/08b19faa-4b1f-4da8-87a2-2af0700a7906/bdb18a7d-1558-41f9-aa3a-e63407c7881e,format=qcow2,if=none,id=drive-virtio-disk0,serial=08b19faa-4b1f-4da8-87a2-2af0700a7906,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virtio-disk0,id=virtio-disk0,bootindex=1 -drive file=/rhev/data-center/0001-0001-0001-0001-03e3/ba2bd397-9222-424d-aecc-eb652c0169d9/images/987d84da-188b-45c0-99d0-3dde29ddcb6e/51a1b9ee-b0ae-4208-9806-a319d34db06e,format=qcow2,if=none,id=drive-virtio-disk1,serial=987d84da-188b-45c0-99d0-3dde29ddcb6e,cache=none,werror=stop,rerror=stop,aio=threads -device virtio-blk-pci,scsi=off,bus=pci.0,addr=0x8,drive=drive-virtio-disk1,id=virtio-disk1 -netdev tap,fd=34,id=hostnet0,vhost=on,vhostfd=35 -device virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a:16:01:93,bus=pci.0,addr=0x3 -chardev socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/4f627cc1-9b52-4eef-bf3a-c02e8a6303b8.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/qemu/channels/4f627cc1-9b52-4eef-bf3a-c02e8a6303b8.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 spicevmc,id=charchannel2,name=vdagent -device virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0 -spice tls-port=5904,addr=192.168.10.107,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=default,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on -device qxl-vga,id=video0,ram_size=67108864,vram_size=8388608,vram64_size_mb=0,vgamem_mb=16,bus=pci.0,addr=0x2 -incoming defer -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x6 -msg timestamp=on Domain id=5 is tainted: hook-script 2017-03-24T10:38:03.414396Z qemu-kvm: warning: CPU(s) not present in any NUMA nodes: 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 2017-03-24T10:38:03.414497Z qemu-kvm: warning: All CPU(s) up to maxcpus should be described in NUMA config 2017-03-24 10:41:20.982+: shutting down 2017-03-24T10:41:20.986633Z qemu-kvm: load of migration failed: Input/output error Donating host doesn't say a thing about this VM. There's an "input/output error" but I can't see to what is related... 2017-03-24 13:38 GMT+01:00 Francesco Romani <from...@redhat.com>: > > On 03/24/2017 11:58 AM, Davide Ferrari wrote: > > And this is the vdsm log from vmhost04: > > > > Thread-6320717::INFO::2017-03-24 > > 11:41:13,019::migration::712::virt.vm::(monitor_migration) > > vmId=`4f627cc1-9b52-4eef-bf3a-c02e8a6303b8`::Migration Progress: 190 > > seconds elapsed, 98% of data processed, total data: 16456MB, processed > > data: 9842MB, remaining data: 386MB, transfer speed 52MBps, zero > > pages: 1718676MB, compressed: 0MB, dirty rate: -1, memory iteration: -1 > > libvirtEventLoop::DEBUG::2017-03-24 > > 11:41:21,007::vm::4291::virt.vm::(onLibvirtLifecycleEvent) > > vmId=`4f627cc1-9b52-4eef-bf3a-c02e8a6303b8`::event Suspended detail 0 > > opaque None > > libvirtEventLoop::INFO::20
Re: [ovirt-users] Details about why a live migration failed
-c02e8a6303b8`::stopped migration monitor thread Thread-6320715::DEBUG::2017-03-24 11:41:21,257::guestagent::502::virt.vm::(send_lifecycle_event) vmId=`4f627cc1-9b52-4eef-bf3a-c02e8a6303b8`::send_lifecycle_event after_migration called Thread-6320715::DEBUG::2017-03-24 11:41:21,284::__init__::209::jsonrpc.Notification::(emit) Sending event {"params": {"notify_time": 19498739270, "4f627cc1-9b52-4eef-bf3a-c02e8a6303b8": {"status": "Migration Source"}}, "jsonrpc": "2.0", "method": "|virt|VM_status|4f627cc1-9b52-4eef-bf3a-c02e8a6303b8"} Thread-6320715::ERROR::2017-03-24 11:41:21,285::migration::381::virt.vm::(run) vmId=`4f627cc1-9b52-4eef-bf3a-c02e8a6303b8`::Failed to migrate jsonrpc.Executor/6::DEBUG::2017-03-24 11:41:29,161::__init__::530::jsonrpc.JsonRpcServer::(_handle_request) Calling 'VM.getMigrationStatus' in bridge with {u'vmID': u'4f627cc1-9b52-4eef-bf3a-c02e8a6303b8'} 2017-03-24 11:54 GMT+01:00 Davide Ferrari <dav...@billymob.com>: > Helo > > I have a VM on a host that seems it cannot be live-migrated away. I'm > trying to migrate it to another (superior) cluster but please consider: > - VM isn't receiving too much tarffic and is not doing much at all > - I've already successfully live migrated other VMs from this host to the > same other cluster > > looking through engine.log I cannot see anything interesting a aprt from > the generic ( I grepped for the job ID) > > 2017-03-24 10:30:52,186 INFO [org.ovirt.engine.core.dal. > dbbroker.auditloghandling.AuditLogDirector] > (org.ovirt.thread.pool-6-thread-42) > [20518310] Correlation ID: 20518310, Job ID: > 039f0694-3e05-4f93-993d-9e7383047873, > Call Stack: null, Custom Event ID: -1, Message: Migration started (VM: > druid-co01., Source: vmhost04, Destination: vmhost06, User: > admin@internal-authz). > 2017-03-24 10:34:28,072 WARN [org.ovirt.engine.core.dal. > dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-2) > [6d6a3a53] Correlation ID: 20518310, Job ID: > 039f0694-3e05-4f93-993d-9e7383047873, > Call Stack: null, Custom Event ID: -1, Message: Failed to migrate VM > druid-co01. to Host vmhost06 . Trying to migrate to another Host. > 2017-03-24 10:34:28,676 INFO [org.ovirt.engine.core.dal. > dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-2) > [6d6a3a53] Correlation ID: 20518310, Job ID: > 039f0694-3e05-4f93-993d-9e7383047873, > Call Stack: null, Custom Event ID: -1, Message: Migration started (VM: > druid-co01., Source: vmhost04, Destination: vmhost11, User: > admin@internal-authz). > 2017-03-24 10:37:59,097 WARN [org.ovirt.engine.core.dal. > dbbroker.auditloghandling.AuditLogDirector] > (org.ovirt.thread.pool-6-thread-40) > [779e9773] Correlation ID: 20518310, Job ID: > 039f0694-3e05-4f93-993d-9e7383047873, > Call Stack: null, Custom Event ID: -1, Message: Failed to migrate VM > druid-co01. to Host vmhost11 . Trying to migrate to another Host. > 2017-03-24 10:38:00,626 INFO [org.ovirt.engine.core.dal. > dbbroker.auditloghandling.AuditLogDirector] > (org.ovirt.thread.pool-6-thread-40) > [779e9773] Correlation ID: 20518310, Job ID: > 039f0694-3e05-4f93-993d-9e7383047873, > Call Stack: null, Custom Event ID: -1, Message: Migration started (VM: > druid-co01, Source: vmhost04, Destination: vmhost08, User: > admin@internal-authz). > 2017-03-24 10:41:29,441 WARN [org.ovirt.engine.core.dal. > dbbroker.auditloghandling.AuditLogDirector] > (org.ovirt.thread.pool-6-thread-42) > [6f032492] Correlation ID: 20518310, Job ID: > 039f0694-3e05-4f93-993d-9e7383047873, > Call Stack: null, Custom Event ID: -1, Message: Failed to migrate VM > druid-co01 to Host vmhost08 . Trying to migrate to another Host. > 2017-03-24 10:41:29,488 ERROR [org.ovirt.engine.core.dal. > dbbroker.auditloghandling.AuditLogDirector] > (org.ovirt.thread.pool-6-thread-42) > [6f032492] Correlation ID: 20518310, Job ID: > 039f0694-3e05-4f93-993d-9e7383047873, > Call Stack: null, Custom Event ID: -1, Message: Migration failed (VM: > druid-co01, Source: vmhost04). > > -- > Davide Ferrari > Senior Systems Engineer > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Details about why a live migration failed
Helo I have a VM on a host that seems it cannot be live-migrated away. I'm trying to migrate it to another (superior) cluster but please consider: - VM isn't receiving too much tarffic and is not doing much at all - I've already successfully live migrated other VMs from this host to the same other cluster looking through engine.log I cannot see anything interesting a aprt from the generic ( I grepped for the job ID) 2017-03-24 10:30:52,186 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-42) [20518310] Correlation ID: 20518310, Job ID: 039f0694-3e05-4f93-993d-9e7383047873, Call Stack: null, Custom Event ID: -1, Message: Migration started (VM: druid-co01., Source: vmhost04, Destination: vmhost06, User: admin@internal-authz). 2017-03-24 10:34:28,072 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-2) [6d6a3a53] Correlation ID: 20518310, Job ID: 039f0694-3e05-4f93-993d-9e7383047873, Call Stack: null, Custom Event ID: -1, Message: Failed to migrate VM druid-co01. to Host vmhost06 . Trying to migrate to another Host. 2017-03-24 10:34:28,676 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-2) [6d6a3a53] Correlation ID: 20518310, Job ID: 039f0694-3e05-4f93-993d-9e7383047873, Call Stack: null, Custom Event ID: -1, Message: Migration started (VM: druid-co01., Source: vmhost04, Destination: vmhost11, User: admin@internal-authz). 2017-03-24 10:37:59,097 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-40) [779e9773] Correlation ID: 20518310, Job ID: 039f0694-3e05-4f93-993d-9e7383047873, Call Stack: null, Custom Event ID: -1, Message: Failed to migrate VM druid-co01. to Host vmhost11 . Trying to migrate to another Host. 2017-03-24 10:38:00,626 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-40) [779e9773] Correlation ID: 20518310, Job ID: 039f0694-3e05-4f93-993d-9e7383047873, Call Stack: null, Custom Event ID: -1, Message: Migration started (VM: druid-co01, Source: vmhost04, Destination: vmhost08, User: admin@internal-authz). 2017-03-24 10:41:29,441 WARN [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-42) [6f032492] Correlation ID: 20518310, Job ID: 039f0694-3e05-4f93-993d-9e7383047873, Call Stack: null, Custom Event ID: -1, Message: Failed to migrate VM druid-co01 to Host vmhost08 . Trying to migrate to another Host. 2017-03-24 10:41:29,488 ERROR [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (org.ovirt.thread.pool-6-thread-42) [6f032492] Correlation ID: 20518310, Job ID: 039f0694-3e05-4f93-993d-9e7383047873, Call Stack: null, Custom Event ID: -1, Message: Migration failed (VM: druid-co01, Source: vmhost04). -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] ACTION_TYPE_FAILED_NO_SERVERS_FOR_CLUSTER
Sorry for the delay, I've managed to fix it. It was all due to a permission error in the gluster volume which I created via CLI manually, I forgot to set the vdsm unix user UID and GID permissions to it. After doing that, I could import the new gluster volume as a data domain in the new cluster and then enable Gluster management in the cluster and now everything works as expected! 2017-03-23 12:26 GMT+01:00 Sahina Bose <sab...@redhat.com>: > Could you provide engine.log from engine and vdsm.log & supervdsm.log from > this host? > > On Wed, Mar 22, 2017 at 8:02 PM, Davide Ferrari <dav...@billymob.com> > wrote: > >> I get this error when I click " >> Gluster status is disconnected for this host. >> Restart Glusterd service" in the Genral tab of a the sole host in a new >> cluster. I've enabled "Manage Gluster" in the cluster options and already >> created a new gluster volume (via CLI) with bricks only in the hosts that >> are part of this new cluster. >> >> -- >> Davide Ferrari >> Senior Systems Engineer >> >> ___________ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Expand an ovirt+glusterfs cluster
2017-03-22 8:09 GMT+01:00 Sahina Bose: > > A gluster volume cannot span multiple clusters. If you want to create a > separate cluster with the Broadwell nodes, then create a new gluster volume > using the disks from these nodes - i.e do not expand the existing volume by > adding bricks from the new servers. > About this: why? I mean, from the new cluster I can spawn a VM based on an image stored in the other cluster domain and it works. What's the problem? Anyway I created a new data domain for that cluster ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] ACTION_TYPE_FAILED_NO_SERVERS_FOR_CLUSTER
I get this error when I click " Gluster status is disconnected for this host. Restart Glusterd service" in the Genral tab of a the sole host in a new cluster. I've enabled "Manage Gluster" in the cluster options and already created a new gluster volume (via CLI) with bricks only in the hosts that are part of this new cluster. -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Expand an ovirt+glusterfs cluster
2017-03-22 8:09 GMT+01:00 Sahina Bose <sab...@redhat.com>: > Responses inline > > Mines too :) > A gluster volume cannot span multiple clusters. If you want to create a > separate cluster with the Broadwell nodes, then create a new gluster volume > using the disks from these nodes - i.e do not expand the existing volume by > adding bricks from the new servers. > Ouch, bummer :( > > >> 2) I'm using a separate VLAN+domain name for gluster, and oVirt is >>> proposing me to use the gluster (storage) domain names as the new hosts >>> identifier. >>> >> > You can add hosts using the Add new host flow - and provide the FQDN that > you want as management interface, and later associate the gluster VLAN with > a network that has "gluster" role. > Please keep in mind that you cannot add this to a new cluster in oVirt if > you have already used bricks from these servers on existing volume in > another cluster > > So, how should I create the new, dedicated gluster volume? Within oVirt or on the command line as I created the first data volume when I installed oVirt from scratch? I guess the former should work, right? But then, can I do live migrations from the lower CPU cluster to the newer one? I guess it's possible according to this: http://www.ovirt.org/develop/release-management/features/storage/live-storage-migration-between-mixed-domains/ Thanks for your time -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Expand an ovirt+glusterfs cluster
I may add that as of now I've just added the bricks and nothing more, no VMs/new disks created in the oVirt cluster (in case i should remove the bricks) 2017-03-21 13:09 GMT+01:00 Davide Ferrari <dav...@billymob.com>: > Hello > > I have a 4 node oVirt 4.0 cluster running on top of glusterfs volumes, > managed by the oVirt cluster (option ticked in the cluster properties) > > Now, I'm adding several new nodes to this cluster with a better CPU > (Broadwell vs Haswell) but now comes the "bad" part. Out of enthusiasm I've > already added storage from these new servers to the data volume already > present and used by the current cluster. In fact now ovirt has detected new > hosts and it's asking me if I want to add these host to the cluster. > > But there are two problems: > 1) I want to create a new, Broadwell cluster > 2) I'm using a separate VLAN+domain name for gluster, and oVirt is > proposing me to use the gluster (storage) domain names as the new hosts > identifier. > > What are the right steps/actions to take now? It's a running production > system. > > Thanks in advance > > -- > Davide Ferrari > Senior Systems Engineer > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Expand an ovirt+glusterfs cluster
Hello I have a 4 node oVirt 4.0 cluster running on top of glusterfs volumes, managed by the oVirt cluster (option ticked in the cluster properties) Now, I'm adding several new nodes to this cluster with a better CPU (Broadwell vs Haswell) but now comes the "bad" part. Out of enthusiasm I've already added storage from these new servers to the data volume already present and used by the current cluster. In fact now ovirt has detected new hosts and it's asking me if I want to add these host to the cluster. But there are two problems: 1) I want to create a new, Broadwell cluster 2) I'm using a separate VLAN+domain name for gluster, and oVirt is proposing me to use the gluster (storage) domain names as the new hosts identifier. What are the right steps/actions to take now? It's a running production system. Thanks in advance -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] oVirt 4 and 10GbE NICs
Hello the oVirt hosts in my cluster have all 10GbE interfaces (bonded 2 by 2), and I was wondering if a single Linux VM with a virtio interface can reach for example 8Gbps. I'm asking because I'm seeing a 100% network usage in some VMs in ovirt VM dashboard but the real traffic in that VM is between 1-2Gbps. Thanks -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Upgrade cluster + adding nodes
Hello everyone currently I've a 4-nodes oVirt 4.0.4 cluster running on CentOS 7.2. Given that we have now oVirt 4.0.6 and CentOS 7.3, what's the best update path? I was reading threads about qemu-kvm-ev 2.6 when CentOS 7.3 was released but I was wondering if with 4.0.6 release something has changed. Moreover, I'd like to add 4 more nodes in the near future, I guess I should have all the same version and thus I must fully upgrade the original 4 nodes (both OS + oVirt) before adding new, fully up-to-date nodes, right? Thanks! -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Could not associate brick
Yes, the brick on vm04.storage.billy correctly resolves in the hosted-engine VM to 10.30.0.4, and that IP is set in the corresponding hosts' bond1 (linked to the "gluster" network interface I created in "Networks") 2016-10-14 13:06 GMT+02:00 knarra <kna...@redhat.com>: > On 10/14/2016 04:23 PM, Davide Ferrari wrote: > > Hello > > I'm seeing several ot these warnings: > > 2016-10-14 10:49:23,721 WARN [org.ovirt.engine.core.vdsbroker.gluster. > GlusterVolumesListReturnForXmlRpc] (DefaultQuartzScheduler7) [] Could not > associate brick 'vm04.storage.billy:/gluster/ssd/data/brick' of volume > '23f8f1ae-a3ac-47bf-8223-5b5f7c29e508' with correct network as no gluster > network found in cluster '0002-0002-0002-0002-0345' > > I was reading this May thread > > http://lists.ovirt.org/pipermail/users/2016-May/040069.html > > but there is no final answer about how to solve this warning. As the other > poster, I created the gluster network before installing ovirt (it's an > hosted-engine installation) and I used DNS names to point to the bricks. > DNS resolution is working correctly (every host has everthing in > /etc/hosts). > > I also created a non-VM network and assigned it to every host's bond1 (the > gluster network) > > How can I fix this? > > TIA > > -- > Davide Ferrari > Senior Systems Engineer > > > ___ > Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users > > Hi David, > > you should not be seeing this error once the network with gluster role > is been attached to every host in the system. Could you please check if > your bricks are having the ip of what your bond1 network has ? > > Thanks > > kasturi. > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Could not associate brick
Hello I'm seeing several ot these warnings: 2016-10-14 10:49:23,721 WARN [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListReturnForXmlRpc] (DefaultQuartzScheduler7) [] Could not associate brick 'vm04.storage.billy:/gluster/ssd/data/brick' of volume '23f8f1ae-a3ac-47bf-8223-5b5f7c29e508' with correct network as no gluster network found in cluster '0002-0002-0002-0002-0345' I was reading this May thread http://lists.ovirt.org/pipermail/users/2016-May/040069.html but there is no final answer about how to solve this warning. As the other poster, I created the gluster network before installing ovirt (it's an hosted-engine installation) and I used DNS names to point to the bricks. DNS resolution is working correctly (every host has everthing in /etc/hosts). I also created a non-VM network and assigned it to every host's bond1 (the gluster network) How can I fix this? TIA -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] VM pauses/hangs after migration
Hello just for the record, after I have that server replaced (only motherboard+ram+controller, same disks), now everything works ok, so it was definitely an hardware issue. Thanks everyone for the troubleshoot help! 2016-10-04 18:06 GMT+02:00 Michal Skrivanek <michal.skriva...@redhat.com>: > > On 3 Oct 2016, at 10:39, Davide Ferrari <dav...@billymob.com> wrote: > > > > 2016-09-30 15:35 GMT+02:00 Michal Skrivanek <michal.skriva...@redhat.com>: > >> >> >> that is a very low level error really pointing at HW issues. It may or >> may not be detected by memtest…but I would give it a try >> >> > I left memtest86 running for 2 days and no error detected :( > > >> The only difference that this host (vmhost01) has is that it was the >> first host installed in my self-hosted engine installation. But I have >> already reinstalled it from GUI and menawhile I've upgraded to 4.0.4 from >> 4.0.3. >> >> >> does it happen only for the big 96GB VM? The others which you said are >> working, are they all small? >> Might be worth trying other system stability tests, playing with >> safer/slower settings in BIOS, use lower CPU cluster, etc >> >> > Yep, it happens only for the 96GB VM. Other VMs with fewer RAM (16GB for > example) can be created on or migrated to that host flawlessly. I'll try to > play a little with BIOS settings but otherwise I'll have the HW replaced. I > was only trying to rule out possible oVirt SW problems due to that host > being the first I deployed (from CLI) when I installed the cluster. > > > I understand. Unfortunately it really does look like some sort of > incompatibility rather than a sw issue:/ > > > Thanks! > > -- > Davide Ferrari > Senior Systems Engineer > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Change host names/IPs
2016-10-06 14:12 GMT+02:00 Barak Korren <bkor...@redhat.com>: > > Something like the following (I'm assuming you have multiple hosts...): > 1. Put host in to maintenance mode > 2. Remove it from oVirt > 3. Change host network settings > 4. Re-attach host with new setting to oVirt > 5. Migrate some VMs to the new host and fix their IP settings > 6. Repeat for other hosts > > Well, yes, I should add some routing logic before/during migration but it should work > Things to note: > - If you are using hosted-engine, it will further complicate things for > you, > I'm not sure if and how can one change the H.E. IP. > Yep, I'm with HE. Does anyone know if HE engine can be changed? > - If you are using an IP-based storage that is accessed via the same > subnet, > you need to ensure it is still accessible with the same name/IP from the > new subnet. > Luckily storage is already on another vlan/network > If you are only making this change so you can run more VMs, you can > consider adding the new subnet as a new VLAN/physical LAN to the > existing hosts, and keep using old /24 subnet for ovirtmgmt. It is a > good idea to separate ovirtmgmt traffic from other traffic anyway... > Well I have a mix of physical hosts (excluding oVirt cluster obviously) and VM that are all on the same network right now, which is the ovirtmgmt network too, and I don't want to have special routing rules only for VMs. Thanks for the tips! -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Change host names/IPs
Well, actually I want to migrate both DNS hostnames and the subnet (from a /24 to a /16) to which the ovirtmgr interface is connected. The second change is the most problematic as you say..in any case what would be the best procedure, even if it implies downtime? 2016-10-06 10:04 GMT+02:00 Barak Korren <bkor...@redhat.com>: > > Is there a clean way and possibly without downtime to change the hostname > > and IP addresses of all the hosts in a running oVirt cluster? > > As long as you don't change the VLANs and subnets for the hosts, you > can change IPs by putting the hosts into maintenance one-by-one (so > that VMs migrate to other hosts), removing them and re-adding with the > new IPs. > > Hostnames (Except the engine's) should not matter for oVirt at all > (you can register hosts to oVirt with names, but I wouldn't recommend > that for production, as the DNS becomes a massive SPOF). > > If you change the subnet the hosts are attached to, and you have VMs > that are using that subnet as well, you will not be able to do this > without downtime, because the VMs will probably not have the right IP > settings to allow them to communicate using the new subnet... > > -- > Barak Korren > bkor...@redhat.com > RHEV-CI Team > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Change host names/IPs
It's not urgent, I was planning to do it in the next months so I was gathering info. Will this feature land in some new oVirt version perhaps? 2016-10-05 18:44 GMT+02:00 Marcin Mirecki <mmire...@redhat.com>: > Hello Davide, > > No, there is no support for changing host ip. > How urgently do you need this? > > Thanks, > Marcin > > > > - Original Message - > > From: "Davide Ferrari" <dav...@billymob.com> > > To: "users" <users@ovirt.org> > > Sent: Wednesday, October 5, 2016 5:22:57 PM > > Subject: [ovirt-users] Change host names/IPs > > > > Hello > > > > Is there a clean way and possibly without downtime to change the > hostname and > > IP addresses of all the hosts in a running oVirt cluster? > > > > -- > > Davide Ferrari > > Senior Systems Engineer > > > > ___ > > Users mailing list > > Users@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] VM pauses/hangs after migration
2016-09-30 15:35 GMT+02:00 Michal Skrivanek <michal.skriva...@redhat.com>: > > > that is a very low level error really pointing at HW issues. It may or may > not be detected by memtest…but I would give it a try > > I left memtest86 running for 2 days and no error detected :( > The only difference that this host (vmhost01) has is that it was the first > host installed in my self-hosted engine installation. But I have already > reinstalled it from GUI and menawhile I've upgraded to 4.0.4 from 4.0.3. > > > does it happen only for the big 96GB VM? The others which you said are > working, are they all small? > Might be worth trying other system stability tests, playing with > safer/slower settings in BIOS, use lower CPU cluster, etc > > Yep, it happens only for the 96GB VM. Other VMs with fewer RAM (16GB for example) can be created on or migrated to that host flawlessly. I'll try to play a little with BIOS settings but otherwise I'll have the HW replaced. I was only trying to rule out possible oVirt SW problems due to that host being the first I deployed (from CLI) when I installed the cluster. Thanks! -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Ovirt/Gluster replica 3 distributed-replicated problem
It's strange, I've tried to trigger the error again by putting vm04 in maintenence and stopping the gluster service (from ovirt gui) and now the VM starts correctly. Maybe the arbiter indeed blamed the brick that was still up before, but how's that possible? The only (maybe big) difference with the previous, erroneous situation, is that before I did maintenence (+ reboot) of 3 of my 4 hosts, maybe I should have left more time between one reboot and another? 2016-09-29 14:16 GMT+02:00 Ravishankar N <ravishan...@redhat.com>: > On 09/29/2016 05:18 PM, Sahina Bose wrote: > > Yes, this is a GlusterFS problem. Adding gluster users ML > > On Thu, Sep 29, 2016 at 5:11 PM, Davide Ferrari <dav...@billymob.com> > wrote: > >> Hello >> >> maybe this is more glustefs then ovirt related but since OVirt integrates >> Gluster management and I'm experiencing the problem in an ovirt cluster, >> I'm writing here. >> >> The problem is simple: I have a data domain mappend on a replica 3 >> arbiter1 Gluster volume with 6 bricks, like this: >> >> Status of volume: data_ssd >> Gluster process TCP Port RDMA Port Online >> Pid >> >> -- >> Brick vm01.storage.billy:/gluster/ssd/data/ >> brick 49153 0 Y >> 19298 >> Brick vm02.storage.billy:/gluster/ssd/data/ >> brick 49153 0 Y >> 6146 >> Brick vm03.storage.billy:/gluster/ssd/data/ >> arbiter_brick 49153 0 Y >> 6552 >> Brick vm03.storage.billy:/gluster/ssd/data/ >> brick 49154 0 Y >> 6559 >> Brick vm04.storage.billy:/gluster/ssd/data/ >> brick 49152 0 Y >> 6077 >> Brick vm02.storage.billy:/gluster/ssd/data/ >> arbiter_brick 49154 0 Y >> 6153 >> Self-heal Daemon on localhost N/A N/AY >> 30746 >> Self-heal Daemon on vm01.storage.billy N/A N/AY >> 196058 >> Self-heal Daemon on vm03.storage.billy N/A N/AY >> 23205 >> Self-heal Daemon on vm04.storage.billy N/A N/AY >> 8246 >> >> >> Now, I've put in maintenance the vm04 host, from ovirt, ticking the "Stop >> gluster" checkbox, and Ovirt didn't complain about anything. But when I >> tried to run a new VM it complained about "storage I/O problem", while the >> storage data status was always UP. >> >> Looking in the gluster logs I can see this: >> >> [2016-09-29 11:01:01.556908] I [glusterfsd-mgmt.c:1596:mgmt_getspec_cbk] >> 0-glusterfs: No change in volfile, continuing >> [2016-09-29 11:02:28.124151] E [MSGID: 108008] >> [afr-read-txn.c:89:afr_read_txn_refresh_done] 0-data_ssd-replicate-1: >> Failing READ on gfid bf5922b7-19f3-4ce3-98df-71e981ecca8d: split-brain >> observed. [Input/output error] >> [2016-09-29 11:02:28.126580] W [MSGID: 108008] >> [afr-read-txn.c:244:afr_read_txn] 0-data_ssd-replicate-1: Unreadable >> subvolume -1 found with event generation 6 for gfid >> bf5922b7-19f3-4ce3-98df-71e981ecca8d. (Possible split-brain) >> [2016-09-29 11:02:28.127374] E [MSGID: 108008] >> [afr-read-txn.c:89:afr_read_txn_refresh_done] 0-data_ssd-replicate-1: >> Failing FGETXATTR on gfid bf5922b7-19f3-4ce3-98df-71e981ecca8d: >> split-brain observed. [Input/output error] >> [2016-09-29 11:02:28.128130] W [MSGID: 108027] >> [afr-common.c:2403:afr_discover_done] 0-data_ssd-replicate-1: no read >> subvols for (null) >> [2016-09-29 11:02:28.129890] W [fuse-bridge.c:2228:fuse_readv_cbk] >> 0-glusterfs-fuse: 8201: READ => -1 gfid=bf5922b7-19f3-4ce3-98df-71e981ecca8d >> fd=0x7f09b749d210 (Input/output error) >> [2016-09-29 11:02:28.130824] E [MSGID: 108008] >> [afr-read-txn.c:89:afr_read_txn_refresh_done] 0-data_ssd-replicate-1: >> Failing FSTAT on gfid bf5922b7-19f3-4ce3-98df-71e981ecca8d: split-brain >> observed. [Input/output error] >> > > Does `gluster volume heal data_ssd info split-brain` report that the file > is in split-brain, with vm04 still being down? > If yes, could you provide the extended attributes of this gfid from all 3 > bricks: > getfattr -d -m . -e hex /path/to/brick/bf/59/bf5922b7- > 19f3-4ce3-98df-71e981ecca8d > > If no, then I'm guessing that it is not in actual split-brain (hence the > 'Possible split-brain' message). If the node you
Re: [ovirt-users] VM pauses/hangs after migration
Ok, what I said is not true :( I didn't try to migrate again to the same host that gave the initial problem, and the problem is still there. The destination host has no HW problem (at least nothing that the system reports, maybe I should try with an extensive memtest86) and the source problem now has no memory issues neither. So, my question is now: how can I debug this problem? The only difference that this host (vmhost01) has is that it was the first host installed in my self-hosted engine installation. But I have already reinstalled it from GUI and menawhile I've upgraded to 4.0.4 from 4.0.3. Any idea? 2016-09-29 13:59 GMT+02:00 Davide Ferrari <dav...@billymob.com>: > Hello > > Today I've the faulty DIMMs replaced, started the same VM again and did > the same migration and this time worked, so it was 100% due to that. > > The problem that make me wonder a bit is: if it's the source host with > memory problem the one which blocks the correct migration, a faulty DIMM > will force you to stop the VMs running on that host, because you cannot > simply migrate them away to do the maintenence tasks... > > > 2016-09-29 13:53 GMT+02:00 Tomas Jelinek <tjeli...@redhat.com>: > >> >> >> - Original Message - >> > From: "Davide Ferrari" <dav...@billymob.com> >> > To: "users" <users@ovirt.org> >> > Sent: Wednesday, September 28, 2016 2:59:59 PM >> > Subject: [ovirt-users] VM pauses/hangs after migration >> > >> > Hello >> > >> > trying to migrate a VM from one host to another, a big VM with 96GB of >> RAM, I >> > found that when the migration completes, the VM goes to a paused satte >> and >> > cannot be resumed. The libvirt/qemu log it gives is this: >> > >> > 2016-09-28T12:18:15.679176Z qemu-kvm: error while loading state section >> id >> > 2(ram) >> > 2016-09-28T12:18:15.680010Z qemu-kvm: load of migration failed: >> Input/output >> > error >> > 2016-09-28 12:18:15.872+: shutting down >> > 2016-09-28 12:22:21.467+: starting up libvirt version: 1.2.17, >> package: >> > 13.el7_2.5 (CentOS BuildSystem < http://bugs.centos.org >, >> > 2016-06-23-14:23:27, worker1.bsys.centos.org ), qemu version: 2.3.0 >> > (qemu-kvm-ev-2.3.0-31.el7.16.1) >> > LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin >> > QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name >> front04.billydomain.com -S >> > -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Haswell-noTSX -m >> > size=100663296k,slots=16,maxmem=4294967296k -realtime mlock=off -smp >> > 32,sockets=16,cores=1,threads=2 -numa node,nodeid=0,cpus=0-31,mem=98304 >> > -uuid 4511d1c0-6607-418f-ae75-34f605b2ad68 -smbios >> > type=1,manufacturer=oVirt,product=oVirt >> > Node,version=7-2.1511.el7.centos.2.10,serial=4C4C4544-004A- >> 3310-8054-B2C04F474432,uuid=4511d1c0-6607-418f-ae75-34f605b2ad68 >> > -no-user-config -nodefaults -chardev >> > socket,id=charmonitor,path=/var/lib/libvirt/qemu/ >> > domain-front04.billydomain.com/monitor.sock,server,nowait -mon >> > chardev=charmonitor,id=monitor,mode=control -rtc >> > base=2016-09-28T14:22:21,driftfix=slew -global >> > kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot strict=on >> > -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device >> > virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x7 -device >> > virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x4 >> -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 -drive >> > file=/rhev/data-center/0001-0001-0001-0001-03e3/ >> ba2bd397-9222-424d-aecc-eb652c0169d9/images/b5b49d5c- >> 2378-4639-9469-362e37ae7473/24fd0d3c-309b-458d-9818- >> 4321023afacf,if=none,id=drive-virtio-disk0,format=qcow2, >> serial=b5b49d5c-2378-4639-9469-362e37ae7473,cache=none, >> werror=stop,rerror=stop,aio=threads >> > -device >> > virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive-virti >> o-disk0,id=virtio-disk0,bootindex=1 >> > -drive >> > file=/rhev/data-center/0001-0001-0001-0001-03e3/ >> ba2bd397-9222-424d-aecc-eb652c0169d9/images/f02ac1ce- >> 52cd-4b81-8b29-f8006d0469e0/ff4e49c6-3084-4234-80a1- >> 18a67615c527,if=none,id=drive-virtio-disk1,format=raw, >> serial=f02ac1ce-52cd-4b81-8b29-f8006d0469e0,cache=none, >> werror=stop,rerror=stop,aio=threads >> > -device >> > virtio-blk-pci,scsi=off,bus=pci.0,addr=0x8,drive=dr
Re: [ovirt-users] VM pauses/hangs after migration
Hello Today I've the faulty DIMMs replaced, started the same VM again and did the same migration and this time worked, so it was 100% due to that. The problem that make me wonder a bit is: if it's the source host with memory problem the one which blocks the correct migration, a faulty DIMM will force you to stop the VMs running on that host, because you cannot simply migrate them away to do the maintenence tasks... 2016-09-29 13:53 GMT+02:00 Tomas Jelinek <tjeli...@redhat.com>: > > > - Original Message ----- > > From: "Davide Ferrari" <dav...@billymob.com> > > To: "users" <users@ovirt.org> > > Sent: Wednesday, September 28, 2016 2:59:59 PM > > Subject: [ovirt-users] VM pauses/hangs after migration > > > > Hello > > > > trying to migrate a VM from one host to another, a big VM with 96GB of > RAM, I > > found that when the migration completes, the VM goes to a paused satte > and > > cannot be resumed. The libvirt/qemu log it gives is this: > > > > 2016-09-28T12:18:15.679176Z qemu-kvm: error while loading state section > id > > 2(ram) > > 2016-09-28T12:18:15.680010Z qemu-kvm: load of migration failed: > Input/output > > error > > 2016-09-28 12:18:15.872+: shutting down > > 2016-09-28 12:22:21.467+: starting up libvirt version: 1.2.17, > package: > > 13.el7_2.5 (CentOS BuildSystem < http://bugs.centos.org >, > > 2016-06-23-14:23:27, worker1.bsys.centos.org ), qemu version: 2.3.0 > > (qemu-kvm-ev-2.3.0-31.el7.16.1) > > LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin > > QEMU_AUDIO_DRV=spice /usr/libexec/qemu-kvm -name front04.billydomain.com > -S > > -machine pc-i440fx-rhel7.2.0,accel=kvm,usb=off -cpu Haswell-noTSX -m > > size=100663296k,slots=16,maxmem=4294967296k -realtime mlock=off -smp > > 32,sockets=16,cores=1,threads=2 -numa node,nodeid=0,cpus=0-31,mem=98304 > > -uuid 4511d1c0-6607-418f-ae75-34f605b2ad68 -smbios > > type=1,manufacturer=oVirt,product=oVirt > > Node,version=7-2.1511.el7.centos.2.10,serial=4C4C4544- > 004A-3310-8054-B2C04F474432,uuid=4511d1c0-6607-418f-ae75-34f605b2ad68 > > -no-user-config -nodefaults -chardev > > socket,id=charmonitor,path=/var/lib/libvirt/qemu/ > > domain-front04.billydomain.com/monitor.sock,server,nowait -mon > > chardev=charmonitor,id=monitor,mode=control -rtc > > base=2016-09-28T14:22:21,driftfix=slew -global > > kvm-pit.lost_tick_policy=discard -no-hpet -no-shutdown -boot strict=on > > -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device > > virtio-scsi-pci,id=scsi0,bus=pci.0,addr=0x7 -device > > virtio-serial-pci,id=virtio-serial0,max_ports=16,bus=pci.0,addr=0x4 > -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 -drive > > file=/rhev/data-center/0001-0001-0001-0001- > 03e3/ba2bd397-9222-424d-aecc-eb652c0169d9/images/ > b5b49d5c-2378-4639-9469-362e37ae7473/24fd0d3c-309b- > 458d-9818-4321023afacf,if=none,id=drive-virtio-disk0, > format=qcow2,serial=b5b49d5c-2378-4639-9469-362e37ae7473, > cache=none,werror=stop,rerror=stop,aio=threads > > -device > > virtio-blk-pci,scsi=off,bus=pci.0,addr=0x5,drive=drive- > virtio-disk0,id=virtio-disk0,bootindex=1 > > -drive > > file=/rhev/data-center/0001-0001-0001-0001- > 03e3/ba2bd397-9222-424d-aecc-eb652c0169d9/images/ > f02ac1ce-52cd-4b81-8b29-f8006d0469e0/ff4e49c6-3084- > 4234-80a1-18a67615c527,if=none,id=drive-virtio-disk1, > format=raw,serial=f02ac1ce-52cd-4b81-8b29-f8006d0469e0, > cache=none,werror=stop,rerror=stop,aio=threads > > -device > > virtio-blk-pci,scsi=off,bus=pci.0,addr=0x8,drive=drive- > virtio-disk1,id=virtio-disk1 > > -netdev tap,fd=30,id=hostnet0,vhost=on,vhostfd=31 -device > > virtio-net-pci,netdev=hostnet0,id=net0,mac=00:1a:4a: > 16:01:56,bus=pci.0,addr=0x3 > > -chardev > > socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/ > 4511d1c0-6607-418f-ae75-34f605b2ad68.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/qemu/channels/ > 4511d1c0-6607-418f-ae75-34f605b2ad68.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 spicevmc,id=charchannel2,name=vdagent -device > > virtserialport,bus=virtio-serial0.0,nr=3,chardev= > charchannel2,id=channel2,name=com.redhat.spice.0 > > -vnc 192.168.10.225:1 ,password -
[ovirt-users] Ovirt/Gluster replica 3 distributed-replicated problem
Hello maybe this is more glustefs then ovirt related but since OVirt integrates Gluster management and I'm experiencing the problem in an ovirt cluster, I'm writing here. The problem is simple: I have a data domain mappend on a replica 3 arbiter1 Gluster volume with 6 bricks, like this: Status of volume: data_ssd Gluster process TCP Port RDMA Port Online Pid -- Brick vm01.storage.billy:/gluster/ssd/data/ brick 49153 0 Y 19298 Brick vm02.storage.billy:/gluster/ssd/data/ brick 49153 0 Y 6146 Brick vm03.storage.billy:/gluster/ssd/data/ arbiter_brick 49153 0 Y 6552 Brick vm03.storage.billy:/gluster/ssd/data/ brick 49154 0 Y 6559 Brick vm04.storage.billy:/gluster/ssd/data/ brick 49152 0 Y 6077 Brick vm02.storage.billy:/gluster/ssd/data/ arbiter_brick 49154 0 Y 6153 Self-heal Daemon on localhost N/A N/AY 30746 Self-heal Daemon on vm01.storage.billy N/A N/AY 196058 Self-heal Daemon on vm03.storage.billy N/A N/AY 23205 Self-heal Daemon on vm04.storage.billy N/A N/AY 8246 Now, I've put in maintenance the vm04 host, from ovirt, ticking the "Stop gluster" checkbox, and Ovirt didn't complain about anything. But when I tried to run a new VM it complained about "storage I/O problem", while the storage data status was always UP. Looking in the gluster logs I can see this: [2016-09-29 11:01:01.556908] I [glusterfsd-mgmt.c:1596:mgmt_getspec_cbk] 0-glusterfs: No change in volfile, continuing [2016-09-29 11:02:28.124151] E [MSGID: 108008] [afr-read-txn.c:89:afr_read_txn_refresh_done] 0-data_ssd-replicate-1: Failing READ on gfid bf5922b7-19f3-4ce3-98df-71e981ecca8d: split-brain observed. [Input/output error] [2016-09-29 11:02:28.126580] W [MSGID: 108008] [afr-read-txn.c:244:afr_read_txn] 0-data_ssd-replicate-1: Unreadable subvolume -1 found with event generation 6 for gfid bf5922b7-19f3-4ce3-98df-71e981ecca8d. (Possible split-brain) [2016-09-29 11:02:28.127374] E [MSGID: 108008] [afr-read-txn.c:89:afr_read_txn_refresh_done] 0-data_ssd-replicate-1: Failing FGETXATTR on gfid bf5922b7-19f3-4ce3-98df-71e981ecca8d: split-brain observed. [Input/output error] [2016-09-29 11:02:28.128130] W [MSGID: 108027] [afr-common.c:2403:afr_discover_done] 0-data_ssd-replicate-1: no read subvols for (null) [2016-09-29 11:02:28.129890] W [fuse-bridge.c:2228:fuse_readv_cbk] 0-glusterfs-fuse: 8201: READ => -1 gfid=bf5922b7-19f3-4ce3-98df-71e981ecca8d fd=0x7f09b749d210 (Input/output error) [2016-09-29 11:02:28.130824] E [MSGID: 108008] [afr-read-txn.c:89:afr_read_txn_refresh_done] 0-data_ssd-replicate-1: Failing FSTAT on gfid bf5922b7-19f3-4ce3-98df-71e981ecca8d: split-brain observed. [Input/output error] [2016-09-29 11:02:28.133879] W [fuse-bridge.c:767:fuse_attr_cbk] 0-glusterfs-fuse: 8202: FSTAT() /ba2bd397-9222-424d-aecc-eb652c0169d9/images/f02ac1ce-52cd-4b81-8b29-f8006d0469e0/ff4e49c6-3084-4234-80a1-18a67615c527 => -1 (Input/output error) The message "W [MSGID: 108008] [afr-read-txn.c:244:afr_read_txn] 0-data_ssd-replicate-1: Unreadable subvolume -1 found with event generation 6 for gfid bf5922b7-19f3-4ce3-98df-71e981ecca8d. (Possible split-brain)" repeated 11 times between [2016-09-29 11:02:28.126580] and [2016-09-29 11:02:28.517744] [2016-09-29 11:02:28.518607] E [MSGID: 108008] [afr-read-txn.c:89:afr_read_txn_refresh_done] 0-data_ssd-replicate-1: Failing STAT on gfid bf5922b7-19f3-4ce3-98df-71e981ecca8d: split-brain observed. [Input/output error] Now, how is it possible to have a split brain if I stopped just ONE server which had just ONE of six bricks, and it was cleanly shut down with maintenance mode from ovirt? I created the volume originally this way: # gluster volume create data_ssd replica 3 arbiter 1 vm01.storage.billy:/gluster/ssd/data/brick vm02.storage.billy:/gluster/ssd/data/brick vm03.storage.billy:/gluster/ssd/data/arbiter_brick vm03.storage.billy:/gluster/ssd/data/brick vm04.storage.billy:/gluster/ssd/data/brick vm02.storage.billy:/gluster/ssd/data/arbiter_brick # gluster volume set data_ssd group virt # gluster volume set data_ssd storage.owner-uid 36 && gluster volume set data_ssd storage.owner-gid 36 # gluster volume start data_ssd -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] VM pauses/hangs after migration
33 CR2= CR3=0017b725b000 CR4=001406e0 DR0= DR1= DR2= DR3= DR6=0ff0 DR7=0400 EFER=0d01 Code=89 e5 fb 5d c3 66 0f 1f 84 00 00 00 00 00 55 48 89 e5 fb f4 <5d> c3 0f 1f 84 00 00 00 00 00 55 48 89 e5 f4 5d c3 66 0f 1f 84 00 00 00 00 00 55 49 89 ca KVM: entry failed, hardware error 0x8 RAX=ffed RBX=8817ba008000 RCX=0100 RDX= RSI= RDI=0046 RBP=8817ba00be98 RSP=8817ba00be98 R8 = R9 = R10= R11= R12=0005 R13=8817ba008000 R14=8817ba008000 R15= RIP=81058e96 RFL=00010286 [--S--P-] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES = CS =0010 00a09b00 DPL=0 CS64 [-RA] SS =0018 00c09300 DPL=0 DS [-WA] DS = FS = GS = 8817def4 LDT= TR =0040 8817def53b80 2087 8b00 DPL=0 TSS64-busy GDT= 8817def49000 007f IDT= ff529000 0fff CR0=80050033 CR2= CR3=0017b3c9a000 CR4=001406e0 DR0= DR1= DR2= DR3= DR6=0ff0 DR7=0400 EFER=0d01 Code=89 e5 fb 5d c3 66 0f 1f 84 00 00 00 00 00 55 48 89 e5 fb f4 <5d> c3 0f 1f 84 00 00 00 00 00 55 48 89 e5 f4 5d c3 66 0f 1f 84 00 00 00 00 00 55 49 89 ca KVM: entry failed, hardware error 0x8021 If you're running a guest on an Intel machine without unrestricted mode support, the failure can be most likely due to the guest entering an invalid state for Intel VT. For example, the guest maybe running in big real mode which is not supported on less recent Intel processors. EAX=ffed EBX=ba02 ECX= EDX= ESI= EDI=0046 EBP=ba023e98 ESP=ba023e98 EIP=81058e96 EFL=0002 [---] CPL=0 II=0 A20=1 SMM=0 HLT=0 ES = 9300 DPL=0 DS [-WA] CS =f000 9b00 DPL=0 CS16 [-RA] SS = 9300 DPL=0 DS [-WA] DS = 9300 DPL=0 DS [-WA] FS = 9300 DPL=0 DS [-WA] GS = 9300 DPL=0 DS [-WA] LDT= 8200 DPL=0 LDT TR = 8b00 DPL=0 TSS64-busy GDT= IDT= CR0=80050033 CR2=7fd826ac20a0 CR3=3516c000 CR4=00140060 DR0= DR1= DR2= DR3= DR6=0ff0 DR7=0400 EFER=0d01 Code=?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? ?? Searching for errors like this I found some bug report about kernel issues but I don't think it's the case, other VMs spawned from the same image migrate without any issue. I have toi say that the original host running the VM has some RAM problem (ECC multibit fault in one DIMM). Maybe that's the problem? How can I properly read this error log? Thanks -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] HE vm stuck in migration state
4.0.3-1.el7.centos 2016-09-26 14:07 GMT+02:00 Roy Golan <rgo...@redhat.com>: > I'm pretty sure we fixed that already, what version are you runing? > > On 26 September 2016 at 12:39, Davide Ferrari <dav...@billymob.com> wrote: > >> Following this >> >> https://access.redhat.com/discussions/688043 >> >> even if it's 4 years old, I've resatrted ovirt-engine on HE vm and now >> the status is OK again >> >> 2016-09-26 11:24 GMT+02:00 Davide Ferrari <dav...@billymob.com>: >> >>> It's running on my vm01 host and when I tried to manually migrate it on >>> another host (vm03) which had a "ghost" VM count (it's a fresh cluster >>> install with just the HE running in it), the migration started, the VMs >>> count in vm03 went to 0 but then the HE machine got stuck in migration. >>> >>> Actually it's still perfectly running on vm01, it seems that it's just a >>> database state. Is there a way to force a refresh? >>> >>> -- >>> Davide Ferrari >>> Senior Systems Engineer >>> >> >> >> >> -- >> Davide Ferrari >> Senior Systems Engineer >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] HE vm stuck in migration state
Following this https://access.redhat.com/discussions/688043 even if it's 4 years old, I've resatrted ovirt-engine on HE vm and now the status is OK again 2016-09-26 11:24 GMT+02:00 Davide Ferrari <dav...@billymob.com>: > It's running on my vm01 host and when I tried to manually migrate it on > another host (vm03) which had a "ghost" VM count (it's a fresh cluster > install with just the HE running in it), the migration started, the VMs > count in vm03 went to 0 but then the HE machine got stuck in migration. > > Actually it's still perfectly running on vm01, it seems that it's just a > database state. Is there a way to force a refresh? > > -- > Davide Ferrari > Senior Systems Engineer > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] HE vm stuck in migration state
It's running on my vm01 host and when I tried to manually migrate it on another host (vm03) which had a "ghost" VM count (it's a fresh cluster install with just the HE running in it), the migration started, the VMs count in vm03 went to 0 but then the HE machine got stuck in migration. Actually it's still perfectly running on vm01, it seems that it's just a database state. Is there a way to force a refresh? -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] 4-node oVirt with replica-3 gluster
Oh, thanks! Reinstalling all the luster from scratch right now to get it right. If I run again in the problem I described before I will open another thread and attach the relevant logs 2016-09-23 16:28 GMT+02:00 Sahina Bose <sab...@redhat.com>: > > > On Fri, Sep 23, 2016 at 7:54 PM, Davide Ferrari <dav...@billymob.com> > wrote: > >> Reading the glusterfs docs >> >> https://gluster.readthedocs.io/en/latest/Administrator%20Gui >> de/arbiter-volumes-and-quorum/ >> >> "In a replica 3 volume, client-quorum is enabled by default and set to >> 'auto'. This means 2 bricks need to be up for the writes to succeed. Here >> is how this configuration prevents files from ending up in split-brain:" >> >> So this means that if one of the machines with the 2 bricks (arbiter & >> normal) fails, the otherbrick will be set RO, or am I missing something? >> I mean, this config will be better in case of a network loss, and thus a >> split brain, but it's far worse in case of a machine failing or being >> rebooted for maintenance. >> > > See the updated vol create command - you should set it up such that 2 > bricks in a sub-volume are not from the same host, thus you avoid the > problem you describe above > > >> >> >> 2016-09-23 16:11 GMT+02:00 Davide Ferrari <dav...@billymob.com>: >> >>> >>> >>> 2016-09-23 15:57 GMT+02:00 Sahina Bose <sab...@redhat.com>: >>> >>>> >>>> You could do this - where Node3 & Node 2 also has arbiter bricks. >>>> Arbiter bricks only store metadata and requires very low storage capacity >>>> compared to the data bricks. >>>> >>>> Node1 Node2 Node3Node4 >>>> brick1 brick1 arb-brick >>>> arb-brick brick1brick1 >>>> >>> >>> Ok, cool! And this won't pose any problem if Node2 or Node4 fail? >>> >>> The syntax shuld be this: >>> >>> gluster volume create data replica 3 arbiter 1 node1:/brick node2:/brick >>> node2:/arb_brick node3:/brick node4:/brick node4:/arb_brick >>> >>> is not a problem having more than a brick on the same host for the >>> volume create syntax? >>> >>> Thanks again >>> >>> -- >>> Davide Ferrari >>> Senior Systems Engineer >>> >> >> >> >> -- >> Davide Ferrari >> Senior Systems Engineer >> > > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] 4-node oVirt with replica-3 gluster
Reading the glusterfs docs https://gluster.readthedocs.io/en/latest/Administrator%20Guide/arbiter-volumes-and-quorum/ "In a replica 3 volume, client-quorum is enabled by default and set to 'auto'. This means 2 bricks need to be up for the writes to succeed. Here is how this configuration prevents files from ending up in split-brain:" So this means that if one of the machines with the 2 bricks (arbiter & normal) fails, the otherbrick will be set RO, or am I missing something? I mean, this config will be better in case of a network loss, and thus a split brain, but it's far worse in case of a machine failing or being rebooted for maintenance. 2016-09-23 16:11 GMT+02:00 Davide Ferrari <dav...@billymob.com>: > > > 2016-09-23 15:57 GMT+02:00 Sahina Bose <sab...@redhat.com>: > >> >> You could do this - where Node3 & Node 2 also has arbiter bricks. Arbiter >> bricks only store metadata and requires very low storage capacity compared >> to the data bricks. >> >> Node1 Node2 Node3Node4 >> brick1 brick1 arb-brick >> arb-brick brick1brick1 >> > > Ok, cool! And this won't pose any problem if Node2 or Node4 fail? > > The syntax shuld be this: > > gluster volume create data replica 3 arbiter 1 node1:/brick node2:/brick > node2:/arb_brick node3:/brick node4:/brick node4:/arb_brick > > is not a problem having more than a brick on the same host for the volume > create syntax? > > Thanks again > > -- > Davide Ferrari > Senior Systems Engineer > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] 4-node oVirt with replica-3 gluster
2016-09-23 15:57 GMT+02:00 Sahina Bose <sab...@redhat.com>: > > You could do this - where Node3 & Node 2 also has arbiter bricks. Arbiter > bricks only store metadata and requires very low storage capacity compared > to the data bricks. > > Node1 Node2 Node3Node4 > brick1 brick1 arb-brick > arb-brick brick1brick1 > Ok, cool! And this won't pose any problem if Node2 or Node4 fail? The syntax shuld be this: gluster volume create data replica 3 arbiter 1 node1:/brick node2:/brick node2:/arb_brick node3:/brick node4:/brick node4:/arb_brick is not a problem having more than a brick on the same host for the volume create syntax? Thanks again -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] 4-node oVirt with replica-3 gluster
2016-09-23 13:50 GMT+02:00 Sahina Bose <sab...@redhat.com>: Ok, if I encounter again similiar problems I will post logs here > > If you have additional capacity on the other 3 hosts , then yes, you can > create a new gluster volume with a brick on the newly added 4th node and > bricks from other nodes - this volume can be used as another storage > domain. You are not doing anything wrong :) Keep in mind that all gluster > volumes used as data storage domains should be replica 3 or replica 3 > -arbiter to avoid split-brain and data loss issues. > > Mmmmh this is ringing an alarm bell then. So, it's basically impossible (or at least not supported) a 4 hosts configuration with all the 4 hosts having a data domain in a replica 2 fashion? Is it only replica 3 arbiter 1 the supported HA configuration? So if I want to expand storage (a part from adding disks to the same machines) I must add machines 3 by 3 ? Currently I have 4 machines with 4 disks each in a RAID-10 configuration, exposed as one brick. Which is the best HA solution in this scenario then? Thanks -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] cloud-init and user password
2016-09-23 13:49 GMT+02:00 Michal Skrivanek: > > it should be plaintext > did you want to configure root or some other user? > > As some other user. And after fiddling a while (thanks for the cdrom tip!), I discovered that the password setting works only with the root user. As a proof, here it is the user_data created with a "centos" user, password "centos" specified: #cloud-config output: all: '>> /var/log/cloud-init-output.log' disable_root: 0 runcmd: - 'sed -i ''/^datasource_list: /d'' /etc/cloud/cloud.cfg; echo ''datasource_list: ["NoCloud", "ConfigDrive"]'' >> /etc/cloud/cloud.cfg' timezone: Europe/Warsaw ssh_pwauth: true chpasswd: expire: false user: centos package_upgrade: true and here it is the same file setting a password "centos" for the user root: #cloud-config output: all: '>> /var/log/cloud-init-output.log' password: centos disable_root: 0 runcmd: - 'sed -i ''/^datasource_list: /d'' /etc/cloud/cloud.cfg; echo ''datasource_list: ["NoCloud", "ConfigDrive"]'' >> /etc/cloud/cloud.cfg' timezone: Europe/Warsaw ssh_pwauth: true chpasswd: expire: false user: root Maybe I didn't discover anything new but I wasn't able to find any documentation about this before. ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] cloud-init and user password
Hello I'm using a Centos7 cloud image from built-in ovirt-image-repository and I have some trouble setting an initial password for a given user with cloud-init. Basically, it doesn't set any password. Other things work: user is created, ssh key is set (both for the user and root) but no password. This is a problem for me because I want to automatically provision the image with Foreman but the ovirt integration works only with password. The cloud-init logs in the VMs doesn't tell anything about password being or not set. What's the password format accepted in the GUI? plain text? or salted hash like plain cloud-init config? Thanks -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] 4-node oVirt with replica-3 gluster
I'm struggling with the same problem (I say struggling because I'm still having stability issues for what i consider a stable cluster) but you can: - create a replica 3 engine gluster volume - create replica 2 data, iso and export volumes Deploy the hosted-engine on the first VM (with the engine volume) froom the CLI, then log in Ovirt admin, enable gluster support, install *and deploy* from the GUI host2 and host3 (where the engine bricks are) and then install host4 without deploying. This should get you the 4 hosts online, but the engine will run only on the first 3 2016-09-23 11:14 GMT+02:00 Goorkate, B.J. <b.j.goork...@umcutrecht.nl>: > Dear all, > > I've tried to find a way to add a 4th oVirt-node to my existing > 3-node setup with replica-3 gluster storage, but found no usable > solution yet. > > From what I read, it's not wise to create a replica-4 gluster > storage, because of bandwith overhead. > > Is there a safe way to do this and still have 4 equal oVirt nodes? > > Thanks in advance! > > Regards, > > Bertjan > > > -- > > De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is > uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht > ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender > direct > te informeren door het bericht te retourneren. Het Universitair Medisch > Centrum Utrecht is een publiekrechtelijke rechtspersoon in de zin van de > W.H.W. > (Wet Hoger Onderwijs en Wetenschappelijk Onderzoek) en staat geregistreerd > bij > de Kamer van Koophandel voor Midden-Nederland onder nr. 30244197. > > Denk s.v.p aan het milieu voor u deze e-mail afdrukt. > > > -- > > This message may contain confidential information and is intended > exclusively > for the addressee. If you receive this message unintentionally, please do > not > use the contents but notify the sender immediately by return e-mail. > University > Medical Center Utrecht is a legal person by public law and is registered at > the Chamber of Commerce for Midden-Nederland under no. 30244197. > > Please consider the environment before printing this e-mail. > _______ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Can't add logical network
Ok, didn't read the doc properly, now it works as expected. Sorry for the noise! 2016-09-21 15:55 GMT+02:00 Davide Ferrari <dav...@billymob.com>: > Ok, just saw that if I go to > > Networks -> br20 -> Hosts -> Unattached -> right click on vm04 -> setup > host networks > > But there I cannot see the bond0.20 interface, just bond0 and bond1 > > 2016-09-21 15:08 GMT+02:00 Davide Ferrari <dav...@billymob.com>: > >> By the way, what are the exact steps to add a new network in oVirt? >> Because I was following this guide >> >> https://www.ovirt.org/documentation/how-to/networking/ >> bonding-vlan-bridge/ >> >> that basically explains how to create manually a standard >> bond+vlan+bridge, that I already did on my ovirt hosts, but I can't manage >> to get the network working in the VMs. Ovirt always complains about that >> the network is not available on that host. >> I created a network named "br20" in my case. >> My ifcfg-* files: >> >> [root@vm04 network-scripts]# cat ifcfg-bond0.20 >> DEVICE=bond0.20 >> VLAN=yes >> BOOTPROTO=none >> NM_CONTROLLED=no >> BRIDGE=br20 >> MTU=1500 >> [root@vm04 network-scripts]# cat ifcfg-br20 >> TYPE=Bridge >> NM_CONTROLLED="no" >> BOOTPROTO="none" >> DEVICE="br20" >> IPADDR=192.168.9.228 >> NETMASK=255.255.255.0 >> ONBOOT="yes" >> DEFROUTE=no >> >> What am I missing? >> >> 2016-09-21 7:53 GMT+02:00 Edward Haas <eh...@redhat.com>: >> >>> >>> >>> On Tue, Sep 20, 2016 at 12:13 PM, Maxence Sartiaux <cont...@makz.me> >>> wrote: >>> >>>> Okay, i found a workaround. >>>> >>>> - Create empty ifcfg-lan on all hosts (touch >>>> /etc/sysconfig/network-scripts/ifcfg-lan) >>>> - Assign the bridge to the bond (Ovirt only add MTU=1500 in the file) >>>> - Unassign the bridge (Ovirt rewrite the bond configuration files) >>>> - Re-assign the bridge on the bond >>>> - yay it work ! >>>> >>> >>> I would recommend describing the exact steps you do, provide output of >>> the >>> ifcfg list of files at each step + vdsm and supervdsm logs. >>> >>> I am not clear what is the 'lan' device is representing, is this your >>> bond name? >>> network name? >>> >>> >>> >>>> >>>> On Tue, 2016-09-20 at 10:08 +0200, Maxence Sartiaux wrote: >>>> >>>> I configured the bond manually by editing the ifcfg file like i did in >>>> my old install on ovirt 3.6 and 4.0 >>>> >>>> the only ifcfg file i have are the 4 for the physical interfaces, two >>>> for the bonds and one for the ovirtmgmt bridge. >>>> >>>> I'll send the vdsm log later. >>>> >>>> On Mon, 2016-09-19 at 10:14 -0400, Francesco Romani wrote: >>>> >>>> >>>> From: "Maxence Sartiaux" <cont...@makz.me> >>>> To: "users" <users@ovirt.org> >>>> Sent: Monday, September 19, 2016 11:53:12 AM >>>> Subject: [ovirt-users] Can't add logical network >>>> >>>> Hello, >>>> >>>> On a clean install ovirt 4.0.3-1, i've configured my bond on my >>>> hypervisor, created a new network on the engine and now i try to >>>> assign the logical network to my bond in the host network settings. >>>> >>>> When i save the configuration, the engine throw me an error and the >>>> following event >>>> >>>> VDSM hypervisor1 command failed: [Errno 2] No such file or directory: >>>> u'/etc/sysconfig/network-scripts/ifcfg-lan' >>>> >>>> if i "touch" the file manually i don't have this error but my file >>>> only contain "MTU=1500" nothing more. >>>> >>>> Engine bug or i miss something ? >>>> >>>> How you configured the bond on your hypervisor? >>>> Seems like Vdsm doesn't like your changes, perhaps it cannot just >>>> identify the interface configuration >>>> >>>> Edward, do you have any recommendations about this flow? >>>> >>>> -- >>>> Francesco Romani >>>> RedHat Engineering Virtualization R & D >>>> Phone: 8261328 >>>> IRC: fromani >>>> >>>> ___ >>>> Users mailing list >>>> Users@ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> >>>> ___ >>>> Users mailing list >>>> Users@ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> >>> >>> ___ >>> Users mailing list >>> Users@ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> >> >> -- >> Davide Ferrari >> Senior Systems Engineer >> > > > > -- > Davide Ferrari > Senior Systems Engineer > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Can't add logical network
Ok, just saw that if I go to Networks -> br20 -> Hosts -> Unattached -> right click on vm04 -> setup host networks But there I cannot see the bond0.20 interface, just bond0 and bond1 2016-09-21 15:08 GMT+02:00 Davide Ferrari <dav...@billymob.com>: > By the way, what are the exact steps to add a new network in oVirt? > Because I was following this guide > > https://www.ovirt.org/documentation/how-to/networking/bonding-vlan-bridge/ > > that basically explains how to create manually a standard > bond+vlan+bridge, that I already did on my ovirt hosts, but I can't manage > to get the network working in the VMs. Ovirt always complains about that > the network is not available on that host. > I created a network named "br20" in my case. > My ifcfg-* files: > > [root@vm04 network-scripts]# cat ifcfg-bond0.20 > DEVICE=bond0.20 > VLAN=yes > BOOTPROTO=none > NM_CONTROLLED=no > BRIDGE=br20 > MTU=1500 > [root@vm04 network-scripts]# cat ifcfg-br20 > TYPE=Bridge > NM_CONTROLLED="no" > BOOTPROTO="none" > DEVICE="br20" > IPADDR=192.168.9.228 > NETMASK=255.255.255.0 > ONBOOT="yes" > DEFROUTE=no > > What am I missing? > > 2016-09-21 7:53 GMT+02:00 Edward Haas <eh...@redhat.com>: > >> >> >> On Tue, Sep 20, 2016 at 12:13 PM, Maxence Sartiaux <cont...@makz.me> >> wrote: >> >>> Okay, i found a workaround. >>> >>> - Create empty ifcfg-lan on all hosts (touch >>> /etc/sysconfig/network-scripts/ifcfg-lan) >>> - Assign the bridge to the bond (Ovirt only add MTU=1500 in the file) >>> - Unassign the bridge (Ovirt rewrite the bond configuration files) >>> - Re-assign the bridge on the bond >>> - yay it work ! >>> >> >> I would recommend describing the exact steps you do, provide output of the >> ifcfg list of files at each step + vdsm and supervdsm logs. >> >> I am not clear what is the 'lan' device is representing, is this your >> bond name? >> network name? >> >> >> >>> >>> On Tue, 2016-09-20 at 10:08 +0200, Maxence Sartiaux wrote: >>> >>> I configured the bond manually by editing the ifcfg file like i did in >>> my old install on ovirt 3.6 and 4.0 >>> >>> the only ifcfg file i have are the 4 for the physical interfaces, two >>> for the bonds and one for the ovirtmgmt bridge. >>> >>> I'll send the vdsm log later. >>> >>> On Mon, 2016-09-19 at 10:14 -0400, Francesco Romani wrote: >>> >>> >>> From: "Maxence Sartiaux" <cont...@makz.me> >>> To: "users" <users@ovirt.org> >>> Sent: Monday, September 19, 2016 11:53:12 AM >>> Subject: [ovirt-users] Can't add logical network >>> >>> Hello, >>> >>> On a clean install ovirt 4.0.3-1, i've configured my bond on my >>> hypervisor, created a new network on the engine and now i try to >>> assign the logical network to my bond in the host network settings. >>> >>> When i save the configuration, the engine throw me an error and the >>> following event >>> >>> VDSM hypervisor1 command failed: [Errno 2] No such file or directory: >>> u'/etc/sysconfig/network-scripts/ifcfg-lan' >>> >>> if i "touch" the file manually i don't have this error but my file >>> only contain "MTU=1500" nothing more. >>> >>> Engine bug or i miss something ? >>> >>> How you configured the bond on your hypervisor? >>> Seems like Vdsm doesn't like your changes, perhaps it cannot just >>> identify the interface configuration >>> >>> Edward, do you have any recommendations about this flow? >>> >>> -- >>> Francesco Romani >>> RedHat Engineering Virtualization R & D >>> Phone: 8261328 >>> IRC: fromani >>> >>> ___ >>> Users mailing list >>> Users@ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >>> ___ >>> Users mailing list >>> Users@ovirt.org >>> http://lists.ovirt.org/mailman/listinfo/users >>> >>> >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > > > -- > Davide Ferrari > Senior Systems Engineer > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Can't add logical network
By the way, what are the exact steps to add a new network in oVirt? Because I was following this guide https://www.ovirt.org/documentation/how-to/networking/bonding-vlan-bridge/ that basically explains how to create manually a standard bond+vlan+bridge, that I already did on my ovirt hosts, but I can't manage to get the network working in the VMs. Ovirt always complains about that the network is not available on that host. I created a network named "br20" in my case. My ifcfg-* files: [root@vm04 network-scripts]# cat ifcfg-bond0.20 DEVICE=bond0.20 VLAN=yes BOOTPROTO=none NM_CONTROLLED=no BRIDGE=br20 MTU=1500 [root@vm04 network-scripts]# cat ifcfg-br20 TYPE=Bridge NM_CONTROLLED="no" BOOTPROTO="none" DEVICE="br20" IPADDR=192.168.9.228 NETMASK=255.255.255.0 ONBOOT="yes" DEFROUTE=no What am I missing? 2016-09-21 7:53 GMT+02:00 Edward Haas <eh...@redhat.com>: > > > On Tue, Sep 20, 2016 at 12:13 PM, Maxence Sartiaux <cont...@makz.me> > wrote: > >> Okay, i found a workaround. >> >> - Create empty ifcfg-lan on all hosts (touch >> /etc/sysconfig/network-scripts/ifcfg-lan) >> - Assign the bridge to the bond (Ovirt only add MTU=1500 in the file) >> - Unassign the bridge (Ovirt rewrite the bond configuration files) >> - Re-assign the bridge on the bond >> - yay it work ! >> > > I would recommend describing the exact steps you do, provide output of the > ifcfg list of files at each step + vdsm and supervdsm logs. > > I am not clear what is the 'lan' device is representing, is this your bond > name? > network name? > > > >> >> On Tue, 2016-09-20 at 10:08 +0200, Maxence Sartiaux wrote: >> >> I configured the bond manually by editing the ifcfg file like i did in >> my old install on ovirt 3.6 and 4.0 >> >> the only ifcfg file i have are the 4 for the physical interfaces, two >> for the bonds and one for the ovirtmgmt bridge. >> >> I'll send the vdsm log later. >> >> On Mon, 2016-09-19 at 10:14 -0400, Francesco Romani wrote: >> >> >> From: "Maxence Sartiaux" <cont...@makz.me> >> To: "users" <users@ovirt.org> >> Sent: Monday, September 19, 2016 11:53:12 AM >> Subject: [ovirt-users] Can't add logical network >> >> Hello, >> >> On a clean install ovirt 4.0.3-1, i've configured my bond on my >> hypervisor, created a new network on the engine and now i try to >> assign the logical network to my bond in the host network settings. >> >> When i save the configuration, the engine throw me an error and the >> following event >> >> VDSM hypervisor1 command failed: [Errno 2] No such file or directory: >> u'/etc/sysconfig/network-scripts/ifcfg-lan' >> >> if i "touch" the file manually i don't have this error but my file >> only contain "MTU=1500" nothing more. >> >> Engine bug or i miss something ? >> >> How you configured the bond on your hypervisor? >> Seems like Vdsm doesn't like your changes, perhaps it cannot just >> identify the interface configuration >> >> Edward, do you have any recommendations about this flow? >> >> -- >> Francesco Romani >> RedHat Engineering Virtualization R & D >> Phone: 8261328 >> IRC: fromani >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Import Glance images in oVirt 4.0
Ouch! Didn't see it, my bad :/ I found more easily the new upload image function than the old feature Thanks a lot! 2016-09-19 13:25 GMT+02:00 Fred Rolland <froll...@redhat.com>: > Hi, > > Nothing has changed in this area in 4.0. > The "ovirt-image-repository" should be there. > Just make sure you select "System" on the left tree and then the "Storage" > tab, as this storage domain is not attached to a specific Data Center. > > Note there is also a new feature in 4.0 : Image Upload. (see [1]) > > Regards, > Freddy > > [1] http://www.ovirt.org/develop/release-management/features/ > storage/image-upload/ > > On Mon, Sep 19, 2016 at 11:48 AM, Davide Ferrari <dav...@billymob.com> > wrote: > >> Hello >> >> all the guides/helps/howto I can find about importing OpenStack Glance's >> iamges into ovirt relies on 3.x version and on the "ovirt-image-repository" >> present as a storage domain. But in 4.0 I can only see it as an expternal >> provider and there's no way to add it a storage domain (I can only add >> "Data" domains). So, how can I import existing images into my oVirt 4.0 >> installation? >> >> Thanks >> >> -- >> Davide Ferrari >> Senior Systems Engineer >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Replace one engine host
Mmmh, how can I check this? And how can I cahnge the id from the engine? IDs are not even shown in the GUI for example 2016-09-19 10:35 GMT+02:00 Roy Golan <rgo...@redhat.com>: > I'm suspect the host-id is out of sync in the engine now. changing the > host-id locally isn't supported. The engine is the only source of id > assignment. > > On 19 September 2016 at 00:21, Davide Ferrari <dav...@billymob.com> wrote: > >> Oh, thanks! You put me on the right way! Now it works: >> Steps that I did: >> - reinstall + deploy vm03 >> - manually set from maintenance to none on vm03 >> - reinstall + undeploy vm04 (I left it deployed again last time, trying >> to remove it) >> >> Then I found the problem: vm03 hosted-engine conf >> (/etc/ovirt-hosted-engine/hosted-engine.conf) had host_id set to 4 which >> conflicted with vm04 host_id. So I changed it to 2 (the only one free), >> restarted ovirt-ha-agent (and broker just to be sure) and it worked! Now >> from vm-status I see vm01,02 and 03 with 3400 as priority and I can migrate >> the HE vm to any of them! >> >> Thanks a lot for your kind help, Roy! >> >> 2016-09-18 22:00 GMT+02:00 Roy Golan <rgo...@redhat.com>: >> >>> Can you share the deploy logs of vm03? /var/log/ovirt-engine/host-dep >>> loy/ >>> Is there an /etc/ovirt-hosted-engine/hosted-engine.conf at all? >>> >>> On 18 September 2016 at 17:28, Davide Ferrari <dav...@billymob.com> >>> wrote: >>> >>>> Hello Roy, I forgot to mention that I already reinstalled (several >>>> times) vm03 from the gui with the deploy option checked, but there's no way >>>> it appears there. For the record vm04 was the first host deployed (from >>>> cli) after the initial vm01 installation, then vm02 and then 03. >>>> >>>> On Sep 18, 2016 11:06, "Roy Golan" <rgo...@redhat.com> wrote: >>>> >>>>> vm03 is missing here from the status. Can you reinstall it from UI (if >>>>> you added the host vm03 then just go to Management menu and click >>>>> reinstall, choose 'Deploy' Option) - After its done, when the host is >>>>> activated you'll need to manually switch the host out of maintenence (we >>>>> have a bug on it - solved in master already) >>>>> >>>>> >>>>> >>>>> On 18 September 2016 at 10:45, Davide Ferrari <dav...@billymob.com> >>>>> wrote: >>>>> >>>>>> Hello >>>>>> >>>>>> Still playing a bit with oVirt, my cluster is ovirt+gluster with a >>>>>> replica 3 glusterfs for the engine (on vm01, vm02 and vm03) and 4 hosts >>>>>> for >>>>>> the data glusterfs and running virtual machines (vm01, vm02, vm03 and >>>>>> vm04). Now, by mistake, I deployed hosted-engine on vm04 but I don't want >>>>>> to have the engine on a machine without local data + it's not working >>>>>> correctly (weight 0 and marked as in maintenance). Now, I've already >>>>>> tried >>>>>> to reinstall it from the the GUI marking the "Undeploy" check, reinstall >>>>>> vm03 marking the "deploy" check but nothing seems to work. Here it is the >>>>>> hosted-engine --vm-status output from vm04. What can I do to deploy >>>>>> correctly the hosted engine on vm03? >>>>>> >>>>>> --== Host 1 status ==-- >>>>>> >>>>>> Status up-to-date : True >>>>>> Hostname : vm01.mydomain.tld >>>>>> Host ID: 1 >>>>>> Engine status : {"reason": "vm not running on >>>>>> this host", "health": "bad", "vm": "down", "detail": "unknown"} >>>>>> Score : 3400 >>>>>> stopped: False >>>>>> Local maintenance : False >>>>>> crc32 : fee2f7d8 >>>>>> Host timestamp : 48911 >>>>>> Extra metadata (valid at timestamp): >>>>>> metadata_parse_version=1 >>>>>> metadata_feature_version=1 >>>>>> timestamp=48911 (Sat Sep 17 07:57:02 2016) >>>>>> host-id=1 >>>
[ovirt-users] Import Glance images in oVirt 4.0
Hello all the guides/helps/howto I can find about importing OpenStack Glance's iamges into ovirt relies on 3.x version and on the "ovirt-image-repository" present as a storage domain. But in 4.0 I can only see it as an expternal provider and there's no way to add it a storage domain (I can only add "Data" domains). So, how can I import existing images into my oVirt 4.0 installation? Thanks -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Replace one engine host
Oh, thanks! You put me on the right way! Now it works: Steps that I did: - reinstall + deploy vm03 - manually set from maintenance to none on vm03 - reinstall + undeploy vm04 (I left it deployed again last time, trying to remove it) Then I found the problem: vm03 hosted-engine conf (/etc/ovirt-hosted-engine/hosted-engine.conf) had host_id set to 4 which conflicted with vm04 host_id. So I changed it to 2 (the only one free), restarted ovirt-ha-agent (and broker just to be sure) and it worked! Now from vm-status I see vm01,02 and 03 with 3400 as priority and I can migrate the HE vm to any of them! Thanks a lot for your kind help, Roy! 2016-09-18 22:00 GMT+02:00 Roy Golan <rgo...@redhat.com>: > Can you share the deploy logs of vm03? /var/log/ovirt-engine/host-deploy/ > Is there an /etc/ovirt-hosted-engine/hosted-engine.conf at all? > > On 18 September 2016 at 17:28, Davide Ferrari <dav...@billymob.com> wrote: > >> Hello Roy, I forgot to mention that I already reinstalled (several times) >> vm03 from the gui with the deploy option checked, but there's no way it >> appears there. For the record vm04 was the first host deployed (from cli) >> after the initial vm01 installation, then vm02 and then 03. >> >> On Sep 18, 2016 11:06, "Roy Golan" <rgo...@redhat.com> wrote: >> >>> vm03 is missing here from the status. Can you reinstall it from UI (if >>> you added the host vm03 then just go to Management menu and click >>> reinstall, choose 'Deploy' Option) - After its done, when the host is >>> activated you'll need to manually switch the host out of maintenence (we >>> have a bug on it - solved in master already) >>> >>> >>> >>> On 18 September 2016 at 10:45, Davide Ferrari <dav...@billymob.com> >>> wrote: >>> >>>> Hello >>>> >>>> Still playing a bit with oVirt, my cluster is ovirt+gluster with a >>>> replica 3 glusterfs for the engine (on vm01, vm02 and vm03) and 4 hosts for >>>> the data glusterfs and running virtual machines (vm01, vm02, vm03 and >>>> vm04). Now, by mistake, I deployed hosted-engine on vm04 but I don't want >>>> to have the engine on a machine without local data + it's not working >>>> correctly (weight 0 and marked as in maintenance). Now, I've already tried >>>> to reinstall it from the the GUI marking the "Undeploy" check, reinstall >>>> vm03 marking the "deploy" check but nothing seems to work. Here it is the >>>> hosted-engine --vm-status output from vm04. What can I do to deploy >>>> correctly the hosted engine on vm03? >>>> >>>> --== Host 1 status ==-- >>>> >>>> Status up-to-date : True >>>> Hostname : vm01.mydomain.tld >>>> Host ID: 1 >>>> Engine status : {"reason": "vm not running on this >>>> host", "health": "bad", "vm": "down", "detail": "unknown"} >>>> Score : 3400 >>>> stopped: False >>>> Local maintenance : False >>>> crc32 : fee2f7d8 >>>> Host timestamp : 48911 >>>> Extra metadata (valid at timestamp): >>>> metadata_parse_version=1 >>>> metadata_feature_version=1 >>>> timestamp=48911 (Sat Sep 17 07:57:02 2016) >>>> host-id=1 >>>> score=3400 >>>> maintenance=False >>>> state=EngineDown >>>> stopped=False >>>> >>>> >>>> --== Host 3 status ==-- >>>> >>>> Status up-to-date : True >>>> Hostname : vm02.mydomain.tld >>>> Host ID: 3 >>>> Engine status : {"health": "good", "vm": "up", >>>> "detail": "up"} >>>> Score : 3400 >>>> stopped: False >>>> Local maintenance : False >>>> crc32 : 9138d24e >>>> Host timestamp : 48907 >>>> Extra metadata (valid at timestamp): >>>> metadata_parse_version=1 >>>> metadata_feature_version=1 >>>> timestamp=48907 (Sat Sep 17 07:57:00 2016) >>>> host-id=3 >&
Re: [ovirt-users] Replace one engine host
Hello Roy, I forgot to mention that I already reinstalled (several times) vm03 from the gui with the deploy option checked, but there's no way it appears there. For the record vm04 was the first host deployed (from cli) after the initial vm01 installation, then vm02 and then 03. On Sep 18, 2016 11:06, "Roy Golan" <rgo...@redhat.com> wrote: > vm03 is missing here from the status. Can you reinstall it from UI (if you > added the host vm03 then just go to Management menu and click reinstall, > choose 'Deploy' Option) - After its done, when the host is activated > you'll need to manually switch the host out of maintenence (we have a bug > on it - solved in master already) > > > > On 18 September 2016 at 10:45, Davide Ferrari <dav...@billymob.com> wrote: > >> Hello >> >> Still playing a bit with oVirt, my cluster is ovirt+gluster with a >> replica 3 glusterfs for the engine (on vm01, vm02 and vm03) and 4 hosts for >> the data glusterfs and running virtual machines (vm01, vm02, vm03 and >> vm04). Now, by mistake, I deployed hosted-engine on vm04 but I don't want >> to have the engine on a machine without local data + it's not working >> correctly (weight 0 and marked as in maintenance). Now, I've already tried >> to reinstall it from the the GUI marking the "Undeploy" check, reinstall >> vm03 marking the "deploy" check but nothing seems to work. Here it is the >> hosted-engine --vm-status output from vm04. What can I do to deploy >> correctly the hosted engine on vm03? >> >> --== Host 1 status ==-- >> >> Status up-to-date : True >> Hostname : vm01.mydomain.tld >> Host ID: 1 >> Engine status : {"reason": "vm not running on this >> host", "health": "bad", "vm": "down", "detail": "unknown"} >> Score : 3400 >> stopped: False >> Local maintenance : False >> crc32 : fee2f7d8 >> Host timestamp : 48911 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=48911 (Sat Sep 17 07:57:02 2016) >> host-id=1 >> score=3400 >> maintenance=False >> state=EngineDown >> stopped=False >> >> >> --== Host 3 status ==-- >> >> Status up-to-date : True >> Hostname : vm02.mydomain.tld >> Host ID: 3 >> Engine status : {"health": "good", "vm": "up", >> "detail": "up"} >> Score : 3400 >> stopped: False >> Local maintenance : False >> crc32 : 9138d24e >> Host timestamp : 48907 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=48907 (Sat Sep 17 07:57:00 2016) >> host-id=3 >> score=3400 >> maintenance=False >> state=EngineUp >> stopped=False >> >> >> --== Host 4 status ==-- >> >> Status up-to-date : False >> Hostname : vm04.mydomain.tld >> Host ID: 4 >> Engine status : unknown stale-data >> Score : 0 >> stopped: False >> Local maintenance : True >> crc32 : 221d262e >> Host timestamp : 17958 >> Extra metadata (valid at timestamp): >> metadata_parse_version=1 >> metadata_feature_version=1 >> timestamp=17958 (Fri Sep 16 23:19:32 2016) >> host-id=4 >> score=0 >> maintenance=True >> state=LocalMaintenance >> stopped=False >> >> >> -- >> Davide Ferrari >> Senior Systems Engineer >> >> ___ >> 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] Replace one engine host
Hello Still playing a bit with oVirt, my cluster is ovirt+gluster with a replica 3 glusterfs for the engine (on vm01, vm02 and vm03) and 4 hosts for the data glusterfs and running virtual machines (vm01, vm02, vm03 and vm04). Now, by mistake, I deployed hosted-engine on vm04 but I don't want to have the engine on a machine without local data + it's not working correctly (weight 0 and marked as in maintenance). Now, I've already tried to reinstall it from the the GUI marking the "Undeploy" check, reinstall vm03 marking the "deploy" check but nothing seems to work. Here it is the hosted-engine --vm-status output from vm04. What can I do to deploy correctly the hosted engine on vm03? --== Host 1 status ==-- Status up-to-date : True Hostname : vm01.mydomain.tld Host ID: 1 Engine status : {"reason": "vm not running on this host", "health": "bad", "vm": "down", "detail": "unknown"} Score : 3400 stopped: False Local maintenance : False crc32 : fee2f7d8 Host timestamp : 48911 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=48911 (Sat Sep 17 07:57:02 2016) host-id=1 score=3400 maintenance=False state=EngineDown stopped=False --== Host 3 status ==-- Status up-to-date : True Hostname : vm02.mydomain.tld Host ID: 3 Engine status : {"health": "good", "vm": "up", "detail": "up"} Score : 3400 stopped: False Local maintenance : False crc32 : 9138d24e Host timestamp : 48907 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=48907 (Sat Sep 17 07:57:00 2016) host-id=3 score=3400 maintenance=False state=EngineUp stopped=False --== Host 4 status ==-- Status up-to-date : False Hostname : vm04.mydomain.tld Host ID: 4 Engine status : unknown stale-data Score : 0 stopped: False Local maintenance : True crc32 : 221d262e Host timestamp : 17958 Extra metadata (valid at timestamp): metadata_parse_version=1 metadata_feature_version=1 timestamp=17958 (Fri Sep 16 23:19:32 2016) host-id=4 score=0 maintenance=True state=LocalMaintenance stopped=False -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Add more hosts
Ok, HE moved to host1...now, sorry for being so silly but, how do I remove a host from ovirt-engine GUI? "Remove" (just as reinstall) is greyed out too 2016-09-15 18:23 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: > > > On Thu, Sep 15, 2016 at 6:20 PM, Davide Ferrari <dav...@billymob.com> > wrote: > >> Trying to set the maintenance gives me: >> >> [root@vm01 ~]# hosted-engine --set-maintenance --mode=global >> /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15: >> DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is >> deprecated, please use vdsm.jsonrpcvdscli >> import vdsm.vdscli >> >> >> it's not vey clear if it worked and it's just a warning or since it's >> deprecated it didn't work at all >> > > it's just a warning; to be really sure, you can check the status with: >hosted-engine --vm-status > > >> >> 2016-09-15 17:34 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: >> >>> >>> >>> On Thu, Sep 15, 2016 at 5:29 PM, Davide Ferrari <dav...@billymob.com> >>> wrote: >>> >>>> How can I forcefully migrate the engine VM? >>>> >>> >>> You can try to migrate it from the engine. >>> If it doesn't work you can got to the first host, >>> set the global maintenance mode with >>>hosted-engine --set-maintenance --mode=global >>> connect to the engine VM and shutdown it >>> restart the engine VM on the first host with: >>>hosted-engine --vm-start >>> >>> >>>> >>>> 2016-09-15 17:22 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: >>>> >>>>> >>>>> >>>>> On Thu, Sep 15, 2016 at 5:14 PM, Davide Ferrari <dav...@billymob.com> >>>>> wrote: >>>>> >>>>>> All from the CLI. Right now in the GUI I have the "Reinstall" button >>>>>> greyed out. What's happening? >>>>>> >>>>> >>>>> I suggest to forcefully migrate the engine VM to the first host; >>>>> remove the other hosts from the engine and redeploy from there as >>>>> hosted-engine-hosts. >>>>> >>>>> >>>>>> >>>>>> 2016-09-15 16:57 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: >>>>>> >>>>>>> >>>>>>> >>>>>>> On Thu, Sep 15, 2016 at 4:13 PM, Davide Ferrari <dav...@billymob.com >>>>>>> > wrote: >>>>>>> >>>>>>>> Strange..now it's working :? I've added successfully a fourth >>>>>>>> server to the cluster without touching anything, a part migrating the >>>>>>>> HE vm >>>>>>>> to another host. >>>>>>>> But now it seems that 2 of the hosts are not recognized as working. >>>>>>>> When I try to migrate the HostedEngine to another machine I get: >>>>>>>> >>>>>>>> The host hosted_engine_1 did not satisfy internal filter HA because >>>>>>>> it is not a Hosted Engine host. >>>>>>>> The host hosted_engine_3 did not satisfy internal filter HA because >>>>>>>> it is not a Hosted Engine host. >>>>>>>> >>>>>>>> hosted_engine_2 is in maintanaince mode right now and 4 is the one >>>>>>>> that is running the VM. The VM was first migrated from 1 to 2, then >>>>>>>> from 2 >>>>>>>> it started giving those errors, then I successfully added 4 and I could >>>>>>>> migrate the VM to it, and now it is stuck there. >>>>>>>> I'm trying to look through the VDMS logs but oh boy, they are so >>>>>>>> verbose! >>>>>>>> >>>>>>> >>>>>>> Did you added your additional hosted-engine hosts from CLI or from >>>>>>> the web interface (there is special sub-panel in the add host dialog)? >>>>>>> I strongly recommend the second way. >>>>>>> >>>>>>> >>>>>>> >>>>>>>> >>>>>>>> 2016-09-15 15:11 GMT+02:00 Davide Ferrari <dav...@billymob.com>: >>>>>>>> >>>>
Re: [ovirt-users] Add more hosts
Trying to set the maintenance gives me: [root@vm01 ~]# hosted-engine --set-maintenance --mode=global /usr/lib/python2.7/site-packages/ovirt_hosted_engine_ha/lib/storage_backends.py:15: DeprecationWarning: vdscli uses xmlrpc. since ovirt 3.6 xmlrpc is deprecated, please use vdsm.jsonrpcvdscli import vdsm.vdscli it's not vey clear if it worked and it's just a warning or since it's deprecated it didn't work at all 2016-09-15 17:34 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: > > > On Thu, Sep 15, 2016 at 5:29 PM, Davide Ferrari <dav...@billymob.com> > wrote: > >> How can I forcefully migrate the engine VM? >> > > You can try to migrate it from the engine. > If it doesn't work you can got to the first host, > set the global maintenance mode with >hosted-engine --set-maintenance --mode=global > connect to the engine VM and shutdown it > restart the engine VM on the first host with: >hosted-engine --vm-start > > >> >> 2016-09-15 17:22 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: >> >>> >>> >>> On Thu, Sep 15, 2016 at 5:14 PM, Davide Ferrari <dav...@billymob.com> >>> wrote: >>> >>>> All from the CLI. Right now in the GUI I have the "Reinstall" button >>>> greyed out. What's happening? >>>> >>> >>> I suggest to forcefully migrate the engine VM to the first host; remove >>> the other hosts from the engine and redeploy from there as >>> hosted-engine-hosts. >>> >>> >>>> >>>> 2016-09-15 16:57 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: >>>> >>>>> >>>>> >>>>> On Thu, Sep 15, 2016 at 4:13 PM, Davide Ferrari <dav...@billymob.com> >>>>> wrote: >>>>> >>>>>> Strange..now it's working :? I've added successfully a fourth server >>>>>> to the cluster without touching anything, a part migrating the HE vm to >>>>>> another host. >>>>>> But now it seems that 2 of the hosts are not recognized as working. >>>>>> When I try to migrate the HostedEngine to another machine I get: >>>>>> >>>>>> The host hosted_engine_1 did not satisfy internal filter HA because >>>>>> it is not a Hosted Engine host. >>>>>> The host hosted_engine_3 did not satisfy internal filter HA because >>>>>> it is not a Hosted Engine host. >>>>>> >>>>>> hosted_engine_2 is in maintanaince mode right now and 4 is the one >>>>>> that is running the VM. The VM was first migrated from 1 to 2, then from >>>>>> 2 >>>>>> it started giving those errors, then I successfully added 4 and I could >>>>>> migrate the VM to it, and now it is stuck there. >>>>>> I'm trying to look through the VDMS logs but oh boy, they are so >>>>>> verbose! >>>>>> >>>>> >>>>> Did you added your additional hosted-engine hosts from CLI or from the >>>>> web interface (there is special sub-panel in the add host dialog)? >>>>> I strongly recommend the second way. >>>>> >>>>> >>>>> >>>>>> >>>>>> 2016-09-15 15:11 GMT+02:00 Davide Ferrari <dav...@billymob.com>: >>>>>> >>>>>>> Hello again >>>>>>> >>>>>>> as I said I'm a beginner with OVirt and I was playing with a >>>>>>> proof-of-concept cluster with OVirt 4.0 + GlusterFS 3.8, following this >>>>>>> guide >>>>>>> >>>>>>> http://www.ovirt.org/blog/2016/03/up-and-running-with-ovirt-3-6/ >>>>>>> >>>>>>> (it works smoothly with 4.0 too) >>>>>>> I've created the cluster and the engine is running as an higly >>>>>>> available VM in the cluster itself with hosted-engine --deploy but now I >>>>>>> want to add a fourth machine to the cluster but I get this error: >>>>>>> >>>>>>> Cannot automatically add the host to cluster Default: Cannot add >>>>>>> Host. There is no available server in the cluster to probe the new >>>>>>> server. >>>>>>> >>>>>>> both if I try to add an host from Ovirt AAdmin GUI or if I try to >>>>>>> run "hosted-engine --deploy" on the new machine. Is it possible to have >>>>>>> this cluster conf (with the engine running as a VM) with 4 or more >>>>>>> machines? What thing should I have to do? >>>>>>> >>>>>>> Thanks in advance >>>>>>> >>>>>>> -- >>>>>>> Davide Ferrari >>>>>>> Senior Systems Engineer >>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> -- >>>>>> Davide Ferrari >>>>>> Senior Systems Engineer >>>>>> >>>>>> ___ >>>>>> Users mailing list >>>>>> Users@ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>> >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Davide Ferrari >>>> Senior Systems Engineer >>>> >>> >>> >> >> >> -- >> Davide Ferrari >> Senior Systems Engineer >> > > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Add more hosts
How can I forcefully migrate the engine VM? 2016-09-15 17:22 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: > > > On Thu, Sep 15, 2016 at 5:14 PM, Davide Ferrari <dav...@billymob.com> > wrote: > >> All from the CLI. Right now in the GUI I have the "Reinstall" button >> greyed out. What's happening? >> > > I suggest to forcefully migrate the engine VM to the first host; remove > the other hosts from the engine and redeploy from there as > hosted-engine-hosts. > > >> >> 2016-09-15 16:57 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: >> >>> >>> >>> On Thu, Sep 15, 2016 at 4:13 PM, Davide Ferrari <dav...@billymob.com> >>> wrote: >>> >>>> Strange..now it's working :? I've added successfully a fourth server to >>>> the cluster without touching anything, a part migrating the HE vm to >>>> another host. >>>> But now it seems that 2 of the hosts are not recognized as working. >>>> When I try to migrate the HostedEngine to another machine I get: >>>> >>>> The host hosted_engine_1 did not satisfy internal filter HA because it >>>> is not a Hosted Engine host. >>>> The host hosted_engine_3 did not satisfy internal filter HA because it >>>> is not a Hosted Engine host. >>>> >>>> hosted_engine_2 is in maintanaince mode right now and 4 is the one that >>>> is running the VM. The VM was first migrated from 1 to 2, then from 2 it >>>> started giving those errors, then I successfully added 4 and I could >>>> migrate the VM to it, and now it is stuck there. >>>> I'm trying to look through the VDMS logs but oh boy, they are so >>>> verbose! >>>> >>> >>> Did you added your additional hosted-engine hosts from CLI or from the >>> web interface (there is special sub-panel in the add host dialog)? >>> I strongly recommend the second way. >>> >>> >>> >>>> >>>> 2016-09-15 15:11 GMT+02:00 Davide Ferrari <dav...@billymob.com>: >>>> >>>>> Hello again >>>>> >>>>> as I said I'm a beginner with OVirt and I was playing with a >>>>> proof-of-concept cluster with OVirt 4.0 + GlusterFS 3.8, following this >>>>> guide >>>>> >>>>> http://www.ovirt.org/blog/2016/03/up-and-running-with-ovirt-3-6/ >>>>> >>>>> (it works smoothly with 4.0 too) >>>>> I've created the cluster and the engine is running as an higly >>>>> available VM in the cluster itself with hosted-engine --deploy but now I >>>>> want to add a fourth machine to the cluster but I get this error: >>>>> >>>>> Cannot automatically add the host to cluster Default: Cannot add >>>>> Host. There is no available server in the cluster to probe the new server. >>>>> >>>>> both if I try to add an host from Ovirt AAdmin GUI or if I try to run >>>>> "hosted-engine --deploy" on the new machine. Is it possible to have this >>>>> cluster conf (with the engine running as a VM) with 4 or more machines? >>>>> What thing should I have to do? >>>>> >>>>> Thanks in advance >>>>> >>>>> -- >>>>> Davide Ferrari >>>>> Senior Systems Engineer >>>>> >>>> >>>> >>>> >>>> -- >>>> Davide Ferrari >>>> Senior Systems Engineer >>>> >>>> ___ >>>> Users mailing list >>>> Users@ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> >>> >> >> >> -- >> Davide Ferrari >> Senior Systems Engineer >> > > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Add more hosts
All from the CLI. Right now in the GUI I have the "Reinstall" button greyed out. What's happening? 2016-09-15 16:57 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: > > > On Thu, Sep 15, 2016 at 4:13 PM, Davide Ferrari <dav...@billymob.com> > wrote: > >> Strange..now it's working :? I've added successfully a fourth server to >> the cluster without touching anything, a part migrating the HE vm to >> another host. >> But now it seems that 2 of the hosts are not recognized as working. When >> I try to migrate the HostedEngine to another machine I get: >> >> The host hosted_engine_1 did not satisfy internal filter HA because it is >> not a Hosted Engine host. >> The host hosted_engine_3 did not satisfy internal filter HA because it is >> not a Hosted Engine host. >> >> hosted_engine_2 is in maintanaince mode right now and 4 is the one that >> is running the VM. The VM was first migrated from 1 to 2, then from 2 it >> started giving those errors, then I successfully added 4 and I could >> migrate the VM to it, and now it is stuck there. >> I'm trying to look through the VDMS logs but oh boy, they are so verbose! >> > > Did you added your additional hosted-engine hosts from CLI or from the web > interface (there is special sub-panel in the add host dialog)? > I strongly recommend the second way. > > > >> >> 2016-09-15 15:11 GMT+02:00 Davide Ferrari <dav...@billymob.com>: >> >>> Hello again >>> >>> as I said I'm a beginner with OVirt and I was playing with a >>> proof-of-concept cluster with OVirt 4.0 + GlusterFS 3.8, following this >>> guide >>> >>> http://www.ovirt.org/blog/2016/03/up-and-running-with-ovirt-3-6/ >>> >>> (it works smoothly with 4.0 too) >>> I've created the cluster and the engine is running as an higly available >>> VM in the cluster itself with hosted-engine --deploy but now I want to add >>> a fourth machine to the cluster but I get this error: >>> >>> Cannot automatically add the host to cluster Default: Cannot add Host. >>> There is no available server in the cluster to probe the new server. >>> >>> both if I try to add an host from Ovirt AAdmin GUI or if I try to run >>> "hosted-engine --deploy" on the new machine. Is it possible to have this >>> cluster conf (with the engine running as a VM) with 4 or more machines? >>> What thing should I have to do? >>> >>> Thanks in advance >>> >>> -- >>> Davide Ferrari >>> Senior Systems Engineer >>> >> >> >> >> -- >> Davide Ferrari >> Senior Systems Engineer >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Add more hosts
Hello again as I said I'm a beginner with OVirt and I was playing with a proof-of-concept cluster with OVirt 4.0 + GlusterFS 3.8, following this guide http://www.ovirt.org/blog/2016/03/up-and-running-with-ovirt-3-6/ (it works smoothly with 4.0 too) I've created the cluster and the engine is running as an higly available VM in the cluster itself with hosted-engine --deploy but now I want to add a fourth machine to the cluster but I get this error: Cannot automatically add the host to cluster Default: Cannot add Host. There is no available server in the cluster to probe the new server. both if I try to add an host from Ovirt AAdmin GUI or if I try to run "hosted-engine --deploy" on the new machine. Is it possible to have this cluster conf (with the engine running as a VM) with 4 or more machines? What thing should I have to do? Thanks in advance -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hosted engine deploy: problem with the rDNS of another iface
And indeed it was the problem. So, you must have working reverse dns lookup to complete the setup succesfully. Thanks for the help! Ciao! 2016-09-14 14:48 GMT+02:00 Davide Ferrari <dav...@billymob.com>: > Well but the fact is that it DOESN'T resolve on bond1, there's no DNS > entry anywhere resolving to that IP for vm01.mydomain.tld > That's the strange thing, I don't really get from where python's > socket.gethostbyaddr() gets those 2 IP addresses :/ > > The only thing that it comes to my mind is that the domain I'm using > (mydomain.tld) doesn't have PTRs properly set (and I cannot fix it without > migrating the domain...yeah it's ugly as hell what I have here, I know :( > ), maybe it's a corner case that should be handled more specifically? > > I'll try to add entries for vm01.mydomain.tld in /etc/hosts and see if it > fixes the problem > > 2016-09-14 14:32 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: > >> >> >> On Wed, Sep 14, 2016 at 2:07 PM, Davide Ferrari <dav...@billymob.com> >> wrote: >> >>> But bond0/192.168.10.225 is the only interface I have (right now) to >>> connect to the machine. So, I should create another interface, dedicated to >>> management? Right now I'm using bond0 as the source iface for the mgm >>> bridge. >>> >> >> No this is absolutely fine; the problem is just that 'vm01.mydomain.tld' >> should uniquely resolve there and it should not resolve also on bond1 >> otherwise you can hit the issue I mentioned before. >> >> >>> >>> 2016-09-14 14:02 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: >>> >>>> >>>> >>>> On Wed, Sep 14, 2016 at 1:53 PM, Davide Ferrari <dav...@billymob.com> >>>> wrote: >>>> >>>>> Ciao Simone! >>>>> >>>>> Absolutely, here it is (please not that I've obfuscated domain names >>>>> but they are consistent with what I wrote before, the hostnames are >>>>> exactly >>>>> the same I have in my env). If you need the original log, tell me but I >>>>> will mail it to you privately. >>>>> >>>> >>>> The issue is here: >>>> >>>> 2016-09-14 13:47:51 DEBUG otopi.plugins.gr_he_common.network.bridge >>>> bridge._get_hostname_from_bridge_if:325 hostname: 'vm01.mydomain.tld', >>>> aliaslist: '[]', ipaddrlist: '['192.168.10.225', '10.30.0.1']' >>>> >>>> You can reproduce it with: >>>> python -c 'import socket; print(socket.gethostbyaddr("19 >>>> 2.168.10.225"));' >>>> >>>> 'vm01.mydomain.tld' should resolve just on the interface you selected >>>> to create the management bridge on. >>>> This is because hosted-engine-setup is creating the management bridge >>>> on that interface before starting the engine VM and when when it will call >>>> hosts.add on the REST API to add your first host to the engine it can just >>>> specify an host address by not an interface name and so host-deploy, >>>> triggered by the engine, will recreate the management bridge on the >>>> interface where the address we passed resolves on. >>>> So we have to avoid any ambiguity here. >>>> >>>> >>>> >>>>> >>>>> Thanks! >>>>> >>>>> 2016-09-14 13:37 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: >>>>> >>>>>> >>>>>> On Wed, Sep 14, 2016 at 1:25 PM, Davide Ferrari <dav...@billymob.com> >>>>>> wrote: >>>>>> >>>>>>> Hello >>>>>>> >>>>>>> I've got the same exact problem as in this thread: >>>>>>> >>>>>>> http://lists.ovirt.org/pipermail/users/2016-July/04.html >>>>>>> >>>>>>> (sorry for not answering there but I've just subscribed). The error >>>>>>> (for the record) is: >>>>>>> >>>>>>> Failed to execute stage 'Setup validation': hostname >>>>>>> 'vm01.mydomain.tld' doesn't uniquely match the interface 'bond0' >>>>>>> selected >>>>>>> for the management bridge; it matches also interface with IP >>>>>>> set(['10.30.0.1']). Please make sure that the hostname got from the >>>>>>> interface for the management network resolves only there. >>>>>>
Re: [ovirt-users] Hosted engine deploy: problem with the rDNS of another iface
Well but the fact is that it DOESN'T resolve on bond1, there's no DNS entry anywhere resolving to that IP for vm01.mydomain.tld That's the strange thing, I don't really get from where python's socket.gethostbyaddr() gets those 2 IP addresses :/ The only thing that it comes to my mind is that the domain I'm using (mydomain.tld) doesn't have PTRs properly set (and I cannot fix it without migrating the domain...yeah it's ugly as hell what I have here, I know :( ), maybe it's a corner case that should be handled more specifically? I'll try to add entries for vm01.mydomain.tld in /etc/hosts and see if it fixes the problem 2016-09-14 14:32 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: > > > On Wed, Sep 14, 2016 at 2:07 PM, Davide Ferrari <dav...@billymob.com> > wrote: > >> But bond0/192.168.10.225 is the only interface I have (right now) to >> connect to the machine. So, I should create another interface, dedicated to >> management? Right now I'm using bond0 as the source iface for the mgm >> bridge. >> > > No this is absolutely fine; the problem is just that 'vm01.mydomain.tld' > should uniquely resolve there and it should not resolve also on bond1 > otherwise you can hit the issue I mentioned before. > > >> >> 2016-09-14 14:02 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: >> >>> >>> >>> On Wed, Sep 14, 2016 at 1:53 PM, Davide Ferrari <dav...@billymob.com> >>> wrote: >>> >>>> Ciao Simone! >>>> >>>> Absolutely, here it is (please not that I've obfuscated domain names >>>> but they are consistent with what I wrote before, the hostnames are exactly >>>> the same I have in my env). If you need the original log, tell me but I >>>> will mail it to you privately. >>>> >>> >>> The issue is here: >>> >>> 2016-09-14 13:47:51 DEBUG otopi.plugins.gr_he_common.network.bridge >>> bridge._get_hostname_from_bridge_if:325 hostname: 'vm01.mydomain.tld', >>> aliaslist: '[]', ipaddrlist: '['192.168.10.225', '10.30.0.1']' >>> >>> You can reproduce it with: >>> python -c 'import socket; print(socket.gethostbyaddr("19 >>> 2.168.10.225"));' >>> >>> 'vm01.mydomain.tld' should resolve just on the interface you selected to >>> create the management bridge on. >>> This is because hosted-engine-setup is creating the management bridge on >>> that interface before starting the engine VM and when when it will call >>> hosts.add on the REST API to add your first host to the engine it can just >>> specify an host address by not an interface name and so host-deploy, >>> triggered by the engine, will recreate the management bridge on the >>> interface where the address we passed resolves on. >>> So we have to avoid any ambiguity here. >>> >>> >>> >>>> >>>> Thanks! >>>> >>>> 2016-09-14 13:37 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: >>>> >>>>> >>>>> On Wed, Sep 14, 2016 at 1:25 PM, Davide Ferrari <dav...@billymob.com> >>>>> wrote: >>>>> >>>>>> Hello >>>>>> >>>>>> I've got the same exact problem as in this thread: >>>>>> >>>>>> http://lists.ovirt.org/pipermail/users/2016-July/04.html >>>>>> >>>>>> (sorry for not answering there but I've just subscribed). The error >>>>>> (for the record) is: >>>>>> >>>>>> Failed to execute stage 'Setup validation': hostname >>>>>> 'vm01.mydomain.tld' doesn't uniquely match the interface 'bond0' selected >>>>>> for the management bridge; it matches also interface with IP >>>>>> set(['10.30.0.1']). Please make sure that the hostname got from the >>>>>> interface for the management network resolves only there. >>>>>> >>>>>> 10.30.0.1 is set on bond1 and is used for the glusterfs network. The >>>>>> python output is: >>>>>> >>>>>> python -c 'import socket; print(socket.gethostbyaddr("10.30.0.1"));' >>>>>> ('glu-ovirt01.storage', [], ['10.30.0.1']) >>>>>> >>>>>> which obviously is completely different from vm01.mydomain.tld. >>>>>> So, I don't really get this error. I've used >>>>>> glu-ovirt01.storage:/engine as the glusterfs entry point for storing the >>>>>> engine image, that's all. >>>>>> >>>>>> Any idea on how to fix the error? >>>>>> >>>>> >>>>> Ciao Davide, >>>>> can you please attach the whole hosted-engine-setup log file? >>>>> >>>>> >>>>>> >>>>>> TIA >>>>>> >>>>>> -- >>>>>> Davide Ferrari >>>>>> Senior Systems Engineer >>>>>> >>>>>> ___ >>>>>> Users mailing list >>>>>> Users@ovirt.org >>>>>> http://lists.ovirt.org/mailman/listinfo/users >>>>>> >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Davide Ferrari >>>> Senior Systems Engineer >>>> >>> >>> >> >> >> -- >> Davide Ferrari >> Senior Systems Engineer >> > > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hosted engine deploy: problem with the rDNS of another iface
But bond0/192.168.10.225 is the only interface I have (right now) to connect to the machine. So, I should create another interface, dedicated to management? Right now I'm using bond0 as the source iface for the mgm bridge. 2016-09-14 14:02 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: > > > On Wed, Sep 14, 2016 at 1:53 PM, Davide Ferrari <dav...@billymob.com> > wrote: > >> Ciao Simone! >> >> Absolutely, here it is (please not that I've obfuscated domain names but >> they are consistent with what I wrote before, the hostnames are exactly the >> same I have in my env). If you need the original log, tell me but I will >> mail it to you privately. >> > > The issue is here: > > 2016-09-14 13:47:51 DEBUG otopi.plugins.gr_he_common.network.bridge > bridge._get_hostname_from_bridge_if:325 hostname: 'vm01.mydomain.tld', > aliaslist: '[]', ipaddrlist: '['192.168.10.225', '10.30.0.1']' > > You can reproduce it with: > python -c 'import socket; print(socket.gethostbyaddr(" > 192.168.10.225"));' > > 'vm01.mydomain.tld' should resolve just on the interface you selected to > create the management bridge on. > This is because hosted-engine-setup is creating the management bridge on > that interface before starting the engine VM and when when it will call > hosts.add on the REST API to add your first host to the engine it can just > specify an host address by not an interface name and so host-deploy, > triggered by the engine, will recreate the management bridge on the > interface where the address we passed resolves on. > So we have to avoid any ambiguity here. > > > >> >> Thanks! >> >> 2016-09-14 13:37 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: >> >>> >>> On Wed, Sep 14, 2016 at 1:25 PM, Davide Ferrari <dav...@billymob.com> >>> wrote: >>> >>>> Hello >>>> >>>> I've got the same exact problem as in this thread: >>>> >>>> http://lists.ovirt.org/pipermail/users/2016-July/04.html >>>> >>>> (sorry for not answering there but I've just subscribed). The error >>>> (for the record) is: >>>> >>>> Failed to execute stage 'Setup validation': hostname >>>> 'vm01.mydomain.tld' doesn't uniquely match the interface 'bond0' selected >>>> for the management bridge; it matches also interface with IP >>>> set(['10.30.0.1']). Please make sure that the hostname got from the >>>> interface for the management network resolves only there. >>>> >>>> 10.30.0.1 is set on bond1 and is used for the glusterfs network. The >>>> python output is: >>>> >>>> python -c 'import socket; print(socket.gethostbyaddr("10.30.0.1"));' >>>> ('glu-ovirt01.storage', [], ['10.30.0.1']) >>>> >>>> which obviously is completely different from vm01.mydomain.tld. >>>> So, I don't really get this error. I've used >>>> glu-ovirt01.storage:/engine as the glusterfs entry point for storing the >>>> engine image, that's all. >>>> >>>> Any idea on how to fix the error? >>>> >>> >>> Ciao Davide, >>> can you please attach the whole hosted-engine-setup log file? >>> >>> >>>> >>>> TIA >>>> >>>> -- >>>> Davide Ferrari >>>> Senior Systems Engineer >>>> >>>> ___ >>>> Users mailing list >>>> Users@ovirt.org >>>> http://lists.ovirt.org/mailman/listinfo/users >>>> >>>> >>> >> >> >> -- >> Davide Ferrari >> Senior Systems Engineer >> > > -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Hosted engine deploy: problem with the rDNS of another iface
Ciao Simone! Absolutely, here it is (please not that I've obfuscated domain names but they are consistent with what I wrote before, the hostnames are exactly the same I have in my env). If you need the original log, tell me but I will mail it to you privately. Thanks! 2016-09-14 13:37 GMT+02:00 Simone Tiraboschi <stira...@redhat.com>: > > On Wed, Sep 14, 2016 at 1:25 PM, Davide Ferrari <dav...@billymob.com> > wrote: > >> Hello >> >> I've got the same exact problem as in this thread: >> >> http://lists.ovirt.org/pipermail/users/2016-July/04.html >> >> (sorry for not answering there but I've just subscribed). The error (for >> the record) is: >> >> Failed to execute stage 'Setup validation': hostname 'vm01.mydomain.tld' >> doesn't uniquely match the interface 'bond0' selected for the management >> bridge; it matches also interface with IP set(['10.30.0.1']). Please make >> sure that the hostname got from the interface for the management network >> resolves only there. >> >> 10.30.0.1 is set on bond1 and is used for the glusterfs network. The >> python output is: >> >> python -c 'import socket; print(socket.gethostbyaddr("10.30.0.1"));' >> ('glu-ovirt01.storage', [], ['10.30.0.1']) >> >> which obviously is completely different from vm01.mydomain.tld. >> So, I don't really get this error. I've used glu-ovirt01.storage:/engine >> as the glusterfs entry point for storing the engine image, that's all. >> >> Any idea on how to fix the error? >> > > Ciao Davide, > can you please attach the whole hosted-engine-setup log file? > > >> >> TIA >> >> -- >> Davide Ferrari >> Senior Systems Engineer >> >> ___ >> Users mailing list >> Users@ovirt.org >> http://lists.ovirt.org/mailman/listinfo/users >> >> > -- Davide Ferrari Senior Systems Engineer ovirt-hosted-engine-setup-20160914134543-hymuxk.log.gz Description: GNU Zip compressed data ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Hosted engine deploy: problem with the rDNS of another iface
Hello I've got the same exact problem as in this thread: http://lists.ovirt.org/pipermail/users/2016-July/04.html (sorry for not answering there but I've just subscribed). The error (for the record) is: Failed to execute stage 'Setup validation': hostname 'vm01.mydomain.tld' doesn't uniquely match the interface 'bond0' selected for the management bridge; it matches also interface with IP set(['10.30.0.1']). Please make sure that the hostname got from the interface for the management network resolves only there. 10.30.0.1 is set on bond1 and is used for the glusterfs network. The python output is: python -c 'import socket; print(socket.gethostbyaddr("10.30.0.1"));' ('glu-ovirt01.storage', [], ['10.30.0.1']) which obviously is completely different from vm01.mydomain.tld. So, I don't really get this error. I've used glu-ovirt01.storage:/engine as the glusterfs entry point for storing the engine image, that's all. Any idea on how to fix the error? TIA -- Davide Ferrari Senior Systems Engineer ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users