Re: [Users] What do you want to see in oVirt next?

2013-01-07 Thread Johan Kragsterman
Hi Itamar and list!After reading all the suggestions on this subject, it would be much appreciated if someone(perhaps you, Itamar, since you asked the question) could sum this all up, and get us all on the list a view of all the wishes, and the priority that seems to be among the list people.Then presenting this priority for us, so we can have a discussion about it.Rgrds Johan On 03.01.2013 17:08, Itamar Heim wrote: Hi Everyone, as we wrap oVirt 3.2, I wanted to check with oVirt users on what they  find good/useful in oVirt, and what they would like to see  improved/added in coming versions? Thanks,   Itamar
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] What do you want to see in oVirt next?

2013-01-04 Thread Johan Kragsterman
Hi!There are many promising features in oVirt, but still I feel it is just "promising", not for production.The most critical issue for me, that is preventing me from using oVirt in production, is the "single point of failure" of the engine. I wouldn't want the struggle of setting up a new engine, and all the hazards that brings, in a production environment, in the case of an engine failureSo, some sort of clustered engine, or master/slave, or whatever can solve this situation.Perhaps one of the reasons this is difficult is because of the integration of both admin portal and user portal? Then I believe it was a mistake to combine them, and that it would be better to split them.Rgrds JohanOp 03-01-13 17:08, Itamar Heim schreef:

Hi
  Everyone,
  
  
  as we wrap oVirt 3.2, I wanted to check with oVirt users on what
  they find good/useful in oVirt, and what they would like to see
  improved/added in coming versions?
  
  
  Thanks,
  
   Itamar
  
  ___
  
  Users mailing list
  
  Users@ovirt.org
  
  http://lists.ovirt.org/mailman/listinfo/users
  


  

___Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] fw: Migrating ovirt-engine to new server

2012-10-05 Thread Johan Kragsterman
Hi there...

Can't be possible that this is the procedure that we want to have to do this 
operation...?

This is an operation that many users will want or will need to go through, and 
this definitely seem t complex.

I suppose/hope there is a strategy for developing another more smooth solution?

What I would have thought is that it would have been a solution where you can 
add multiple engines, and these would replicate the databases between them, and 
it would be easy to add another one, or remove one

Regards Johan

-users-boun...@ovirt.org skrev: -
Till: Juan Hernandez jhern...@redhat.com
Från: Neil 
Sänt av: users-boun...@ovirt.org
Datum: 2012.10.05 14:31
Kopia: users@ovirt.org
Ärende: Re: [Users] fw: Migrating ovirt-engine to new server

