[ovirt-users] [hosted-engine] engine VM didn't migrate to the fresh upgraded host

[Wee Sritippho]

Hi, I followed this instruction:

http://www.ovirt.org/documentation/how-to/hosted-engine/#upgrade-hosted-engine

However, when I exited the global maintenance mode in step 7 and waited 
for about 15 minutes, the engine VM still doesn't migrate to the fresh 
upgraded host.


BTW, after step 6, did I have to put the host out of its local 
maintenance mode? The instruction didn't state this so I guess it's a 
special case when upgrading and didn't do anything.


[root@host01 me]# hosted-engine --vm-status


--== Host 1 status ==--

Status up-to-date  : True
Hostname   : host01.ovirt.forest.go.th
Host ID: 1
Engine status  : {"reason": "vm not running on this 
host", "health": "bad", "vm": "down", "detail": "unknown"}

Score  : 0
stopped: False
Local maintenance  : True
crc32  : 33cc9d8c
Host timestamp : 4993624


--== Host 2 status ==--

Status up-to-date  : True
Hostname   : host02.ovirt.forest.go.th
Host ID: 2
Engine status  : {"reason": "vm not running on this 
host", "health": "bad", "vm": "down", "detail": "unknown"}

Score  : 3400
stopped: False
Local maintenance  : False
crc32  : 6dc9b311
Host timestamp : 4244063


--== Host 3 status ==--

Status up-to-date  : True
Hostname   : host03.ovirt.forest.go.th
Host ID: 3
Engine status  : {"health": "good", "vm": "up", 
"detail": "up"}

Score  : 3400
stopped: False
Local maintenance  : False
crc32  : 29513baf
Host timestamp : 5537027

Thank you

--
Wee

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

[ovirt-users] Boot problems when using run once

[Erick Vogeler]

Hi,

I am having a problem, when you click run on the manager, it boots from
disk but when you use run once (for cloud-init) it boots from iPXE.

here is virsh -r dumpxml VMNAME

http://pastebin.com/nfwHherG

and

ps -ef |grep qemu

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

Re: [ovirt-users] 3.6 -> 4.0 upgrade fails on schema refresh

[Matt .]

OK, due some not having done PgSQL for a long time I didn't select the
engine DB that well.

Thanks, this is a good fix where I already noticed the same snapshot
ID already by searching through the tables and looking what's going on
there.



2016-07-06 14:41 GMT+02:00 Matt . :
> HI,
>
> Thanks for the solution, I actually get:
>
> postgres=# select vm_name, snapshots.description as snapshot_name,
> snapshot_id from snapshots join vm_static on vm_id=vm_guid where
> CAST(split_part(memory_volume, ',', 1) AS UUID) not in (select id from
> storage_domain_static);
> ERROR:  relation "snapshots" does not exist
> LINE 1: ...ts.description as snapshot_name, snapshot_id from snapshots ..
>
> 2016-07-06 12:11 GMT+02:00  :
>> Hi Arik,
>>
>> El 2016-07-06 10:27, Arik Hadas escribió:
>>>
>>> Hi,
>>>
>>> This is a bit aggressive solution to remove all snapshots with the memory.
>>>
>>> Can you confirm that a storage domain that was active while creating
>>> the snapshot with memory was removed from the system?
>>> This is something that was not covered and could lead to the reported
>>> issue.
>>>
>>
>> Some of them were available when we did remove a storage backend, indeed.
>> Some were newer, the problem is that I don't know which one actually failed
>> since when this happened we were in a hurry and needed to upgrade ASAP.
>>
>>> Until we come up with a proper solution, you can use the following
>>> query to identify the exact problematic snapshots and remove them
>>> before upgrading:
>>> select vm_name, snapshots.description as snapshot_name, snapshot_id
>>> from snapshots join vm_static on vm_id=vm_guid where
>>> CAST(split_part(memory_volume, ',', 1) AS UUID) not in (select id from
>>> storage_domain_static);
>>>
>>
>> Thanks. We have another oVirt infrastructure and I see this query is
>> returning one row. I'll report back when we upgrade this second
>> infrastructure and provide some details.
>>
>> Regards.
>>
>>
>>> Regards,
>>> Arik
>>>
>>> - Original Message -

 Hi,

 We have had a similar issue when upgrading, digging into it we found out
 that this was caused by snapshots that had the "Save memory" option
 enabled. We finally ended up deleting any snapshot that had this option
 enabled and then we tried to upgrade, this time the process went smooth.

 Hope this helps.

 Regards.

 El 2016-07-05 18:49, Matt . escribió:
 > OK some update on this.
 >
 > Removed the db-migrate-script package and reinstalled ovirt-engine and
 > ovirt-engine-setup.
 >
 > I still have that error and this is the loggingpart:
 >
 > CONTEXT:  SQL statement "DROP INDEX  IF EXISTS
 > idx_vm_static_template_version_name; CREATE INDEX
 > idx_vm_static_template_version_nam$
 > PL/pgSQL function fn_db_create_index(character varying,character
 > varying,text,text) line 12 at EXECUTE statement
 >
 > psql:/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql:93:
 > ERROR:
 > insert or update on table "image_storage_domain_map" violates foreign
 > key constraint
 > "fk_image_storage_domain_map_storage_domain_static"
 > DETAIL:  Key (storage_domain_id)=(006552b0-cae3-4ccb-9baa-ee8c3b8e42cf)
 > is not present in table "storage_domain_static".
 > FATAL: Cannot execute sql command:
 >
 > --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
 >
 > 2016-07-05 19:40:29 ERROR
 > otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
 > schema._misc:313 schema.sh: FATAL:
 > sql command:
 >
 > --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
 > 2016-07-05 19:40:29 DEBUG otopi.context context._executeMethod:142
 > method exception
 > Traceback (most recent call last):
 >   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132,
 > in _executeMethod
 > method['method']()
 >   File
 >
 > "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
 > line 315, in _misc
 > raise RuntimeError(_('Engine schema refresh failed'))
 > RuntimeError: Engine schema refresh failed
 >
 > Any idea ?
 >
 > 2016-07-05 15:25 GMT+02:00 Matt . :
 >> I just found out that the file
 >>
 >> 04_00_0140_convert_memory_snapshots_to_disks.sql
 >>
 >> is not located in:
 >>
 >> /usr/share/ovirt-engine/dbscripts/upgrade/
 > ___
 > Users mailing list
 > Users@ovirt.org
 > http://lists.ovirt.org/mailman/listinfo/users
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users

>>

Re: [ovirt-users] added values of cluster level 4.0

[Yaniv Kaul]

On Tue, Jul 5, 2016 at 9:45 PM, Gianluca Cecchi 
wrote:

> Hello,
> is there a list of new features I should gain if I set as 4.0 the level of
> a cluster in oVirt 4.0?
>

The release notes[1] have full list of features.
I'd say that without a doubt the most significant one is the vastly
improved live migration performance.
Y.

[1] http://www.ovirt.org/release/4.0.0/


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

Re: [ovirt-users] 4k alignment on FC LUN

[Yaniv Kaul]

On Wed, Jul 6, 2016 at 2:27 PM, Nir Soffer  wrote:

> On Wed, Jul 6, 2016 at 12:18 AM, David Twersky 
> wrote:
> > We use a lot of flash arrays, and some of them require that devices be 4k
> > aligned, is it possible to create a Fibre Channel Storage Domain and
> have it
> > 4k aligned?
>

Is it required or preferred? Because while most of our data is 4K aligned,
some writes aren't - mainly metadata of the storage domain.
So you won't be usually suffering from mis-aligned writes (or reads) which
are costly, but we must be able to perform atomic 512b writes (which may
translate to a read-modify-write of course in the flash).
I'm not sure what we expose to VMs, btw - if we can expose to them 4K
drive...?


> I don't think we support this.
>

Indeed - we assume sector size to be 512b in the code:
lib/vdsm/storage/constants.py:SECTOR_SIZE = 512

Can you use a direct LUN, though?
Y.


>
> For example, we assume that writing 512 bytes blocks is atomic, if these
> writes will fail because the minimal block is 4k, block storage metadata
> operations will fail.
>
> Anyway, why not try to add such lun and create a storage domain for
> testing?
>
> Nir
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Run oVirt Node in SD Card/USB Stick

[Yaniv Kaul]

On Wed, Jul 6, 2016 at 5:00 PM, Fernando Frediani <
fernando.fredi...@upx.com.br> wrote:

> Hi Yaniv,
>
> I have already done a fair amount of tunning to run a minimal OS from a
> USB stick and it seems to work reasonable well overtime, but nothing rock
> solid and of course I wouldn't try it myself in a production oVirt Node if
> that's not official.
>

For production I'd use boot from SAN, either via FC or iSCSI (HW adapter
needed of course).


>
> Even if it's not running in memory it's just a question to create a schema
> to avoid all unnecessary writes to permanent storage. Logs  can be limited
> to a short period in memory (in another Console) or sent to a remote syslog
> server. It doesn't change much for the base OS to read anything it needs.
> I thought I had seen these years ago during the development of the first
> versions of oVirt Node, but maybe I misunderstood or it was not considered
> for newer versions.
>
> Perhaps there is something around this on some roadmap. As I mentioned,
> this is a significant saving for any platform not having to use any disks
> in the Compute Nodes.
>

Yes, would be cool to run it from SD card - but indeed you can't store logs
there, as just the write speed alone will slow you down (write speed over
time will degrade significantly in SDs, due to garbage collection).
Writing logs to memory is a bit of a problem - when you'll have issues,
they might get lost. A better and more performant solution would be to
write them to a remote server (rsyslog or such).

But really, running off the smallest SSD (64-128GB) is not very expensive
(~50$ from ebay/amazon), fast and does not consume a lot of electricity.
Y.

>
> Regards,
> Fernando
>
>
>
> Em 06/07/2016 10:40, Yaniv Dary escreveu:
>
> oVirt node depends on the base OS support of the feature (Fedora\CentOS).
> I have seen people do this online, but nothing official, so you can try it.
>
>
> Yaniv Dary
> Technical Product Manager
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
>
> Tel : +972 (9) 7692306
> 8272306
> Email: yd...@redhat.com
> IRC : ydary
>
>
> On Wed, Jul 6, 2016 at 3:23 PM, Fernando Frediani <
> fernando.fredi...@upx.com.br> wrote:
>
>> Hello there,
>>
>> With oVirt 4.0 Release is running oVirt Node in a SD Card or USB Stick
>> supported where the system boots in memory and only writes configuration
>> changes to permanent storage similar to what VMware ESXi does ?
>>
>> This is very useful and can save a significant amount on CAPEX and
>> running costs depending on the size of the cluster.
>>
>> Thanks
>> Fernando
>> ___
>> 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

Re: [ovirt-users] How to upgrade node from 3.5 to 3.6

[Douglas Schilling Landgraf]

Hi Ariel,

On 07/06/2016 11:28 AM, Ariel Pérez Rodríguez wrote:

Hi all!
I've spent more than 2 days googling how to upgrade an ovirt node. 
Please, I need some serious help on this. The only thing I've found is 
that u can go to Hosts tab in the engine GUI > select the blade an 
there is an option for Upgrade between Reinstall and Configure Local 
Storage. Well, that option is grayed-out. There is no documentation 
available for it... I've dried the google sea and even a node-level 
command give this error:
[root@blade1c2 admin]# ovirt-node-upgrade --reboot=1 
--iso=http://resources.ovirt.org/pub/ovirt-3.6/iso/ovirt-node-ng-installer/ovirt-node-ng-installer-ovirt-3.6-2016052403.iso
ovirt-node-upgrade.UpgradeTool: INFO Temporary Directory is: 
/data/tmpgv4fHj

ovirt-node-upgrade.LockFile: INFO   Acquiring Lock
Traceback (most recent call last):
  File "/sbin/ovirt-node-upgrade", line 382, in 
u.run()
  File "/sbin/ovirt-node-upgrade", line 360, in run
self._options.iso_file)
RuntimeError: 
http://resources.ovirt.org/pub/ovirt-3.6/iso/ovirt-node-ng-installer/ovirt-node-ng-installe


