Option to put host into maintenance after installation of new host
by Florian Schmid
Hi,
would it be possible for future releases to add an option to the add new host tab to put the host in maintenance after installation instead of activating it.
The same would be for reinstall.
I have the problem now, that all hosts after installation will be activated, but network is not configured yet. Therefore host will be in non operational state and will be rebooted immediately.
The only solution I have now is to configure power management after the host has all networks configured.
I want to have all my networks as required, because otherwise someone will forget to add all of them and then you have other issues.
BR Florian
6 years, 11 months
Reassign ovirtmgmt to a new bond with ansible
by Luca 'remix_tj' Lorenzetto
Hello,
I'm trying to create a playbook for deployment of a new node in my
ovirt deployment. I'm using the role ovirt-infra from
ovirt-infra-roles 1.1.1.
I'm creating a new bond and assigning ovirtmgmt to that bond:
This is the value of the variable host_networks printed out by ansible:
TASK [host_networks]
*********************************************************************************************************************************
ok: [localhost] => {
"host_networks": [
{
"bond": {
"interfaces": [
"enp2s0f0",
"enp2s0f1"
],
"mode": 1,
"name": "bond0"
},
"check": true,
"name": "ovirt01.intranet.company.it",
"networks": [
{
"address": "10.5.40.197",
"boot_protocol": "static",
"gateway": "10.5.43.254",
"name": "ovirtmgmt",
"prefix": "255.255.252.0"
}
],
"save": true
},
{
"bond": {
"interfaces": [
"enp2s0f2",
"enp2s0f3"
],
"mode": 1,
"name": "bond1"
},
"check": true,
"name": "ovirt01.intranet.company.it",
"networks": [
{
"address": "10.5.160.47",
"boot_protocol": "static",
"name": "NFS",
"netmask": "255.255.252.0"
}
],
"save": true
}
]
}
When running the playbook i get:
Error: Fault reason is "Operation Failed". Fault detail is "[Cannot
setup Networks. Network ovirtmgmt is already attached via attachment
3315148d-f669-48b0-9c16-601faaea9ce5. A new attachment cannot be used
for the same network, please reuse the existing one.]"
How do i reuse the existing attachment?
The other network (NFS) has been attached without issues.
--
"E' assurdo impiegare gli uomini di intelligenza eccellente per fare
calcoli che potrebbero essere affidati a chiunque se si usassero delle
macchine"
Gottfried Wilhelm von Leibnitz, Filosofo e Matematico (1646-1716)
"Internet è la più grande biblioteca del mondo.
Ma il problema è che i libri sono tutti sparsi sul pavimento"
John Allen Paulos, Matematico (1945-vivente)
Luca 'remix_tj' Lorenzetto, http://www.remixtj.net , <lorenzetto.luca(a)gmail.com>
6 years, 11 months
Re: [ovirt-users] oVirt Actual Size <1GB
by Eyal Shenitzky
Hi Johann,
>From the log I can see that the extend operation failed and the VM should
restart in order to detect the new size:
2017-12-12 13:44:32,353 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendVmDiskSizeVDSCommand]
(pool-6-thread-49) START, ExtendVmDiskSizeVDSCommand(HostName = local_host,
HostId = df207913-ef95-4783-91a8-eec9642c2393,
vmId=00000000-0000-0000-0000-000000000000), log id: 7c2329fd
2017-12-12 13:44:32,417 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendVmDiskSizeVDSCommand]
(pool-6-thread-49) Failed in ExtendVmDiskSizeVDS method
2017-12-12 13:44:32,417 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendVmDiskSizeVDSCommand]
(pool-6-thread-49) Error code GeneralException and error message
VDSGenericException: VDSErrorException: Failed to ExtendVmDiskSizeVDS,
error = 'sdUUID'
2017-12-12 13:44:32,418 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendVmDiskSizeVDSCommand]
(pool-6-thread-49) Command ExtendVmDiskSizeVDS execution failed. Exception:
VDSErrorException: VDSGenericException: VDSErrorException: Failed to
ExtendVmDiskSizeVDS, error = 'sdUUID'
2017-12-12 13:44:32,419 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.ExtendVmDiskSizeVDSCommand]
(pool-6-thread-49) FINISH, ExtendVmDiskSizeVDSCommand, log id: 7c2329fd
2017-12-12 13:44:32,420 WARN
[org.ovirt.engine.core.bll.ExtendImageSizeCommand] (pool-6-thread-49)
Failed to update VM Server2012 with the new volume size due to error:
VdcBLLException: VdcBLLException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to ExtendVmDiskSizeVDS,
error = 'sdUUID' (Failed with VDSM error GeneralException and code 100).VM
should be restarted to detect the new size.
On Wed, Dec 13, 2017 at 11:33 AM, Johann van der Westhuizen <
johann(a)sharenet.co.za> wrote:
> Hi,
>
>
>
> Log file attached.
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
> <https://maps.google.com/?q=4+Silverwood+Close&entry=gmail&source=g>
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> johann(a)sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* <http://www.sharenet.co.za/>
>
>
>
> <http://www.sharenet.co.za/v3/trade/>
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for the addressee only. If you are not the
> intended recipient of this message, you are notified that any distribution,
> use of or copying of this communication is strictly prohibited. If you have
> received the communication in error, please notify the sender immediately.
>
>
>
> Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430)
> are authorised financial service providers.
>
>
>
> *From:* Eyal Shenitzky [mailto:eshenitz@redhat.com]
> *Sent:* 13 December 2017 11:21
> *To:* Johann van der Westhuizen <johann(a)sharenet.co.za>
> *Cc:* Simone Tiraboschi <stirabos(a)redhat.com>; users(a)ovirt.org
> *Subject:* Re: [ovirt-users] oVirt Actual Size <1GB
>
>
>
> Hi Johann,
>
>
>
> You can find the engine log under: /var/log/ovirt-engine/engine.log
>
>
>
> Please add this log also.
>
>
>
>
>
> On Wed, Dec 13, 2017 at 8:39 AM, Johann van der Westhuizen <
> johann(a)sharenet.co.za> wrote:
>
> Hi,
>
>
>
> Thanks for the reply and update.
>
>
>
> I had a look and can only find this directory: /var/log/ovirt-engine/
>
>
>
> I attached some other files that might help?
>
>
>
> Did that other log file I’ve attached helped in any way?
>
>
>
> Will you be able to assist me with this and help me fix it.
>
>
>
> Thanks.
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
> <https://maps.google.com/?q=4+Silverwood+Close&entry=gmail&source=g>
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> johann(a)sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* <http://www.sharenet.co.za/>
>
>
>
> <http://www.sharenet.co.za/v3/trade/>
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for the addressee only. If you are not the
> intended recipient of this message, you are notified that any distribution,
> use of or copying of this communication is strictly prohibited. If you have
> received the communication in error, please notify the sender immediately.
>
>
>
> Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430)
> are authorised financial service providers.
>
>
>
> *From:* Simone Tiraboschi [mailto:stirabos@redhat.com]
> *Sent:* 12 December 2017 19:45
> *To:* Johann van der Westhuizen <johann(a)sharenet.co.za>
> *Cc:* Amit Aviram <aaviram(a)redhat.com>; users(a)ovirt.org
> *Subject:* Re: [ovirt-users] oVirt Actual Size <1GB
>
>
>
>
>
>
>
> On Tue, Dec 12, 2017 at 4:23 PM, Johann van der Westhuizen <
> johann(a)sharenet.co.za> wrote:
>
> Hi,
>
>
>
> Okay I got the vdsm.log, please see link below:
>
>
>
> http://support.sharenet.co.za/vdsm.log
>
>
>
> But can’t find the agent.log file.
>
>
>
> /var/log/ovirt-hosted-engine-ha/agent.log
>
>
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
> <https://maps.google.com/?q=4+Silverwood+Close&entry=gmail&source=g>
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> johann(a)sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* <http://www.sharenet.co.za/>
>
>
>
> <http://www.sharenet.co.za/v3/trade/>
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for the addressee only. If you are not the
> intended recipient of this message, you are notified that any distribution,
> use of or copying of this communication is strictly prohibited. If you have
> received the communication in error, please notify the sender immediately.
>
>
>
> Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430)
> are authorised financial service providers.
>
>
>
> *From:* Simone Tiraboschi [mailto:stirabos@redhat.com]
> *Sent:* 12 December 2017 15:44
> *To:* Johann van der Westhuizen <johann(a)sharenet.co.za>
> *Cc:* Amit Aviram <aaviram(a)redhat.com>; users(a)ovirt.org
> *Subject:* Re: [ovirt-users] oVirt Actual Size <1GB
>
>
>
>
>
>
>
> On Tue, Dec 12, 2017 at 12:38 PM, Johann van der Westhuizen <
> johann(a)sharenet.co.za> wrote:
>
> Hi,
>
>
>
> Okay, I have a question, if you will be able to assist me.
>
>
>
> I’ve extended the size of the disk via the oVirt Admin and now all of a
> sudden it shows actual size < 1GB and the VM doesn’t want to boot, the
> virtual size was 100GB and I’ve changed it to 150GB.
>
>
>
> Anything you could do to help me fix this.
>
>
>
> Do you mean that you installed hosted-engine and extended the disk of the
> engine VM?
>
> If so, could you please attach vdsm.log and agent.log from the host that
> tries to start the engine VM?
>
>
>
>
>
>
>
> Much appreciated.
>
>
>
> Thanks.
>
>
>
> Regards / Groete,
>
>
>
> JOHANN VAN DER WESTHUIZEN
>
> Systems Administrator
>
>
>
> 4 Silverwood Close
> <https://maps.google.com/?q=4+Silverwood+Close&entry=gmail&source=g>
>
> T
>
> +27 21 700 4827 <+27%2021%20700%204827>
>
> Steenberg Office Park
>
> E
>
> johann(a)sharenet.co.za
>
> Westlake
>
>
>
>
>
> *www.sharenet.co.za* <http://www.sharenet.co.za/>
>
>
>
> <http://www.sharenet.co.za/v3/trade/>
>
>
>
> The views and opinions expressed in this message are those of the
> individual sender of this message and do not necessarily represent the
> views and opinions of Sharenet (Pty) Ltd. Consequently, Sharenet (Pty) Ltd
> does not accept responsibility for such views and opinions and this message
> should not be read as representing the views and opinions of Sharenet (Pty)
> Ltd without subsequent written confirmation. Each page attached hereto must
> also be read in conjunction with this disclaimer. Confidentiality note:
> This message is intended for the addressee only. If you are not the
> intended recipient of this message, you are notified that any distribution,
> use of or copying of this communication is strictly prohibited. If you have
> received the communication in error, please notify the sender immediately.
>
>
>
> Sharenet Investments (FSP#46570) and Sharenet Securities (FSP#28430)
> are authorised financial service providers.
>
>
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
>
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
>
> --
>
> Regards,
>
> Eyal Shenitzky
>
--
Regards,
Eyal Shenitzky
6 years, 11 months
virt-p2v not recognising Hard Disks of Server
by Anantha Raghava
This is a multi-part message in MIME format.
--------------703700E9D5D377A7CE8E2B07
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Hello,
I am trying to convert a physical server (10 year old hardware with PCI
LSI Loging / Symbios LSI MegaRAID controller and SCSI drives, RAID 5
Configuration). Host to be converted has Fedora 5 OS.
I have downloaded the virt-p2v.iso (Cent OS 7.3). I have prepared the
conversion server. I am able to boot the physical server with
virt-p2v.iso. I am able to connect to conversion server. But none of the
Hard Disks are listed to select for conversion.
I opine, probably it is something to do with SCSI / RAID Card drivers.
Is there a way I can get these drivers into virt-p2v.iso? Any
suggestions to get this task to completion?
Thanks in advance.
--
Thanks & Regards,
Anantha Raghava
Do not print this e-mail unless required. Save Paper & trees.
--------------703700E9D5D377A7CE8E2B07
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p><font face="Times New Roman, Times, serif">Hello,</font></p>
<p><font face="Times New Roman, Times, serif">I am trying to convert
a physical server (10 year old hardware with PCI LSI Loging /
Symbios LSI MegaRAID controller and SCSI drives, RAID 5
Configuration). Host to be converted has Fedora 5 OS.<br>
</font></p>
<p><font face="Times New Roman, Times, serif">I have downloaded the
virt-p2v.iso (Cent OS 7.3). I have prepared the conversion
server. I am able to boot the physical server with virt-p2v.iso.
I am able to connect to conversion server. But none of the Hard
Disks are listed to select for conversion.</font></p>
<p><font face="Times New Roman, Times, serif">I opine, probably it
is something to do with SCSI / RAID Card drivers. <br>
</font></p>
<p><font face="Times New Roman, Times, serif">Is there a way I can
get these drivers into virt-p2v.iso? Any suggestions to get this
task to completion?<br>
</font></p>
<div class="moz-signature">Thanks in advance.<br>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<title></title>
<meta name="generator" content="LibreOffice 5.0.3.2 (Linux)">
<meta name="created" content="00:00:00">
<meta name="changedby" content="Anantha Raghava">
<meta name="changed" content="2016-01-05T17:20:50.677541300">
<meta name="created" content="00:00:00">
<meta name="changedby" content="Anantha Raghava">
<meta name="changed" content="2015-12-20T09:03:26.251763811">
<meta name="created" content="2015-02-21T00:00:00">
<meta name="changedby" content="Anantha Raghava">
<meta name="changed" content="2015-12-20T09:02:11.666821134">
<style type="text/css">
@page { margin: 2cm }
p { margin-bottom: 0.25cm; color: #000000; line-height: 120% }
address { color: #000000 }
a:link { so-language: zxx }
</style>
<p>-- </p>
<p style="margin-bottom: 0cm; line-height: 100%"><font face="Times
New Roman, serif">Thanks
& Regards,</font></p>
<p style="margin-bottom: 0cm; line-height: 100%"><br>
</p>
<address style="line-height: 100%"><font face="Times New Roman,
serif">Anantha
Raghava</font></address>
<br>
<font color="#66cc00"><font face="Times New Roman, serif">Do
not print this e-mail unless required. Save Paper & trees.</font></font>
</div>
</body>
</html>
--------------703700E9D5D377A7CE8E2B07--
6 years, 11 months
katello-agent is available for testing in CentOS Virt SIG
by Sandro Bonazzola
Hi,
for those willing to use katello for monitoring oVirt hosts upgrade status,
we added katello-agent to CentOS Virt SIG testing repo.
If no negative feedback is provided, I'll tag it for release on December
20th.
In order to install it:
# yum install centos-release-ovirt41
# yum-config-manager --enable centos-ovirt41-testing --save
# yum install katello-agent
Note that oly the agent/client part has been included in Virt SIG, in order
to install foreman with katello plugin follow katello website instructions.
For more info about katello: https://www.theforeman.org/plugins/katello/
Thanks,
--
SANDRO BONAZZOLA
ASSOCIATE MANAGER, SOFTWARE ENGINEERING, EMEA ENG VIRTUALIZATION R&D
Red Hat EMEA <https://www.redhat.com/>
<https://red.ht/sig>
TRIED. TESTED. TRUSTED. <https://redhat.com/trusted>
6 years, 11 months
(no subject)
by Roberto Nunin
Another attempt to fully check deploy of ovirt-node-ng and hoste engine in
my lab environment.
Ovirt node image used: ovirt-node-ng-installer-ovirt-4.2-pre-2017121215.iso
Three HPE Proliant BL680cG7, with local storage (Gluster).
Full deploy from scratch, executed two times just to have confirmation. In
both cases I had the same condition.
Gluster deploy complete without issues.
Hosted Engine do not complete, hangs at the end of the process, when HE VM
is answering correctly.
Imported two additional hosts (now that part works correctly)
Added first data domain, ok
Imported automatically the hosted-engine data domain
Failed to import the Hosted Engine VM is the error that appear in the event
log.
Attached the HE deploy log and HE engine.log, where are reported all the
attempts to import HE VM:
2017-12-14 01:43:38,733+01 ERROR
[org.ovirt.engine.core.bll.HostedEngineImporter]
(EE-ManagedThreadFactory-engine-Thread-259) [1193f931] Failed importing the
Hosted Engine VM
2017-12-14 01:43:38,739+01 ERROR
[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
(EE-ManagedThreadFactory-engine-Thread-259) [1193f931] EVENT_ID:
HOSTED_ENGINE_VM_IMPORT_FAILED(10,457), Failed importing the Hosted Engine
VM
2017-12-14 01:43:53,703+01 ERROR
[org.ovirt.engine.core.bll.HostedEngineImporter]
(EE-ManagedThreadFactory-engine-Thread-266) [4d597e01] Failed importing the
Hosted Engine VM
2017-12-14 01:44:08,812+01 ERROR
[org.ovirt.engine.core.bll.HostedEngineImporter]
(EE-ManagedThreadFactory-engine-Thread-273) [5cef57aa] Failed importing the
Hosted Engine VM
This is the screenshot of the "frozen" phase
[image: Immagine incorporata 1]
Any hint about find the reason about the failed import ?
Thanks in advance. Available for further tests.
--
Roberto
6 years, 11 months
about iscsi multipathing
by Nathanaël Blanchet
Hi all,
It should be a good idea not to allow adding a new iscsi multipath
profile when hosts don't have an IP address on the selected network...
or make unvailable network that don't have IP address in the dialog.
Currently, engine allows it without error while it is not effective on
the hosts. Should be a RFE, shouldn't be?
--
Nathanaël Blanchet
Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5
Tél. 33 (0)4 67 54 84 55
Fax 33 (0)4 67 54 84 14
blanchet(a)abes.fr
6 years, 11 months
Storage Migration issues
by Mark Steele
Hello,
We have begun migrating VM boot disks from one Storage domain to another.
Both the storage domains are NFS and both are V3. The Ovirt instance is oVirt
Engine Version: 3.5.0.1-1.el6
I am shutting down the VM's prior to migration (not a live migration). When
the disks complete their move, I start the VM back up on the original host.
The hosts are all running either Ubuntu 14.04 LTS or 16.04 LTS
I have experienced the following two issues:
- when the VM's come back up, they are not mounting an external NFS mount
that is defined in /etc/fstab. The mount can be reinstated manually and
survives subsequent reboots - but every VM that has an external NFS mount
has this issue after migration
- VM's that have a docker instance running no longer respond to web
requests on the web server ports that the docker instance is running.
Any thoughts on why this would happen would be greatly appreciated.
Best regards,
***
*Mark Steele*
CIO / VP Technical Operations | TelVue Corporation
TelVue - We Share Your Vision
16000 Horizon Way, Suite 100 | Mt. Laurel, NJ 08054
800.885.8886 x128 | msteele(a)telvue.com | http://www.telvue.com
twitter: http://twitter.com/telvue | facebook:
https://www.facebook.com/telvue
6 years, 11 months