On Wed, Oct 3, 2012 at 8:52 PM, Juan Hernandez jhern...@redhat.com wrote:
 On 10/03/2012 05:00 PM, Neil wrote:
 On Wed, Oct 3, 2012 at 4:41 PM, Itamar Heim ih...@redhat.com wrote:
 On 10/03/2012 04:37 PM, Neil wrote:

 On Wed, Oct 3, 2012 at 4:20 PM, Itamar Heim ih...@redhat.com wrote:

 On 10/03/2012 04:17 PM, Neil wrote:


 On Wed, Oct 3, 2012 at 4:06 PM, Itamar Heim ih...@redhat.com wrote:


 On 10/03/2012 04:04 PM, Neil wrote:



 Thanks for coming back to me.

 On Wed, Oct 3, 2012 at 4:00 PM, Itamar Heim ih...@redhat.com wrote:

 do you need to keep the VMs, or just move the LUNs to create a new
 one?
 if you just want to create a new one, you just need to clear the LUNs
 (DD
 over them) so engine will let you use them (or remove them from first
 engine
 which will format them for same end goal.




 I need to keep the VM's unfortunately.
 Logically speaking all I need to do is detach the main data domain
 from one ovirt-engine and re-attach it to the new ovirt-engine.



 sadly, not that easy yet (though just discussed today the need to push
 this
 feature).

 easiest would be to export them to an nfs export domain, re-purpose the
 LUNs, and import to the new system.

 if not feasible, need to hack a bit probably.



 Oh crumbs! I thought that was wishful thinking though :)

 Exporting the VM's to NFS will take too long due to the total size
 being 4TB and the VM's are a mail, proxy and pdc servers so getting
 that much downtime won't be possible. Is attempting the upgrade
 path(http://wiki.ovirt.org/wiki/OVirt_3.0_to_3.1_upgrade) again my
 only option then?
 Even if I manage to get the upgrade working will I still need to
 export/import the VM's via NFS or will the datacentre move across once
 it can be detached?


 if you upgrade it the DC should be preserved.
 juan - i remember there was a specific issue around upgrade to check, but
 don't remember if was handled or not?


 Okay that is good news at least, very glad to hear!
 I am upgrading from a very early 3.1 release to the latest 3.1 using
 the dreyou repo, but encountered an issue after importing my DB I
 re-ran engine-setup and it kept asking for the engine password when it
 got to the point of upgrading schema.


 oh, not sure - that depends on the various versions dreyou used.
 so this is 3.1--3.1 (dreyou), not 3.0--3.1?

 Correct, it's 3.1.0_0001-1.8.el6.x86_64  -- 3.1.0-3.19.el6.noarch,
 and has no upgrade path. I'm also trying to separate my engine from
 one of the hosts, as this was installed on one of the hosts as a test
 and then we foolishy went live with it.

 An idea I've just thought of which might work, is if I allocate
 additional LUNS(as I have spare drives inside the SAN) and mount it
 locally on the new system, and then share this via NFS to the old
 system as an export domain, then export the machines, then re-purpose
 the old LUNS and add these as a new storage domain. Does this sound
 like it might work? Logically it means the data is just copying from
 one set of LUNS to the other but still remaining on the SAN.

 this should work.
 though you are still copying all the data via the host, regardless of being
 on same SAN.

 True! Sounds like the upgrade path is the best route. I have mailed
 the developer of dreyou as I see there is a
 patch(http://www.dreyou.org/ovirt/engine31.patch) which looks like it
 corrects the issues encountered, but not sure how to apply it.

 The only guide I've got to work with is the
 OVirt_3.0_to_3.1_upgrade not sure if this applies to me though
 considering I'm going from 3.1 to 3.1.

 These are the steps I've tried.

 1.) Install fresh ovirt-engine
 2.) Run through engine-setup using same parameters as old server

 Here make sure that the ovirt-engine service is stopped:

 service ovirt-engine stop

 3.) drop and import DB (http://wiki.ovirt.org/wiki/Backup_engine_db)

 Here, between step 3 and 4, you will need to update the database schema,
 as there were probably a lot of changes between the two versions that
 you are using. Go to the /usr/share/ovirt-engine/dbscripts directory and
 try to run the following script:

 ./upgrade.sh -U postgres

 Does that work?

 4.) Restore previous keystore and preserve .sh scripts
 

[Users] problems with thin provisioned LUN's for oVirt node

2012-08-13 Thread Johan Kragsterman
Hi!

I'd like to share a few things regarding installation(and use) of oVirt node on 
thin provisioned LUN's. I had problems here, perhaps someone else have noticed 
similarities?

I use ZFS and comstar on solaris to provide volume's and LUN`S to the fibre 
channel SAN. When I create a thin provisioned LUN in comstar it uses the format 
qcow2, to be able to fool the OS that installs on it about the real size of 
the LUN.

This seem to work fine with normal OS installation, but I'm doubtful about 
oVist node. I had issues, especially when I try to reinstall on the same LUN. 
During reinstallation it seems that the installation process tries to clean 
the LUN with dd if=/dev/zero , and that seem to be difficult.

I've run the same cleaning process on different LUN's provided with the same 
qcow2 format with live media, to see what happens. 

First time it seems to go fine, but after one cleaning and another partitioning 
with LVM the dd seems to get stuck. My feeling is that the LVM partitioning 
seems to get stuck on the LUN and difficult to get rid of...? Perhaps due to 
the qcow2 format...?

Could this have something to do with nested qcow? qcow on qcow...?

