Re: [Users] Host deployment on 3.2

[Alon Bar-Lev]

Can you please send the content of /proc/net/vlan?

- Original Message -
> From: "Jeff Bailey" 
> To: "Alon Bar-Lev" 
> Cc: users@ovirt.org
> Sent: Saturday, February 16, 2013 2:01:44 AM
> Subject: Re: [Users] Host deployment on 3.2
> 
> On 2/15/2013 6:42 PM, Alon Bar-Lev wrote:
> > Can you please provide the relevant log from
> > /var/log/ovirt-engine/host-deploy?
> 
> Sure.  Here's the error and some bits around it.
> 
> >
> > - Original Message -
> >> From: "Jeff Bailey" 
> >> To: users@ovirt.org
> >> Sent: Saturday, February 16, 2013 1:29:44 AM
> >> Subject: [Users] Host deployment on 3.2
> >>
> >> I've hit a couple of small problems deploying an F18 minimal host
> >> with
> >> 3.2.  The first problem was missing tar.  Second, I had manually
> >> set
> >> up
> >> a vlan on the host for initial communication and the regular
> >> expression
> >> in bridge.py of the otopi plugin couldn't determine the vlan id.
> >>   After
> >> tweeking it a bit to make it similar to _RE_VLAN_DEVICE it was
> >> fine.
> >>
> >> ---
> >> Jeff
> >>
> >> ___
> >> 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] F18 iSCSI/FC and latest systemd/udev

[Jeff Bailey]

While not an actual problem with oVirt, the latest systemd/udev packages 
for F18 (197-1) break permissions on LVM volumes and stop vdsm/qemu/etc 
from accessing them.  I just downgraded them and everything seems OK but 
I thought I'd let people know (easier to just avoid rather than repair 
:) ).  There's a bugzilla for it from a week or two ago but since 3.2 
came out I figured a lot more people might be installing it on new F18 
installations with all the updates and running into problems.


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

Re: [Users] Move single vmdk (or else) disk into oVirt/RHEV

[Ayal Baron]

Thanks for the comprehensive answer!
One small nit - I would create the disk thin and not preallocated on nfs to 
avoid the lengthy 'dd'.

- Original Message -
> In the mean time I can share my successful one-shot experience with a
> WIndows XP VM.
> 
> Coming from Fedora 16 with Qemu/KVM as in its virt-preview repo
> qemu-kvm-0.15.1-8.fc16.x86_64
> 
> Windows XP ran as a VM, managed by virt-manager and already
> configured
> with virtio disk and network and qxl video adapter, accessed from F16
> with virt-viewer (0.4.1-3.fc16.x86_64)
> 
> I bought a 64Gb SSD disk that I put as the boot disk of a so newly
> installed and now flying Fedora 18.
> The original and old SATA first disk is now the second one.
> 
> Cpu is AMD Athlon(tm) II X4 630 Processor
> memory is 6Gb
> 
> Installed oVirt 3.2 beta in all-in-one configuration.
> /DATA is an oVirt local storage domain on the SSD disk root file
> system
> /data is a mount point on the old SATA disk.
> Under /data/virtstoragef16 I had the original storage pool for
> Qemu/KVM on fedora 16
> 
> - winxp original source disk
> # qemu-img info /data/virtstoragef16/winxp.img
> image: /data/virtstoragef16/winxp.img
> file format: raw
> virtual size: 11G (11811160064 bytes)
> disk size: 10G
> 
> - In oVirt I create a winxp desktop with one 11G virtio disk
> configured as preallocated and a virtio nic. Display configured with
> spice. I don't boot it
> 
> I notice during disk creation the oVirt managed dd command
> vdsm  5909  1661  4 00:03 ?00:00:01 /usr/bin/dd
> if=/dev/zero
> of=/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
> bs=1048576 seek=0 skip=0 conv=notrunc count=11264 oflag=direct
> 
> At the end:
> # qemu-img info
> /DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
> image:
> /DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
> file format: raw
> virtual size: 11G (11811160064 bytes)
> disk size: 11G
> 
> - I create a time reference file
> This because in the disk image oVirt directory there are also
> metadata files
> 
> # ll
> /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/
> total 11535368
> -rw-rw. 1 vdsm kvm 11811160064 Feb 16 00:04
> e8ffd032-c159-4df9-a552-015b3f748482
> -rw-rw. 1 vdsm kvm 1048576 Feb 16 00:04
> e8ffd032-c159-4df9-a552-015b3f748482.lease
> -rw-r--r--. 1 vdsm kvm 274 Feb 16 00:04
> e8ffd032-c159-4df9-a552-015b3f748482.meta
> 
> # touch -r
> /DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
> /tmp/testfile
> 
> I don't know if this is important, but just for consistence
> 
> - copy source to target
> /usr/bin/dd if=/data/virtstoragef16/winxp.img
> of=/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
> bs=1048576 seek=0 skip=0 conv=notrunc oflag=direct
> 
> - change timestamp of the overwritten disk
> touch -r /tmp/testfile
> /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
> 
> - verify
> # qemu-img info
> /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
> image:
> /rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
> file format: raw
> virtual size: 11G (11811160064 bytes)
> disk size: 11G
> 
> - start vm
> On webadmin: VM winxp is down. Exit message: [Errno 16] Device or
> resource busy: '/tmp/tmpxqZZDI'.
> 
> [root@tekkaman ~]# ll /tmp/tmpxqZZDI/
> total 0
> 
> Probably locked even if I never started the Windows XP VM yet...
> 
> - reboot of my pc
> 
> - activate ISO_DOMAIN
> and on this one I put an iso with spice-guest-tools-0.3.exe
> 
> 
> - start VM
> I'm able to connect to spice console from webadmin and I suddenly get
> hw discovery / change hw window asking for drivers
> I leave the windows there and instead I connect the CD and run
> spice-guest-tools-0.3.exe
> All goes well and I reboot my VM
> 
> In device manager I don't get any ? or problems related to devices.
> Video resolution is ok at 1680x1050 as it is the max in my monitor
> Audio is ok, tried with the already installed skype btw asking for an
> update, so the virtio network is also ok.
> 
> So for one shot migration it works, at least with my start and end
> environments.
> 
> Gianluca
> 

Re: [Users] Move single vmdk (or else) disk into oVirt/RHEV

[Gianluca Cecchi]

In the mean time I can share my successful one-shot experience with a
WIndows XP VM.

Coming from Fedora 16 with Qemu/KVM as in its virt-preview repo
qemu-kvm-0.15.1-8.fc16.x86_64

Windows XP ran as a VM, managed by virt-manager and already configured
with virtio disk and network and qxl video adapter, accessed from F16
with virt-viewer (0.4.1-3.fc16.x86_64)

I bought a 64Gb SSD disk that I put as the boot disk of a so newly
installed and now flying Fedora 18.
The original and old SATA first disk is now the second one.

Cpu is AMD Athlon(tm) II X4 630 Processor
memory is 6Gb

Installed oVirt 3.2 beta in all-in-one configuration.
/DATA is an oVirt local storage domain on the SSD disk root file system
/data is a mount point on the old SATA disk.
Under /data/virtstoragef16 I had the original storage pool for
Qemu/KVM on fedora 16

- winxp original source disk
# qemu-img info /data/virtstoragef16/winxp.img
image: /data/virtstoragef16/winxp.img
file format: raw
virtual size: 11G (11811160064 bytes)
disk size: 10G

- In oVirt I create a winxp desktop with one 11G virtio disk
configured as preallocated and a virtio nic. Display configured with
spice. I don't boot it

I notice during disk creation the oVirt managed dd command
vdsm  5909  1661  4 00:03 ?00:00:01 /usr/bin/dd
if=/dev/zero 
of=/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
bs=1048576 seek=0 skip=0 conv=notrunc count=11264 oflag=direct

At the end:
# qemu-img info
/DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
image: 
/DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
file format: raw
virtual size: 11G (11811160064 bytes)
disk size: 11G

- I create a time reference file
This because in the disk image oVirt directory there are also metadata files

# ll 
/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/
total 11535368
-rw-rw. 1 vdsm kvm 11811160064 Feb 16 00:04
e8ffd032-c159-4df9-a552-015b3f748482
-rw-rw. 1 vdsm kvm 1048576 Feb 16 00:04
e8ffd032-c159-4df9-a552-015b3f748482.lease
-rw-r--r--. 1 vdsm kvm 274 Feb 16 00:04
e8ffd032-c159-4df9-a552-015b3f748482.meta

# touch -r 
/DATA/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
/tmp/testfile

I don't know if this is important, but just for consistence

- copy source to target
/usr/bin/dd if=/data/virtstoragef16/winxp.img
of=/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
bs=1048576 seek=0 skip=0 conv=notrunc oflag=direct

- change timestamp of the overwritten disk
touch -r /tmp/testfile
/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482

