Re: [Users] host remains in status unassigned

2013-07-14 Thread Gianluca Cecchi 
On Mon, Jul 15, 2013 at 8:43 AM, Roy Golan  wrote:

>>
> Unfortunatly you can't. "unassigned" puts the host in transition and its
> status should be transited automatically by the engine. Its a bug that it
> didn't
> move to any other state - Non-operational/up/non-responsive etc.
>
> Can you help me with a stacktrace of your engine with the output of "jstack
> -l ?
>

In fact after my final recover operations (change permissions of
vdsm.log and reboot of host and engine servers), after a few hours I
connected to the infra and I discovered that actually it recovered
automatically after a few minutes of engine reboot, putting online
host and all related storage domains and I was able to start without
problems my VMs again.
If confirmed fixed in 3.2.2 I'm going to update in coming days after
this activity I had to do today.

details:
reboot of host at 16:54 with start of vdsmd
reboot of engine at 17:34

these logs in engine should show host becoming operational again after
4 minutes if I understand correctly

2013-07-14 17:37:41,658 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand] (Defaul
tQuartzScheduler_Worker-7) spmStart polling ended, spm status: SPM
2013-07-14 17:37:41,660 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand] (De
faultQuartzScheduler_Worker-7) START, HSMClearTaskVDSCommand(HostName
= management02, HostId = 605a7
bda-a122-40be-a5ea-8f12e11484be,
taskId=11aef1c7-cc52-42d4-b884-bbb1e3810260), log id: 2d48c7f0
2013-07-14 17:37:41,668 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.HSMClearTaskVDSCommand]
(DefaultQuartzScheduler_Worker-7) FINISH, HSMClearTaskVDSCommand, log
id: 2d48c7f0
2013-07-14 17:37:41,668 INFO
[org.ovirt.engine.core.vdsbroker.vdsbroker.SpmStartVDSCommand]
(DefaultQuartzScheduler_Worker-7) FINISH, SpmStartVDSCommand, return:
org.ovirt.engine.core.common.businessentities.SpmStatusResult@57ce4b98,
log id: 27089775
2013-07-14 17:37:41,672 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
(DefaultQuartzScheduler_Worker-7) Initialize Irs proxy from vds:
management02
2013-07-14 17:37:51,385 WARN
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
(DefaultQuartzScheduler_Worker-6) Storage Domain
24f30005-1f28-474d-9855-14932f8e0f1e:EXP_DOMAIN was reported by Host
management02 as Active in Pool bc50e9ae-0206-47bb-929f-c5aaf653fb14,
moving to active status
2013-07-14 17:37:51,393 WARN
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsBrokerCommand]
(DefaultQuartzScheduler_Worker-6) Storage Domain
9b9fef06-694e-4ec4-b090-73508cf9:222b30001551a8c76 was reported by
Host management02 as Active in Pool
bc50e9ae-0206-47bb-929f-c5aaf653fb14, moving to active status

Thanks again

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

Re: [Users] host remains in status unassigned

2013-07-14 Thread Roy Golan 

On Sun 14 Jul 2013 08:12:21 PM IDT, Gianluca Cecchi wrote:


Il giorno 14/lug/2013 17:35, "Joop" mailto:jvdw...@xs4all.nl>> ha scritto:
>
> Gianluca Cecchi wrote:
>>
>> Hello,
>>
>> oVirt 3.2.1 on F18
>> One mgmt server + one host.
>>
>> At some point the host had some problem and was rebooted
>> at reboot ther was a problem because I got
>>
>> detected unhandled Python exception in '/usr/share/vdsm/vdsm'
>>
>> watching at
>> http://www.ovirt.org/Troubleshooting
>>
>> I verified that for some reason vdsmd.log was root.root.
>> So I set correct permissions and restarted the node.
>>
>>
>
> OK, I have had this too and managed to get out of it uptil now,
maybe my experience will help you, may you have already tried what I'm
going to suggest.
> Put the host in maintenance, login with ssh on the host and restart
the vdsmd service, activate the host.
>
> I think I amended vdsms logrotate.conf with a user statement so that
it wouldn't make root owner of vdsmd.log. There is a race condition
that has been fixed I think in 3.2.2 and onwards.
>
> Hope this helps you,
>
> Joop
>
I'm going to check but it seems to me that I could only select "host
has rebooted" that failed because "unassigned" is not a good starting
point to set it.
Not sure I could put in maintenance. ..
Gianluca