So, when I get to this stage, the LUN becomes unusable for oVirt node 
installation. I don't know yet about installing other software, like a normal 
linux os...

The only oVist node's I've been able to try this on is Fc16-based, since the 
Fc17 have problems with the qlogic HBA's that I use in my SAN. Fc 17 doesn't 
load the qlogic firmware image, which makes it impossible to install on the 
LUN's visible through the qlogic HBA's.

So, anyone that can comments, views, other perspectives, etc, on these subjects 
are wellcome to do so...

Rgrds Johan

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


[Users] Ang: ovirt 3.1 engine install fails - fedora 17 with selinux disabled

2012-08-10 Thread Johan Kragsterman
Hi!

I encountered the same problem, and I found this bug:

https://bugzilla.redhat.com/show_bug.cgi?id=835100

reported by Ofer Schreiber.

So it is not intended.

I do have another problem, related to this,though!

 I can't set my SELinux to permissive...? In the /etc/selinux/conf file, I 
change and put in permissive, save the file and reboot. When the system starts 
sestatus reports disabled...? I tried this a couple of times, and I don't know 
why it's sort of stuck there...

Idea's...?

regards Johan

-users-boun...@ovirt.org skrev: -
Till: users@ovirt.org
Från: David Elliott 
Sänt av: users-boun...@ovirt.org
Datum: 2012.08.10 16:41
Ärende: [Users] ovirt 3.1 engine install fails - fedora 17 with selinux disabled

Hi

Thanks to all for the great work getting 3.1 out the door,  3.0 is working
well for us and looking forward to playing with all the new features.

At the moment, am having a small problem during initial engine setup where
it fails if selinux is configured as disabled - is this intended
behaviour? 

- selinux disabled 
- reports nfs domain setup as failed 

[root@ovirt-m-2 ~]# engine-setup
--answer-file=ovirt-answers.ovirt-m-2.shazamteam.com

-- snip-

Configuring the Default ISO Domain...                 [ ERROR ]

-- snip

[root@ovirt-m-2 ~]# engine-cleanup

- After setting CONFIG_NFS=no, in the answer file; it gives an explicit
error about selinux during the HTTPD phase (OVERRIDE_HTTPD_CONFIG=yes)

[root@ovirt-m-2 ~]# engine-setup
--answer-file=ovirt-answers.ovirt-m-2.shazamteam.com

-- snip  

Handling HTTPD...                                     [ ERROR ]
Failed to enable SELinux boolean

-- snip -

- set selinux to permissive and reboot
- install succeeds (OVERRIDE_HTTPD_CONFIG=yes, CONFIG_NFS=yes)

Cheers,
Dave





__
This email has been scanned by the Symantec Email Security.cloud service.
For more information please visit http://www.symanteccloud.com
__
___
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] ovirt 3.1 engine install fails - fedora 17 with selinux disabled

2012-08-10 Thread Johan Kragsterman
Hi!

That 3.5 kernel issue is, what I have understood, more related to nfs as 
storage domain, not the problem Davis is refering to.

Rgrds Johan

-users-boun...@ovirt.org skrev: -
Till: David Elliott david.elli...@shazamteam.com, oVirt Mailing List  
users@ovirt.org
Från: Nicholas Kesick 
Sänt av: users-boun...@ovirt.org
Datum: 2012.08.10 16:51
Ärende: Re: [Users] ovirt 3.1 engine install fails - fedora 17 with selinux 
disabled

   
David,
Are you using the 3.5.0 kernel? There is currently an issue related to NFS 
which is preventing oVirt 3.1 from working correctly. if you are using 3.5.0, 
try using an older kernel and see if that works until an updated kernel is 
pushed.