- verify
# qemu-img info
/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
image: 
/rhev/data-center/65c9777e-23f1-4f04-8cea-e7c8871dc88b/0a8035e6-e41d-40ff-a154-e0a374f264b2/images/3b0d1e0f-d31a-4828-bb6c-8238ccc077ae/e8ffd032-c159-4df9-a552-015b3f748482
file format: raw
virtual size: 11G (11811160064 bytes)
disk size: 11G

- start vm
On webadmin: VM winxp is down. Exit message: [Errno 16] Device or
resource busy: '/tmp/tmpxqZZDI'.

[root@tekkaman ~]# ll /tmp/tmpxqZZDI/
total 0

Probably locked even if I never started the Windows XP VM yet...

- reboot of my pc

- activate ISO_DOMAIN
and on this one I put an iso with spice-guest-tools-0.3.exe


- start VM
I'm able to connect to spice console from webadmin and I suddenly get
hw discovery / change hw window asking for drivers
I leave the windows there and instead I connect the CD and run
spice-guest-tools-0.3.exe
All goes well and I reboot my VM

In device manager I don't get any ? or problems related to devices.
Video resolution is ok at 1680x1050 as it is the max in my monitor
Audio is ok, tried with the already installed skype btw asking for an
update, so the virtio network is also ok.

So for one shot migration it works, at least with my start and end environments.

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

Re: [Users] Host deployment on 3.2

[Jeff Bailey]

On 2/15/2013 6:42 PM, Alon Bar-Lev wrote:

Can you please provide the relevant log from /var/log/ovirt-engine/host-deploy?


Sure.  Here's the error and some bits around it.



- Original Message -

From: "Jeff Bailey" 
To: users@ovirt.org
Sent: Saturday, February 16, 2013 1:29:44 AM
Subject: [Users] Host deployment on 3.2

I've hit a couple of small problems deploying an F18 minimal host
with
3.2.  The first problem was missing tar.  Second, I had manually set
up
a vlan on the host for initial communication and the regular
expression
in bridge.py of the otopi plugin couldn't determine the vlan id.
  After
tweeking it a bit to make it similar to _RE_VLAN_DEVICE it was fine.

---
Jeff

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



2013-02-15 14:57:13 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge 
bridge._waitForRoute:248 connect established ('131.123.38.29', 80)
2013-02-15 14:57:13 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge 
bridge._getInterfaceForDestination:302 determine interface for 131.123.38.29
2013-02-15 14:57:13 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge 
plugin.executeRaw:347 execute: ('/sbin/ip', 'route', 'get', 'to', 
'131.123.38.29'), executable='None', cwd='None', env=None
2013-02-15 14:57:13 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge 
plugin.executeRaw:364 execute-result: ('/sbin/ip', 'route', 'get', 'to', 
'131.123.38.29'), rc=0
2013-02-15 14:57:13 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge 
plugin.execute:411 execute-output: ('/sbin/ip', 'route', 'get', 'to', 
'131.123.38.29') stdout:
131.123.38.29 dev em1_1.538  src 131.123.38.20 
cache 

2013-02-15 14:57:13 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge 
plugin.execute:416 execute-output: ('/sbin/ip', 'route', 'get', 'to', 
'131.123.38.29') stderr:


2013-02-15 14:57:13 DEBUG otopi.plugins.ovirt_host_deploy.vdsm.bridge 
bridge._getInterfaceForDestination:337 interface for 131.123.38.29 is em1_1.538
2013-02-15 14:57:13 DEBUG otopi.context context._executeMethod:130 method 
exception
Traceback (most recent call last):
  File "/tmp/ovirt-DyHo6SymCE/pythonlib/otopi/context.py", line 120, in 
_executeMethod
method['method']()
  File "/tmp/ovirt-DyHo6SymCE/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", 
line 733, in _validation
self._getVlanMasterDevice(name=interface)
  File "/tmp/ovirt-DyHo6SymCE/otopi-plugins/ovirt-host-deploy/vdsm/bridge.py", 
line 393, in _getVlanMasterDevice
interface=name,
RuntimeError: Interface em1_1.538 is VLAN interface However its configuration 
is unexpected
2013-02-15 14:57:13 ERROR otopi.context context._executeMethod:139 Failed to 
execute stage 'Setup validation': Interface em1_1.538 is VLAN interface However 
its configuration is unexpected
2013-02-15 14:57:13 DEBUG otopi.context context.dumpEnvironment:391 ENVIRONMENT 
DUMP - BEGIN
2013-02-15 14:57:13 DEBUG otopi.context context.dumpEnvironment:401 ENV 
BASE/error=bool:'True'
2013-02-15 14:57:13 DEBUG otopi.context context.dumpEnvironment:401 ENV 
VDSM/engineAddress=str:'131.123.38.29'
2013-02-15 14:57:13 DEBUG otopi.context context.dumpEnvironment:403 ENVIRONMENT 
DUMP - END
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] VM import error

[Jonathan Daugherty]

Hi,

After converting a libvirt/KVM VM onto an export domain with virt-v2v
0.8.7, I get the following messages in my node vdsm.log when I attempt
to import it into oVirt 3.2 (vdsm 4.10.3-6, Fedora 18):

28225939-f0a9-4ca4-a03b-e6fbece8fc2c::DEBUG::2013-02-15
15:12:53,143::misc::84::Storage.Misc.excCmd::() FAILED: 
= ["/usr/bin/dd: reading
'/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/11204af5-1dd7-484a-8ea5-3aeb16e93053/images/14fc6510-3e56-4ab4-b592-e904f8f11043/38e87558-988f-46e5-b528-dae16a264887':
Input/output error", '1+0 records in', '1+0 records out', '1048576
bytes (1.0 MB) copied, 1759.85 s, 0.6 kB/s'];  =

128225939-f0a9-4ca4-a03b-e6fbece8fc2c::ERROR::2013-02-15
15:12:53,143::image::590::Storage.Image::(_interImagesCopy) Unexpected
errorTraceback (most recent call last):  File
"/usr/share/vdsm/storage/image.py", line 586, in _interImagesCopy
misc.ddWatchCopy(srcVol.getVolumePath(), dstVol.getVolumePath(),
vars.task.aborting, size=srcSize)
  File "/usr/share/vdsm/storage/misc.py", line 414, in ddWatchCopy
  raise se.MiscBlockWriteException(dst, offset, size)
MiscBlockWriteException: Internal block device write failure:
'name=/rhev/data-center/5849b030-626e-47cb-ad90-3ce782d831b3/6c0ba8c9-0e4e-474a-ba40-781b5e5d318a/images/14fc6510-3e56-4ab4-b592-e904f8f11043/38e87558-988f-46e5-b528-dae16a264887,
offset=0, size=3307929600'

# ls -alh
total 3.1G
drwxr-xr-x. 2 vdsm kvm 4.0K Feb 15 14:38 .
drwxr-xr-x. 3 vdsm kvm 4.0K Feb 15 14:39 ..
-rw-rw-r--. 1 vdsm kvm 3.1G Feb 15 14:39 38e87558-988f-46e5-b528-dae16a264887
-rw-r--r--. 1 vdsm kvm  324 Feb 15 14:38 
38e87558-988f-46e5-b528-dae16a264887.meta

-- 
  Jonathan Daugherty
  Software Engineer
  Galois, Inc.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] attempted a 3.2 fedora setup

[Alon Bar-Lev]

Full log please.