Unfortunatly you can't. "unassigned" puts the host in transition and 
its status should be transited automatically by the engine. Its a bug 
that it didn't

move to any other state - Non-operational/up/non-responsive etc.

Can you help me with a stacktrace of your engine with the output of 
"jstack -l ?







___
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: [Users] Limit migration bandwidth

2013-07-14 Thread Joop 

Matt . wrote:

Hi Joop.

What is your actual problem here ?

I have seperated nics for:

- Management
- VM (Internal/LAN)
- VM (Outside/WAN)
- Storage

Or are you putting everything over one pipe ?



Yes, I'm currently  using one pipe as a temporarily solution. These are 
'old' Xen vmhost with Debian VMs on it in a ISCSI environment which have 
a iscsi connection leak. Converting those Xen hosts to ovirt allows us 
to keep them around a while longer but since there is no network 
separation I needed that parameter otherwise migrating large amounts of 
VM's causes network congestion.


Joop


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

Re: [Users] Limit migration bandwidth

2013-07-14 Thread Matt . 
Hi Joop.

What is your actual problem here ?

I have seperated nics for:

- Management
- VM (Internal/LAN)
- VM (Outside/WAN)
- Storage

Or are you putting everything over one pipe ?

Cheers,

Matt


2013/7/14 Joop 

> Thanks, that is it, problem solved.
>
> Joop
> --
> Sent from my Android tablet with K-9 Mail. Please excuse my brevity.
> ___
> 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: [Users] Cannot connect via spice-html5. & How to use noVnc?

2013-07-14 Thread Matt . 
Hi,

I was just busy with this today.

I stopped with installing the virt-viewer on OSX, so I'm really into the
NoVNC version.

After the installation of the webproxy on the engine I was wondering if I
need to re-run the whole setup like here:

http://www.ovirt.org/Features/noVNC_console#Test_case_1_-_Websocket_Proxy_on_the_engine.27s_machine

Because this would be a pain actually.

Maybe we need to change the docs here a little bit after all.

Cheers,

Matt


2013/7/14 lofyer 