- Nick

 From: david.elli...@shazamteam.com
 To: users@ovirt.org
 Date: Fri, 10 Aug 2012 15:40:49 +0100
 Subject: [Users] ovirt 3.1 engine install fails - fedora 17 with selinux  
   disabled
 
 Hi
 
 Thanks to all for the great work getting 3.1 out the door,  3.0 is working
 well for us and looking forward to playing with all the new features.
 
 At the moment, am having a small problem during initial engine setup where
 it fails if selinux is configured as disabled - is this intended
 behaviour? 
 
 - selinux disabled 
 - reports nfs domain setup as failed 
 
 [root@ovirt-m-2 ~]# engine-setup
 --answer-file=ovirt-answers.ovirt-m-2.shazamteam.com
 
 -- snip-
 
 Configuring the Default ISO Domain... [ ERROR ]
 
 -- snip
 
 [root@ovirt-m-2 ~]# engine-cleanup
 
 - After setting CONFIG_NFS=no, in the answer file; it gives an explicit
 error about selinux during the HTTPD phase (OVERRIDE_HTTPD_CONFIG=yes)
 
 [root@ovirt-m-2 ~]# engine-setup
 --answer-file=ovirt-answers.ovirt-m-2.shazamteam.com
 
 -- snip  
 
 Handling HTTPD... [ ERROR ]
 Failed to enable SELinux boolean
 
 -- snip -
 
 - set selinux to permissive and reboot
 - install succeeds (OVERRIDE_HTTPD_CONFIG=yes, CONFIG_NFS=yes)
 
 Cheers,
 Dave
 
 
 
 
 
 __
 This email has been scanned by the Symantec Email Security.cloud service.
 For more information please visit http://www.symanteccloud.com
 __
 ___
 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] ovirt 3.1 rpm setup

2012-08-09 Thread Johan Kragsterman
Hi!

Fc17/ovirt 3.1, following the instructions on ovirt site how to install from 
rpm stable.

My engine-setup fails with cannot this create db error:

Installing:Configuring oVirt-engine...                              [ DONE ]

Creating CA...                                           [ DONE ]

Editing JBoss Configuration...                           [ DONE ]

Setting Database Configuration...                        [ DONE ]

Setting Database Security...                             [ DONE ]Creating 
Database...                                  [ ERROR ]Database creation 
failedPlease check log file 
/var/log/ovirt-engine/engine-setup_2012_08_09_15_58_06.log for more information

[johan@engine ~]$

Here is the corresponding part of the log:

File /usr/share/ovirt-engine/scripts/setup_sequences.py, line 60, in run    
function()  File /bin/engine-setup, line 953, in _createDB    output, rc = 
utils.execCmd(cmd, None, True, output_messages.ERR_DB_CREATE_FAILED, 
masked_value_set)  File /usr/share/ovirt-engine/scripts/common_utils.py, line 
340, in execCmd    raise Exception(msg)Exception: Database creation failed

Anyone have a clue?.


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


Re: [Users] Managing Remote Access to Physical Workstations

2012-08-02 Thread Johan Kragsterman
Hi!

You can check out thinlinc, a system developed by Cendio. I've been using that 
a lot, and they support both H/W and S/W clients. You can download it for free 
for testing or for up to 10 users.

http://www.cendio.com/

Rgrds Johan

-Randall Wood randall.h.w...@alexandriasoftware.com skrev: -
Till: Johan Kragsterman johan.kragster...@capvert.se
Från: Randall Wood randall.h.w...@alexandriasoftware.com
Datum: 2012.08.02 14:44
Kopia: users@ovirt.org users@ovirt.org
Ärende: Re: [Users] Managing Remote Access to Physical Workstations

Sorry for the delay in responding.

I have a set of users (about 50) who have Linux workstations at their
desks. These users have root access to these workstations, and these
workstations are frequently host VMs or are used for hardware driver
development and support. These users have access to a pool of managed
Windows 7 VMs (for MS Office applications) in oVirt, so they are
already using the oVirt user portal. I would like to give these users
remote access to their workstations (from thin clients in conference
rooms, from home, from corporate laptops on the road, etc) using the
same User Portal that they already use for the Windows VMs.

VMware View and Citrix XenDesktop support providing users access to a
mixed set of managed-virtual-machine or
unmanaged-physical-or-virtual-machine through a single broker, but
neither of them support access to Linux desktops.

