Re: [ovirt-users] no guest info shown and timezone warning

[Paul Groeneweg | Pazion]

Bug reported: https://bugzilla.redhat.com/show_bug.cgi?id=1286847


Op zo 29 nov. 2015 om 16:34 schreef Gianluca Cecchi <
gianluca.cec...@gmail.com>:

> On Sun, Nov 29, 2015 at 12:41 AM, Yaniv Dary  wrote:
>
>> Can you please open a bug to track this issue?
>>
>> 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, Nov 13, 2015 at 9:34 PM, Paul Groeneweg | Pazion 
>> wrote:
>>
>>> I checked version, I am running 1.0.11
>>> I restarted, but still not showing info in the tab ( none of the VMs )
>>> See screenshot: http://screencast.com/t/JejTsLAxuXw
>>>
>>> Regards,
>>> Paul Groeneweg
>>>



>>>
>
> Hello in my case I have a clean installed 3.6.0 environment with self
> hosted engine.
> I installed and configured a CentOS 7.1 guest and I'm able to see guest
> info.
> See screenshot.
>
> https://drive.google.com/file/d/0BwoPbcrMv8mvVVY4NUJiRU0wTU0/view?usp=sharing
>
> But I do have the time zone problem.
> I verified that my self hosted engine (I did the deploy through the
> provided appliance) was by default configured with UTC timezone.
> I then changed it using inside its OS the command:
>
> timedatectl set-timezone Europe/Rome
>
> then I made global maintenance and restarted both the host and the engine.
> I still had the exclamation mark.
> Then I modified the VM inside the GUI in Edit VM --> System --> General .
> As you see in screenshot it was Etc/GMT and then Europe/Berlin.
> And finally shutdown/power on (because reboot doesn't instantiate a new
> qemu/kvm process)
> And now it is ok from an OS point of view andalso GUI point of view.
> See:
>
> https://drive.google.com/file/d/0BwoPbcrMv8mvSmp1QjVEMEVPQms/view?usp=sharing
>
> I don't know if the update itself from 3.5 to 3.6 could have scrambled
> anything, but in my case all is ok if the various configurations involved
> match.
>
> BTW: I noticed that the "Guest Info" visualized data are not so dynamic:
> sometimes if I do some changes, I have to click another tab (eg affinity
> groups) and then "Guest Info" again to be able to see updated values
>
> host:
> # timedatectl status ; ssh ractorshe "timedatectl status" ; ssh 10.4.4.29
> "timedatectl status"
>   Local time: Sun 2015-11-29 16:27:49 CET
>   Universal time: Sun 2015-11-29 15:27:49 UTC
> RTC time: Sun 2015-11-29 15:27:49
> Timezone: Europe/Rome (CET, +0100)
>  NTP enabled: yes
> NTP synchronized: yes
>  RTC in local TZ: no
>   DST active: no
>  Last DST change: DST ended at
>   Sun 2015-10-25 02:59:59 CEST
>   Sun 2015-10-25 02:00:00 CET
>  Next DST change: DST begins (the clock jumps one hour forward) at
>   Sun 2016-03-27 01:59:59 CET
>   Sun 2016-03-27 03:00:00 CEST
>
> SH Engine:
>   Local time: Sun 2015-11-29 16:27:51 CET
>   Universal time: Sun 2015-11-29 15:27:51 UTC
> RTC time: Sun 2015-11-29 15:27:50
> Timezone: Europe/Rome (CET, +0100)
>  NTP enabled: yes
> NTP synchronized: yes
>  RTC in local TZ: no
>   DST active: no
>  Last DST change: DST ended at
>   Sun 2015-10-25 02:59:59 CEST
>   Sun 2015-10-25 02:00:00 CET
>  Next DST change: DST begins (the clock jumps one hour forward) at
>   Sun 2016-03-27 01:59:59 CET
>   Sun 2016-03-27 03:00:00 CEST
>
> Guest:
> # timedatectl status
>   Local time: Sun 2015-11-29 16:28:07 CET
>   Universal time: Sun 2015-11-29 15:28:07 UTC
> RTC time: Sun 2015-11-29 16:28:06
> Timezone: Europe/Rome (CET, +0100)
>  NTP enabled: yes
> NTP synchronized: yes
>  RTC in local TZ: no
>   DST active: no
>  Last DST change: DST ended at
>   Sun 2015-10-25 02:59:59 CEST
>   Sun 2015-10-25 02:00:00 CET
>  Next DST change: DST begins (the clock jumps one hour forward) at
>   Sun 2016-03-27 01:59:59 CET
>   Sun 2016-03-27 03:00:00 CEST
>
>
> A strange thing with guest is that it seems it starts wrong because if
> current time is 16:25 I notice right after boot that I get both the "!"
> inside the GUI and wrong timestamp inside OS (1 hour ahead):
>
> # date
> Sun Nov 29 17:25:41 CET 2015
>
> # timedatectl status
>   Local time: Sun 2015-11-29 17:25:46 CET
>   Universal time: Sun 2015-11-29 16:25:46 UTC
> RTC time: Sun 2015-11-29 16:25:46
> Timezone: Europe/Rome (CET, +0100)
>  NTP enabled: yes
> NTP synchronized: yes
>  RTC in local TZ: no
>   DST active: no
>  Last DST change: DST ended at
>   Sun 2015-10-25 02:59:59 CEST
>   Sun 2015-10-25 02:00:00 CET
>  Next DST change: DST begins (the clock jumps one hour forward) at
>   Sun 2016-03-27 01:59:59 CET
>   Sun 

Re: [ovirt-users] Install ovirt locally

[John Hunter]

David, that helps a lot, thanks :)

On Mon, Nov 30, 2015 at 3:22 PM, Yedidyah Bar David  wrote:

> On Mon, Nov 30, 2015 at 5:03 AM, John Hunter  wrote:
> > Hi all,
> >
> > Here is my situation: in my office, we can not access the website out of
> > China,
> > I have to grab my PC home to install the ovirt environment, this makes me
> > sad.
> >
> > Can I download all the packages needed by ovirt  at home, store them in
> my
> > U-disk, and back to office and install the enviroment? I am worry about
> the
> > package dependency.
> >
> > Does anybody who has done this or does anybody has a better solution for
> > this?
>
> If you want just the minimal set of packages, you can do something like
> this:
> 1. Download the release package (check [1]) from home, get it to the
> office and install there.
> 2. Run in the office something like:
> yumdownloader -q --resolve --urls ovirt-engine ovirt-engine-dwh
> ovirt-engine-reports ovirt-engine-websocket-proxy
> ovirt-vmconsole-proxy > URLs
> Obviously choose packages as you wish.
> 3. copy ./URLs home and run: wget -i URLs
> 4. Copy the downloaded files to the office and install.
>
> Didn't try that myself. In particular, note that engine-setup optionally
> installs additional stuff for you, so in principle might require more
> packages.
>
> [1] http://www.ovirt.org/Download
> --
> Didi
>