Please, need somebody to help me. Why upgrading a node it's so 
dificult in ovirt?


First, I would recommend to put your host into maintenance mode so all 
vms are migrated to others hosts.
There are many ways to upgrade ovirt-node vintage, you can boot the iso, 
via ovirt-engine or using directly the ovirt-node-upgrade tool

which btw is called via ovirt-engine.

However, we do not support upgrade from ovirt-node vintage to 
ovirt-node-*ng* (next).
You can download the ovirt node vintage 3.6 and use the below methods or 
ovirt-node-upgrade tool as you shared.


To download oVirt Node 3.6:
  ISO or RPM: 
http://jenkins.ovirt.org/job/ovirt-node_ovirt-3.6_create-iso-el7_merged/


From: https://www.ovirt.org/develop/projects/node/node/:


   Upgrading

There are 2 general methods for upgrading an ovirt-node installation.

*1*. Through oVirt Engine

Require the installation of ovirt-node-iso rpm on oVirt Engine. A node 
is then placed in maintenance mode, and you trigger the upgrade from the 
engine interface.


*2*. Through oVirt Node installation media (ISO, CD, USB, PXE)

This approach is done using installation media. Simply boot your host 
running an old version of node from new media. Either PXE, CDROM, USB, 
SD card, ISO, etc. are supported. Once you boot from the media, it will 
bring you to a TUI screen where you choose upgrade. That will upgrade 
and leave existing configuration in place.



I hope that helps.

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

[ovirt-users] Upgrade to 4.0 breaks admin@internal permissions

[Matt .]

After upgrading from 3.6 to 4.0 I get the following error after a
successfull login:


The user admin@internal is not authorized to perform login


Is this due the fact that there has been switched to a new ACL system ?

I created a bugreport for it:

https://bugzilla.redhat.com/show_bug.cgi?id=1353252
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to upgrade node from 3.5 to 3.6

[Douglas Schilling Landgraf]

Hi Ariel,

On 07/06/2016 11:28 AM, Ariel Pérez Rodríguez wrote:

Hi all!
I've spent more than 2 days googling how to upgrade an ovirt node. 
Please, I need some serious help on this. The only thing I've found is 
that u can go to Hosts tab in the engine GUI > select the blade an 
there is an option for Upgrade between Reinstall and Configure Local 
Storage. Well, that option is grayed-out. There is no documentation 
available for it... I've dried the google sea and even a node-level 
command give this error:
[root@blade1c2 admin]# ovirt-node-upgrade --reboot=1 
--iso=http://resources.ovirt.org/pub/ovirt-3.6/iso/ovirt-node-ng-installer/ovirt-node-ng-installer-ovirt-3.6-2016052403.iso
ovirt-node-upgrade.UpgradeTool: INFO Temporary Directory is: 
/data/tmpgv4fHj

ovirt-node-upgrade.LockFile: INFO   Acquiring Lock
Traceback (most recent call last):
  File "/sbin/ovirt-node-upgrade", line 382, in 
u.run()
  File "/sbin/ovirt-node-upgrade", line 360, in run
self._options.iso_file)
RuntimeError: 
http://resources.ovirt.org/pub/ovirt-3.6/iso/ovirt-node-ng-installer/ovirt-node-ng-installe


Please, need somebody to help me. Why upgrading a node it's so 
dificult in ovirt?



First, I would recommend to put your host into maintenance mode so all 
vms are migrated to others hosts.
There are many ways to upgrade ovirt-node vintage, you can boot the iso, 
via ovirt-engine or using directly the ovirt-node-upgrade tool

which btw is called via ovirt-engine.

However, we do not support upgrade from ovirt-node vintage to 
ovirt-node-*ng* (next).
You can download the ovirt node vintage 3.6 and use the below methods or 
ovirt-node-upgrade tool as you shared.


To download oVirt Node 3.6:
  ISO or RPM: 
http://jenkins.ovirt.org/job/ovirt-node_ovirt-3.6_create-iso-el7_merged/


From: https://www.ovirt.org/develop/projects/node/node/:


   Upgrading

There are 2 general methods for upgrading an ovirt-node installation.

*1*. Through oVirt Engine

Require the installation of ovirt-node-iso rpm on oVirt Engine. A node 
is then placed in maintenance mode, and you trigger the upgrade from the 
engine interface.


*2*. Through oVirt Node installation media (ISO, CD, USB, PXE)

This approach is done using installation media. Simply boot your host 
running an old version of node from new media. Either PXE, CDROM, USB, 
SD card, ISO, etc. are supported. Once you boot from the media, it will 
bring you to a TUI screen where you choose upgrade. That will upgrade 
and leave existing configuration in place.



I hope that helps.

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

Re: [ovirt-users] Stuck process in the "Tasks" tab (webadmin interface)

[Alexis HAUSER]

> Restart engine, or run  engine-setup it will clear Zombie tasks.

Still having this stuck task since may 20, restarting engine didn't fix it.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt 4.0 Login Issue

[Melissa Mesler]

A, okay. I never had this happen prior to 4.0 obviously so it threw
me off. Thank you!
 
 
On Wed, Jul 6, 2016, at 10:23 AM, Ravi Nori wrote:
> This happens when you are on the login screen and the server is
> restarted or the session times out due to inactivity.
> The welcome page maintains a session state which is passed to and back
> from SSO module. The error is raised when the state is lost due to
> session timeout/engine restart
> Ravi
>
> On Wed, Jul 6, 2016 at 11:00 AM, Ralf Schenk  wrote:
>> Hello,
>> I've got this, too. But I thought this to be normal since the session-
>> timeout was reached.
>> Bye
>>
>> Am 06.07.2016 um 04:08 schrieb Melissa Mesler:
>>> I am running 4.0 on CentOS 7.2. Sometimes when I first log in to the
>>> admin page, it will give me and error that says "Request state does
>>> not match session state." Then if I go through the process of
>>> logging in again, it will go through with no issue. It doesn't do
>>> this every time but it does do it quite often. Any ideas on why?  -
>>> MeLLy ___ Users mailing
>>> list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
>>>
>>
>> --
>>
>>


>>
>>
>> *Ralf Schenk* fon +49 (0) 24 05 / 40 83 70[1] fax +49 (0) 24 05 / 40
>> 83 759[2]  mail *r...@databay.de*
>>
>> *Databay AG* Jens-Otto-Krag-Straße 11 D-52146 Würselen
>> *www.databay.de* Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE
>> 210844202 Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch
>> Yavari, Dipl.-Kfm. Philipp Hermanns Aufsichtsratsvorsitzender:
>> Wilhelm Dohmen
>>
>>
>> ___
>>  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
> Email had 1 attachment:


>  * logo_databay_email.gif 2k (image/gif)
 

Links:

  1. tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%2070
  2. tel:%2B49%20%280%29%2024%2005%20%2F%2040%2083%20759
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] How to upgrade node from 3.5 to 3.6

[Ariel Pérez Rodríguez]

Hi all!
I've spent more than 2 days googling how to upgrade an ovirt node. Please,
I need some serious help on this. The only thing I've found is that u can
go to Hosts tab in the engine GUI > select the blade an there is an option
for Upgrade between Reinstall and Configure Local Storage. Well, that
option is grayed-out. There is no documentation available for it... I've
dried the google sea and even a node-level command give this error:
[root@blade1c2 admin]# ovirt-node-upgrade --reboot=1 --iso=
http://resources.ovirt.org/pub/ovirt-3.6/iso/ovirt-node-ng-installer/ovirt-node-ng-installer-ovirt-3.6-2016052403.iso
ovirt-node-upgrade.UpgradeTool: INFO Temporary Directory is:
/data/tmpgv4fHj
ovirt-node-upgrade.LockFile: INFO Acquiring Lock
Traceback (most recent call last):
  File "/sbin/ovirt-node-upgrade", line 382, in 
u.run()
  File "/sbin/ovirt-node-upgrade", line 360, in run
self._options.iso_file)
RuntimeError:
http://resources.ovirt.org/pub/ovirt-3.6/iso/ovirt-node-ng-installer/ovirt-node-ng-installe

Please, need somebody to help me. Why upgrading a node it's so dificult in
ovirt?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt 4.0 Login Issue

[Ravi Nori]

This happens when you are on the login screen and the server is restarted
or the session times out due to inactivity.

The welcome page maintains a session state which is passed to and back from
SSO module. The error is raised when the state is lost due to session
timeout/engine restart

Ravi

On Wed, Jul 6, 2016 at 11:00 AM, Ralf Schenk  wrote:

> Hello,
>
> I've got this, too. But I thought this to be normal since the
> session-timeout was reached.
>
> Bye
>
> Am 06.07.2016 um 04:08 schrieb Melissa Mesler:
>
> I am running 4.0 on CentOS 7.2. Sometimes when I first log in to the
> admin page, it will give me and error that says "Request state does not
> match session state." Then if I go through the process of logging in
> again, it will go through with no issue. It doesn't do this every time
> but it does do it quite often. Any ideas on why?
>
> - MeLLy
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
> --
>
>
> *Ralf Schenk*
> fon +49 (0) 24 05 / 40 83 70
> fax +49 (0) 24 05 / 40 83 759
> mail *r...@databay.de* 
>
> *Databay AG*
> Jens-Otto-Krag-Straße 11
> D-52146 Würselen
> *www.databay.de* 
>
> Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
> Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
> Philipp Hermanns
> Aufsichtsratsvorsitzender: Wilhelm Dohmen
> --
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt 4.0 Login Issue

[Ralf Schenk]

Hello,

I've got this, too. But I thought this to be normal since the
session-timeout was reached.

Bye


Am 06.07.2016 um 04:08 schrieb Melissa Mesler:
> I am running 4.0 on CentOS 7.2. Sometimes when I first log in to the
> admin page, it will give me and error that says "Request state does not
> match session state." Then if I go through the process of logging in
> again, it will go through with no issue. It doesn't do this every time
> but it does do it quite often. Any ideas on why?
>
> - MeLLy
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

-- 


*Ralf Schenk*
fon +49 (0) 24 05 / 40 83 70
fax +49 (0) 24 05 / 40 83 759
mail *r...@databay.de* 

*Databay AG*
Jens-Otto-Krag-Straße 11
D-52146 Würselen
*www.databay.de* 

Sitz/Amtsgericht Aachen • HRB:8437 • USt-IdNr.: DE 210844202
Vorstand: Ralf Schenk, Dipl.-Ing. Jens Conze, Aresch Yavari, Dipl.-Kfm.
Philipp Hermanns
Aufsichtsratsvorsitzender: Wilhelm Dohmen


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

Re: [ovirt-users] 3.6 -> 4.0 upgrade fails on schema refresh

[Arik Hadas]

- Original Message -
> El 2016-07-06 11:11, nico...@devels.es escribió:
> > Hi Arik,
> > 
> > El 2016-07-06 10:27, Arik Hadas escribió:
> >> Hi,
> >> 
> >> This is a bit aggressive solution to remove all snapshots with the
> >> memory.
> >> 
> >> Can you confirm that a storage domain that was active while creating
> >> the snapshot with memory was removed from the system?
> >> This is something that was not covered and could lead to the reported
> >> issue.
> >> 
> > 
> > Some of them were available when we did remove a storage backend,
> > indeed. Some were newer, the problem is that I don't know which one
> > actually failed since when this happened we were in a hurry and needed
> > to upgrade ASAP.
> > 
> >> Until we come up with a proper solution, you can use the following
> >> query to identify the exact problematic snapshots and remove them
> >> before upgrading:
> >> select vm_name, snapshots.description as snapshot_name, snapshot_id
> >> from snapshots join vm_static on vm_id=vm_guid where
> >> CAST(split_part(memory_volume, ',', 1) AS UUID) not in (select id from
> >> storage_domain_static);
> >> 
> > 
> > Thanks. We have another oVirt infrastructure and I see this query is
> > returning one row. I'll report back when we upgrade this second
> > infrastructure and provide some details.
> > 
> 
> We've upgraded our second oVirt infrastructure as well, here are the
> steps:
> 
> 1) I run the query you provided, it returned one row.
> 2) I tried upgrading to 4.0 without deleting that snapshot: it failed
> with the error below.
> 3) I deleted the snapshot
> 4) Now I tried upgrading again and everything went smoothly.
> 
> I'd say this is the same issue, apparently.
> 
> Thanks.

Thanks for the update.
I opened a bug for this issue [1].
We will probably just remove the memory from this kind of snapshots 
automatically during the upgrade.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1353219

> 
> > Regards.
> > 
> >> Regards,
> >> Arik
> >> 
> >> - Original Message -
> >>> Hi,
> >>> 
> >>> We have had a similar issue when upgrading, digging into it we found
> >>> out
> >>> that this was caused by snapshots that had the "Save memory" option
> >>> enabled. We finally ended up deleting any snapshot that had this
> >>> option
> >>> enabled and then we tried to upgrade, this time the process went
> >>> smooth.
> >>> 
> >>> Hope this helps.
> >>> 
> >>> Regards.
> >>> 
> >>> El 2016-07-05 18:49, Matt . escribió:
> >>> > OK some update on this.
> >>> >
> >>> > Removed the db-migrate-script package and reinstalled ovirt-engine and
> >>> > ovirt-engine-setup.
> >>> >
> >>> > I still have that error and this is the loggingpart:
> >>> >
> >>> > CONTEXT:  SQL statement "DROP INDEX  IF EXISTS
> >>> > idx_vm_static_template_version_name; CREATE INDEX
> >>> > idx_vm_static_template_version_nam$
> >>> > PL/pgSQL function fn_db_create_index(character varying,character
> >>> > varying,text,text) line 12 at EXECUTE statement
> >>> > psql:/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql:93:
> >>> > ERROR:
> >>> > insert or update on table "image_storage_domain_map" violates foreign
> >>> > key constraint
> >>> > "fk_image_storage_domain_map_storage_domain_static"
> >>> > DETAIL:  Key (storage_domain_id)=(006552b0-cae3-4ccb-9baa-ee8c3b8e42cf)
> >>> > is not present in table "storage_domain_static".
> >>> > FATAL: Cannot execute sql command:
> >>> > --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
> >>> >
> >>> > 2016-07-05 19:40:29 ERROR
> >>> > otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> >>> > schema._misc:313 schema.sh: FATAL:
> >>> > sql command:
> >>> > --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
> >>> > 2016-07-05 19:40:29 DEBUG otopi.context context._executeMethod:142
> >>> > method exception
> >>> > Traceback (most recent call last):
> >>> >   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132,
> >>> > in _executeMethod
> >>> > method['method']()
> >>> >   File
> >>> > "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
> >>> > line 315, in _misc
> >>> > raise RuntimeError(_('Engine schema refresh failed'))
> >>> > RuntimeError: Engine schema refresh failed
> >>> >
> >>> > Any idea ?
> >>> >
> >>> > 2016-07-05 15:25 GMT+02:00 Matt . :
> >>> >> I just found out that the file
> >>> >>
> >>> >> 04_00_0140_convert_memory_snapshots_to_disks.sql
> >>> >>
> >>> >> is not located in:
> >>> >>
> >>> >> /usr/share/ovirt-engine/dbscripts/upgrade/
> >>> > ___
> >>> > Users mailing list
> >>> > Users@ovirt.org
> >>> > http://lists.ovirt.org/mailman/listinfo/users
> >>> ___
> >>> Users mailing list
> >>> Users@ovirt.org
> >>> http://lists.ovirt.org/mailman/listinfo/users
> >>> 

Re: [ovirt-users] Ovirt 4.0 Login Issue

[Oved Ourfali]

Ravi - thoughts on this one?

On Wed, Jul 6, 2016 at 4:34 PM, Melissa Mesler 
wrote:

> here is the engine.log: http://pastebin.com/bTPWYi9x
> server.log:http://pastebin.com/2KfjvWF3
> console.log: http://pastebin.com/T4seBaNX
>
>
> On Wed, Jul 6, 2016, at 01:33 AM, Oved Ourfali wrote:
>
> Hi Melissa
>
> Can you attach the engine logs?
>
> Thanks,
> Oved
>
> On Wed, Jul 6, 2016 at 5:08 AM, Melissa Mesler 
> wrote:
>
> I am running 4.0 on CentOS 7.2. Sometimes when I first log in to the
> admin page, it will give me and error that says "Request state does not
> match session state." Then if I go through the process of logging in
> again, it will go through with no issue. It doesn't do this every time
> but it does do it quite often. Any ideas on why?
>
> - MeLLy
> ___
> 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

Re: [ovirt-users] Run oVirt Node in SD Card/USB Stick

[Fernando Frediani]

Hi Yaniv,

I have already done a fair amount of tunning to run a minimal OS from a 
USB stick and it seems to work reasonable well overtime, but nothing 
rock solid and of course I wouldn't try it myself in a production oVirt 
Node if that's not official.


Even if it's not running in memory it's just a question to create a 
schema to avoid all unnecessary writes to permanent storage. Logs can be 
limited to a short period in memory (in another Console) or sent to a 
remote syslog server. It doesn't change much for the base OS to read 
anything it needs.
I thought I had seen these years ago during the development of the first 
versions of oVirt Node, but maybe I misunderstood or it was not 
considered for newer versions.


Perhaps there is something around this on some roadmap. As I mentioned, 
this is a significant saving for any platform not having to use any 
disks in the Compute Nodes.


Regards,
Fernando


Em 06/07/2016 10:40, Yaniv Dary escreveu:

oVirt node depends on the base OS support of the feature (Fedora\CentOS).
I have seen people do this online, but nothing official, so you can 
try it.



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


On Wed, Jul 6, 2016 at 3:23 PM, Fernando Frediani 
> 
wrote:


Hello there,

With oVirt 4.0 Release is running oVirt Node in a SD Card or USB
Stick supported where the system boots in memory and only writes
configuration changes to permanent storage similar to what VMware
ESXi does ?

This is very useful and can save a significant amount on CAPEX and
running costs depending on the size of the cluster.

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




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

Re: [ovirt-users] Can't move VMs from a data domain to another

[Yaniv Dary]

Copy the disk of the template to the other storage and them you will be
able to move the VMs.

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

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


On Wed, Jul 6, 2016 at 4:46 PM, Alexis HAUSER <
alexis.hau...@telecom-bretagne.eu> wrote:

> Hi,
>
> I was using a NFS storage and I'm now moving all VMs from there to an
> iSCSI.
> I successfully moved most VMs disks but now when I try to move those made
> from template using thin and VMs from pool, I get the following error :
> "the template that this VM is based on doesn't exit on any storage domain"
>
> When I check, I can see that the template still exist, none have been
> removed...Any idea how to solve this ?
>
> Should I use a different method to move those VMs (I'm currently trying to
> use the "move" option from the disks interface.) ?
> ___
> 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] Can't move VMs from a data domain to another

[Alexis HAUSER]

Hi,

I was using a NFS storage and I'm now moving all VMs from there to an iSCSI.
I successfully moved most VMs disks but now when I try to move those made from 
template using thin and VMs from pool, I get the following error : 
"the template that this VM is based on doesn't exit on any storage domain"

When I check, I can see that the template still exist, none have been 
removed...Any idea how to solve this ? 