- Original Message -
> From: "Jonathan Horne" 
> To: users@ovirt.org
> Sent: Saturday, February 16, 2013 1:37:45 AM
> Subject: [Users] attempted a 3.2 fedora setup
> 
> 
> 
> 
> 
> today I tried to set up a single manager and single node, using
> fedora 18 systems. I know it says use minimal but I chose webserver
> as the package set. I then applied full yum-updates and rebooted,
> then applied ovirt-release yum repo. Setup manager, and no issues.
> But when I attempt to connect node from the management web
> interface, I got this in an error log:
> 
> 
> 
> 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
> miniyumlocal.info:53 Yum Verify: 110/117: python-dmidecode.x86_64
> 0:3.10.13-6.fc18 - e
> 
> 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
> miniyumlocal.info:53 Yum Verify: 111/117: net-snmp-utils.x86_64
> 1:5.7.2-5.fc18 - e
> 
> 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
> miniyumlocal.info:53 Yum Verify: 112/117: brlapi.x86_64
> 0:0.5.6-12.fc18 - e
> 
> 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
> miniyumlocal.info:53 Yum Verify: 113/117: SDL.x86_64 0:1.2.15-3.fc18
> - e
> 
> 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
> miniyumlocal.info:53 Yum Verify: 114/117: tuned.noarch
> 0:2.2.0-1.fc18 - e
> 
> 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
> miniyumlocal.info:53 Yum Verify: 115/117: virt-what.x86_64
> 0:1.12-2.fc18 - e
> 
> 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
> miniyumlocal.info:53 Yum Verify: 116/117: seabios-bin.noarch
> 0:1.7.1-4.fc18 - e
> 
> 2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager
> miniyumlocal.info:53 Yum Verify: 117/117: ipmitool.x86_64
> 0:1.8.12-9.fc18 - e
> 
> 2013-02-15 16:40:35 DEBUG otopi.plugins.otopi.packagers.yumpackager
> miniyumlocal.verbose:49 Yum Transaction processed
> 
> 2013-02-15 16:40:36 DEBUG otopi.transaction transaction.abort:131
> aborting 'File transaction for '/etc/vdsm/vdsm.conf''
> 
> 2013-02-15 16:40:36 DEBUG otopi.transaction transaction.abort:131
> aborting 'File transaction for
> '/etc/udev/rules.d/12-ovirt-iosched.rules''
> 
> 2013-02-15 16:40:36 DEBUG otopi.context context.dumpEnvironment:391
> ENVIRONMENT DUMP - BEGIN
> 
> 2013-02-15 16:40:36 DEBUG otopi.context context.dumpEnvironment:401
> ENV BASE/error=bool:'True'
> 
> 2013-02-15 16:40:36 DEBUG otopi.context context.dumpEnvironment:403
> ENVIRONMENT DUMP - END
> 
> 2013-02-15 16:40:36 INFO otopi.context context.runSequence:332 Stage:
> Pre-termination
> 
> 2013-02-15 16:40:36 DEBUG otopi.context context.runSequence:336 STAGE
> pre-terminate
> 
> 2013-02-15 16:40:36 DEBUG otopi.context context._executeMethod:116
> Stage pre-terminate METHOD
> otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:SEND ***Q:STRING TERMINATION_COMMAND
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:SEND ###
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:SEND ### Processing ended, use 'quit'
> to quit
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:SEND ### COMMAND>
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:RECEIVE env-get -k BASE/error
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:SEND ***D:VALUE BASE/error=bool:True
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:SEND ***Q:STRING TERMINATION_COMMAND
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:SEND ###
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:SEND ### Processing ended, use 'quit'
> to quit
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:SEND ### COMMAND>
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:RECEIVE env-get -k BASE/aborted
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:SEND ***D:VALUE
> BASE/aborted=bool:False
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:SEND ***Q:STRING TERMINATION_COMMAND
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:SEND ###
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:SEND ### Processing ended, use 'quit'
> to quit
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215 DIALOG:SEND ### COMMAND>
> 
> 2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine
> dialog.__logString:215

Re: [Users] Host deployment on 3.2

[Alon Bar-Lev]

Can you please provide the relevant log from /var/log/ovirt-engine/host-deploy?

- Original Message -
> From: "Jeff Bailey" 
> To: users@ovirt.org
> Sent: Saturday, February 16, 2013 1:29:44 AM
> Subject: [Users] Host deployment on 3.2
> 
> I've hit a couple of small problems deploying an F18 minimal host
> with
> 3.2.  The first problem was missing tar.  Second, I had manually set
> up
> a vlan on the host for initial communication and the regular
> expression
> in bridge.py of the otopi plugin couldn't determine the vlan id.
>  After
> tweeking it a bit to make it similar to _RE_VLAN_DEVICE it was fine.
> 
> ---
>Jeff
> 
> ___
> 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] attempted a 3.2 fedora setup

[Jonathan Horne]

today I tried to set up a single manager and single node, using fedora 18 
systems. I know it says use minimal but I chose webserver as the package set.  
I then applied full yum-updates and rebooted, then applied ovirt-release yum 
repo.  Setup manager, and no issues.  But when I attempt to connect node from 
the management web interface, I got this in an error log:

2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 110/117: python-dmidecode.x86_64 
0:3.10.13-6.fc18 - e
2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 111/117: net-snmp-utils.x86_64 1:5.7.2-5.fc18 
- e
2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 112/117: brlapi.x86_64 0:0.5.6-12.fc18 - e
2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 113/117: SDL.x86_64 0:1.2.15-3.fc18 - e
2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 114/117: tuned.noarch 0:2.2.0-1.fc18 - e
2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 115/117: virt-what.x86_64 0:1.12-2.fc18 - e
2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 116/117: seabios-bin.noarch 0:1.7.1-4.fc18 - e
2013-02-15 16:40:35 INFO otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.info:53 Yum Verify: 117/117: ipmitool.x86_64 0:1.8.12-9.fc18 - e
2013-02-15 16:40:35 DEBUG otopi.plugins.otopi.packagers.yumpackager 
miniyumlocal.verbose:49 Yum Transaction processed
2013-02-15 16:40:36 DEBUG otopi.transaction transaction.abort:131 aborting 
'File transaction for '/etc/vdsm/vdsm.conf''
2013-02-15 16:40:36 DEBUG otopi.transaction transaction.abort:131 aborting 
'File transaction for '/etc/udev/rules.d/12-ovirt-iosched.rules''
2013-02-15 16:40:36 DEBUG otopi.context context.dumpEnvironment:391 ENVIRONMENT 
DUMP - BEGIN
2013-02-15 16:40:36 DEBUG otopi.context context.dumpEnvironment:401 ENV 
BASE/error=bool:'True'
2013-02-15 16:40:36 DEBUG otopi.context context.dumpEnvironment:403 ENVIRONMENT 
DUMP - END
2013-02-15 16:40:36 INFO otopi.context context.runSequence:332 Stage: 
Pre-termination
2013-02-15 16:40:36 DEBUG otopi.context context.runSequence:336 STAGE 
pre-terminate
2013-02-15 16:40:36 DEBUG otopi.context context._executeMethod:116 Stage 
pre-terminate METHOD otopi.plugins.otopi.dialog.cli.Plugin._pre_terminate
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ***Q:STRING TERMINATION_COMMAND
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ###
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ### Processing ended, use 'quit' to 
quit
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ### COMMAND>
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:RECEIVEenv-get -k BASE/error
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ***D:VALUE BASE/error=bool:True
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ***Q:STRING TERMINATION_COMMAND
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ###
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ### Processing ended, use 'quit' to 
quit
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ### COMMAND>
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:RECEIVEenv-get -k BASE/aborted
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ***D:VALUE BASE/aborted=bool:False
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ***Q:STRING TERMINATION_COMMAND
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ###
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ### Processing ended, use 'quit' to 
quit
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ### COMMAND>
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:RECEIVEenv-get -k ODEPLOY/installIncomplete
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ***D:VALUE 
ODEPLOY/installIncomplete=bool:False
2013-02-15 16:40:36 DEBUG otopi.plugins.otopi.dialog.machine 
dialog.__logString:215 DIALOG:SEND   ***Q:STRING TERMINATION_COMMAND
2013-02-1

[Users] Host deployment on 3.2

[Jeff Bailey]

I've hit a couple of small problems deploying an F18 minimal host with 
3.2.  The first problem was missing tar.  Second, I had manually set up 
a vlan on the host for initial communication and the regular expression 
in bridge.py of the otopi plugin couldn't determine the vlan id.  After 
tweeking it a bit to make it similar to _RE_VLAN_DEVICE it was fine.


---
  Jeff

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

Re: [Users] Move single vmdk (or else) disk into oVirt/RHEV

[Ayal Baron]

- Original Message -
> Le 14/02/2013 16:43, Itamar Heim a écrit :
> >> That is exactly the case : it is indeed a pure data disk with an
> >> ext3
> >> filesystem (no LVM, no nothing).
> >> I intend to attach it to some existing VM.
> >>
> >> I know how to convert it into qcow2 or whatever.
> >> I know how to create an additionnal disk in oVirt.
> >> I know I could trick the system by creating a disk in oVirt, then
> >> replace its content by playing with dd, or exploring LVs indide my
> >> domain master LUN.
> >>
> >> But I must admit I was dreaming of some 'official' way to do that.
> >>
> >
> > keith - any thoughts on ovirt-image-uploader being able to uplaod a
> > single disk?
> > ayal - on being able to import floating disks from the export
> > domain
> > rather than VMs
> 
> This is indeed the ways I was expecting ovirt experts to follow :)

Actually there is work being done on importing floating disks that are created 
directly on data domains: http://gerrit.ovirt.org/#/c/11783/
Using this method you'd be able to also avoid the double copy of the data 
(first to export domain then to data domain).
I'm hoping this will be merged in the next few days.
This too however relies on you being able to push such a disk directly into the 
domain (this is being done to support storage array cloning).

Wrt importing a single disk, it sounds reasonable.  Would you be interested in 
implementing this? if so we would be more than happy to guide you on where and 
how. If not, we'll add it to our list.

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

[Users] Upgrading to Fedora 18

[Kevin Daly]

I have installed Ovirt 3.1 on a Fedora 17 server, and would like to upgrade
to Fedora 18... The documentation I have found on the mailing list is
unclear on how to do this.

Does anyone have any pointers on how this can be done.. as well as
upgrading to Ovirt 3.2 after we've upgraded to Fedora 18

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

Re: [Users] [Best practice] NFS export domain served by oVirt manager?

[Itamar Heim]

On 15/02/2013 11:01, Nicolas Ecarnot wrote:

Hi,

Here is a simple question about what is the best practice about the
location of a NFS export domain.