-- 
Best regards
Junwang Zhao
Department of Computer Science 
Peking University
Beijing, 100871, PRC
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ANN] oVirt 3.6.1 First Release Candidate is now available for testing

[jvdwege]

Sandro Bonazzola schreef op 2015-11-30 15:10:

On Mon, Nov 30, 2015 at 1:56 PM, Joop  wrote:


On 30-11-2015 13:06, Sandro Bonazzola wrote:

On Sat, Nov 28, 2015 at 1:34 PM, Joop  wrote:
On 25-11-2015 15:28, Sandro Bonazzola wrote:

The oVirt Project is pleased to announce the availability
of the First Release Candidate of oVirt 3.6.1 for testing, as of
November 25th, 2015.

This release is available now for Fedora 22,
Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar).

This release supports Hypervisor Hosts running
Red Hat Enterprise Linux >= 7.1, CentOS Linux >= 7.1 (or similar)

and

Fedora 22.
Highly experimental support for Debian 8.1 Jessie has been added

too.


This release of oVirt 3.6.1 includes numerous bug fixes.
See the release notes [1] for an initial list of the new features

and bugs

fixed.


Tried the 3.6.1 prerelease but the sanlock error 22 is still there
and
its not possible to activate the imported hosted-engine storage
domain.
Host F22, hosted-engine CentOS7.1, storage domain(s) NFS.

Sanlock error 22 shows up because  BZ 1269768 hasn't been fixed yet.

But if you don't import the hosted engine storage everything else
should still work fine.

 Ah, but that won't work for my use case since I need to import an
existing data domain and that won't work without a working data
domain.
Will see if creating a dummy small data domain will let me import the
real one.

it should, let me know if it didn't work.

Thanks that worked :-)


Adding Simone and Roy so they have a better sight on why people are
keep trying to import the hosted engine domain despite it's not fixed
yet :-)
Sorry being pushy just wanted to get on with my ovirt stuff and felt a 
little frustrated that such a basic feature didn't work (IMHO).
Again apologies, you're all working hard to get things fixed and I 
shouldn't complain.


Regards,

Joop

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

Re: [ovirt-users] Engine upgrade error

[Oved Ourfali]

CC-ing Alona and Yevgeny from the network team to take a look.

Regards,
Oved Ourfali
On Nov 30, 2015 4:07 PM, "Frank Rothenstein" <
f.rothenst...@bodden-kliniken.de> wrote:

> Hello,
>
> I tried several times to upgrade my ovirt-engine 3.5.5 to 3.6. Every
> time the setup stops at updating the DB-schema. The log revealed when
> this happpens: The setup ist complaining about a duplicated key - here
> is the part of the log. Of course there is only one network in the
> interface.
>
> Can anybody help me getting a solution?
>
> Thnaks, Frank
>
> Running upgrade sql script '/usr/share/ovirt-
> engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_inte
> rface.sql'...
> 2542964-
> 2542965-2015-11-30 08:15:26 DEBUG
> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> plugin.execute:941 execute-output: ['/usr/share/ovirt-
> engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u',
> 'engine', '-d', 'engine', '-l', '/var/log/ovirt-engine/setup/ovirt-
> engine-setup-20151130073216-erdh9f.log', '-c', 'apply'] stderr:
> 2543300-psql:/usr/share/ovirt-
> engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_inte
> rface.sql:1: ERROR:  could not create unique index
> "vds_interface_vds_id_network_name_unique"
> 2543487:DETAIL:  Key (vds_id, network_name)=(ba954f0f-6ecb-4ec8-b169-
> 7e0a1147b4cd, KHnetz) is duplicated.
> 2543585-CONTEXT:  SQL statement "ALTER TABLE vds_interface ADD
> CONSTRAINT vds_interface_vds_id_network_name_unique unique (vds_id,
> network_name)"
> 2543723-PL/pgSQL function fn_db_create_constraint(character
> varying,character varying,text) line 4 at EXECUTE statement
> 2543835-FATAL: Cannot execute sql command: --file=/usr/share/ovirt-
> engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_inte
> rface.sql
> 2543975-
> 2543976-2015-11-30 08:15:26 DEBUG otopi.context
> context._executeMethod:156 method exception
> 2544060-Traceback (most recent call last):
> 2544095-  File "/usr/lib/python2.7/site-packages/otopi/context.py",
> line 146, in _executeMethod
> 2544183-method['method']()
> 2544206-  File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-
> engine-setup/ovirt-engine/db/schema.py", line 291, in _misc
> 2544325-oenginecons.EngineDBEnv.PGPASS_FILE
> 2544365-  File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line
> 946, in execute
> 255-command=args[0],
> 2544466-RuntimeError: Command '/usr/share/ovirt-
> engine/dbscripts/schema.sh' failed to execute
> 2544552-2015-11-30 08:15:26 ERROR otopi.context
> context._executeMethod:165 Failed to execute stage 'Misc
> configuration': Command '/usr/share/ovirt-engine/dbscripts/schema.sh'
> failed to execute
> 2544737-2015-11-30 08:15:26 DEBUG otopi.transaction
> transaction.abort:134 aborting 'Yum Transaction'
> 2544830-2015-11-30 08:15:26 INFO
> otopi.plugins.otopi.packagers.yumpackager yumpackager.info:95 Yum
> Performing yum transaction rollback
>
>
>
>
>
>
> __
> BODDEN-KLINIKEN Ribnitz-Damgarten GmbH
> Sandhufe 2
> 18311 Ribnitz-Damgarten
>
> Telefon: 03821-700-0
> Fax:   03821-700-240
>
> E-Mail: i...@bodden-kliniken.de   Internet: http://www.bodden-kliniken.de
>
> Sitz: Ribnitz-Damgarten, Amtsgericht: Stralsund, HRB 2919, Steuer-Nr.:
> 079/133/40188
> Aufsichtsratsvorsitzende: Carmen Schröter, Geschäftsführer: Dr. Falko
> Milski
>
> Der Inhalt dieser E-Mail ist ausschließlich für den bezeichneten
> Adressaten bestimmt. Wenn Sie nicht der vorge-
> sehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, beachten
> Sie bitte, dass jede Form der Veröf-
> fentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail
> unzulässig ist. Wir bitten Sie, sofort den
> Absender zu informieren und die E-Mail zu löschen.
>
>
>  Bodden-Kliniken Ribnitz-Damgarten GmbH 2015
> *** Virenfrei durch Kerio Mail Server und Sophos Antivirus ***
>
> ___
> 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] Corruped disks

[Donny Davis]