On Sat, Jul 21, 2012 at 2:33 AM, Johan Kragsterman
johan.kragster...@capvert.se wrote:
 Hi, Randall!

 What you need is a broker, and a terminal server is working as a broker. 
 There are several solutions that will work, but first I would want to know 
 why you need physical machines? Are there demanding graphical applications 
 you're going to run, or...?

 Rgrds Johan

 -users-boun...@ovirt.org skrev: -
 Till: Itamar Heim ih...@redhat.com
 Från: Randall Wood
 Sänt av: users-boun...@ovirt.org
 Datum: 2012.07.20 22:37
 Kopia: users@ovirt.org users@ovirt.org
 Ärende: Re: [Users] Managing Remote Access to Physical Workstations

 On Jul 20, 2012, at 16:30, Itamar Heim ih...@redhat.com wrote:

 On 07/20/2012 11:13 PM, Randall Wood wrote:

 No. oVirt's focus is virtual machines so the user portal only lets you 
 open up consoles on VMs managed by oVirt engine.

 I thought so.

 When you say physical machines - would they be Linux or could they be 
 Windows?
 I might have an idea ..

 The physical machines would all be RHEL, CentOS, or Fedora.

 which protocol would you expect users to use to gain access to this physical 
 machines?

 I would prefer SPICE, but could use SPICE, VNC, or RDP.
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users



-- 
Randall Wood
Alexandria Software
http://www.alexandriasoftware.com
randall.h.w...@alexandriasoftware.com
202.683.8604
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] host raiding two LUN from different external storage

2012-08-01 Thread Johan Kragsterman
Hi!

Dan, it seems you know something about storage, so I adress you:

I find the oVirt storage framework a bit odd. It has it advantages, but also a 
lot of disadvantiages, it seems.

I did earlier, in this thread, ask about storage setups you want to use in 
enterprise environments. And I like to continue that discussion. 

If you like to replicate on SAN level between, let's say two different LUN's, 
that should contain the same informnation for a host, or for a VM, then you end 
up in trouble if you use the oVirt storage system. Because you need to put the 
two LUN's from the different datacenters together, to become ONE unit, 
otherwise you don't get the right uuid for live migration. Isn't right?

As you wrote earlier, this might be solved with gluster, but is it so, that 
oVirt is going to get enterprise features only in pair with gluster? I don't 
believe that is a good idea for the adoption of oVirt.

oVirt must have a good support for enterprise features that is used today, like 
NPIV. I have googled around oVirt and NPIV and didn't come up with much, you 
can tell me something about it?

I belive it would be good if oVirt supported other storage system types than 
the one system it supports today, that all storage should be imported and 
handled by LVM and oVirt engine.

Most enterprise storage today is fibre channel and NPIV based. You boot most 
the VM's through NPIV LUN's, you add more space through thin provisioning or 
more NPIV LUN's.
And this is going to continue, even if the Fc world move to FCoE.

So perhaps you can tell me a little bit about the storage strategy that oVirt 
dev team has?

Rgrds Johan


-Dan Yasny dya...@redhat.com skrev: -
Till: Johan Kragsterman johan.kragster...@capvert.se
Från: Dan Yasny dya...@redhat.com
Datum: 2012.07.29 12:55
Kopia: users@ovirt.org
Ärende: Re: [Users] host raiding two LUN from different external storage

You can use replicated at the SAN level storage between different DCs, for DR. 
You can also use Gluster for the same purpose. 

Setting RAID1 between two geographically separate hosts is asking for trouble.


- Original Message -
 From: Johan Kragsterman johan.kragster...@capvert.se
 To: users@ovirt.org
 Sent: Sunday, 29 July, 2012 12:08:20 PM
 Subject: [Users] host raiding two LUN from different external storage
 
 Hi!
 
 In some setups, like when you got two datacenters that works like
 failover sites, you would like to have two external raid
 controllers(storage devices), one in each datacenter.
 
 You then send two identical LUN's, from each controller, to a
 cluster, let's say two hosts, for simplicity. What you normally do
 is to host raid these LUN's in mirror(raid 1), so the hosts write
 the same to both LUN's, and both controllers.
 
 Question for me here is if I can accomplish this in oVirt management?
 Because if I can't, it will be a problem, because if I host raid at
 the host level, then the storage would be local storage for oVirt,
 wouldn't it? And then I suppose it can't be used for live migration,
 can it?
 
  Regrds Johan
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 