At present, I'm using a server as the oVirt manager, and this server is
also a NFS server for the ISO storage domain.

I'm using another server to serve an NFS export domain, but I'm thinking
of changing that.

Is there any advice against the decision to host the export domain NFS
on the same server as the manager?
For the time being, I will mainly use this export storage domain to
rarely import some p2v imports, but I don't need performance.

Your opinion?



we setup the iso domain on engine just for simplicity of initial install.
it may cause issues if you'll launch too many VMs all trying to install 
from the ISO domain if your engine isn't beefy enough.

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

Re: [Users] oVirt + drbd

[Alexandru Vladulescu]

BTW, remembered to say that I have seen such a similar setup on 3.2 beta 
for Ovirt node controller with DRBD + pacemaker and written a lsb for 
ovirt and jboss service for the cluster.


The Ovirt WUI installation compasses on the Floating IP service from the 
two instances, therefore it is possible if referring to this.



On 02/15/2013 11:10 PM, Alexandru Vladulescu wrote:


Hi,

I think it might be possible. I plan to do that myself, but don't 
consider rising DRBD to Ovirt leve, such as configuring it in the 
platform.


If you're using NFS domain, you might increase your redundancy level 
by setting up on the storage nfs side a drbd + pacemaker cluster for 
nfs export or, why not bump into geo resilience replication through 
main DC and DR DC.


Alex.


On 02/15/2013 09:33 PM, Tobias Honacker wrote:

Hey guys,

is it possible to use oVirt with the new drbd9?


Best regards,
Tobias
___
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



--
Alexandru Vladulescu
Platform System Engineer
-
Bright Future Project Romania
Web url : www.bfproject.ro
Skype :   avladulescu
Mobile :  +4(0)726.373.098
-

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

Re: [Users] oVirt and firewalld

[Jonathan Daugherty]

> I've just set up a new oVirt installation with two nodes.  Both of
> the nodes have had 'firewalld' disabled.  When I went to test VM
> migration, it failed, apparently due to this (from the vdsm log on
> the source node):
> 
>   error : virNetClientProgramDispatchError:174 : Error while
>   building firewall: Some rules could not be created for interface
>   vnet0: Failure to execute command '$EBT -t nat -N libvirt-J-vnet0'
>   : 'DBusException org.freedesktop.DBus.Error.ServiceUnknown: The
>   name org.fedoraproject.FirewallD1 was not provided by any .service
>   filesCouldn't connect to FirewallD, it's probably not running.'.

Okay, I'll answer it myself, for the google searchers of the future:

This was caused by 1) not restarting libvirtd *after* disabling
firewalld and 2) not realizing (understandably) that the error was
from the migration *destination* host, not the source host, despite
the fact that it was found in the source host's log and makes no
mention of the other host.  Libvirtd on the destination host was still
attempting to use firewalld; restarting it resolved the problem.

-- 
  Jonathan Daugherty
  Software Engineer
  Galois, Inc.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt + drbd

[Alexandru Vladulescu]

Hi,

I think it might be possible. I plan to do that myself, but don't 
consider rising DRBD to Ovirt leve, such as configuring it in the platform.


If you're using NFS domain, you might increase your redundancy level by 
setting up on the storage nfs side a drbd + pacemaker cluster for nfs 
export or, why not bump into geo resilience replication through main DC 
and DR DC.


Alex.


On 02/15/2013 09:33 PM, Tobias Honacker wrote:

Hey guys,

is it possible to use oVirt with the new drbd9?


Best regards,
Tobias
___
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] Power Users cannot add Network Interfaces

[Dead Horse]

Did a fresh engine install/setup of a newer build from master and this
behavior is still persists.
Fresh install/setup using the older build from the commit I mentioned
previously I can confirm that the the issue is not present, things work as
expected.
- DHC


On Thu, Feb 14, 2013 at 3:58 PM, Dead Horse
wrote:

> It is still marked and recognized as Management Network and a VM Network.
>
> SuperUsers can still add VNIC's this is only affecting non-superusers EG:
> PowerUserRole
>
> - DHC
>
>
> On Thu, Feb 14, 2013 at 3:30 PM, Moti Asayag  wrote:
>
>> On 02/14/2013 06:13 PM, Dead Horse wrote:
>> > The dialog is graying the "ok" button, screenshot attached. Also
>> > attached is the engine log, although I don't see anything in it that
>> > jumps out at me.
>> > - DHC
>> >
>>
>> Is your management network a non-vm network ? The described symptom
>> looks a like [1].
>>
>> [1] https://bugzilla.redhat.com/show_bug.cgi?id=95
>>
>>
>> >
>> >
>> > On Thu, Feb 14, 2013 at 3:35 AM, Moti Asayag > > > wrote:
>> >
>> > On 02/14/2013 12:47 AM, Eli Mesika wrote:
>> > >
>> > >
>> > > - Original Message -
>> > >> From: "Dead Horse" > > >
>> > >> To: "mailto:users@ovirt.org>>" <
>> users@ovirt.org
>> > >
>> > >> Sent: Thursday, February 14, 2013 12:16:58 AM
>> > >> Subject: [Users] Power Users cannot add Network Interfaces
>> > >>
>> > >>
>> > >>
>> > >>
>> > >>
>> > >> Power Users seems to no longer be able to add Network Interfaces
>> to
>> > >> Virtual Machines.
>> > >>
>> > >> Super Users of course have no issues. The power users have been
>> > >> granted NetworkUser Role on the respective Networks,
>> PowerUserRole
>> > >> on the respective Clusters/Storage Domains.
>> > >>
>> > >>
>> > >> This failure mode is with the currently running ovirt-engine I
>> built
>> > >> from commit: 899d96c055784a54b6d2b8181e5ed13b258d009f
>> > >>
>> > >> This used to work with my previous engine build from commit:
>> > >> 82bdc46dfdb46b000f67f0cd4e51fc39665bf13b
>> > >
>> > > Hi
>> > > Can you please attach vdsm/engine log so we will be able to track
>> > the error thrown and check which commit caused that ?
>> > >
>> >
>> > I guess the error would be a can-do-action message: "The user is not
>> > authorized to perform this action".
>> >
>> > I'll try reproducing it on my environment to see what went wrong.
>> >
>> > >>
>> > >> - DHC
>> > >>
>> > >> ___
>> > >> 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: [Users] Fwd: Internet Explorer with latest master

[Dead Horse]

Disabling compatibility view does the trick.

- DHC


On Fri, Feb 15, 2013 at 2:06 PM, Vojtech Szocs  wrote:

> Hi,
>
> > The Internet Exploder "edge" mode seems to be the core culprit here.
>
> please check http://stackoverflow.com/a/5673902, intranet sites in
> IE8/IE9 are *always* rendered in compatibility (non-standards) mode. This
> might be the problem you're facing with WebAdmin and UserPortal. You might
> want to check IE "Compatibility View Settings" dialog box and ensure that
> nothing gets "displayed in compatibility view".
>
> Can you please try:
> - check IE "Compatibility View Settings" and see if it works, without any
> X-UA-Compatible stuff whatsoever
> - if not, adding IE=edge and see if it works
>
> Vojtech
>
>
> - Original Message -
> From: "Dead Horse" 
> To: "Daniel Erez" 
> Cc: "Vojtech Szocs" , "users" 
> Sent: Friday, February 15, 2013 8:45:09 PM
> Subject: Re: [Users] Fwd: Internet Explorer with latest master
>
>
> Rebuilding with -Dgwt.userAgent=
> ie8,ie9,gecko1_8,safari,opera -Pgwt-admin,gwt-user,dep had no effect.
> Which given that the default behavior of master is to do this is not
> surprising.
>
>
> The Internet Exploder "edge" mode seems to be the core culprit here.
>
>
> - DHC
>
>
>
>
> On Fri, Feb 15, 2013 at 12:18 PM, Daniel Erez < de...@redhat.com > wrote:
>
>
>
>
>
> - Original Message -
> > From: "Vojtech Szocs" < vsz...@redhat.com >
> > To: "Dead Horse" < deadhorseconsult...@gmail.com >
>
> > Cc: "users" < users@ovirt.org >
> > Sent: Friday, February 15, 2013 3:32:03 PM
> > Subject: Re: [Users] Fwd: Internet Explorer with latest master
> >
>
>
> > Hi,
> >
> > doing "make rpm" will actually build Engine using Maven and produce
> > RPMs, but you might also want to deploy Engine EAR that was built to
> > JBoss server via "make install_artifacts".
> >
> > > Thus I assume the master build does not default to compiling for
> > > all browsers?
> >
> > Aside from "make rpm-quick", which builds quick & dirty RPMs for
> > Firefox [gwt.userAgent=gecko1_8], I don't see any "gwt.userAgent"
> > stuff in makefile, so the master build defaults to compiling for all
> > browsers, unless you override this via "EXTRA_BUILD_FLAGS".
> >
> > I think an easier way to do this is as Alona suggested, invoking
> > Maven build directly:
> >
> > $ "mvn clean install -Pdep,gwt-admin,gwt-user", but it's up to you.
> >
> > Anyway, I think the problem isn't related to "gwt.userAgent" property
> > at all. If the GWT permutation for IE is missing, blank page will be
> > shown, as GWT permutation selector script (*.nocache.js) will not be
> > able to load that permutation.
> >
> > I think the problem might be caused by your client's IE browser
> > settings. As per [1], IE should render HTML page with " > html>" using standards mode; rendering mode which WebAdmin and
> > UserPortal require. So if you see garbled mess in IE, it means IE
> > doesn't render HTML page in standards mode, but in other (quirks?)
> > mode, due to some IE browser settings override.
> >
> > The "X-UA-Compatible" meta-tag actually *forces* IE to render HTML
> > page in standards mode, which overrides any IE browser settings:
> >
> > 
> >
> > (I think we should reconsider adding this meta-tag due to reasons
> > above, to ensure better compatibility with IE.)
>
> Instead of forcing IE9 mode we can use "edge" mode to display content in
> the highest mode available.
> I.e.:
> 
>
>
>
> >
> > Vojtech
> >
> > [1] http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx
> >
> >
> > - Original Message -
> > From: "Dead Horse" < deadhorseconsult...@gmail.com >
> > To: "Alona Kaplan" < alkap...@redhat.com >
> > Cc: "users" < users@ovirt.org >, "Vojtech Szocs" < vsz...@redhat.com >
> > Sent: Thursday, February 14, 2013 8:02:04 PM
> > Subject: Re: [Users] Fwd: Internet Explorer with latest master
> >
> >
> >
> > NVM got it -->
> > BUILD_FLAGS=-Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
> > -Pgwt-admin,gwt-user,dep
> > Building now.
> >
> >
> > - DHC
> >
> >
> >
> >
> > On Thu, Feb 14, 2013 at 12:23 PM, Dead Horse <
> > deadhorseconsult...@gmail.com > wrote:
> >
> >
> >
> >
> > I remember there being a GWT configuration file somewhere where those
> > could be set?
> > - DHC
> >
> >
> >
> >
> >
> >
> > On Thu, Feb 14, 2013 at 10:44 AM, Alona Kaplan < alkap...@redhat.com
> > > wrote:
> >
> >
> > Hi,
> >
> > Instead of doing make rpm please compile manually using the following
> > command:
> > mvn clean install -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
> > -Pgwt-admin,gwt-user,dep
> >
> >
> > Alona.
> >
> >
> > - Original Message -
> > > From: "Dead Horse" < deadhorseconsult...@gmail.com >
> >
> >
> > > To: "Vojtech Szocs" < vsz...@redhat.com >
> > > Cc: "Alona Kaplan" < alkap...@redhat.com >, "< users@ovirt.org >" <
> > > users@ovirt.org >
> > > Sent: Thursday, February 14, 2013 6:18:54 PM
> > > Subject: Re: [Users] Fwd: Internet Explorer with latest master
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > 

Re: [Users] Fwd: Internet Explorer with latest master

[Vojtech Szocs]

Hi,

> The Internet Exploder "edge" mode seems to be the core culprit here. 

please check http://stackoverflow.com/a/5673902, intranet sites in IE8/IE9 are 
*always* rendered in compatibility (non-standards) mode. This might be the 
problem you're facing with WebAdmin and UserPortal. You might want to check IE 
"Compatibility View Settings" dialog box and ensure that nothing gets 
"displayed in compatibility view".

Can you please try:
- check IE "Compatibility View Settings" and see if it works, without any 
X-UA-Compatible stuff whatsoever
- if not, adding IE=edge and see if it works

Vojtech


- Original Message -
From: "Dead Horse" 
To: "Daniel Erez" 
Cc: "Vojtech Szocs" , "users" 
Sent: Friday, February 15, 2013 8:45:09 PM
Subject: Re: [Users] Fwd: Internet Explorer with latest master


Rebuilding with -Dgwt.userAgent= 
ie8,ie9,gecko1_8,safari,opera -Pgwt-admin,gwt-user,dep had no effect. Which 
given that the default behavior of master is to do this is not surprising. 


The Internet Exploder "edge" mode seems to be the core culprit here. 


- DHC 




On Fri, Feb 15, 2013 at 12:18 PM, Daniel Erez < de...@redhat.com > wrote: 





- Original Message - 
> From: "Vojtech Szocs" < vsz...@redhat.com > 
> To: "Dead Horse" < deadhorseconsult...@gmail.com > 

> Cc: "users" < users@ovirt.org > 
> Sent: Friday, February 15, 2013 3:32:03 PM 
> Subject: Re: [Users] Fwd: Internet Explorer with latest master 
> 


> Hi, 
> 
> doing "make rpm" will actually build Engine using Maven and produce 
> RPMs, but you might also want to deploy Engine EAR that was built to 
> JBoss server via "make install_artifacts". 
> 
> > Thus I assume the master build does not default to compiling for 
> > all browsers? 
> 
> Aside from "make rpm-quick", which builds quick & dirty RPMs for 
> Firefox [gwt.userAgent=gecko1_8], I don't see any "gwt.userAgent" 
> stuff in makefile, so the master build defaults to compiling for all 
> browsers, unless you override this via "EXTRA_BUILD_FLAGS". 
> 
> I think an easier way to do this is as Alona suggested, invoking 
> Maven build directly: 
> 
> $ "mvn clean install -Pdep,gwt-admin,gwt-user", but it's up to you. 
> 
> Anyway, I think the problem isn't related to "gwt.userAgent" property 
> at all. If the GWT permutation for IE is missing, blank page will be 
> shown, as GWT permutation selector script (*.nocache.js) will not be 
> able to load that permutation. 
> 
> I think the problem might be caused by your client's IE browser 
> settings. As per [1], IE should render HTML page with " html>" using standards mode; rendering mode which WebAdmin and 
> UserPortal require. So if you see garbled mess in IE, it means IE 
> doesn't render HTML page in standards mode, but in other (quirks?) 
> mode, due to some IE browser settings override. 
> 
> The "X-UA-Compatible" meta-tag actually *forces* IE to render HTML 
> page in standards mode, which overrides any IE browser settings: 
> 
>  
> 
> (I think we should reconsider adding this meta-tag due to reasons 
> above, to ensure better compatibility with IE.) 

Instead of forcing IE9 mode we can use "edge" mode to display content in the 
highest mode available. 
I.e.: 
 



> 
> Vojtech 
> 
> [1] http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx 
> 
> 
> - Original Message - 
> From: "Dead Horse" < deadhorseconsult...@gmail.com > 
> To: "Alona Kaplan" < alkap...@redhat.com > 
> Cc: "users" < users@ovirt.org >, "Vojtech Szocs" < vsz...@redhat.com > 
> Sent: Thursday, February 14, 2013 8:02:04 PM 
> Subject: Re: [Users] Fwd: Internet Explorer with latest master 
> 
> 
> 
> NVM got it --> 
> BUILD_FLAGS=-Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera 
> -Pgwt-admin,gwt-user,dep 
> Building now. 
> 
> 
> - DHC 
> 
> 
> 
> 
> On Thu, Feb 14, 2013 at 12:23 PM, Dead Horse < 
> deadhorseconsult...@gmail.com > wrote: 
> 
> 
> 
> 
> I remember there being a GWT configuration file somewhere where those 
> could be set? 
> - DHC 
> 
> 
> 
> 
> 
> 
> On Thu, Feb 14, 2013 at 10:44 AM, Alona Kaplan < alkap...@redhat.com 
> > wrote: 
> 
> 
> Hi, 
> 
> Instead of doing make rpm please compile manually using the following 
> command: 
> mvn clean install -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera 
> -Pgwt-admin,gwt-user,dep 
> 
> 
> Alona. 
> 
> 
> - Original Message - 
> > From: "Dead Horse" < deadhorseconsult...@gmail.com > 
> 
> 
> > To: "Vojtech Szocs" < vsz...@redhat.com > 
> > Cc: "Alona Kaplan" < alkap...@redhat.com >, "< users@ovirt.org >" < 
> > users@ovirt.org > 
> > Sent: Thursday, February 14, 2013 6:18:54 PM 
> > Subject: Re: [Users] Fwd: Internet Explorer with latest master 
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > When I compile the engine I do the following: (FC17 build host) 
> > --> git clone http://gerrit.ovirt.org/ovirt-engine.git 
> > --> cd ovirt-engine 
> > --> make rpm 
> > 
> > Thus I assume the master build does not default to compiling for 
> > all 
> > browsers? The GWT compliation seems to go 

Re: [Users] Fwd: Internet Explorer with latest master

[Vojtech Szocs]

Hi Daniel,

> Instead of forcing IE9 mode we can use "edge" mode to display content in the 
> highest mode available.
> I.e.:
> 

yes, this seems to be the current trend, forcing standards mode in each 
reasonable version of IE (IE8+ that supports X-UA-Compatible meta-tag).