What is the storage solution you are using?

On Fri, Nov 27, 2015 at 1:13 AM, Koen Vanoppen 
wrote:

> If we have this behaviour again, I'll let you know with logs. The OS is
> always Centos. But let us just wait, until it happens again so I can send
> logs with it.
> Thanks in advance!
>
> Kind regards,
>
> Koen
>
> On 26 November 2015 at 16:39, Yaniv Dary  wrote:
>
>> We will need logs and a bug to track the issue. Also info on the OS of
>> the guest will help.
>>
>> 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, Oct 14, 2015 at 3:42 PM, Koen Vanoppen 
>> wrote:
>>
>>> Dear all,
>>>
>>> lately we are experience some strange behaviour on our vms...
>>> Every now and then we have disks that went corrupt. Is there a chance
>>> that ovirt is the issue here or...? It happens (luckily) on our DEV/UAT
>>> cluster. Since the last 4 weeks, we already had 6 vm's that went totaly
>>> corrupt...
>>>
>>> Kind regards,
>>>
>>> Koen
>>>
>>> ___
>>> 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
>
>


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

Re: [ovirt-users] Engine upgrade error

[Eli Mesika]

- Original Message -
> From: "Oved Ourfali" 
> To: "Frank Rothenstein" 
> Cc: Users@ovirt.org
> Sent: Monday, November 30, 2015 6:45:17 PM
> Subject: Re: [ovirt-users] Engine upgrade error
> 
> 
> 
> CC-ing Alona and Yevgeny from the network team to take a look.
> 
> Regards,
> Oved Ourfali
> On Nov 30, 2015 4:07 PM, "Frank Rothenstein" <
> f.rothenst...@bodden-kliniken.de > wrote:
> 
> 
> Hello,
> 
> I tried several times to upgrade my ovirt-engine 3.5.5 to 3.6. Every
> time the setup stops at updating the DB-schema. The log revealed when
> this happpens: The setup ist complaining about a duplicated key - here
> is the part of the log. Of course there is only one network in the
> interface.
> 
> Can anybody help me getting a solution?

Can you please attach the result of the following query :

select vds_id, network_name from vds_interface;

Thanks 

> 
> Thnaks, Frank
> 
> Running upgrade sql script '/usr/share/ovirt-
> engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_inte
> rface.sql'...
> 2542964-
> 2542965-2015-11-30 08:15:26 DEBUG
> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> plugin.execute:941 execute-output: ['/usr/share/ovirt-
> engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u',
> 'engine', '-d', 'engine', '-l', '/var/log/ovirt-engine/setup/ovirt-
> engine-setup-20151130073216-erdh9f.log', '-c', 'apply'] stderr:
> 2543300-psql:/usr/share/ovirt-
> engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_inte
> rface.sql:1: ERROR: could not create unique index
> "vds_interface_vds_id_network_name_unique"
> 2543487:DETAIL: Key (vds_id, network_name)=(ba954f0f-6ecb-4ec8-b169-
> 7e0a1147b4cd, KHnetz) is duplicated.
> 2543585-CONTEXT: SQL statement "ALTER TABLE vds_interface ADD
> CONSTRAINT vds_interface_vds_id_network_name_unique unique (vds_id,
> network_name)"
> 2543723-PL/pgSQL function fn_db_create_constraint(character
> varying,character varying,text) line 4 at EXECUTE statement
> 2543835-FATAL: Cannot execute sql command: --file=/usr/share/ovirt-
> engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_inte
> rface.sql
> 2543975-
> 2543976-2015-11-30 08:15:26 DEBUG otopi.context
> context._executeMethod:156 method exception
> 2544060-Traceback (most recent call last):
> 2544095- File "/usr/lib/python2.7/site-packages/otopi/context.py",
> line 146, in _executeMethod
> 2544183- method['method']()
> 2544206- File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-
> engine-setup/ovirt-engine/db/schema.py", line 291, in _misc
> 2544325- oenginecons.EngineDBEnv.PGPASS_FILE
> 2544365- File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line
> 946, in execute
> 255- command=args[0],
> 2544466-RuntimeError: Command '/usr/share/ovirt-
> engine/dbscripts/schema.sh' failed to execute
> 2544552-2015-11-30 08:15:26 ERROR otopi.context
> context._executeMethod:165 Failed to execute stage 'Misc
> configuration': Command '/usr/share/ovirt-engine/dbscripts/schema.sh'
> failed to execute
> 2544737-2015-11-30 08:15:26 DEBUG otopi.transaction
> transaction.abort:134 aborting 'Yum Transaction'
> 2544830-2015-11-30 08:15:26 INFO
> otopi.plugins.otopi.packagers.yumpackager yumpackager.info:95 Yum
> Performing yum transaction rollback
> 
> 
> 
> 
> 
> __
> BODDEN-KLINIKEN Ribnitz-Damgarten GmbH
> Sandhufe 2
> 18311 Ribnitz-Damgarten
> 
> Telefon: 03821-700-0
> Fax: 03821-700-240
> 
> E-Mail: i...@bodden-kliniken.de Internet: http://www.bodden-kliniken.de
> 
> Sitz: Ribnitz-Damgarten, Amtsgericht: Stralsund, HRB 2919, Steuer-Nr.:
> 079/133/40188
> Aufsichtsratsvorsitzende: Carmen Schröter, Geschäftsführer: Dr. Falko Milski
> 
> Der Inhalt dieser E-Mail ist ausschließlich für den bezeichneten Adressaten
> bestimmt. Wenn Sie nicht der vorge-
> sehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, beachten
> Sie bitte, dass jede Form der Veröf-
> fentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail
> unzulässig ist. Wir bitten Sie, sofort den
> Absender zu informieren und die E-Mail zu löschen.
> 
> 
> Bodden-Kliniken Ribnitz-Damgarten GmbH 2015
> *** Virenfrei durch Kerio Mail Server und Sophos Antivirus ***
> 
> ___
> 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] no guest info shown and timezone warning

[Simone Tiraboschi]

On Sun, Nov 29, 2015 at 4:34 PM, Gianluca Cecchi 
wrote:

> On Sun, Nov 29, 2015 at 12:41 AM, Yaniv Dary  wrote:
>
>> Can you please open a bug to track this issue?
>>
>> 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, Nov 13, 2015 at 9:34 PM, Paul Groeneweg | Pazion 
>> wrote:
>>
>>> I checked version, I am running 1.0.11
>>> I restarted, but still not showing info in the tab ( none of the VMs )
>>> See screenshot: http://screencast.com/t/JejTsLAxuXw
>>>
>>> Regards,
>>> Paul Groeneweg
>>>