Should I use a different method to move those VMs (I'm currently trying to use 
the "move" option from the disks interface.) ?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Run oVirt Node in SD Card/USB Stick

[Yaniv Dary]

oVirt node depends on the base OS support of the feature (Fedora\CentOS).
I have seen people do this online, but nothing official, so you can try it.


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

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


On Wed, Jul 6, 2016 at 3:23 PM, Fernando Frediani <
fernando.fredi...@upx.com.br> wrote:

> Hello there,
>
> With oVirt 4.0 Release is running oVirt Node in a SD Card or USB Stick
> supported where the system boots in memory and only writes configuration
> changes to permanent storage similar to what VMware ESXi does ?
>
> This is very useful and can save a significant amount on CAPEX and running
> costs depending on the size of the cluster.
>
> Thanks
> Fernando
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt 4.0 Login Issue

[Melissa Mesler]

here is the engine.log: http://pastebin.com/bTPWYi9x
server.log:http://pastebin.com/2KfjvWF3
console.log: http://pastebin.com/T4seBaNX
 
 
On Wed, Jul 6, 2016, at 01:33 AM, Oved Ourfali wrote:
> Hi Melissa
>
> Can you attach the engine logs?
>
> Thanks,
> Oved
>
> On Wed, Jul 6, 2016 at 5:08 AM, Melissa Mesler
>  wrote:
>> I am running 4.0 on CentOS 7.2. Sometimes when I first log in to the
>>  admin page, it will give me and error that says "Request state
>>  does not
>>  match session state." Then if I go through the process of logging in
>>  again, it will go through with no issue. It doesn't do this
>>  every time
>>  but it does do it quite often. Any ideas on why?
>>
>>  - MeLLy
>>  ___
>>  Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] messages file filled by vdsm logs in 4.0

[Nir Soffer]

On Tue, Jul 5, 2016 at 12:16 PM, Gianluca Cecchi
 wrote:
> Hello,
> since updating to 4.0 yesterday, my /var/log/messages on hypervisor seem
> filled by vdsm messages
>
>
>
> sudo awk -F ":" '{print $4}'  /var/log/messages | sort | uniq -c| sort -rnk
> 1,1
>
> gives these top lines
>  126052  INFO ovirt_hosted_engine_ha.broker.listener.ConnectionHandler
>   46278  INFO ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine
>   34364  INFO ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore
>   25773  INFO ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config
>   25737  INFO ovirt_hosted_engine_ha.lib.storage_server.StorageServer

These messages are from hosted engine agent.

Martin, why are you logging info level message to syslog?