Thinking about it, I guess you are right, we can use IE=edge, since we don't 
rely on any particular feature/quirk of IE8/IE9.

I was initially concerned about IE8, IE9, IE10, etc. each implementing web 
standards differently, but assuming the application works fine in IE9, it 
should also work fine in IE10, and so on.

@Alona, what do you think about adding IE=edge, as suggested by Daniel?

@Daniel, what about IE=edge,chrome=1, which adds preference for Google Chrome 
Frame (IE plug-in which uses WebKit engine instead of IE engine), if available? 
:)

@DHC: according to http://stackoverflow.com/a/5673902, intranet sites in 
IE8/IE9 are *always* rendered in compatibility (non-standards) mode. This might 
be the problem you're facing with WebAdmin and UserPortal. You might want to 
check IE "Compatibility View Settings" dialog box and ensure that nothing gets 
"displayed in compatibility view".

Vojtech


- Original Message -
From: "Daniel Erez" 
To: "Vojtech Szocs" 
Cc: "users" , "Dead Horse" 
Sent: Friday, February 15, 2013 7:18:05 PM
Subject: Re: [Users] Fwd: Internet Explorer with latest master



- Original Message -
> From: "Vojtech Szocs" 
> To: "Dead Horse" 
> Cc: "users" 
> Sent: Friday, February 15, 2013 3:32:03 PM
> Subject: Re: [Users] Fwd: Internet Explorer with latest master
> 
> Hi,
> 
> doing "make rpm" will actually build Engine using Maven and produce
> RPMs, but you might also want to deploy Engine EAR that was built to
> JBoss server via "make install_artifacts".
> 
> > Thus I assume the master build does not default to compiling for
> > all browsers?
> 
> Aside from "make rpm-quick", which builds quick & dirty RPMs for
> Firefox [gwt.userAgent=gecko1_8], I don't see any "gwt.userAgent"
> stuff in makefile, so the master build defaults to compiling for all
> browsers, unless you override this via "EXTRA_BUILD_FLAGS".
> 
> I think an easier way to do this is as Alona suggested, invoking
> Maven build directly:
> 
>   $ "mvn clean install -Pdep,gwt-admin,gwt-user", but it's up to you.
> 
> Anyway, I think the problem isn't related to "gwt.userAgent" property
> at all. If the GWT permutation for IE is missing, blank page will be
> shown, as GWT permutation selector script (*.nocache.js) will not be
> able to load that permutation.
> 
> I think the problem might be caused by your client's IE browser
> settings. As per [1], IE should render HTML page with " html>" using standards mode; rendering mode which WebAdmin and
> UserPortal require. So if you see garbled mess in IE, it means IE
> doesn't render HTML page in standards mode, but in other (quirks?)
> mode, due to some IE browser settings override.
> 
> The "X-UA-Compatible" meta-tag actually *forces* IE to render HTML
> page in standards mode, which overrides any IE browser settings:
> 
>   
> 
> (I think we should reconsider adding this meta-tag due to reasons
> above, to ensure better compatibility with IE.)

Instead of forcing IE9 mode we can use "edge" mode to display content in the 
highest mode available.
I.e.:


> 
> Vojtech
> 
> [1] http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx
> 
> 
> - Original Message -
> From: "Dead Horse" 
> To: "Alona Kaplan" 
> Cc: "users" , "Vojtech Szocs" 
> Sent: Thursday, February 14, 2013 8:02:04 PM
> Subject: Re: [Users] Fwd: Internet Explorer with latest master
> 
> 
> 
> NVM got it -->
> BUILD_FLAGS=-Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
> -Pgwt-admin,gwt-user,dep
> Building now.
> 
> 
> - DHC
> 
> 
> 
> 
> On Thu, Feb 14, 2013 at 12:23 PM, Dead Horse <
> deadhorseconsult...@gmail.com > wrote:
> 
> 
> 
> 
> I remember there being a GWT configuration file somewhere where those
> could be set?
> - DHC
> 
> 
> 
> 
> 
> 
> On Thu, Feb 14, 2013 at 10:44 AM, Alona Kaplan < alkap...@redhat.com
> > wrote:
> 
> 
> Hi,
> 
> Instead of doing make rpm please compile manually using the following
> command:
> mvn clean install -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
> -Pgwt-admin,gwt-user,dep
> 
> 
> Alona.
> 
> 
> - Original Message -
> > From: "Dead Horse" < deadhorseconsult...@gmail.com >
> 
> 
> > To: "Vojtech Szocs" < vsz...@redhat.com >
> > Cc: "Alona Kaplan" < alkap...@redhat.com >, "< users@ovirt.org >" <
> > users@ovirt.org >
> > Sent: Thursday, February 14, 2013 6:18:54 PM
> > Subject: Re: [Users] Fwd: Internet Explorer with latest master
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > When I compile the engine I do the following: (FC17 build host)
> > --> git clone http://gerrit.ovirt.org/ovirt-engine.git
> > --> cd ovirt-engine
> > --> make rpm
> > 
> > Thus I assume the master build does not default to compiling for
> > all
> > browsers? The GWT compliation seems to go through

Re: [Users] Fwd: Internet Explorer with latest master

[Dead Horse]

Rebuilding with -Dgwt.userAgent=
ie8,ie9,gecko1_8,safari,opera -Pgwt-admin,gwt-user,dep had no effect. Which
given that the default behavior of master is to do this is not surprising.

The Internet Exploder "edge" mode seems to be the core culprit here.

- DHC


On Fri, Feb 15, 2013 at 12:18 PM, Daniel Erez  wrote:

>
>
> - Original Message -
> > From: "Vojtech Szocs" 
> > To: "Dead Horse" 
> > Cc: "users" 
> > Sent: Friday, February 15, 2013 3:32:03 PM
> > Subject: Re: [Users] Fwd: Internet Explorer with latest master
> >
> > Hi,
> >
> > doing "make rpm" will actually build Engine using Maven and produce
> > RPMs, but you might also want to deploy Engine EAR that was built to
> > JBoss server via "make install_artifacts".
> >
> > > Thus I assume the master build does not default to compiling for
> > > all browsers?
> >
> > Aside from "make rpm-quick", which builds quick & dirty RPMs for
> > Firefox [gwt.userAgent=gecko1_8], I don't see any "gwt.userAgent"
> > stuff in makefile, so the master build defaults to compiling for all
> > browsers, unless you override this via "EXTRA_BUILD_FLAGS".
> >
> > I think an easier way to do this is as Alona suggested, invoking
> > Maven build directly:
> >
> >   $ "mvn clean install -Pdep,gwt-admin,gwt-user", but it's up to you.
> >
> > Anyway, I think the problem isn't related to "gwt.userAgent" property
> > at all. If the GWT permutation for IE is missing, blank page will be
> > shown, as GWT permutation selector script (*.nocache.js) will not be
> > able to load that permutation.
> >
> > I think the problem might be caused by your client's IE browser
> > settings. As per [1], IE should render HTML page with " > html>" using standards mode; rendering mode which WebAdmin and
> > UserPortal require. So if you see garbled mess in IE, it means IE
> > doesn't render HTML page in standards mode, but in other (quirks?)
> > mode, due to some IE browser settings override.
> >
> > The "X-UA-Compatible" meta-tag actually *forces* IE to render HTML
> > page in standards mode, which overrides any IE browser settings:
> >
> >   
> >
> > (I think we should reconsider adding this meta-tag due to reasons
> > above, to ensure better compatibility with IE.)
>
> Instead of forcing IE9 mode we can use "edge" mode to display content in
> the highest mode available.
> I.e.:
> 
>
> >
> > Vojtech
> >
> > [1] http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx
> >
> >
> > - Original Message -
> > From: "Dead Horse" 
> > To: "Alona Kaplan" 
> > Cc: "users" , "Vojtech Szocs" 
> > Sent: Thursday, February 14, 2013 8:02:04 PM
> > Subject: Re: [Users] Fwd: Internet Explorer with latest master
> >
> >
> >
> > NVM got it -->
> > BUILD_FLAGS=-Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
> > -Pgwt-admin,gwt-user,dep
> > Building now.
> >
> >
> > - DHC
> >
> >
> >
> >
> > On Thu, Feb 14, 2013 at 12:23 PM, Dead Horse <
> > deadhorseconsult...@gmail.com > wrote:
> >
> >
> >
> >
> > I remember there being a GWT configuration file somewhere where those
> > could be set?
> > - DHC
> >
> >
> >
> >
> >
> >
> > On Thu, Feb 14, 2013 at 10:44 AM, Alona Kaplan < alkap...@redhat.com
> > > wrote:
> >
> >
> > Hi,
> >
> > Instead of doing make rpm please compile manually using the following
> > command:
> > mvn clean install -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
> > -Pgwt-admin,gwt-user,dep
> >
> >
> > Alona.
> >
> >
> > - Original Message -
> > > From: "Dead Horse" < deadhorseconsult...@gmail.com >
> >
> >
> > > To: "Vojtech Szocs" < vsz...@redhat.com >
> > > Cc: "Alona Kaplan" < alkap...@redhat.com >, "< users@ovirt.org >" <
> > > users@ovirt.org >
> > > Sent: Thursday, February 14, 2013 6:18:54 PM
> > > Subject: Re: [Users] Fwd: Internet Explorer with latest master
> > >
> > >
> > >
> > >
> > >
> > >
> > >
> > > When I compile the engine I do the following: (FC17 build host)
> > > --> git clone http://gerrit.ovirt.org/ovirt-engine.git
> > > --> cd ovirt-engine
> > > --> make rpm
> > >
> > > Thus I assume the master build does not default to compiling for
> > > all
> > > browsers? The GWT compliation seems to go through quite a few
> > > permuatations during the compile.
> > >
> > >
> > > If master is not set to compile for all browsers then given the
> > > above
> > > build steps what additionally should I be doing to make it so
> > > (guessing refer to above but how to simplify to "make rpm") ?
> > >
> > >
> > > - DHC
> > >
> > >
> > >
> > >
> > > On Thu, Feb 14, 2013 at 10:09 AM, Vojtech Szocs < vsz...@redhat.com
> > > >
> > > wrote:
> > >
> > >
> > > Hi,
> > >
> > >
> > > > Maybe you've compiled the application with -Dgwt.userAgent flag
> > > > for
> > > > a specific browser?
> > >
> > > this is a good point, please make sure to compile UserPortal for
> > > all
> > > browsers, e.g. instead of:
> > >
> > > $ mvn clean install -Pdep,gwt-user
> > > -Dgwt.userAgent=
> > >
> > > you should just do:
> > >
> > > $ mvn clean install -Pdep,gwt-user
> > >
> > > This will compile U