>>>
>
> Hello in my case I have a clean installed 3.6.0 environment with self
> hosted engine.
> I installed and configured a CentOS 7.1 guest and I'm able to see guest
> info.
> See screenshot.
>
> https://drive.google.com/file/d/0BwoPbcrMv8mvVVY4NUJiRU0wTU0/view?usp=sharing
>
> But I do have the time zone problem.
> I verified that my self hosted engine (I did the deploy through the
> provided appliance) was by default configured with UTC timezone.
>

Probably we should also let the user configure the appliance timezone via
cloud-init using the host timezone as the default value.


> I then changed it using inside its OS the command:
>
> timedatectl set-timezone Europe/Rome
>
> then I made global maintenance and restarted both the host and the engine.
> I still had the exclamation mark.
> Then I modified the VM inside the GUI in Edit VM --> System --> General .
> As you see in screenshot it was Etc/GMT and then Europe/Berlin.
> And finally shutdown/power on (because reboot doesn't instantiate a new
> qemu/kvm process)
> And now it is ok from an OS point of view andalso GUI point of view.
> See:
>
> https://drive.google.com/file/d/0BwoPbcrMv8mvSmp1QjVEMEVPQms/view?usp=sharing
>
> I don't know if the update itself from 3.5 to 3.6 could have scrambled
> anything, but in my case all is ok if the various configurations involved
> match.
>
> BTW: I noticed that the "Guest Info" visualized data are not so dynamic:
> sometimes if I do some changes, I have to click another tab (eg affinity
> groups) and then "Guest Info" again to be able to see updated values
>
> host:
> # timedatectl status ; ssh ractorshe "timedatectl status" ; ssh 10.4.4.29
> "timedatectl status"
>   Local time: Sun 2015-11-29 16:27:49 CET
>   Universal time: Sun 2015-11-29 15:27:49 UTC
> RTC time: Sun 2015-11-29 15:27:49
> Timezone: Europe/Rome (CET, +0100)
>  NTP enabled: yes
> NTP synchronized: yes
>  RTC in local TZ: no
>   DST active: no
>  Last DST change: DST ended at
>   Sun 2015-10-25 02:59:59 CEST
>   Sun 2015-10-25 02:00:00 CET
>  Next DST change: DST begins (the clock jumps one hour forward) at
>   Sun 2016-03-27 01:59:59 CET
>   Sun 2016-03-27 03:00:00 CEST
>
> SH Engine:
>   Local time: Sun 2015-11-29 16:27:51 CET
>   Universal time: Sun 2015-11-29 15:27:51 UTC
> RTC time: Sun 2015-11-29 15:27:50
> Timezone: Europe/Rome (CET, +0100)
>  NTP enabled: yes
> NTP synchronized: yes
>  RTC in local TZ: no
>   DST active: no
>  Last DST change: DST ended at
>   Sun 2015-10-25 02:59:59 CEST
>   Sun 2015-10-25 02:00:00 CET
>  Next DST change: DST begins (the clock jumps one hour forward) at
>   Sun 2016-03-27 01:59:59 CET
>   Sun 2016-03-27 03:00:00 CEST
>
> Guest:
> # timedatectl status
>   Local time: Sun 2015-11-29 16:28:07 CET
>   Universal time: Sun 2015-11-29 15:28:07 UTC
> RTC time: Sun 2015-11-29 16:28:06
> Timezone: Europe/Rome (CET, +0100)
>  NTP enabled: yes
> NTP synchronized: yes
>  RTC in local TZ: no
>   DST active: no
>  Last DST change: DST ended at
>   Sun 2015-10-25 02:59:59 CEST
>   Sun 2015-10-25 02:00:00 CET
>  Next DST change: DST begins (the clock jumps one hour forward) at
>   Sun 2016-03-27 01:59:59 CET
>   Sun 2016-03-27 03:00:00 CEST
>
>
> A strange thing with guest is that it seems it starts wrong because if
> current time is 16:25 I notice right after boot that I get both the "!"
> inside the GUI and wrong timestamp inside OS (1 hour ahead):
>
> # date
> Sun Nov 29 17:25:41 CET 2015
>
> # timedatectl status
>   Local time: Sun 2015-11-29 17:25:46 CET
>   Universal time: Sun 2015-11-29 16:25:46 UTC
> RTC time: Sun 2015-11-29 16:25:46
> Timezone: Europe/Rome (CET, +0100)
>  NTP enabled: yes
> NTP synchronized: yes
>  RTC in local TZ: no
>   DST active: no
>  Last DST change: DST ended at
>   Sun 2015-10-25 02:59:59 CEST
>   Sun 2015-10-25 02:00:00 CET
>  Next DST change: DST begins (the clock jumps one hour forward) at
> 

Re: [ovirt-users] hosted engine vm.conf missing

[Thomas Scofield]

That file is missing

[root@ovirt01 vdsm]# ls -l /var/run/ovirt-hosted-engine-ha/vm.conf
ls: cannot access /var/run/ovirt-hosted-engine-ha/vm.conf: No such file or
directory
[root@ovirt01 vdsm]#

On Mon, Nov 30, 2015 at 4:04 AM, Simone Tiraboschi 
wrote:

>
>
> On Fri, Nov 27, 2015 at 9:48 PM, Thomas Scofield 
> wrote:
>
>> I have recently setup a ovirt hosted engine on iscsi storage and after a
>> reboot of the system I am unable to start the hosted engine.  The agent.log
>> gives errors indicating there is a missing value in the vm.conf file, but
>> the vm.conf file does not appear in the location indicated.  There is no
>> error indicated when the agent attempts to reload the vm.conf.  Any ideas
>> on how to get the hosted engine up and running?
>>
>> MainThread::INFO::2015-11-26
>> 21:31:13,071::hosted_engine::699::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock)
>> Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file:
>> /var/run/vdsm/storage/ddf4a26b-61ff-49a4-81db-9f82da35e44b/6ed6d868-aaf3-4b3f-bdf0-a4ad262709ae/1fe5b7fc-eae7-4f07-a2fe-5a082e14c876)
>> MainThread::INFO::2015-11-26
>> 21:31:13,072::upgrade::836::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade)
>> Host configuration is already up-to-date
>> MainThread::INFO::2015-11-26
>> 21:31:13,072::hosted_engine::422::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
>> Reloading vm.conf from the shared storage domain
>> MainThread::ERROR::2015-11-26
>> 21:31:13,100::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>> Error: ''Configuration value not found: 
>> file=/var/run/ovirt-hosted-engine-ha/vm.conf,
>> key=memSize'' - trying to restart agent
>> MainThread::WARNING::2015-11-26
>> 21:31:18,105::agent::208::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>> Restarting agent, attempt '9'
>> MainThread::ERROR::2015-11-26
>> 21:31:18,106::agent::210::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
>> Too many errors occurred, giving up. Please review the log and consider
>> filing a bug.
>> MainThread::INFO::2015-11-26
>> 21:31:18,106::agent::143::ovirt_hosted_engine_ha.agent.agent.Agent::(run)
>> Agent shutting down
>>
>
> Hi Thomas,
> could you please attach also your /var/run/ovirt-hosted-engine-ha/vm.conf
> ?
>
>
>>
>> ___
>> 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] Problem with hosted engine setup - vsdmd does not start