-- 



Regards, 

Dan Yasny 
Red Hat Israel 
+972 9769 2280
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] host raiding two LUN from different external storage.... continuation...

2012-08-01 Thread Johan Kragsterman
Hi again!

I continue, it was something I forgot to mention in last mail.

If the oVirt storage system could bring in two LUN's from different DC's, and 
use LVM to join them as one mirrored unit, it would be exactly what I wanted. 
That would solve a lot of issues.

But than of coarse the NPIV issue still remains...

Rgrds Johan

-Dan Yasny dya...@redhat.com skrev: -
Till: Johan Kragsterman johan.kragster...@capvert.se
Från: Dan Yasny dya...@redhat.com
Datum: 2012.07.29 12:55
Kopia: users@ovirt.org
Ärende: Re: [Users] host raiding two LUN from different external storage

You can use replicated at the SAN level storage between different DCs, for DR. 
You can also use Gluster for the same purpose. 

Setting RAID1 between two geographically separate hosts is asking for trouble.


- Original Message -
 From: Johan Kragsterman johan.kragster...@capvert.se
 To: users@ovirt.org
 Sent: Sunday, 29 July, 2012 12:08:20 PM
 Subject: [Users] host raiding two LUN from different external storage
 
 Hi!
 
 In some setups, like when you got two datacenters that works like
 failover sites, you would like to have two external raid
 controllers(storage devices), one in each datacenter.
 
 You then send two identical LUN's, from each controller, to a
 cluster, let's say two hosts, for simplicity. What you normally do
 is to host raid these LUN's in mirror(raid 1), so the hosts write
 the same to both LUN's, and both controllers.
 
 Question for me here is if I can accomplish this in oVirt management?
 Because if I can't, it will be a problem, because if I host raid at
 the host level, then the storage would be local storage for oVirt,
 wouldn't it? And then I suppose it can't be used for live migration,
 can it?
 
  Regrds Johan
 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users
 

-- 



Regards, 

Dan Yasny 
Red Hat Israel 
+972 9769 2280
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


[Users] Increase storage domain

2012-07-30 Thread Johan Kragsterman
Hi!

Interesting question, I would also be interested in that. LVM would be aware of 
the expansion, I suppose...Did you run a pvs command for LVM to list the size? 
It would be nice if LVM automatically would change the LV size...anyone knows 
how this works...?

Filesystem size is another thing. Filesystem's doesn't exist on the storage 
domain, it is only block storage. Your filesystems only exists on your VM's. I 
suppose you need to run a filesystem tool to expand that, depending on your 
filesystem

-users-boun...@ovirt.org skrev: -
Till: users@ovirt.org
Från: Ricardo Esteves 
Sänt av: users-boun...@ovirt.org
Datum: 2012.07.30 18:33
Ärende: [Users] Increase storage domain

   Hi,
 
 I've increased the LUN i use as iSCSI storage domain on my storage, but oVirt 
still sees the LUN with the old size.
 
 How do i refresh the LUN size and how to increase the filesystem of the 
storage domain?
 
 Best regards,
 Ricardo Esteves. 
   
___
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] host raiding two LUN from different external storage

2012-07-29 Thread Johan Kragsterman
Hi!

In some setups, like when you got two datacenters that works like failover 
sites, you would like to have two external raid controllers(storage devices), 
one in each datacenter.

You then send two identical LUN's, from each controller, to a cluster, let's 
say two hosts, for simplicity. What you normally do is to host raid these LUN's 
in mirror(raid 1), so the hosts write the same to both LUN's, and both 
controllers.