[Users] oVirt + drbd

[Tobias Honacker]

Hey guys,

is it possible to use oVirt with the new drbd9?


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

Re: [Users] Fwd: Internet Explorer with latest master

[Daniel Erez]

- Original Message -
> From: "Vojtech Szocs" 
> To: "Dead Horse" 
> Cc: "users" 
> Sent: Friday, February 15, 2013 3:32:03 PM
> Subject: Re: [Users] Fwd: Internet Explorer with latest master
> 
> Hi,
> 
> doing "make rpm" will actually build Engine using Maven and produce
> RPMs, but you might also want to deploy Engine EAR that was built to
> JBoss server via "make install_artifacts".
> 
> > Thus I assume the master build does not default to compiling for
> > all browsers?
> 
> Aside from "make rpm-quick", which builds quick & dirty RPMs for
> Firefox [gwt.userAgent=gecko1_8], I don't see any "gwt.userAgent"
> stuff in makefile, so the master build defaults to compiling for all
> browsers, unless you override this via "EXTRA_BUILD_FLAGS".
> 
> I think an easier way to do this is as Alona suggested, invoking
> Maven build directly:
> 
>   $ "mvn clean install -Pdep,gwt-admin,gwt-user", but it's up to you.
> 
> Anyway, I think the problem isn't related to "gwt.userAgent" property
> at all. If the GWT permutation for IE is missing, blank page will be
> shown, as GWT permutation selector script (*.nocache.js) will not be
> able to load that permutation.
> 
> I think the problem might be caused by your client's IE browser
> settings. As per [1], IE should render HTML page with " html>" using standards mode; rendering mode which WebAdmin and
> UserPortal require. So if you see garbled mess in IE, it means IE
> doesn't render HTML page in standards mode, but in other (quirks?)
> mode, due to some IE browser settings override.
> 
> The "X-UA-Compatible" meta-tag actually *forces* IE to render HTML
> page in standards mode, which overrides any IE browser settings:
> 
>   
> 
> (I think we should reconsider adding this meta-tag due to reasons
> above, to ensure better compatibility with IE.)

Instead of forcing IE9 mode we can use "edge" mode to display content in the 
highest mode available.
I.e.:


> 
> Vojtech
> 
> [1] http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx
> 
> 
> - Original Message -
> From: "Dead Horse" 
> To: "Alona Kaplan" 
> Cc: "users" , "Vojtech Szocs" 
> Sent: Thursday, February 14, 2013 8:02:04 PM
> Subject: Re: [Users] Fwd: Internet Explorer with latest master
> 
> 
> 
> NVM got it -->
> BUILD_FLAGS=-Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
> -Pgwt-admin,gwt-user,dep
> Building now.
> 
> 
> - DHC
> 
> 
> 
> 
> On Thu, Feb 14, 2013 at 12:23 PM, Dead Horse <
> deadhorseconsult...@gmail.com > wrote:
> 
> 
> 
> 
> I remember there being a GWT configuration file somewhere where those
> could be set?
> - DHC
> 
> 
> 
> 
> 
> 
> On Thu, Feb 14, 2013 at 10:44 AM, Alona Kaplan < alkap...@redhat.com
> > wrote:
> 
> 
> Hi,
> 
> Instead of doing make rpm please compile manually using the following
> command:
> mvn clean install -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera
> -Pgwt-admin,gwt-user,dep
> 
> 
> Alona.
> 
> 
> - Original Message -
> > From: "Dead Horse" < deadhorseconsult...@gmail.com >
> 
> 
> > To: "Vojtech Szocs" < vsz...@redhat.com >
> > Cc: "Alona Kaplan" < alkap...@redhat.com >, "< users@ovirt.org >" <
> > users@ovirt.org >
> > Sent: Thursday, February 14, 2013 6:18:54 PM
> > Subject: Re: [Users] Fwd: Internet Explorer with latest master
> > 
> > 
> > 
> > 
> > 
> > 
> > 
> > When I compile the engine I do the following: (FC17 build host)
> > --> git clone http://gerrit.ovirt.org/ovirt-engine.git
> > --> cd ovirt-engine
> > --> make rpm
> > 
> > Thus I assume the master build does not default to compiling for
> > all
> > browsers? The GWT compliation seems to go through quite a few
> > permuatations during the compile.
> > 
> > 
> > If master is not set to compile for all browsers then given the
> > above
> > build steps what additionally should I be doing to make it so
> > (guessing refer to above but how to simplify to "make rpm") ?
> > 
> > 
> > - DHC
> > 
> > 
> > 
> > 
> > On Thu, Feb 14, 2013 at 10:09 AM, Vojtech Szocs < vsz...@redhat.com
> > >
> > wrote:
> > 
> > 
> > Hi,
> > 
> > 
> > > Maybe you've compiled the application with -Dgwt.userAgent flag
> > > for
> > > a specific browser?
> > 
> > this is a good point, please make sure to compile UserPortal for
> > all
> > browsers, e.g. instead of:
> > 
> > $ mvn clean install -Pdep,gwt-user
> > -Dgwt.userAgent=
> > 
> > you should just do:
> > 
> > $ mvn clean install -Pdep,gwt-user
> > 
> > This will compile UserPortal for all browsers.
> > 
> > However, I don't think this is the problem here, because IIRC when
> > you compile UserPortal only for browser X and you try to access it
> > in browser Y, you'll get an empty webpage.
> > 
> > Vojtech
> > 
> > 
> > 
> > 
> > - Original Message -
> > From: "Alona Kaplan" < alkap...@redhat.com >
> > To: "Dead Horse" < deadhorseconsult...@gmail.com >
> > Cc: users@ovirt.org
> > Sent: Thursday, February 14, 2013 4:18:36 PM
> > Subject: [Users] Fwd: Internet Explorer with latest master
> > 
> > Hi,
> > 
> > The webadmin and userportal works

Re: [Users] oVirt 3.2 -- Now Available

[Mike Burns]

On 02/14/2013 06:39 PM, Jeff Bailey wrote:

On 2/14/2013 6:21 PM, Mike Burns wrote:

On 02/14/2013 06:00 PM, Jeff Bailey wrote:

There seems to be an awful lot of open bugs left in
https://bugzilla.redhat.com/show_bug.cgi?id=881006 :)


Yes, we need to go through and clean that up.  I think they all got
in, but in the effort to get it out -- well, i wasn't very diligent in
making sure the tracker was clear.



The real reason for this message though is conflicts between the
ovirt-engine-cli and ovirt-engine-sdk packages in the F18 repo. Plus, I
don't see an ovirt-engine-sdk in the 3.2 stable repo.  The F18 repo
problem could just be lag in the mirroring but shouldn't there be an sdk
rpm in the 3.2 repo?  Oh, by F18 repo I mean the official fedora/updates
repos not the fedora 18 portion of the ovirt repos.


Hmm...I wasn't aware I missed the sdk rpms in the 3.2 repo. Thanks for
letting me know.  I've copied what was in the beta repo for the
ovirt-engine-sdk into the standard 3.2 repo, though I don't know if
that will work or not since it's a different NVR than the cli there.
I'll follow up with the maintainer to confirm the right package versions.

As for the rpms in the official Fedora repos, they're still ovirt 3.1
rpms (and functionally crippled ovirt 3.1 rpms at that).  I hope to
get the maintainers to solve this problem in the near future, but
getting things through the fedora review process and koji takes time.