[Fabian Deutsch]

On Tue, Dec 1, 2015 at 4:52 AM, Will Dennis  wrote:
> Any clues out of the strace of vdsm?

read(9, "sudo: a password is required\n", 4096) = 29

Could it be that sudo is not configured to operate passwordless?

The strat-up can then fail, because sudo requires a ty, but this isn't
available during service start.

- fabian



> From: Willard Dennis [mailto:wden...@nec-labs.com]
> Sent: Wednesday, November 25, 2015 12:58 PM
> To: Simone Tiraboschi
> Cc: users
> Subject: Re: [ovirt-users] Problem with hosted engine setup - vsdmd does not
> start
>
>
>
> strace output:
>
> https://gist.githubusercontent.com/wdennis/d9913d8064af6a6b2c36/raw/6a33f7d9ba7da72ff9be7a15e2e81e5d06ad0fc5/vdsm-strace.txt
>
>
>
>
>
> On Nov 25, 2015, at 11:29 AM, Simone Tiraboschi  wrote:
>
>
>
>
>
>
>
> On Wed, Nov 25, 2015 at 5:22 PM, Willard Dennis 
> wrote:
>
> [root@ovirt-node-01 ~]# sudo -u vdsm /bin/bash
>
> bash-4.2$ /usr/share/vdsm/vdsm
>
> bash-4.2$ echo $?
>
> 1
>
>
>
> Can you please use strace on it?
>
>
>
>
>
> On Nov 25, 2015, at 11:16 AM, Simone Tiraboschi  wrote:
>
>
>
>
>
> On Wed, Nov 25, 2015 at 5:09 PM, Willard Dennis 
> wrote:
>
>
>
> On Nov 25, 2015, at 10:37 AM, Simone Tiraboschi  wrote:
>
>
>
>
>
>
>
> On Wed, Nov 25, 2015 at 4:20 PM, Will Dennis  wrote:
>
> Hi Simone,
>
> Looks like the vdsm log is empty...
>
> [root@ovirt-node-01 ~]# ls -l /var/log/vdsm/vdsm.log
> -rw-r--r-- 1 vdsm kvm 0 Nov 23 15:41 /var/log/vdsm/vdsm.log
>
> Yes, I did execute the ‘vdsm-tool configure –force’ command before the
> restart, looks like it worked OK, but still the same problem with starting
> vdsm...
>
>
>
>
>
> Can you please try manually run /usr/share/vdsm/vdsm as vdsm user?
>
>
>
>
>
> [root@ovirt-node-01 ~]# su - vdsm
>
> This account is currently not available.
>
> [root@ovirt-node-01 ~]#
>
> [root@ovirt-node-01 ~]# grep vdsm /etc/passwd
>
> vdsm:x:36:36:Node Virtualization Manager:/var/lib/vdsm:/sbin/nologin
>
> [root@ovirt-node-01 ~]# runuser -l vdsm -c '/usr/share/vdsm/vdsm'
>
> This account is currently not available.
>
>
>
>
>
> [root@tiramd1 ~]# sudo -u vdsm /bin/bash
>
> bash-4.2$ whoami
>
> vdsm
>
>
>
>
>
>
>
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Fabian Deutsch 
RHEV Hypervisor
Red Hat
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problem with hosted engine setup - vsdmd does not start

[Will Dennis]

Any clues out of the strace of vdsm?

From: Willard Dennis [mailto:wden...@nec-labs.com]
Sent: Wednesday, November 25, 2015 12:58 PM
To: Simone Tiraboschi
Cc: users
Subject: Re: [ovirt-users] Problem with hosted engine setup - vsdmd does not 
start

strace output:
https://gist.githubusercontent.com/wdennis/d9913d8064af6a6b2c36/raw/6a33f7d9ba7da72ff9be7a15e2e81e5d06ad0fc5/vdsm-strace.txt


On Nov 25, 2015, at 11:29 AM, Simone Tiraboschi 
> wrote:



On Wed, Nov 25, 2015 at 5:22 PM, Willard Dennis 
> wrote:
[root@ovirt-node-01 ~]# sudo -u vdsm /bin/bash
bash-4.2$ /usr/share/vdsm/vdsm
bash-4.2$ echo $?
1

Can you please use strace on it?


On Nov 25, 2015, at 11:16 AM, Simone Tiraboschi 
> wrote:


On Wed, Nov 25, 2015 at 5:09 PM, Willard Dennis 
> wrote:

On Nov 25, 2015, at 10:37 AM, Simone Tiraboschi 
> wrote:



On Wed, Nov 25, 2015 at 4:20 PM, Will Dennis 
> wrote:
Hi Simone,

Looks like the vdsm log is empty...

[root@ovirt-node-01 ~]# ls -l /var/log/vdsm/vdsm.log
-rw-r--r-- 1 vdsm kvm 0 Nov 23 15:41 /var/log/vdsm/vdsm.log

Yes, I did execute the ‘vdsm-tool configure –force’ command before the restart, 
looks like it worked OK, but still the same problem with starting vdsm...


Can you please try manually run /usr/share/vdsm/vdsm as vdsm user?


[root@ovirt-node-01 ~]# su - vdsm
This account is currently not available.
[root@ovirt-node-01 ~]#
[root@ovirt-node-01 ~]# grep vdsm /etc/passwd
vdsm:x:36:36:Node Virtualization Manager:/var/lib/vdsm:/sbin/nologin
[root@ovirt-node-01 ~]# runuser -l vdsm -c '/usr/share/vdsm/vdsm'
This account is currently not available.


[root@tiramd1 ~]# sudo -u vdsm /bin/bash
bash-4.2$ whoami
vdsm




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

Re: [ovirt-users] [SOLVED] Re: Trying to make ovirt-hosted-engine-setup create a customized Engine-vm on 3.6 HC HE

[Giuseppe Ragusa]