Question for me here is if I can accomplish this in oVirt management? Because 
if I can't, it will be a problem, because if I host raid at the host level, 
then the storage would be local storage for oVirt, wouldn't it? And then I 
suppose it can't be used for live migration, can it?

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


[Users] bug in fedora 17? oVirt node 2.5

2012-07-28 Thread Johan Kragsterman
 Hi!

I discovered that fedora 17 has problems with discovering fibre channel 
devices. I don't know why yet, though.

This effects the oVirt node 2.5 since it is based on fedora 17.

The fibre channel LUN's that is mapped to the server doesn't show up, so there 
is no way of installing it.

 I use Qlogic HBA's, mostly QLA23xx, which might be the problem. I think I've 
seen something about qlogic HBA's and fedora 17 somewhere...At the moment, I 
don't have access to something else than qlogic HBA's.

Anyone else seen this? Or got a solution or ideas?

It works fine with fedora 16, though.

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


Re: [Users] Managing Remote Access to Physical Workstations

2012-07-21 Thread Johan Kragsterman
Hi, Randall!

What you need is a broker, and a terminal server is working as a broker. 
There are several solutions that will work, but first I would want to know why 
you need physical machines? Are there demanding graphical applications you're 
going to run, or...?

Rgrds Johan 

-users-boun...@ovirt.org skrev: -
Till: Itamar Heim ih...@redhat.com
Från: Randall Wood 
Sänt av: users-boun...@ovirt.org
Datum: 2012.07.20 22:37
Kopia: users@ovirt.org users@ovirt.org
Ärende: Re: [Users] Managing Remote Access to Physical Workstations

On Jul 20, 2012, at 16:30, Itamar Heim ih...@redhat.com wrote:

 On 07/20/2012 11:13 PM, Randall Wood wrote:
 
 No. oVirt's focus is virtual machines so the user portal only lets you open 
 up consoles on VMs managed by oVirt engine.
 
 I thought so.
 
 When you say physical machines - would they be Linux or could they be 
 Windows?
 I might have an idea ..
 
 The physical machines would all be RHEL, CentOS, or Fedora.
 
 which protocol would you expect users to use to gain access to this physical 
 machines?

I would prefer SPICE, but could use SPICE, VNC, or RDP.
___
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] Error: Cannot attach Storage. Storage Domain doesn't exist.

2012-07-20 Thread Johan Kragsterman
Hi again!

Hmm, very strange, the size LVM reports on the LUN is actually 30 Gb...??? So 
why doesn't it allow me to create on it?

PV  VG Fmt  Attr PSize   PFree
  /dev/mapper/3600144f09aa180004fd87a31p4 HostVG lvm2 a--  288.00m0
  /dev/mapper/3600144f09aa18000500788c20002p1 HostVG lvm2 a--   30.00g0
[root@node1 admin]#

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


[Users] Error: Cannot attach Storage. Storage Domain doesn't exist.

2012-07-19 Thread Johan Kragsterman
 Hi all!

This is my first post to this list.

I set up a fedora16 HV, and an oVirt engine on fedora 16, both booted and 
installed on fibre channel storage.

Everything works fine, shows up in web gui on engine, host discovered and 
active, until that I try to attach storage.

Then I get this message: Error: Cannot attach Storage. Storage Domain doesn't 
exist.

 Same as in the post: iSCSI discovery not showing all LUNs - oVirt 3.14, also 
this month.

In that post discuss if LUN's are dirty or not. My LUN's are not dirty.

I checked that by removing the data LUN, removing the LUN mapping creating a 
new LUN I didn't use(so the new LUN I will use didn't use something of the old 
one), and finally creating a new LUN of different size.

 Same result with that LUN when I try to use it as storage domain: Error: 
Cannot attach Storage. Storage Domain doesn't exist.

 I was reading the enclosed vdsm-log of the message: iSCSI discovery not 
showing all LUNs - oVirt 3.14

 The log was a lot about MPIO, if I understood right. Could it be that the MPIO 
driver isn't discover a dual path, only a single path? Right now I don't have 
an fc switch, so I am unable to test if that would solve the problem.

Anyone have any suggestions?

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