At least the ones in updates-testing claim to be 3.2.0.  The cli in just
plain updates has a newer version than the cli in the ovirt 3.2 repo. If
they're actually older then I can see some problems coming :)



cli and sdk have been uploaded to the ovirt repos for 3.2.  There is a 
slightly newer cli build in koji, but awaiting confirmation on which is 
the right one.


Mike


Thanks

Mike


On 2/14/2013 3:10 PM, Mike Burns wrote:

The oVirt Team is pleased to announce that oVirt 3.2 is now available.

There are a number of exciting new features in 3.2 [1].

Some of the highlights include:

* UI Plugins
* Port Mirroring
* Networks as a top level Configuration
* Japanese Localization
* Storage Live Migration
* Improved Gluster Integration
* oVirt Node TUI Redesign
* Node Plugins

A Quick Start is available on the Wiki [2]

Packages are currently available for Fedora 18 [3], with EL6 packages
coming soon.

Please see our Release Notes[4] for additional information

If you run into any problems or need help, people are available on
#ovirt on OFTC and users@ovirt.org

Thanks

The oVirt Team


[1] http://www.ovirt.org/OVirt_3.2_release-management#Features
[2] http://www.ovirt.org/Quick_Start_Guide
[3] http://resources.ovirt.org/releases/stable/rpm/Fedora/18/
[4] http://www.ovirt.org/OVirt_3.2_release_notes
___
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: [Users] Fwd: Internet Explorer with latest master

[Vojtech Szocs]

Hi,

doing "make rpm" will actually build Engine using Maven and produce RPMs, but 
you might also want to deploy Engine EAR that was built to JBoss server via 
"make install_artifacts".

> Thus I assume the master build does not default to compiling for all browsers?

Aside from "make rpm-quick", which builds quick & dirty RPMs for Firefox 
[gwt.userAgent=gecko1_8], I don't see any "gwt.userAgent" stuff in makefile, so 
the master build defaults to compiling for all browsers, unless you override 
this via "EXTRA_BUILD_FLAGS".

I think an easier way to do this is as Alona suggested, invoking Maven build 
directly:

  $ "mvn clean install -Pdep,gwt-admin,gwt-user", but it's up to you.

Anyway, I think the problem isn't related to "gwt.userAgent" property at all. 
If the GWT permutation for IE is missing, blank page will be shown, as GWT 
permutation selector script (*.nocache.js) will not be able to load that 
permutation.

I think the problem might be caused by your client's IE browser settings. As 
per [1], IE should render HTML page with "" using standards 
mode; rendering mode which WebAdmin and UserPortal require. So if you see 
garbled mess in IE, it means IE doesn't render HTML page in standards mode, but 
in other (quirks?) mode, due to some IE browser settings override.

The "X-UA-Compatible" meta-tag actually *forces* IE to render HTML page in 
standards mode, which overrides any IE browser settings:

  

(I think we should reconsider adding this meta-tag due to reasons above, to 
ensure better compatibility with IE.)

Vojtech

[1] http://msdn.microsoft.com/en-us/library/cc288325(v=vs.85).aspx


- Original Message -
From: "Dead Horse" 
To: "Alona Kaplan" 
Cc: "users" , "Vojtech Szocs" 
Sent: Thursday, February 14, 2013 8:02:04 PM
Subject: Re: [Users] Fwd: Internet Explorer with latest master



NVM got it --> BUILD_FLAGS=-Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera 
-Pgwt-admin,gwt-user,dep 
Building now. 


- DHC 




On Thu, Feb 14, 2013 at 12:23 PM, Dead Horse < deadhorseconsult...@gmail.com > 
wrote: 




I remember there being a GWT configuration file somewhere where those could be 
set? 
- DHC 






On Thu, Feb 14, 2013 at 10:44 AM, Alona Kaplan < alkap...@redhat.com > wrote: 


Hi, 

Instead of doing make rpm please compile manually using the following command: 
mvn clean install -Dgwt.userAgent=ie8,ie9,gecko1_8,safari,opera 
-Pgwt-admin,gwt-user,dep 


Alona. 


- Original Message - 
> From: "Dead Horse" < deadhorseconsult...@gmail.com > 


> To: "Vojtech Szocs" < vsz...@redhat.com > 
> Cc: "Alona Kaplan" < alkap...@redhat.com >, "< users@ovirt.org >" < 
> users@ovirt.org > 
> Sent: Thursday, February 14, 2013 6:18:54 PM 
> Subject: Re: [Users] Fwd: Internet Explorer with latest master 
> 
> 
> 
> 
> 
> 
> 
> When I compile the engine I do the following: (FC17 build host) 
> --> git clone http://gerrit.ovirt.org/ovirt-engine.git 
> --> cd ovirt-engine 
> --> make rpm 
> 
> Thus I assume the master build does not default to compiling for all 
> browsers? The GWT compliation seems to go through quite a few 
> permuatations during the compile. 
> 
> 
> If master is not set to compile for all browsers then given the above 
> build steps what additionally should I be doing to make it so 
> (guessing refer to above but how to simplify to "make rpm") ? 
> 
> 
> - DHC 
> 
> 
> 
> 
> On Thu, Feb 14, 2013 at 10:09 AM, Vojtech Szocs < vsz...@redhat.com > 
> wrote: 
> 
> 
> Hi, 
> 
> 
> > Maybe you've compiled the application with -Dgwt.userAgent flag for 
> > a specific browser? 
> 
> this is a good point, please make sure to compile UserPortal for all 
> browsers, e.g. instead of: 
> 
> $ mvn clean install -Pdep,gwt-user -Dgwt.userAgent= 
> 
> you should just do: 
> 
> $ mvn clean install -Pdep,gwt-user 
> 
> This will compile UserPortal for all browsers. 
> 
> However, I don't think this is the problem here, because IIRC when 
> you compile UserPortal only for browser X and you try to access it 
> in browser Y, you'll get an empty webpage. 
> 
> Vojtech 
> 
> 
> 
> 
> - Original Message - 
> From: "Alona Kaplan" < alkap...@redhat.com > 
> To: "Dead Horse" < deadhorseconsult...@gmail.com > 
> Cc: users@ovirt.org 
> Sent: Thursday, February 14, 2013 4:18:36 PM 
> Subject: [Users] Fwd: Internet Explorer with latest master 
> 
> Hi, 
> 
> The webadmin and userportal works pretty fine for me on ie8 and ie9. 
> Can you please be more specific about what doesn't work for you? 
> Maybe attaching a screen shot. 
> 
> Maybe you've compiled the application with -Dgwt.userAgent flag for a 
> specific browser? 
> You should compile without any specific gwt.userAgent to support all 
> the browsers or to add -Dgwt.userAgent=ie8,ie9 to support ie8 and 
> ie9. 
> 
> Alona. 
> 
> - Original Message - 
> > From: "Dead Horse" < deadhorseconsult...@gmail.com > 
> > To: "< users@ovirt.org >" < users@ovirt.org > 
> > Sent: Wednesday, February 13, 2013 7:01:48 PM 
> > Subject: [Users] Int

Re: [Users] [Best practice] NFS export domain served by oVirt manager?

[Jim Kinney]

I set up my exports domain on a host node since it had space and the export
process will be rarely used in my case. Since your use will also be seldom,
the only consideration is bandwidth and space. NFS can easily run on the
engine machine as the default ISO domain indicates. One more share will
make little difference in that system's performance.

On Fri, Feb 15, 2013 at 4:01 AM, Nicolas Ecarnot wrote:

> Hi,
>
> Here is a simple question about what is the best practice about the
> location of a NFS export domain.
>
> At present, I'm using a server as the oVirt manager, and this server is
> also a NFS server for the ISO storage domain.
>
> I'm using another server to serve an NFS export domain, but I'm thinking
> of changing that.
>
> Is there any advice against the decision to host the export domain NFS on
> the same server as the manager?
> For the time being, I will mainly use this export storage domain to rarely
> import some p2v imports, but I don't need performance.
>
> Your opinion?
>
> --
> Nicolas Ecarnot
> __**_
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/**mailman/listinfo/users
>



-- 
-- 
James P. Kinney III
*
*Every time you stop a school, you will have to build a jail. What you gain
at one end you lose at the other. It's like feeding a dog on his own tail.
It won't fatten the dog.
- Speech 11/23/1900 Mark Twain
*
http://electjimkinney.org
http://heretothereideas.blogspot.com/
*
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] [Best practice] NFS export domain served by oVirt manager?

[Nicolas Ecarnot]

Hi,

Here is a simple question about what is the best practice about the 
location of a NFS export domain.


At present, I'm using a server as the oVirt manager, and this server is 
also a NFS server for the ISO storage domain.


I'm using another server to serve an NFS export domain, but I'm thinking 
of changing that.


Is there any advice against the decision to host the export domain NFS 
on the same server as the manager?
For the time being, I will mainly use this export storage domain to 
rarely import some p2v imports, but I don't need performance.


Your opinion?

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