On Wed, Nov 25, 2015, at 12:10, Simone Tiraboschi wrote:
>
>
> On Mon, Nov 23, 2015 at 10:17 PM, Giuseppe Ragusa
>  wrote:
>> On Tue, Oct 27, 2015, at 00:10, Giuseppe Ragusa wrote:
>>
> On Mon, Oct 26, 2015, at 09:48, Simone Tiraboschi wrote:
>>
> >
>>
> >
>>
> > On Mon, Oct 26, 2015 at 12:14 AM, Giuseppe Ragusa
> >  wrote:
>>
> >> Hi all,
>>
> >> I'm experiencing some difficulties using oVirt 3.6 latest snapshot.
>>
> >>
>>
> >> I'm trying to trick the self-hosted-engine setup to create a custom
> >> engine vm with 3 nics (with fixed MACs/UUIDs).
>>
> >>
>>
> >> The GlusterFS volume (3.7.5 hyperconverged, replica 3, for the
> >> engine vm) and the network bridges (ovirtmgmt and other two
> >> bridges, called nfs and lan, for the engine vm) have been
> >> preconfigured on the initial fully-patched CentOS 7.1 host (plus
> >> other two identical hosts which are awaiting to be added).
>>
> >>
>>
> >> I'm stuck at a point with the engine vm successfully starting but
> >> with only one nic present (connected to the ovirtmgmt bridge).
>>
> >>
>>
> >> I'm trying to obtain the modified engine vm by means of a trick
> >> which used to work in a previous (aborted because of lacking GlusterFS-by-
> >> libgfapi support) oVirt 3.5 test setup (about a year ago, maybe
> >> more): I'm substituting the standard /usr/share/ovirt-hosted-engine-
> >> setup/templates/vm.conf.in with the following:
>>
> >>
>>
> >> vmId=@VM_UUID@
>>
> >> memSize=@MEM_SIZE@
>>
> >> display=@CONSOLE_TYPE@
>>
> >> devices={index:2,iface:ide,address:{ controller:0, target:0,unit:0,
> >> bus:1, type:drive},specParams:{},readonly:true,deviceId:@CDROM_UUI-
> >> D@,path:@CDROM@,device:cdrom,shared:false,type:disk@BOOT_CDROM@}
>>
> >> devices={index:0,iface:virtio,format:raw,poolID:@SP_UUID@,volumeID-
> >> :@VOL_UUID@,imageID:@IMG_UUID@,specParams:{},readonly:false,domain-
> >> ID:@SD_UUID@,optional:false,deviceId:@IMG_UUID@,address:{bus:0x00,
> >> slot:0x06, domain:0x, type:pci, function:0x0},device:disk,shar-
> >> ed:exclusive,propagateErrors:off,type:disk@BOOT_DISK@}
>>
> >> devices={device:scsi,model:virtio-scsi,type:controller}
>>
> >> devices={index:4,nicModel:pv,macAddr:02:50:56:3f:c4:b0,linkActive:-
> >> true,network:@BRIDGE@,filter:vdsm-no-mac-
> >> spoofing,specParams:{},deviceId:@NIC_UUID@,address:{bus:0x00,
> >> slot:0x03, domain:0x, type:pci,
> >> function:0x0},device:bridge,type:interface@BOOT_PXE@}
>>
> >> devices={index:8,nicModel:pv,macAddr:02:50:56:3f:c4:a0,linkActive:-
> >> true,network:lan,filter:vdsm-no-mac-
> >> spoofing,specParams:{},deviceId:6c467650-1837-47ea-89bc-
> >> 1113f4bfefee,address:{bus:0x00, slot:0x09, domain:0x, type:pci,
> >> function:0x0},device:bridge,type:interface@BOOT_PXE@}
>>
> >> devices={index:16,nicModel:pv,macAddr:02:50:56:3f:c4:c0,linkActive-
> >> :true,network:nfs,filter:vdsm-no-mac-
> >> spoofing,specParams:{},deviceId:4d8e0705-8cb4-45b7-b960-
> >> 7f98bb59858d,address:{bus:0x00, slot:0x0c, domain:0x, type:pci,
> >> function:0x0},device:bridge,type:interface@BOOT_PXE@}
>>
> >> devices={device:console,specParams:{},type:console,deviceId:@CONSO-
> >> LE_UUID@,alias:console0}
>>
> >> vmName=@NAME@
>>
> >> spiceSecureChannels=smain,sdisplay,sinputs,scursor,splayback,sreco-
> >> rd,ssmartcard,susbredir
>>
> >> smp=@VCPUS@
>>
> >> cpuType=@CPU_TYPE@
>>
> >> emulatedMachine=@EMULATED_MACHINE@
>>
> >>
>>
> >> but unfortunately the vm gets created like this (output from "ps";
> >> note that I'm attaching a CentOS7.1 Netinstall ISO with an embedded
> >> kickstart: the installation should proceed by HTTP on the lan
> >> network but obviously fails):
>>
> >>
>>
> >> /usr/libexec/qemu-kvm -name HostedEngine -S -machine
>>
> >> pc-i440fx-rhel7.1.0,accel=kvm,usb=off -cpu Westmere -m 4096 -
> >> realtime mlock=off
>>
> >> -smp 2,sockets=2,cores=1,threads=1 -uuid f49da721-8aa6-4422-8b91-
> >> e91a0e38aa4a -s
>>
> >> mbios type=1,manufacturer=oVirt,product=oVirt Node,version=7-
> >> 1.1503.el7.centos.2
>>
> >> .8,serial=2a1855a9-18fb-4d7a-b8b8-6fc898a8e827,uuid=f49da721-8aa6-
> >> 4422-8b91-e91a
>>
> >> 0e38aa4a -no-user-config -nodefaults -chardev
> >> socket,id=charmonitor,path=/var/li
>>
> >> b/libvirt/qemu/HostedEngine.monitor,server,nowait -mon
> >>   chardev=charmonitor,id=mo
>>
> >> nitor,mode=control -rtc base=2015-10-25T11:22:22,driftfix=slew -
> >> global kvm-pit.l
>>
> >> ost_tick_policy=discard -no-hpet -no-reboot -boot strict=on -device
> >> piix3-usb-uh
>>
> >> ci,id=usb,bus=pci.0,addr=0x1.0x2 -device virtio-scsi-
> >> pci,id=scsi0,bus=pci.0,addr
>>
> >> =0x4 -device virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x5
> >> =-drive file=
>>
> >> /var/tmp/engine.iso,if=none,id=drive-ide0-1-
> >> 0,readonly=on,format=raw,serial= -device 
> >> ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-
> >> 0,bootindex=1 -drive file=/var/run/vdsm/storage/be4434bf-a5fd-44d7-8011-
> >> 

[ovirt-users] Engine upgrade error

[Frank Rothenstein]

Hello,

I tried several times to upgrade my ovirt-engine 3.5.5 to 3.6. Every
time the setup stops at updating the DB-schema. The log revealed when
this happpens: The setup ist complaining about a duplicated key - here
is the part of the log. Of course there is only one network in the
interface.

Can anybody help me getting a solution?

Thnaks, Frank