>   16579  vdsm SchemaCache WARNING Parameter disktotal is not int type
>   16579  vdsm SchemaCache WARNING Parameter diskfree is not int type
>   16567  INFO mem_free.MemFree
>   15288  vdsm SchemaCache WARNING Following parameters ['isoprefix'] were
> not recognized
>   15194  vdsm SchemaCache WARNING Provided parameters {'displayInfo'
> [{'tlsPort'
>   13184  vdsm SchemaCache WARNING Following parameters ['type'] were not
> recognized
>8574  INFO ovirt_hosted_engine_ha.lib.image.Image
>8088  vdsm SchemaCache WARNING Required property allocType is not
> provided when calling Volume.getInfo
>8088  vdsm SchemaCache WARNING Provided value "2" not defined in DiskType
> enum for Volume.getInfo
>8088  vdsm SchemaCache WARNING Parameter truesize is not uint type
>8088  vdsm SchemaCache WARNING Parameter mtime is not uint type
>8088  vdsm SchemaCache WARNING Parameter ctime is not int type
>8088  vdsm SchemaCache WARNING Parameter capacity is not uint type
>8088  vdsm SchemaCache WARNING Parameter apparentsize is not uint type
>8026  vdsm SchemaCache WARNING No default value specified for
> systemVersion parameter in Host.getHardwareInfo
>8026  vdsm SchemaCache WARNING No default value specified for systemUUID
> parameter in Host.getHardwareInfo
>8026  vdsm SchemaCache WARNING No default value specified for
> systemSerialNumber parameter in Host.getHardwareInfo
>8026  vdsm SchemaCache WARNING No default value specified for
> systemProductName parameter in Host.getHardwareInfo
>8026  vdsm SchemaCache WARNING No default value specified for
> systemManufacturer parameter in Host.getHardwareInfo
>8026  vdsm SchemaCache WARNING No default value specified for
> systemFamily parameter in Host.getHardwareInfo
>7998  vdsm vds.dispatcher WARNING unhandled close event
>7989  vdsm vds.dispatcher ERROR SSL error during reading data  (104,
> 'Connection reset by peer')
>  vdsm SchemaCache WARNING Parameter version is not int type
>5096  vdsm SchemaCache WARNING Required property domainType is not
> provided when calling StoragePool.getInfo
>5096  vdsm SchemaCache WARNING Parameter spmLver is not int type
>5096  vdsm SchemaCache WARNING Parameter lver is not int type
>3787  vdsm SchemaCache WARNING Provided parameters {'vcpuCount'  '2',
> 'displayInfo'
>3245  INFO cpu_load_no_engine.EngineHealth
>3190  INFO ping.Ping
>3011  INFO mgmt_bridge.MgmtBridge
>2869  INFO engine_health.CpuLoadNoEngine
>2681  vdsm SchemaCache WARNING Required property spm_id is not provided
> when calling StorageDomain.getInfo
>2681  vdsm SchemaCache WARNING Required property master_ver is not
> provided when calling StorageDomain.getInfo
>2681  vdsm SchemaCache WARNING Required property lver is not provided
> when calling StorageDomain.getInfo
>2681  vdsm SchemaCache WARNING Required property domainType is not
> provided when calling StorageDomain.getInfo
>2681  vdsm SchemaCache WARNING Required property domainClass is not
> provided when calling StorageDomain.getInfo
>2681  vdsm SchemaCache WARNING Following parameters ['remotePath',
> 'type', 'class'] were not recognized
>1335  vdsm SchemaCache WARNING Provided value "1" not defined in
> StorageDomainType enum for StoragePool.connectStorageServer
>1333  vdsm SchemaCache WARNING Provided parameters {u'protocol_version'
> 3, u'connection'

The SchemaCache warnings were disabled in vdsm-4.18.5.1

> If I limit to messages related to today (11 hours):
>   26108  INFO ovirt_hosted_engine_ha.broker.listener.ConnectionHandler
>   10905  vdsm SchemaCache WARNING Parameter disktotal is not int type
>   10905  vdsm SchemaCache WARNING Parameter diskfree is not int type
>   10036  vdsm SchemaCache WARNING Provided parameters {'displayInfo'
> [{'tlsPort'
>   10032  vdsm SchemaCache WARNING Following parameters ['isoprefix'] were
> not recognized
>8636  vdsm SchemaCache WARNING Following parameters ['type'] were not
> recognized
>5292  vdsm SchemaCache WARNING Required property allocType is not
> provided when calling Volume.getInfo
>5292  vdsm SchemaCache WARNING Provided value "2" not defined in 

Re: [ovirt-users] 3.6 -> 4.0 upgrade fails on schema refresh

[nicolas]

You need to do this in the 'engine' database instead of 'postgres'.

El 2016-07-06 13:41, Matt . escribió:

HI,

Thanks for the solution, I actually get:

postgres=# select vm_name, snapshots.description as snapshot_name,
snapshot_id from snapshots join vm_static on vm_id=vm_guid where
CAST(split_part(memory_volume, ',', 1) AS UUID) not in (select id from
storage_domain_static);
ERROR:  relation "snapshots" does not exist
LINE 1: ...ts.description as snapshot_name, snapshot_id from snapshots 
..


2016-07-06 12:11 GMT+02:00  :

Hi Arik,

El 2016-07-06 10:27, Arik Hadas escribió:


Hi,

This is a bit aggressive solution to remove all snapshots with the 
memory.


Can you confirm that a storage domain that was active while creating
the snapshot with memory was removed from the system?
This is something that was not covered and could lead to the reported
issue.



Some of them were available when we did remove a storage backend, 
indeed.
Some were newer, the problem is that I don't know which one actually 
failed
since when this happened we were in a hurry and needed to upgrade 
ASAP.



Until we come up with a proper solution, you can use the following
query to identify the exact problematic snapshots and remove them
before upgrading:
select vm_name, snapshots.description as snapshot_name, snapshot_id
from snapshots join vm_static on vm_id=vm_guid where
CAST(split_part(memory_volume, ',', 1) AS UUID) not in (select id 
from

storage_domain_static);



Thanks. We have another oVirt infrastructure and I see this query is
returning one row. I'll report back when we upgrade this second
infrastructure and provide some details.

Regards.



Regards,
Arik

- Original Message -


Hi,

We have had a similar issue when upgrading, digging into it we found 
out

that this was caused by snapshots that had the "Save memory" option
enabled. We finally ended up deleting any snapshot that had this 
option
enabled and then we tried to upgrade, this time the process went 
smooth.


Hope this helps.

Regards.

El 2016-07-05 18:49, Matt . escribió:
> OK some update on this.
>
> Removed the db-migrate-script package and reinstalled ovirt-engine and
> ovirt-engine-setup.
>
> I still have that error and this is the loggingpart:
>
> CONTEXT:  SQL statement "DROP INDEX  IF EXISTS
> idx_vm_static_template_version_name; CREATE INDEX
> idx_vm_static_template_version_nam$
> PL/pgSQL function fn_db_create_index(character varying,character
> varying,text,text) line 12 at EXECUTE statement
>
> 
psql:/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql:93:
> ERROR:
> insert or update on table "image_storage_domain_map" violates foreign
> key constraint
> "fk_image_storage_domain_map_storage_domain_static"
> DETAIL:  Key (storage_domain_id)=(006552b0-cae3-4ccb-9baa-ee8c3b8e42cf)
> is not present in table "storage_domain_static".
> FATAL: Cannot execute sql command:
>
> 
--file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
>
> 2016-07-05 19:40:29 ERROR
> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> schema._misc:313 schema.sh: FATAL:
> sql command:
>
> 
--file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
> 2016-07-05 19:40:29 DEBUG otopi.context context._executeMethod:142
> method exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132,
> in _executeMethod
> method['method']()
>   File
>
> 
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
> line 315, in _misc
> raise RuntimeError(_('Engine schema refresh failed'))
> RuntimeError: Engine schema refresh failed
>
> Any idea ?
>
> 2016-07-05 15:25 GMT+02:00 Matt . :
>> I just found out that the file
>>
>> 04_00_0140_convert_memory_snapshots_to_disks.sql
>>
>> is not located in:
>>
>> /usr/share/ovirt-engine/dbscripts/upgrade/
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users




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

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

Re: [ovirt-users] 3.6 -> 4.0 upgrade fails on schema refresh

[nicolas]

El 2016-07-06 11:11, nico...@devels.es escribió:

Hi Arik,

El 2016-07-06 10:27, Arik Hadas escribió:

Hi,

This is a bit aggressive solution to remove all snapshots with the 
memory.


Can you confirm that a storage domain that was active while creating
the snapshot with memory was removed from the system?
This is something that was not covered and could lead to the reported 
issue.




Some of them were available when we did remove a storage backend,
indeed. Some were newer, the problem is that I don't know which one
actually failed since when this happened we were in a hurry and needed
to upgrade ASAP.


Until we come up with a proper solution, you can use the following
query to identify the exact problematic snapshots and remove them
before upgrading:
select vm_name, snapshots.description as snapshot_name, snapshot_id
from snapshots join vm_static on vm_id=vm_guid where
CAST(split_part(memory_volume, ',', 1) AS UUID) not in (select id from
storage_domain_static);



Thanks. We have another oVirt infrastructure and I see this query is
returning one row. I'll report back when we upgrade this second
infrastructure and provide some details.



We've upgraded our second oVirt infrastructure as well, here are the 
steps:


1) I run the query you provided, it returned one row.
2) I tried upgrading to 4.0 without deleting that snapshot: it failed 
with the error below.

3) I deleted the snapshot
4) Now I tried upgrading again and everything went smoothly.

I'd say this is the same issue, apparently.

Thanks.


Regards.


Regards,
Arik

- Original Message -

Hi,

We have had a similar issue when upgrading, digging into it we found 
out

that this was caused by snapshots that had the "Save memory" option
enabled. We finally ended up deleting any snapshot that had this 
option
enabled and then we tried to upgrade, this time the process went 
smooth.


Hope this helps.

Regards.

El 2016-07-05 18:49, Matt . escribió:
> OK some update on this.
>
> Removed the db-migrate-script package and reinstalled ovirt-engine and
> ovirt-engine-setup.
>
> I still have that error and this is the loggingpart:
>
> CONTEXT:  SQL statement "DROP INDEX  IF EXISTS
> idx_vm_static_template_version_name; CREATE INDEX
> idx_vm_static_template_version_nam$
> PL/pgSQL function fn_db_create_index(character varying,character
> varying,text,text) line 12 at EXECUTE statement
> 
psql:/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql:93:
> ERROR:
> insert or update on table "image_storage_domain_map" violates foreign
> key constraint
> "fk_image_storage_domain_map_storage_domain_static"
> DETAIL:  Key (storage_domain_id)=(006552b0-cae3-4ccb-9baa-ee8c3b8e42cf)
> is not present in table "storage_domain_static".
> FATAL: Cannot execute sql command:
> 
--file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
>
> 2016-07-05 19:40:29 ERROR
> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> schema._misc:313 schema.sh: FATAL:
> sql command:
> 
--file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
> 2016-07-05 19:40:29 DEBUG otopi.context context._executeMethod:142
> method exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132,
> in _executeMethod
> method['method']()
>   File
> 
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
> line 315, in _misc
> raise RuntimeError(_('Engine schema refresh failed'))
> RuntimeError: Engine schema refresh failed
>
> Any idea ?
>
> 2016-07-05 15:25 GMT+02:00 Matt . :
>> I just found out that the file
>>
>> 04_00_0140_convert_memory_snapshots_to_disks.sql
>>
>> is not located in:
>>
>> /usr/share/ovirt-engine/dbscripts/upgrade/
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users
___

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

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

Re: [ovirt-users] 3.6 -> 4.0 upgrade fails on schema refresh

[Matt .]

HI,

Thanks for the solution, I actually get:

postgres=# select vm_name, snapshots.description as snapshot_name,
snapshot_id from snapshots join vm_static on vm_id=vm_guid where
CAST(split_part(memory_volume, ',', 1) AS UUID) not in (select id from
storage_domain_static);
ERROR:  relation "snapshots" does not exist
LINE 1: ...ts.description as snapshot_name, snapshot_id from snapshots ..

2016-07-06 12:11 GMT+02:00  :
> Hi Arik,
>
> El 2016-07-06 10:27, Arik Hadas escribió:
>>
>> Hi,
>>
>> This is a bit aggressive solution to remove all snapshots with the memory.
>>
>> Can you confirm that a storage domain that was active while creating
>> the snapshot with memory was removed from the system?
>> This is something that was not covered and could lead to the reported
>> issue.
>>
>
> Some of them were available when we did remove a storage backend, indeed.
> Some were newer, the problem is that I don't know which one actually failed
> since when this happened we were in a hurry and needed to upgrade ASAP.
>
>> Until we come up with a proper solution, you can use the following
>> query to identify the exact problematic snapshots and remove them
>> before upgrading:
>> select vm_name, snapshots.description as snapshot_name, snapshot_id
>> from snapshots join vm_static on vm_id=vm_guid where
>> CAST(split_part(memory_volume, ',', 1) AS UUID) not in (select id from
>> storage_domain_static);
>>
>
> Thanks. We have another oVirt infrastructure and I see this query is
> returning one row. I'll report back when we upgrade this second
> infrastructure and provide some details.
>
> Regards.
>
>
>> Regards,
>> Arik
>>
>> - Original Message -
>>>
>>> Hi,
>>>
>>> We have had a similar issue when upgrading, digging into it we found out
>>> that this was caused by snapshots that had the "Save memory" option
>>> enabled. We finally ended up deleting any snapshot that had this option
>>> enabled and then we tried to upgrade, this time the process went smooth.
>>>
>>> Hope this helps.
>>>
>>> Regards.
>>>
>>> El 2016-07-05 18:49, Matt . escribió:
>>> > OK some update on this.
>>> >
>>> > Removed the db-migrate-script package and reinstalled ovirt-engine and
>>> > ovirt-engine-setup.
>>> >
>>> > I still have that error and this is the loggingpart:
>>> >
>>> > CONTEXT:  SQL statement "DROP INDEX  IF EXISTS
>>> > idx_vm_static_template_version_name; CREATE INDEX
>>> > idx_vm_static_template_version_nam$
>>> > PL/pgSQL function fn_db_create_index(character varying,character
>>> > varying,text,text) line 12 at EXECUTE statement
>>> >
>>> > psql:/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql:93:
>>> > ERROR:
>>> > insert or update on table "image_storage_domain_map" violates foreign
>>> > key constraint
>>> > "fk_image_storage_domain_map_storage_domain_static"
>>> > DETAIL:  Key (storage_domain_id)=(006552b0-cae3-4ccb-9baa-ee8c3b8e42cf)
>>> > is not present in table "storage_domain_static".
>>> > FATAL: Cannot execute sql command:
>>> >
>>> > --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
>>> >
>>> > 2016-07-05 19:40:29 ERROR
>>> > otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
>>> > schema._misc:313 schema.sh: FATAL:
>>> > sql command:
>>> >
>>> > --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
>>> > 2016-07-05 19:40:29 DEBUG otopi.context context._executeMethod:142
>>> > method exception
>>> > Traceback (most recent call last):
>>> >   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132,
>>> > in _executeMethod
>>> > method['method']()
>>> >   File
>>> >
>>> > "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
>>> > line 315, in _misc
>>> > raise RuntimeError(_('Engine schema refresh failed'))
>>> > RuntimeError: Engine schema refresh failed
>>> >
>>> > Any idea ?
>>> >
>>> > 2016-07-05 15:25 GMT+02:00 Matt . :
>>> >> I just found out that the file
>>> >>
>>> >> 04_00_0140_convert_memory_snapshots_to_disks.sql
>>> >>
>>> >> is not located in:
>>> >>
>>> >> /usr/share/ovirt-engine/dbscripts/upgrade/
>>> > ___
>>> > 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

Re: [ovirt-users] Ovirt-guest-agent intégration in Ubuntu 16.04 Xenial

[Alexis HAUSER]

Sorry it's a standard Ubuntu, not Ubuntu-Mate
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] messages file filled by vdsm logs in 4.0

[Francesco Romani]

- Original Message -

> From: "Gianluca Cecchi" 
> To: "users" 
> Sent: Tuesday, July 5, 2016 11:16:54 AM
> Subject: [ovirt-users] messages file filled by vdsm logs in 4.0

> Hello,
> since updating to 4.0 yesterday, my /var/log/messages on hypervisor seem
> filled by vdsm messages

Ciao Gianluca, 

please try the following: 
1. edit /etc/vdsm/vdsm.conf 
2. in the [devel] section, set "python_warnings_enable=false" 

it should read like 

[devel] 
python_warnings_enable = false 
3. changes will take place after a Vdsm restart 

HTH, 

Bests, 

-- 
Francesco Romani 
RedHat Engineering Virtualization R & D 
Phone: 8261328 
IRC: fromani 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Run oVirt Node in SD Card/USB Stick

[Fernando Frediani]

Hello there,

With oVirt 4.0 Release is running oVirt Node in a SD Card or USB Stick 
supported where the system boots in memory and only writes configuration 
changes to permanent storage similar to what VMware ESXi does ?


This is very useful and can save a significant amount on CAPEX and 
running costs depending on the size of the cluster.


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

[ovirt-users] Ovirt-guest-agent intégration in Ubuntu 16.04 Xenial

[Alexis HAUSER]

This is what happens when I try to start the ovirt-guest-agent in Ubuntu-Mate 
16.04 Xenial, any ideas ?



/etc/init.d/ovirt-guest-agent status
● ovirt-guest-agent.service - oVirt Guest Agent
   Loaded: loaded (/lib/systemd/system/ovirt-guest-agent.service; disabled; 
vendor preset: enabled)
   Active: failed (Result: exit-code) since mer. 2016-07-06 10:30:44 CEST; 
11min ago
  Process: 20753 ExecStart=/usr/bin/python 
/usr/share/ovirt-guest-agent/ovirt-guest-agent.py (code=exited, 
status=1/FAILURE)
  Process: 20747 ExecStartPre=/bin/chown ovirtagent:ovirtagent 
/run/ovirt-guest-agent.pid (code=exited, status=0/SUCCESS)
  Process: 20742 ExecStartPre=/bin/touch /run/ovirt-guest-agent.pid 
(code=exited, status=0/SUCCESS)
  Process: 20739 ExecStartPre=/sbin/modprobe virtio_console (code=exited, 
status=0/SUCCESS)
 Main PID: 20753 (code=exited, status=1/FAILURE)

juil. 06 10:30:44 ubuntu-RHEV-Hypervisor python[20753]:   File 
"/usr/lib/python2.7/logging/handlers.py", line 64, in __init__
juil. 06 10:30:44 ubuntu-RHEV-Hypervisor python[20753]: 
logging.FileHandler.__init__(self, filename, mode, encoding, delay)
juil. 06 10:30:44 ubuntu-RHEV-Hypervisor python[20753]:   File 
"/usr/lib/python2.7/logging/__init__.py", line 913, in __init__
juil. 06 10:30:44 ubuntu-RHEV-Hypervisor python[20753]: 
StreamHandler.__init__(self, self._open())
juil. 06 10:30:44 ubuntu-RHEV-Hypervisor python[20753]:   File 
"/usr/lib/python2.7/logging/__init__.py", line 943, in _open
juil. 06 10:30:44 ubuntu-RHEV-Hypervisor python[20753]: stream = 
open(self.baseFilename, self.mode)
juil. 06 10:30:44 ubuntu-RHEV-Hypervisor python[20753]: IOError: [Errno 13] 
Permission denied: '/var/log/ovirt-guest-agent/ovirt-guest-agent.log'
juil. 06 10:30:44 ubuntu-RHEV-Hypervisor systemd[1]: ovirt-guest-agent.service: 
Main process exited, code=exited, status=1/FAILURE
juil. 06 10:30:44 ubuntu-RHEV-Hypervisor systemd[1]: ovirt-guest-agent.service: 
Unit entered failed state.
juil. 06 10:30:44 ubuntu-RHEV-Hypervisor systemd[1]: ovirt-guest-agent.service: 
Failed with result 'exit-code'.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Is it possible to disable qxl video?

[Francesco Romani]

- Original Message -

> From: "Arman Khalatyan" 
> To: "users" 
> Sent: Monday, July 4, 2016 11:52:24 AM
> Subject: [ovirt-users] Is it possible to disable qxl video?

> Hi,
> I am doing PCI Passthrough for GPUs.
> Is it possible somehow to disable/remove default video qxl?
> thanks,
> Arman,.

Hi, 

The 4.0 Vdsm allows you to run a headless VM, meaning a VM without graphic 
device/frontend. 
Not sure Engine allows you that however. I'm afraid you will need to write a 
Vdsm hook. 

There could be simpler solutions depending on the Engine 

Bests, 

-- 
Francesco Romani 
RedHat Engineering Virtualization R & D 
Phone: 8261328 
IRC: fromani 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Software Raid not possible in oVirt Node 4.0 ?

[Donny Davis]

That looks like an anaconda issue, can you wipe the start and end of your
disks with dd and try again
On Jul 6, 2016 5:12 AM, "Roger Meier"  wrote:

> Hi,
>
> I defined software raid in the storage stage during the installation. How
> can i access the logfiles? Because
> when i try to switch via ctrl+alt i don't find any shell prompt like on
> the normal installation of CentOS, etc.
> I can try to do a video, and strip it down. Which parts do you need from
> the installation, only the part when
> i create the partitions?
>
> Greetings
> Roger
>
> On 03.07.2016 11:10, Yaniv Dary wrote:
>
> Did you define software raid in the storage stage of the installation?
> Can you attach logs and maybe a short vid of what you are trying to do?
>
> Yaniv Dary
> Technical Product Manager
> Red Hat Israel Ltd.
> 34 Jerusalem Road
> Building A, 4th floor
> Ra'anana, Israel 4350109
>
> Tel : +972 (9) 7692306
> 8272306
> Email: yd...@redhat.com
> IRC : ydary
>
>
> On Fri, Jul 1, 2016 at 11:39 AM, Roger Meier 
> wrote:
>
>> Hello together,
>>
>> I tried to install the new oVirt Node 4.0 from:
>> http://resources.ovirt.org/pub/ovirt-4.0/iso/ovirt-node-ng-installer/
>> Mostly of the configuration in the installer is the default settings,
>> expect that i wan't to setup a software raid 1,
>> with the two disks on the server. I have done this before with CentOS
>> 7.3 installation and this parition setup worked as expected. But here
>> with the Node Installer , it failed.
>>
>> A screenshot of the Error message attached. Is this not supported at the
>> moment?  Or is their a special setting, which i missed for the Node 4.0
>> ? Or is this perhaps a bug? For reporting
>> https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt ?
>>
>> Greetings
>> Roger Meier
>>
>> ___
>> 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

Re: [ovirt-users] IOException (error 503) when calling /ovirt-engine-reports

[Yedidyah Bar David]

On Wed, Jul 6, 2016 at 2:17 PM,   wrote:
> Hi,
>
> We just upgraded to oVirt 4.0, everything seems to be working but in our
> logs we see an exception for /ovirt-engine-reports continuously. Any call to
> /ovirt-engine-reports generates a 503 error.
>
> I'm attaching the full exception.
>
> Any hints?

oVirt 4.0 does not include Reports:

http://lists.ovirt.org/pipermail/users/2016-June/040549.html

Best,

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



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

Re: [ovirt-users] 4k alignment on FC LUN

[Nir Soffer]

On Wed, Jul 6, 2016 at 12:18 AM, David Twersky  wrote:
> We use a lot of flash arrays, and some of them require that devices be 4k
> aligned, is it possible to create a Fibre Channel Storage Domain and have it
> 4k aligned?

I don't think we support this.

For example, we assume that writing 512 bytes blocks is atomic, if these
writes will fail because the minimal block is 4k, block storage metadata
operations will fail.

Anyway, why not try to add such lun and create a storage domain for testing?

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

[ovirt-users] IOException (error 503) when calling /ovirt-engine-reports

[nicolas]

Hi,

We just upgraded to oVirt 4.0, everything seems to be working but in our 
logs we see an exception for /ovirt-engine-reports continuously. Any 
call to /ovirt-engine-reports generates a 503 error.


I'm attaching the full exception.

Any hints?

Thanks.2016-07-06 12:10:03,729 ERROR [io.undertow.request] (default task-23) UT005023: 
Exception handling request to /ovirt-engine/services/reports-interface-proxy: 
javax.servlet.ServletException: java.io.IOException: Server returned HTTP 
response code: 503 for URL: 
https://ovirt.domain.com:443/ovirt-engine-reports/ovirt/reports-interface?command=status
at 
org.ovirt.engine.core.uutils.servlet.ProxyServletBase.doGet(ProxyServletBase.java:163)
 [uutils.jar:]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) 
[jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) 
[jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
at 
io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:85)
 [undertow-servlet-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:129)
 [undertow-servlet-1.3.15.Final.jar:1.3.15.Final]
at 
org.ovirt.engine.core.utils.servlet.LocaleFilter.doFilter(LocaleFilter.java:66) 
[utils.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) 
[undertow-servlet-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:131)
 [undertow-servlet-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.servlet.handlers.FilterHandler.handleRequest(FilterHandler.java:84) 
[undertow-servlet-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.servlet.handlers.security.ServletSecurityRoleHandler.handleRequest(ServletSecurityRoleHandler.java:62)
 [undertow-servlet-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.servlet.handlers.ServletDispatchingHandler.handleRequest(ServletDispatchingHandler.java:36)
 [undertow-servlet-1.3.15.Final.jar:1.3.15.Final]
at 
org.wildfly.extension.undertow.security.SecurityContextAssociationHandler.handleRequest(SecurityContextAssociationHandler.java:78)
at 
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
 [undertow-core-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.servlet.handlers.security.SSLInformationAssociationHandler.handleRequest(SSLInformationAssociationHandler.java:131)
 [undertow-servlet-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.servlet.handlers.security.ServletAuthenticationCallHandler.handleRequest(ServletAuthenticationCallHandler.java:57)
 [undertow-servlet-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
 [undertow-core-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.security.handlers.AbstractConfidentialityHandler.handleRequest(AbstractConfidentialityHandler.java:46)
 [undertow-core-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.servlet.handlers.security.ServletConfidentialityConstraintHandler.handleRequest(ServletConfidentialityConstraintHandler.java:64)
 [undertow-servlet-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.security.handlers.AuthenticationMechanismsHandler.handleRequest(AuthenticationMechanismsHandler.java:60)
 [undertow-core-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.servlet.handlers.security.CachedAuthenticatedSessionHandler.handleRequest(CachedAuthenticatedSessionHandler.java:77)
 [undertow-servlet-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.security.handlers.NotificationReceiverHandler.handleRequest(NotificationReceiverHandler.java:50)
 [undertow-core-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.security.handlers.AbstractSecurityContextAssociationHandler.handleRequest(AbstractSecurityContextAssociationHandler.java:43)
 [undertow-core-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
 [undertow-core-1.3.15.Final.jar:1.3.15.Final]
at 
org.wildfly.extension.undertow.security.jacc.JACCContextIdHandler.handleRequest(JACCContextIdHandler.java:61)
at 
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
 [undertow-core-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.server.handlers.PredicateHandler.handleRequest(PredicateHandler.java:43)
 [undertow-core-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.servlet.handlers.ServletInitialHandler.handleFirstRequest(ServletInitialHandler.java:284)
 [undertow-servlet-1.3.15.Final.jar:1.3.15.Final]
at 
io.undertow.servlet.handlers.ServletInitialHandler.dispatchRequest(ServletInitialHandler.java:263)
 [undertow-servlet-1.3.15.Final.jar:1.3.15.Final]
at 

Re: [ovirt-users] 3.6 -> 4.0 upgrade fails on schema refresh

[nicolas]

Hi Arik,

El 2016-07-06 10:27, Arik Hadas escribió:

Hi,

This is a bit aggressive solution to remove all snapshots with the 
memory.


Can you confirm that a storage domain that was active while creating
the snapshot with memory was removed from the system?
This is something that was not covered and could lead to the reported 
issue.




Some of them were available when we did remove a storage backend, 
indeed. Some were newer, the problem is that I don't know which one 
actually failed since when this happened we were in a hurry and needed 
to upgrade ASAP.



Until we come up with a proper solution, you can use the following
query to identify the exact problematic snapshots and remove them
before upgrading:
select vm_name, snapshots.description as snapshot_name, snapshot_id
from snapshots join vm_static on vm_id=vm_guid where
CAST(split_part(memory_volume, ',', 1) AS UUID) not in (select id from
storage_domain_static);



Thanks. We have another oVirt infrastructure and I see this query is 
returning one row. I'll report back when we upgrade this second 
infrastructure and provide some details.


Regards.


Regards,
Arik

- Original Message -

Hi,

We have had a similar issue when upgrading, digging into it we found 
out

that this was caused by snapshots that had the "Save memory" option
enabled. We finally ended up deleting any snapshot that had this 
option
enabled and then we tried to upgrade, this time the process went 
smooth.


Hope this helps.

Regards.

El 2016-07-05 18:49, Matt . escribió:
> OK some update on this.
>
> Removed the db-migrate-script package and reinstalled ovirt-engine and
> ovirt-engine-setup.
>
> I still have that error and this is the loggingpart:
>
> CONTEXT:  SQL statement "DROP INDEX  IF EXISTS
> idx_vm_static_template_version_name; CREATE INDEX
> idx_vm_static_template_version_nam$
> PL/pgSQL function fn_db_create_index(character varying,character
> varying,text,text) line 12 at EXECUTE statement
> 
psql:/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql:93:
> ERROR:
> insert or update on table "image_storage_domain_map" violates foreign
> key constraint
> "fk_image_storage_domain_map_storage_domain_static"
> DETAIL:  Key (storage_domain_id)=(006552b0-cae3-4ccb-9baa-ee8c3b8e42cf)
> is not present in table "storage_domain_static".
> FATAL: Cannot execute sql command:
> 
--file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
>
> 2016-07-05 19:40:29 ERROR
> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> schema._misc:313 schema.sh: FATAL:
> sql command:
> 
--file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
> 2016-07-05 19:40:29 DEBUG otopi.context context._executeMethod:142
> method exception
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132,
> in _executeMethod
> method['method']()
>   File
> 
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
> line 315, in _misc
> raise RuntimeError(_('Engine schema refresh failed'))
> RuntimeError: Engine schema refresh failed
>
> Any idea ?
>
> 2016-07-05 15:25 GMT+02:00 Matt . :
>> I just found out that the file
>>
>> 04_00_0140_convert_memory_snapshots_to_disks.sql
>>
>> is not located in:
>>
>> /usr/share/ovirt-engine/dbscripts/upgrade/
> ___
> 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

Re: [ovirt-users] 3.6 -> 4.0 upgrade fails on schema refresh

[Arik Hadas]

Hi,

This is a bit aggressive solution to remove all snapshots with the memory.

Can you confirm that a storage domain that was active while creating the 
snapshot with memory was removed from the system?
This is something that was not covered and could lead to the reported issue.

Until we come up with a proper solution, you can use the following query to 
identify the exact problematic snapshots and remove them before upgrading:
select vm_name, snapshots.description as snapshot_name, snapshot_id from 
snapshots join vm_static on vm_id=vm_guid where CAST(split_part(memory_volume, 
',', 1) AS UUID) not in (select id from storage_domain_static);

Regards,
Arik

- Original Message -
> Hi,
> 
> We have had a similar issue when upgrading, digging into it we found out
> that this was caused by snapshots that had the "Save memory" option
> enabled. We finally ended up deleting any snapshot that had this option
> enabled and then we tried to upgrade, this time the process went smooth.
> 
> Hope this helps.
> 
> Regards.
> 
> El 2016-07-05 18:49, Matt . escribió:
> > OK some update on this.
> > 
> > Removed the db-migrate-script package and reinstalled ovirt-engine and
> > ovirt-engine-setup.
> > 
> > I still have that error and this is the loggingpart:
> > 
> > CONTEXT:  SQL statement "DROP INDEX  IF EXISTS
> > idx_vm_static_template_version_name; CREATE INDEX
> > idx_vm_static_template_version_nam$
> > PL/pgSQL function fn_db_create_index(character varying,character
> > varying,text,text) line 12 at EXECUTE statement
> > psql:/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql:93:
> > ERROR:
> > insert or update on table "image_storage_domain_map" violates foreign
> > key constraint
> > "fk_image_storage_domain_map_storage_domain_static"
> > DETAIL:  Key (storage_domain_id)=(006552b0-cae3-4ccb-9baa-ee8c3b8e42cf)
> > is not present in table "storage_domain_static".
> > FATAL: Cannot execute sql command:
> > --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
> > 
> > 2016-07-05 19:40:29 ERROR
> > otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> > schema._misc:313 schema.sh: FATAL:
> > sql command:
> > --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
> > 2016-07-05 19:40:29 DEBUG otopi.context context._executeMethod:142
> > method exception
> > Traceback (most recent call last):
> >   File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132,
> > in _executeMethod
> > method['method']()
> >   File
> > "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
> > line 315, in _misc
> > raise RuntimeError(_('Engine schema refresh failed'))
> > RuntimeError: Engine schema refresh failed
> > 
> > Any idea ?
> > 
> > 2016-07-05 15:25 GMT+02:00 Matt . :
> >> I just found out that the file
> >> 
> >> 04_00_0140_convert_memory_snapshots_to_disks.sql
> >> 
> >> is not located in:
> >> 
> >> /usr/share/ovirt-engine/dbscripts/upgrade/
> > ___
> > 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

Re: [ovirt-users] Software Raid not possible in oVirt Node 4.0 ?

[Roger Meier]

Hi,

I defined software raid in the storage stage during the installation.
How can i access the logfiles? Because
when i try to switch via ctrl+alt i don't find any shell prompt like on
the normal installation of CentOS, etc.
I can try to do a video, and strip it down. Which parts do you need from
the installation, only the part when
i create the partitions?

Greetings
Roger

On 03.07.2016 11:10, Yaniv Dary wrote:
> Did you define software raid in the storage stage of the installation?
> Can you attach logs and maybe a short vid of what you are trying to do?
>
> Yaniv Dary Technical Product Manager Red Hat Israel Ltd. 34 Jerusalem
> Road Building A, 4th floor Ra'anana, Israel 4350109 Tel : +972 (9)
> 7692306 8272306 Email: yd...@redhat.com  IRC
> : ydary
>
> On Fri, Jul 1, 2016 at 11:39 AM, Roger Meier  > wrote:
>
> Hello together,
>
> I tried to install the new oVirt Node 4.0 from:
> http://resources.ovirt.org/pub/ovirt-4.0/iso/ovirt-node-ng-installer/
> Mostly of the configuration in the installer is the default settings,
> expect that i wan't to setup a software raid 1,
> with the two disks on the server. I have done this before with CentOS
> 7.3 installation and this parition setup worked as expected. But here
> with the Node Installer , it failed.
>
> A screenshot of the Error message attached. Is this not supported
> at the
> moment?  Or is their a special setting, which i missed for the
> Node 4.0
> ? Or is this perhaps a bug? For reporting
> https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt ?
>
> Greetings
> Roger Meier
>
> ___
> Users mailing list
> Users@ovirt.org 
> http://lists.ovirt.org/mailman/listinfo/users
>
>

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

Re: [ovirt-users] added values of cluster level 4.0

[Yaniv Dary]

A Bugzilla search on the 4.0 milestones MODIFIED\ON_QA\VERIFIED will
provide you with a full list.

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

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


On Tue, Jul 5, 2016 at 9:45 PM, Gianluca Cecchi 
wrote:

> Hello,
> is there a list of new features I should gain if I set as 4.0 the level of
> a cluster in oVirt 4.0?
>
> Thanks,
> Gianluca
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] 3.6 -> 4.0 upgrade fails on schema refresh

[nicolas]

Hi,

We have had a similar issue when upgrading, digging into it we found out 
that this was caused by snapshots that had the "Save memory" option 
enabled. We finally ended up deleting any snapshot that had this option 
enabled and then we tried to upgrade, this time the process went smooth.


Hope this helps.

Regards.

El 2016-07-05 18:49, Matt . escribió:

OK some update on this.

Removed the db-migrate-script package and reinstalled ovirt-engine and
ovirt-engine-setup.

I still have that error and this is the loggingpart:

CONTEXT:  SQL statement "DROP INDEX  IF EXISTS
idx_vm_static_template_version_name; CREATE INDEX
idx_vm_static_template_version_nam$
PL/pgSQL function fn_db_create_index(character varying,character
varying,text,text) line 12 at EXECUTE statement
psql:/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql:93:
ERROR:
insert or update on table "image_storage_domain_map" violates foreign
key constraint
"fk_image_storage_domain_map_storage_domain_static"
DETAIL:  Key (storage_domain_id)=(006552b0-cae3-4ccb-9baa-ee8c3b8e42cf)
is not present in table "storage_domain_static".
FATAL: Cannot execute sql command:
--file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql

2016-07-05 19:40:29 ERROR
otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
schema._misc:313 schema.sh: FATAL:
sql command:
--file=/usr/share/ovirt-engine/dbscripts/upgrade/04_00_0140_convert_memory_snapshots_to_disks.sql
2016-07-05 19:40:29 DEBUG otopi.context context._executeMethod:142
method exception
Traceback (most recent call last):
  File "/usr/lib/python2.7/site-packages/otopi/context.py", line 132,
in _executeMethod
method['method']()
  File
"/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
line 315, in _misc
raise RuntimeError(_('Engine schema refresh failed'))
RuntimeError: Engine schema refresh failed

Any idea ?

2016-07-05 15:25 GMT+02:00 Matt . :

I just found out that the file

04_00_0140_convert_memory_snapshots_to_disks.sql

is not located in:

/usr/share/ovirt-engine/dbscripts/upgrade/

___
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] 4k alignment on FC LUN

[David Twersky]

We use a lot of flash arrays, and some of them require that devices be 4k
aligned, is it possible to create a Fibre Channel Storage Domain and have
it 4k aligned?

-- 

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

Re: [ovirt-users] Networking issues with oVirt Guest VM.

[Clint Smith]

Hi Yevgeny,
Thanks for your help.

No luck yet!

Q: IIUC, ovirt-engine and its host are vSphere VMs. Then, a kind of
no-macspoof should be applied from the vSphere side.
A: I'm not exactly sure what setting this would be on the vmware side but
we have ensured the following settings are enabled; Promiscuous Mode, MAC
Address Changes, Forged Transmits.

Q: BTW, are both of them on the same vShepre host?
A: Yes, they are both on the same vsphere host.

Q: Is DHCP server another VM on that host?
A: Yes, the DHCP server is another VM on that vsphere host as well.

Q: Where/how did you "turn on Port Mirroring"?
A: I turned on Port Mirroring in the vNIC Profile called ovirtmgmt, it's
off for most of my tests, however, when I turn it on, everything works.

Q: I'd start the troubleshooting by using tcpdump utility in order to
pinpoint the component that blocks the traffic.
A: I have done this and I can see all DHCP messages including the DHCPACK
on the bridge named 'ovirtmgmt', but when I do tcpdump on the guest VM
network device 'eth0' (which is also 'vnet0' on the host)I never see the
DHCPACK. This same thing happens with ARP replies from the gateway.

Here is an ACK message that is returned from the DHCP server to the
'ovirtmgmt' bridge (I don't know if this is helpful, but thought I'd
include it, just in case).
16:35:22.958616 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto
UDP (17), length 328)
10.255.233.125.67 > 10.255.233.185.68: [udp sum ok] BOOTP/DHCP, Reply,
length 300, xid 0x8d5c8e3d, Flags [none] (0x)
  Your-IP 10.255.233.185
  Client-Ethernet-Address 00:1a:4a:16:01:55
  Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message Option 53, length 1: ACK
Server-ID Option 54, length 4: 10.255.233.125
Lease-Time Option 51, length 4: 600
Subnet-Mask Option 1, length 4: 255.255.255.0
BR Option 28, length 4: 10.255.233.255
Domain-Name-Server Option 6, length 4: 10.255.233.102
Default-Gateway Option 3, length 4: 10.255.233.1


Q: Did you try assigning a static IP instead of DHCP and then check
connectivity? If that works, then the problem is on the DHCP sever side
probably.
A: Yes, with a static IP on the guest, everything works fine.  It's
possible, but in my naive understanding it seems unlikely, that the problem
is on the DHCP server side because the ACK makes it all the way back to the
bridge.  Again, I could be wrong.


Q: If you do not see any requests in the DHCP server log, then I guess,
"dhclient -B" wouldn't help.
A: I see the whole DHCP process in my DHCP Server log:

Jul  5 21:21:12 mydomain dhcpd: DHCPDISCOVER from 00:1a:4a:16:01:55 via eth0
Jul  5 21:21:12 mydomain dhcpd: DHCPOFFER on 10.255.233.185 to
00:1a:4a:16:01:55 via eth0
Jul  5 21:21:12 mydomain dhcpd: DHCPREQUEST for 10.255.233.185
(10.255.233.125) from 00:1a:4a:16:01:55 via eth0
Jul  5 21:21:12 mydomain dhcpd: DHCPACK on 10.255.233.185 to
00:1a:4a:16:01:55 via eth0

In addition to "dhclient -B" allowing the guest to successfully gain an IP
address from the DHCP server, I recently found that running the command
"brctl ovirtmgmt setageing 0" works also.  I read that this turns the
bridge into a hub, which is only a clue and not a solution, I think.  It
seems that Forwarding Database changes that occur when I run that command
are what allows ACK message to then pass to the guest.

Here is my Forwarding Database when the Ageing is set to 300:

01:00:5e:00:00:01 dev ens32 self permanent
33:33:00:00:02:02 dev ens32 self permanent
33:33:00:00:00:01 dev ens32 self permanent
33:33:00:00:00:01 dev bond0 self permanent
fe:4e:66:bf:cf:48 dev ;vdsmdummy; vlan 1 master ;vdsmdummy; permanent
00:50:56:8e:aa:2a dev ens32 master ovirtmgmt
e4:d3:f1:d1:99:c4 dev ens32 master ovirtmgmt
00:50:56:8e:d6:a2 dev ens32 master ovirtmgmt
00:50:56:8e:d2:cd dev ens32 master ovirtmgmt
00:50:56:8e:be:ca dev ens32 master ovirtmgmt permanent
00:50:56:8e:17:59 dev ens32 master ovirtmgmt
fe:1a:4a:16:01:55 dev vnet0 master ovirtmgmt permanent
fe:1a:4a:16:01:55 dev vnet0 vlan 1 master ovirtmgmt permanent
00:50:56:8e:be:ca dev ens32 vlan 1 master ovirtmgmt permanent
00:50:56:8e:3d:f1 dev ens32 master ovirtmgmt
e4:d3:f1:d1:99:8c dev ens32 master ovirtmgmt
e4:d3:f1:d1:99:8b dev ens32 master ovirtmgmt
76:f6:65:58:fe:f5 dev ovirtmgmt vlan 1 master ovirtmgmt permanent
33:33:00:00:00:01 dev vnet0 self permanent
01:00:5e:00:00:01 dev vnet0 self permanent
33:33:ff:16:01:55 dev vnet0 self permanent


Here is the Forwarding Database(fdb) after setting the Ageing to 0:

01:00:5e:00:00:01 dev ens32 self permanent
33:33:00:00:02:02 dev ens32 self permanent
33:33:00:00:00:01 dev ens32 self permanent
33:33:00:00:00:01 dev bond0 self permanent
fe:4e:66:bf:cf:48 dev ;vdsmdummy; vlan 1 master ;vdsmdummy; permanent
00:50:56:8e:be:ca dev ens32 master ovirtmgmt permanent
fe:1a:4a:16:01:55 dev vnet0 master ovirtmgmt permanent
fe:1a:4a:16:01:55 dev vnet0 

Re: [ovirt-users] ovirt 4.0 engine access

[qinglong.d...@horebdata.cn]

Thanks! No specific reasons. I use IP in ovirt 3.6 and it seems simple to use 
an IP address in some cases.




From: Yedidyah Bar David
Date: 2016-07-06 14:26
To: qinglong.d...@horebdata.cn
CC: users; 胡茂荣; 胡晓宇
Subject: Re: [ovirt-users] ovirt 4.0 engine access
On Wed, Jul 6, 2016 at 9:13 AM, qinglong.d...@horebdata.cn
 wrote:
> Hi, all
> I am using ovirt 4.0. It seems that I could only use FQDN to access
> the website of engine. Is it possible to use IP to access the website?
 
No.
 
You can only access the engine using the FQDN you input when running
engine-setup.
You should add it to the DNS if it's not there already. You can also add it to
your local hosts file.
 
You can also change the FQDN using [1], but this will still not allow using an
IP address.
 
Any specific reason you need to access it using an IP address?
 
[1] 
https://www.ovirt.org/documentation/how-to/networking/changing-engine-hostname/
 
Best,
-- 
Didi
 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt 4.0 Login Issue

[Oved Ourfali]

Hi Melissa

Can you attach the engine logs?

Thanks,
Oved

On Wed, Jul 6, 2016 at 5:08 AM, Melissa Mesler 
wrote:

> I am running 4.0 on CentOS 7.2. Sometimes when I first log in to the
> admin page, it will give me and error that says "Request state does not
> match session state." Then if I go through the process of logging in
> again, it will go through with no issue. It doesn't do this every time
> but it does do it quite often. Any ideas on why?
>
> - MeLLy
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Ovirt engine down , can we manually start vm

[Yedidyah Bar David]

On Wed, Jul 6, 2016 at 9:30 AM, Abisai Matangira
 wrote:
> Thank you for the revert
>
> How do we import the stoarage domain

Perhaps search google for "ovirt import storage domain"?

Best,

> 
> From: Yedidyah Bar David [d...@redhat.com]
> Sent: Wednesday, July 06, 2016 8:23 AM
> To: Abisai Matangira
> Cc: users@ovirt.org
> Subject: Re: [ovirt-users] Ovirt engine down , can we manually start vm
>
> On Wed, Jul 6, 2016 at 6:00 AM, Abisai Matangira
>  wrote:
>> Our Ovirt engine is down and can't be restored because it had no babckup
>>
>>
>>
>> Is it possible to manually start a vm on a ovirt node ?
>
> It might be doable, but definitely not easy.
>
> If there is no chance to restore the engine from anywhere, you can
> setup a new engine, then import the existing storage domain and add
> the host.
>
> Best,
>
>>
>>
>>
>> Thanc
>>
>>
>>
>> Abisai Matangira
>> Africom
>> +2638644004138 whatsapp / Tel
>>
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>
>
>
> --
> Didi



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

Re: [ovirt-users] Ovirt engine down , can we manually start vm

[Abisai Matangira]

Thank you for the revert

How do we import the stoarage domain

From: Yedidyah Bar David [d...@redhat.com]
Sent: Wednesday, July 06, 2016 8:23 AM
To: Abisai Matangira
Cc: users@ovirt.org
Subject: Re: [ovirt-users] Ovirt engine down , can we manually start vm

On Wed, Jul 6, 2016 at 6:00 AM, Abisai Matangira
 wrote:
> Our Ovirt engine is down and can't be restored because it had no babckup
>
>
>
> Is it possible to manually start a vm on a ovirt node ?

It might be doable, but definitely not easy.

If there is no chance to restore the engine from anywhere, you can
setup a new engine, then import the existing storage domain and add
the host.

Best,

>
>
>
> Thanc
>
>
>
> Abisai Matangira
> Africom
> +2638644004138 whatsapp / Tel
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



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

Re: [ovirt-users] ovirt 4.0 engine access

[Yedidyah Bar David]

On Wed, Jul 6, 2016 at 9:13 AM, qinglong.d...@horebdata.cn
 wrote:
> Hi, all
> I am using ovirt 4.0. It seems that I could only use FQDN to access
> the website of engine. Is it possible to use IP to access the website?

No.

You can only access the engine using the FQDN you input when running
engine-setup.
You should add it to the DNS if it's not there already. You can also add it to
your local hosts file.

You can also change the FQDN using [1], but this will still not allow using an
IP address.

Any specific reason you need to access it using an IP address?

[1] 
https://www.ovirt.org/documentation/how-to/networking/changing-engine-hostname/

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

Re: [ovirt-users] Ovirt engine down , can we manually start vm

[Yedidyah Bar David]

On Wed, Jul 6, 2016 at 6:00 AM, Abisai Matangira
 wrote:
> Our Ovirt engine is down and can't be restored because it had no babckup
>
>
>
> Is it possible to manually start a vm on a ovirt node ?

It might be doable, but definitely not easy.

If there is no chance to restore the engine from anywhere, you can
setup a new engine, then import the existing storage domain and add
the host.

Best,

>
>
>
> Thanc
>
>
>
> Abisai Matangira
> Africom
> +2638644004138 whatsapp / Tel
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



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

[ovirt-users] ovirt 4.0 engine access

[qinglong.d...@horebdata.cn]

Hi, all
I am using ovirt 4.0. It seems that I could only use FQDN to access the 
website of engine. Is it possible to use IP to access the website?
Anyone can help? Thanks!



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