> On 2013/7/12 18:08, Frantisek Kobzik wrote:
>
>> Hello,
>>
>> for running spice-html5 and novnc you also must update certificates in
>> your browser - it means you must add the certificate that websocket proxy
>> uses (SSL_CERTIFICATE in the config file) to the browser (or trust the CA
>> of the engine). Could you try adding it?
>>
>> Thanks,
>> Frank.
>>
>> - Original Message -
>> From: "lof yer" 
>> To: "users" 
>> Sent: Friday, July 12, 2013 11:07:57 AM
>> Subject: [Users] Cannot connect via spice-html5. & How to use noVnc?
>>
>> Here's my ovirt-websocket-proxy's status when I open the spice-html5
>> client
>>
>> ovirt-websocket-proxy.service - oVirt Engine websockets proxy
>> Loaded: loaded (/usr/lib/systemd/system/**ovirt-websocket-proxy.service;
>> enabled)
>> Active: active (running) since Fri 2013-07-12 17:03:46 CST; 31s ago
>> Main PID: 19226 (ovirt-websocket)
>> CGroup: name=systemd:/system/ovirt-**websocket-proxy.service
>> └─19226 /usr/bin/python /usr/share/ovirt-engine/**
>> services/ovirt-websocket-**proxy.py start
>>
>> Jul 12 17:03:46 engine systemd[1]: Started oVirt Engine websockets proxy.
>> Jul 12 17:04:01 engine ovirt-websocket-proxy.py[**19226]: WebSocket
>> server settings:
>> Jul 12 17:04:01 engine ovirt-websocket-proxy.py[**19226]: - Listen on
>> *:6100
>> Jul 12 17:04:01 engine ovirt-websocket-proxy.py[**19226]: - Flash
>> security policy server
>> Jul 12 17:04:01 engine ovirt-websocket-proxy.py[**19226]: - SSL/TLS
>> support
>> Jul 12 17:04:01 engine ovirt-websocket-proxy.py[**19226]: - Deny
>> non-SSL/TLS connections
>> Jul 12 17:04:01 engine ovirt-websocket-proxy.py[**19226]: - proxying
>> from *:6100 to targets in /dummy
>> Jul 12 17:04:01 engine ovirt-websocket-proxy.py[**19226]: 1: handler
>> exception: WSRequestHandler instance has no attribute 'last_code'
>>
>> __**_
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/**mailman/listinfo/users
>>
> Sorry, it did not work.
> And there is no "monitor" in IE(10) if the monitor type is SPICE now even
> if I installed the SpiceX.cab.
>
> __**_
> 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: [Users] host remains in status unassigned

2013-07-14 Thread Gianluca Cecchi 
Il giorno 14/lug/2013 17:35, "Joop"  ha scritto:
>
> Gianluca Cecchi wrote:
>>
>> Hello,
>>
>> oVirt 3.2.1 on F18
>> One mgmt server + one host.
>>
>> At some point the host had some problem and was rebooted
>> at reboot ther was a problem because I got
>>
>> detected unhandled Python exception in '/usr/share/vdsm/vdsm'
>>
>> watching at
>> http://www.ovirt.org/Troubleshooting
>>
>> I verified that for some reason vdsmd.log was root.root.
>> So I set correct permissions and restarted the node.
>>
>>
>
> OK, I have had this too and managed to get out of it uptil now, maybe my
experience will help you, may you have already tried what I'm going to
suggest.
> Put the host in maintenance, login with ssh on the host and restart the
vdsmd service, activate the host.
>
> I think I amended vdsms logrotate.conf with a user statement so that it
wouldn't make root owner of vdsmd.log. There is a race condition that has
been fixed I think in 3.2.2 and onwards.
>
> Hope this helps you,
>
> Joop
>
I'm going to check but it seems to me that I could only select "host has
rebooted" that failed because "unassigned" is not a good starting point to
set it.
Not sure I could put in maintenance. ..
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] host remains in status unassigned

2013-07-14 Thread Joop 

Gianluca Cecchi wrote:

Hello,

oVirt 3.2.1 on F18
One mgmt server + one host.

At some point the host had some problem and was rebooted
at reboot ther was a problem because I got

detected unhandled Python exception in '/usr/share/vdsm/vdsm'

watching at
http://www.ovirt.org/Troubleshooting

I verified that for some reason vdsmd.log was root.root.
So I set correct permissions and restarted the node.

  
OK, I have had this too and managed to get out of it uptil now, maybe my 
experience will help you, may you have already tried what I'm going to 
suggest.
Put the host in maintenance, login with ssh on the host and restart the 
vdsmd service, activate the host.


I think I amended vdsms logrotate.conf with a user statement so that it 
wouldn't make root owner of vdsmd.log. There is a race condition that 
has been fixed I think in 3.2.2 and onwards.


Hope this helps you,

Joop

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

[Users] host remains in status unassigned

2013-07-14 Thread Gianluca Cecchi 
Hello,

oVirt 3.2.1 on F18
One mgmt server + one host.

At some point the host had some problem and was rebooted
at reboot ther was a problem because I got

detected unhandled Python exception in '/usr/share/vdsm/vdsm'

watching at
http://www.ovirt.org/Troubleshooting

I verified that for some reason vdsmd.log was root.root.
So I set correct permissions and restarted the node.

Now it stays at "unassigned" status from an engine point of view, that
I don't know what means...
In node messages

Jul 14 16:55:02 management02 vdsm vds WARNING Unable to load the json
rpc server module. Please make sure it is installed.

[root@management02 ~]# systemctl status vdsmd
vdsmd.service - Virtual Desktop Server Manager
  Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled)
  Active: active (running) since Sun 2013-07-14 16:54:58 CEST; 6min ago
 Process: 1015 ExecStart=/lib/systemd/systemd-vdsmd start
(code=exited, status=0/SUCCESS)
Main PID: 2128 (respawn)
  CGroup: name=systemd:/system/vdsmd.service
  ├─2128 /bin/bash -e /usr/share/vdsm/respawn --minlifetime 10
--daemon --masterpid /var/run/vdsm/respawn
  ├─2131 /usr/bin/python /usr/share/vdsm/vdsm
  ├─2151 /usr/bin/sudo -n /usr/bin/python
/usr/share/vdsm/supervdsmServer.py 62a4a000-a73a-4e2c-b1a8-25e24...
  └─2152 /usr/bin/python /usr/share/vdsm/supervdsmServer.py
62a4a000-a73a-4e2c-b1a8-25e24587b558 2131 /var...

Jul 14 16:54:58 management02.localdomain.local runuser[2125]:
pam_unix(runuser:session): session opened for user vdsm ...d=0)
Jul 14 16:54:58 management02.localdomain.local runuser[2125]:
pam_unix(runuser:session): session closed for user vdsm
Jul 14 16:54:58 management02.localdomain.local systemd-vdsmd[1015]:
[27B blob data]
Jul 14 16:54:58 management02.localdomain.local systemd[1]: Started
Virtual Desktop Server Manager.
Jul 14 16:54:59 management02.localdomain.local python[2131]:
DIGEST-MD5 client step 2
Jul 14 16:54:59 management02.localdomain.local python[2131]:
DIGEST-MD5 client step 2
Jul 14 16:54:59 management02.localdomain.local python[2131]:
DIGEST-MD5 client step 3
Jul 14 16:54:59 management02.localdomain.local vdsm[2131]: vdsm
fileUtils WARNING Dir /rhev/data-center/mnt already exists
Jul 14 16:55:02 management02.localdomain.local vdsm[2131]: vdsm vds
WARNING Unable to load the json rpc server moduleled.
Jul 14 16:55:04 management02.localdomain.local vdsm[2131]: vdsm
fileUtils WARNING Dir /rhev/data-center/hsm-tasks alre...ists

In vdsm.log


torageRefresh::DEBUG::2013-07-14
16:55:01,919::misc::1064::SamplingMethod::(__call__) Returning last
result
MainProcess|storageRefresh::DEBUG::2013-07-14
16:55:01,921::misc::84::Storage.Misc.excCmd::() '/usr/bin/dd
of=/sys/class
/scsi_host/host0/scan' (cwd None)
MainProcess|storageRefresh::DEBUG::2013-07-14
16:55:01,932::iscsi::402::Storage.ISCSI::(forceIScsiScan) Performing
SCSI scan, th
is will take up to 30 seconds
MainThread::INFO::2013-07-14 16:55:02,085::momIF::36::MOM::(__init__)
Starting up MOM
MainThread::INFO::2013-07-14
16:55:02,091::vmChannels::140::vds::(settimeout) Setting channels'
timeout to 30 seconds.
VM Channels Listener::INFO::2013-07-14
16:55:02,091::vmChannels::128::vds::(run) Starting VM channels
listener thread.
MainThread::WARNING::2013-07-14
16:55:02,139::clientIF::175::vds::(_prepareBindings) Unable to load
the json rpc server module. Please make sure it is installed.
storageRefresh::DEBUG::2013-07-14
16:55:04,290::misc::84::Storage.Misc.excCmd::() '/usr/bin/sudo
-n /sbin/multipath' (cwd None)
storageRefresh::DEBUG::2013-07-14
16:55:04,341::misc::84::Storage.Misc.excCmd::() SUCCESS: 
= '';  = 0
storageRefresh::DEBUG::2013-07-14
16:55:04,342::lvm::477::OperationMutex::(_invalidateAllPvs) Operation
'lvm invalidate operation' got the operation mutex
storageRefresh::DEBUG::2013-07-14
16:55:04,342::lvm::479::OperationMutex::(_invalidateAllPvs) Operation
'lvm invalidate operation' released the operation mutex
storageRefresh::DEBUG::2013-07-14
16:55:04,342::lvm::488::OperationMutex::(_invalidateAllVgs) Operation
'lvm invalidate operation' got the operation mutex
storageRefresh::DEBUG::2013-07-14
16:55:04,343::lvm::490::OperationMutex::(_invalidateAllVgs) Operation
'lvm invalidate operation' released the operation mutex
storageRefresh::DEBUG::2013-07-14
16:55:04,343::lvm::508::OperationMutex::(_invalidateAllLvs) Operation
'lvm invalidate operation' got the operation mutex
storageRefresh::DEBUG::2013-07-14
16:55:04,343::lvm::510::OperationMutex::(_invalidateAllLvs) Operation
'lvm invalidate operation' released the operation mutex
storageRefresh::DEBUG::2013-07-14
16:55:04,344::misc::1064::SamplingMethod::(__call__) Returning last
result
storageRefresh::WARNING::2013-07-14
16:55:04,344::fileUtils::185::fileUtils::(createdir) Dir
/rhev/data-center/hsm-tasks already exists

full engine logs and vdsm logs here
https://docs.google.com/file/d/0BwoPbcrMv8mvTXpFNmw3UG9NVzg/edit?usp=sharing
and
https://docs.google.com/file/d/0BwoP

Re: [Users] Limit migration bandwidth

2013-07-14 Thread Joop 
Thanks, that is it, problem solved.

Joop
-- 
Sent from my Android tablet with K-9 Mail. Please excuse my brevity.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] f19 guest in oVirt 3.2.2 considerations

2013-07-14 Thread Dan Kenigsberg 
On Thu, Jul 11, 2013 at 09:35:21PM +0200, Gianluca Cecchi wrote:
> Successfully installed f19 x86_64 guest desktop via pxe.
> Vm configured in oVirt as other linux
> 
> run yum update after install
> 
> qemu-kvm process command line on host for this VM contains:
> 
> -vga qxl -global qxl-vga.vram_size=671088
> 
> On F19 VM xorg qxl driver automatically installed and used and also
> spice-vdagent
> I had to manually install ovirt-guest-agent from standard fedora repo
> --> perhaps it would be nice to have it some sort of automatically
> installed in oVirt guest... how?
> 
> 
> I put guest in full screen, aka in my setup 1680x1050
> Able to use gnome 3 even if quite slow.
> 
> As soon as I start firefox and begin to use it I get this in Xorg.0.log
> 
> ...
> [   789.615] - 3th attempt
> [   789.615] - OOM at 640 360 32 (= 921600 bytes)
> [   789.615] Cache contents:  null null null null null null null null
> null null null null null null null null null null null null null null
> null null null null null null null null null null null null null null
> null null null null null null null null null null null null null null
> null null null null null null null  956 1008 null null  974 1017 1020
>total: 5
> [   789.627] - 4th attempt
> [   789.627] - OOM at 640 360 32 (= 921600 bytes)
> [   789.627] Cache contents:  null null null null null null null null
> null null null null null null null null null null null null null null
> null null null null null null null null null null null null null null
> null null null null null null null null null null null null null null
> null null null null null null null  956 1008 null null  974 1017 1020
>total: 5
> [   789.639] Out of video memory: Could not allocate 924160 bytes
> 
> Is there any way to customize spice video memory?

Engine passes a specParam named "vram" for the memory size. Eli, I have
a vague memory that it was tunabled. Am I right?

If not, you could set a vdsm hook to tweak it.

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

Re: [Users] Limit migration bandwidth

2013-07-14 Thread Doron Fediuck 
- Original Message -
| From: "Joop" 
| To: users@ovirt.org
| Sent: Sunday, July 14, 2013 12:21:20 AM
| Subject: [Users] Limit migration bandwidth
| 
| Hi All,
| 
| I have seen this question asked before and seen it answered but can't
| find it back on either the mailinglist or IRC, probably because I don't
| use the correct search term but can't dream up any new ones so I'm asking:
| How to limit the amount of VM's that can simultaneously be migrated and
| how to limit the bandwidth used by migrating VM's?
| Looked at vdc_options, engine-config but have run out of ides.
| 
| Thanks in advance,
| 
| Joop
| --
| irc: jvandewege
| 

Hi Joop,
Currently it is possible to hard-limit the migration using
The /usr/share/doc//vdsm.conf.sample file with

# Maximum bandwidth for migration, in mbps, 0 means libvirt's default (30mbps?).
# migration_max_bandwidth = 0

Change 0 to something else (5 does magic IIRC) to see how it works.

In the coming oVirt 3.3 we should be able to handle this by separating
the migration network, and then use-
http://www.ovirt.org/Features/Network_QoS

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

Re: [Users] Fedora upgrading from 3.1 to 3.2

2013-07-14 Thread Alex Lourie 
Hi Karli

It's been awhile since we heard from you. Would you mind updating us on your 
status?

Thanks

-- 

Best regards,

Alex Lourie
Software Developer in Integration
Red Hat


- Original Message -
> From: "Alex Lourie" 
> To: "Karli Sjöberg" 
> Cc: users@ovirt.org
> Sent: Wednesday, July 10, 2013 7:16:02 PM
> Subject: Re: [Users] Fedora upgrading from 3.1 to 3.2
> 
> Hi Karli
> 
> 'Restore' certificates basically means taking the backup of
> /etc/pki/ovirt-engine/certs and /keys and restoring them into 3.2 after
> installation.
> 
> --dont-drop-database will do exactly that - leave DB intact; that can be for
> your benefit in some cases.
> 
> I'll be happy to hear on your progress.
> 
> --
> 
> Best regards,
> 
> Alex Lourie
> Software Developer in Integration
> Red Hat
> 
> 
> - Original Message -
> > From: "Karli Sjöberg" 
> > To: "Alex Lourie" 
> > Cc: users@ovirt.org
> > Sent: Friday, July 5, 2013 8:34:22 PM
> > Subject: SV: [Users] Fedora upgrading from 3.1 to 3.2
> > 
> > Hi Alex,
> > 
> > crappy MS webmail that can´t figure out indents while on vacation, just
> > FYI.
> > Yes, progress is always good:) I would like to have some pointers about nr.
> > 4: Restore certificates. Then I can ask one of my co-workers to test the
> > procedure and report back. So, restore certs; How to?
> > 
> > Or! I saw in another thread there was a "engine-cleanup --dont-drop-dbase"
> > something or other... Is there an equivalent for "engine-setup", like
> > "--dont-touch-dbase"? Or "engine-cleanup --dbase-something" and then
> > "engine-setup" again, and it´ll just play nice with the dbase that´s still
> > there perhaps?
> > 
> > /Karli
> > 
> > 
> > Från: Alex Lourie [alou...@redhat.com]
> > Skickat: den 30 juni 2013 17:29
> > Till: Karli Sjöberg
> > Cc: users@ovirt.org
> > Ämne: Re: [Users] Fedora upgrading from 3.1 to 3.2
> > 
> > Hi Karli
> > 
> > On Wed, Jun 26, 2013 at 5:28 PM, Karli Sjöberg 
> > wrote:
> > > Update!
> > >
> > > I have actually made some headway, I managed to get it passed the
> > > database upgrade! As I was looking at the log, I drilled down into
> > > the engine-upgrade script at looked at what it was trying to do,
> > > which was a pythonic way of doing:
> > > # cd /usr/share/ovirt-engine/dbscripts
> > > # ./upgrade.sh -s localhost -p 5432 -u engine -d engine
> > >
> > 
> > Nice progress!
> > 
> > >
> > > So I first reinstalled everything (I´ve stopped counting) and an
> > > hour later I was back at just before doing engine-upgrade again. What
> > > I did then was to upgrade ovirt-engine-dbscripts first and ran the
> > > upgrade.sh script manually (which went by smoothly, output also
> > > attached), downgraded all of the ovirt packages back to 3.1.0-4
> > > (because engine-upgrade didn´t think there was any updating to act
> > > upon otherwise), then updated ovirt-engine-setup to 3.2.2, lastly ran
> > > engine-upgrade. That made it pass the database upgrade, yeay! But!
> > > Now it stopped at doing the CA instead... Log is attached.
> > >
> > > What I find strange is the last line of output from the upgrade.sh:
> > > ...
> > > Refreshing materialized views...
> > > Done.
> > > /usr/share/ovirt-engine/dbscripts
> > >
> > > Where the last lines of upgrade.sh are like:
> > > ...
> > > run_upgrade_files
> > >
> > > ret=$?
> > > printf "Done.\n"
> > > exit $ret
> > >
> > > And I looked through run_upgrade_files and couldn´t figure out why
> > > that function would exit with "/usr/share/ovirt-engine/dbscripts"? No
> > > that doesn´t quite add up. Something just doesn´t smell right but I
> > > haven´t figured it out what it is yet,
> > >
> > 
> > I think it is the output from another script that runs the upgrade.sh
> > script. There's a pushd/popd action used in sh scripts to change
> > working folder and then get back to the original one. I think that this
> > is what you see here.
> > 
> > >
> > > About the second error, with handling the CA, it seems like it´s
> > > having trouble connecting to the database after it´s upgrade, but
> > > since the upgrade itself went by OK, I did engine-cleanup,
> > > engine-setup, stopped engine, restored the database and started
> > > engine again, and it worked. Which should point more to something
> > > like a configuration being missed, or improperly handled at the
> > > upgrade that makes engine-config fail to connect.
> > 
> > Could be; but the fact that reimport of the DB worked is a very good
> > sign.
> > 
> > > Maybe some old configurations lying around that shouldn´t be, that
> > > hinders it, I don´t know. Is there anything handling configuration
> > > changes, like "rpmconf -a" in the upgrade process, after updating the
> > > rpms?
> > >
> > 
> > No, we do not have rpmconf in ovirt.
> > 
> > Now, if you have a working engine, that's good. Remember though that
> > you started with clean DB. When DB has entries, the upgrade.sh run may
> > not be as fluent as it was before. But, if it works,

Re: [Users] Cannot connect via spice-html5. & How to use noVnc?

2013-07-14 Thread lofyer 

On 2013/7/12 18:08, Frantisek Kobzik wrote:

Hello,

for running spice-html5 and novnc you also must update certificates in your 
browser - it means you must add the certificate that websocket proxy uses 
(SSL_CERTIFICATE in the config file) to the browser (or trust the CA of the 
engine). Could you try adding it?

Thanks,
Frank.

- Original Message -
From: "lof yer" 
To: "users" 
Sent: Friday, July 12, 2013 11:07:57 AM
Subject: [Users] Cannot connect via spice-html5. & How to use noVnc?

Here's my ovirt-websocket-proxy's status when I open the spice-html5 client

ovirt-websocket-proxy.service - oVirt Engine websockets proxy
Loaded: loaded (/usr/lib/systemd/system/ovirt-websocket-proxy.service; enabled)
Active: active (running) since Fri 2013-07-12 17:03:46 CST; 31s ago
Main PID: 19226 (ovirt-websocket)
CGroup: name=systemd:/system/ovirt-websocket-proxy.service
└─19226 /usr/bin/python 
/usr/share/ovirt-engine/services/ovirt-websocket-proxy.py start

Jul 12 17:03:46 engine systemd[1]: Started oVirt Engine websockets proxy.
Jul 12 17:04:01 engine ovirt-websocket-proxy.py[19226]: WebSocket server 
settings:
Jul 12 17:04:01 engine ovirt-websocket-proxy.py[19226]: - Listen on *:6100
Jul 12 17:04:01 engine ovirt-websocket-proxy.py[19226]: - Flash security policy 
server
Jul 12 17:04:01 engine ovirt-websocket-proxy.py[19226]: - SSL/TLS support
Jul 12 17:04:01 engine ovirt-websocket-proxy.py[19226]: - Deny non-SSL/TLS 
connections
Jul 12 17:04:01 engine ovirt-websocket-proxy.py[19226]: - proxying from *:6100 
to targets in /dummy
Jul 12 17:04:01 engine ovirt-websocket-proxy.py[19226]: 1: handler exception: 
WSRequestHandler instance has no attribute 'last_code'

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

Sorry, it did not work.
And there is no "monitor" in IE(10) if the monitor type is SPICE now 
even if I installed the SpiceX.cab.

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