Running upgrade sql script '/usr/share/ovirt-
engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_inte
rface.sql'...
2542964-
2542965-2015-11-30 08:15:26 DEBUG
otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
plugin.execute:941 execute-output: ['/usr/share/ovirt-
engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u',
'engine', '-d', 'engine', '-l', '/var/log/ovirt-engine/setup/ovirt-
engine-setup-20151130073216-erdh9f.log', '-c', 'apply'] stderr:
2543300-psql:/usr/share/ovirt-
engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_inte
rface.sql:1: ERROR:  could not create unique index
"vds_interface_vds_id_network_name_unique"
2543487:DETAIL:  Key (vds_id, network_name)=(ba954f0f-6ecb-4ec8-b169-
7e0a1147b4cd, KHnetz) is duplicated.
2543585-CONTEXT:  SQL statement "ALTER TABLE vds_interface ADD
CONSTRAINT vds_interface_vds_id_network_name_unique unique (vds_id,
network_name)"
2543723-PL/pgSQL function fn_db_create_constraint(character
varying,character varying,text) line 4 at EXECUTE statement
2543835-FATAL: Cannot execute sql command: --file=/usr/share/ovirt-
engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_inte
rface.sql
2543975-
2543976-2015-11-30 08:15:26 DEBUG otopi.context
context._executeMethod:156 method exception
2544060-Traceback (most recent call last):
2544095-  File "/usr/lib/python2.7/site-packages/otopi/context.py",
line 146, in _executeMethod
2544183-method['method']()
2544206-  File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-
engine-setup/ovirt-engine/db/schema.py", line 291, in _misc
2544325-oenginecons.EngineDBEnv.PGPASS_FILE
2544365-  File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line
946, in execute
255-command=args[0],
2544466-RuntimeError: Command '/usr/share/ovirt-
engine/dbscripts/schema.sh' failed to execute
2544552-2015-11-30 08:15:26 ERROR otopi.context
context._executeMethod:165 Failed to execute stage 'Misc
configuration': Command '/usr/share/ovirt-engine/dbscripts/schema.sh'
failed to execute
2544737-2015-11-30 08:15:26 DEBUG otopi.transaction
transaction.abort:134 aborting 'Yum Transaction'
2544830-2015-11-30 08:15:26 INFO
otopi.plugins.otopi.packagers.yumpackager yumpackager.info:95 Yum
Performing yum transaction rollback



 

__
BODDEN-KLINIKEN Ribnitz-Damgarten GmbH
Sandhufe 2
18311 Ribnitz-Damgarten

Telefon: 03821-700-0
Fax:   03821-700-240

E-Mail: i...@bodden-kliniken.de   Internet: http://www.bodden-kliniken.de

Sitz: Ribnitz-Damgarten, Amtsgericht: Stralsund, HRB 2919, Steuer-Nr.: 
079/133/40188
Aufsichtsratsvorsitzende: Carmen Schröter, Geschäftsführer: Dr. Falko Milski

Der Inhalt dieser E-Mail ist ausschließlich für den bezeichneten Adressaten 
bestimmt. Wenn Sie nicht der vorge- 
sehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, beachten Sie 
bitte, dass jede Form der Veröf- 
fentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail 
unzulässig ist. Wir bitten Sie, sofort den 
Absender zu informieren und die E-Mail zu löschen. 


 Bodden-Kliniken Ribnitz-Damgarten GmbH 2015
*** Virenfrei durch Kerio Mail Server und Sophos Antivirus ***

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

Re: [ovirt-users] hosted engine vm.conf missing

[Simone Tiraboschi]

On Fri, Nov 27, 2015 at 9:48 PM, Thomas Scofield 
wrote:

> I have recently setup a ovirt hosted engine on iscsi storage and after a
> reboot of the system I am unable to start the hosted engine.  The agent.log
> gives errors indicating there is a missing value in the vm.conf file, but
> the vm.conf file does not appear in the location indicated.  There is no
> error indicated when the agent attempts to reload the vm.conf.  Any ideas
> on how to get the hosted engine up and running?
>
> MainThread::INFO::2015-11-26
> 21:31:13,071::hosted_engine::699::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_initialize_sanlock)
> Ensuring lease for lockspace hosted-engine, host id 1 is acquired (file:
> /var/run/vdsm/storage/ddf4a26b-61ff-49a4-81db-9f82da35e44b/6ed6d868-aaf3-4b3f-bdf0-a4ad262709ae/1fe5b7fc-eae7-4f07-a2fe-5a082e14c876)
> MainThread::INFO::2015-11-26
> 21:31:13,072::upgrade::836::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade)
> Host configuration is already up-to-date
> MainThread::INFO::2015-11-26
> 21:31:13,072::hosted_engine::422::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
> Reloading vm.conf from the shared storage domain
> MainThread::ERROR::2015-11-26
> 21:31:13,100::agent::205::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
> Error: ''Configuration value not found: 
> file=/var/run/ovirt-hosted-engine-ha/vm.conf,
> key=memSize'' - trying to restart agent
> MainThread::WARNING::2015-11-26
> 21:31:18,105::agent::208::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
> Restarting agent, attempt '9'
> MainThread::ERROR::2015-11-26
> 21:31:18,106::agent::210::ovirt_hosted_engine_ha.agent.agent.Agent::(_run_agent)
> Too many errors occurred, giving up. Please review the log and consider
> filing a bug.
> MainThread::INFO::2015-11-26
> 21:31:18,106::agent::143::ovirt_hosted_engine_ha.agent.agent.Agent::(run)
> Agent shutting down
>

Hi Thomas,
could you please attach also your /var/run/ovirt-hosted-engine-ha/vm.conf ?


>
> ___
> 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 wishlist: oVirt Engine

[Giuseppe Ragusa]

On Fri, Nov 20, 2015, at 13:54, Giuseppe Ragusa wrote:
> Hi all,
> I go on with my wishlist, derived from both solitary mumblings and community 
> talks at the the first Italian oVirt Meetup.
> 
> I offer to help in coding (work/family schedules permitting) but keep in mind 
> that I'm a sysadmin with mainly C and bash-scripting skills (but hoping to 
> improve my less-than-newbie Python too...)
> 
> I've sent separate wishlist messages for oVirt Node and VDSM.
> 
> oVirt Engine:
> 
> *) add Samba/CTDB/Ganesha capabilities (maybe in the GlusterFS management 
> UI); there are related wishlist items on configuring/managing 
> Samba/CTDB/Ganesha on oVirt Node and on VDSM
> 
> *) add the ability to manage containers (maybe initially as an exclusive 
> cluster type but allowing it to coexist with GlusterFS); there are related 
> wishlist items on supporting containers on the oVirt Node and on VDSM
> 
> *) add Open vSwitch direct support (not Neutron-mediated); there are related 
> wishlist items on configuring/managing Open vSwitch on oVirt Node and on VDSM
> 
> *) add DRBD9 as a supported Storage Domain type, HC/HE too, managed from the 
> Engine UI similarly to GlusterFS; there are related wishlist items on 
> configuring/managing DRBD9 on oVirt Node and on VDSM
> 
> *) add support for managing/limiting GlusterFS heal/rebalance bandwidth usage 
> in HC setup [1]; this is actually a GlusterFS wishlist item first and 
> foremost, but I hope our use case could be considered compelling enough to 
> "force their hand" a bit ;)

I've just posted a corresponding RFE for GlusterFS on:

http://www.gluster.org/pipermail/gluster-devel/2015-November/047238.html

Upvote that, if you think it's needed ;-)

> Regards,
> Giuseppe
> 
> [1] bandwidth limiting seems to be supported only for geo-replication on 
> GlusterFS side; it is my understanding that on non-HC setups the 
> heal/rebalance traffic could be kept separate from hypervisor/client traffic 
> (if a separate, Gluster-only, network is physically available and Gluster 
> cluster nodes have been peer-probed on those network addresses)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Issue with kernel 2.6.32-573.3.1.el6.x86_64?

[Ernest Beinrohr]

On 23.10.2015 09:47, Giorgio Bersano wrote:

Hi Michael,
if you have the possibility to test with
kernel-2.6.32-504.16.2.el6.x86_64 and
kernel-2.6.32-504.23.4.el6.x86_64 please do it.


I have similar VLAN problems with kernels 573.7.1 and 573.8.1. On 2 of 
my hosts VLANs are not working. I use bonding and VLANs over the bond0. 
The problematic hosts use the "igb" network driver with "Intel 
Corporation I350 Gigabit Network Connection". Other hosts have working 
VLANs.


With .504. kernels everything works.


PS: https://www.centos.org/forums/viewtopic.php?f=16=54330
--
Ernest Beinrohr, AXON PRO
Ing , RHCE 
, RHCVA 
, LPIC 
, VCA ,

+421-2-62410360 +421-903-482603
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Engine upgrade error - 03_06_1670_unique_vds_id_network_name_vds_interface.sql

[Yedidyah Bar David]

On Mon, Nov 30, 2015 at 3:34 PM, Frank Rothenstein
 wrote:
> Hello,
>
> I tried several times to upgrade my ovirt-engine 3.5.5 to 3.6. Every
> time the setup stops at updating the DB-schema. The log revealed when
> this happpens: The setup ist complaining about a duplicated key - here
> is the part of the log. Of course there is only one network in the
> interface.
>
> Can anybody help me getting a solution?
>
> Thnaks, Frank
>
> Running upgrade sql script '/usr/share/ovirt-
> engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_inte
> rface.sql'...
> 2542964-
> 2542965-2015-11-30 08:15:26 DEBUG
> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> plugin.execute:941 execute-output: ['/usr/share/ovirt-
> engine/dbscripts/schema.sh', '-s', 'localhost', '-p', '5432', '-u',
> 'engine', '-d', 'engine', '-l', '/var/log/ovirt-engine/setup/ovirt-
> engine-setup-20151130073216-erdh9f.log', '-c', 'apply'] stderr:
> 2543300-psql:/usr/share/ovirt-
> engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_inte
> rface.sql:1: ERROR:  could not create unique index
> "vds_interface_vds_id_network_name_unique"
> 2543487:DETAIL:  Key (vds_id, network_name)=(ba954f0f-6ecb-4ec8-b169-
> 7e0a1147b4cd, KHnetz) is duplicated.
> 2543585-CONTEXT:  SQL statement "ALTER TABLE vds_interface ADD
> CONSTRAINT vds_interface_vds_id_network_name_unique unique (vds_id,
> network_name)"
> 2543723-PL/pgSQL function fn_db_create_constraint(character
> varying,character varying,text) line 4 at EXECUTE statement
> 2543835-FATAL: Cannot execute sql command: --file=/usr/share/ovirt-
> engine/dbscripts/upgrade/03_06_1670_unique_vds_id_network_name_vds_inte
> rface.sql

Can you post output of 'select * from vds_interface' from engine database?

Adding Eli and changing subject.

> 2543975-
> 2543976-2015-11-30 08:15:26 DEBUG otopi.context
> context._executeMethod:156 method exception
> 2544060-Traceback (most recent call last):
> 2544095-  File "/usr/lib/python2.7/site-packages/otopi/context.py",
> line 146, in _executeMethod
> 2544183-method['method']()
> 2544206-  File "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-
> engine-setup/ovirt-engine/db/schema.py", line 291, in _misc
> 2544325-oenginecons.EngineDBEnv.PGPASS_FILE
> 2544365-  File "/usr/lib/python2.7/site-packages/otopi/plugin.py", line
> 946, in execute
> 255-command=args[0],
> 2544466-RuntimeError: Command '/usr/share/ovirt-
> engine/dbscripts/schema.sh' failed to execute
> 2544552-2015-11-30 08:15:26 ERROR otopi.context
> context._executeMethod:165 Failed to execute stage 'Misc
> configuration': Command '/usr/share/ovirt-engine/dbscripts/schema.sh'
> failed to execute
> 2544737-2015-11-30 08:15:26 DEBUG otopi.transaction
> transaction.abort:134 aborting 'Yum Transaction'
> 2544830-2015-11-30 08:15:26 INFO
> otopi.plugins.otopi.packagers.yumpackager yumpackager.info:95 Yum
> Performing yum transaction rollback
>
>
>
>
>
> __
> BODDEN-KLINIKEN Ribnitz-Damgarten GmbH
> Sandhufe 2
> 18311 Ribnitz-Damgarten
>
> Telefon: 03821-700-0
> Fax:   03821-700-240
>
> E-Mail: i...@bodden-kliniken.de   Internet: http://www.bodden-kliniken.de
>
> Sitz: Ribnitz-Damgarten, Amtsgericht: Stralsund, HRB 2919, Steuer-Nr.: 
> 079/133/40188
> Aufsichtsratsvorsitzende: Carmen Schröter, Geschäftsführer: Dr. Falko Milski
>
> Der Inhalt dieser E-Mail ist ausschließlich für den bezeichneten Adressaten 
> bestimmt. Wenn Sie nicht der vorge-
> sehene Adressat dieser E-Mail oder dessen Vertreter sein sollten, beachten 
> Sie bitte, dass jede Form der Veröf-
> fentlichung, Vervielfältigung oder Weitergabe des Inhalts dieser E-Mail 
> unzulässig ist. Wir bitten Sie, sofort den
> Absender zu informieren und die E-Mail zu löschen.
>
>
>  Bodden-Kliniken Ribnitz-Damgarten GmbH 2015
> *** Virenfrei durch Kerio Mail Server und Sophos Antivirus ***
>
> ___
> 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