Re: [Users] gluster volume creation error

[Kanagaraj Mayilsamy]

- Original Message -
> From: "Jithin Raju" 
> To: users@ovirt.org
> Sent: Monday, January 21, 2013 1:10:15 PM
> Subject: [Users] gluster volume creation error
> 
> 
> 
> Hi ,
> 
> 
> Volume creation is failing in posixfs data center.
> 
> 
> While trying to create a distribute volume web UI exits with error:
> 
> 
> "creation of volume failed" and volume is not listed in web UI.
> 
Can you please provide the engine.log and vdsm.log(from all the hosts in the 
cluster ).
> 
> From the backend I can see volume got created.
> 
> 
> gluster volume info
> 
> 
> 
> Volume Name: vol1
> Type: Distribute
> Status: Created
> Number of Bricks: 2
> Transport-type: tcp
> Bricks:
> Brick1: x.250.76.71:/data
> Brick2: x.250.76.70:/data
> 
> 
> When I try to mount the volume manually to /mnt
> its not giving any message
> 
> 
> exit status is zero.
> 
> 
> mount command listed as below:
> 
> 
> fig:/vol1 on /mnt type fuse.glusterfs
> (rw,relatime,user_id=0,group_id=0,default_permissions,allow_other,max_read=131072)
> 
> 
> 
> when I run a df it gives me like below:
> "df: `/mnt': Transport endpoint is not connected"
> 
> 
> 
> So i just tail'ed "/var/log/glusterfs/etc-glusterfs-glusterd.vol.log"
> 
> 
> 
> [2013-01-21 11:30:07.828518] W
> [socket.c:1494:__socket_proto_state_machine] 0-socket.management:
> reading from socket failed. Error (Transport endpoint is not
> connected), peer ( 135.250.76.70:1009 )
> [2013-01-21 11:30:10.839882] W
> [socket.c:1494:__socket_proto_state_machine] 0-socket.management:
> reading from socket failed. Error (Transport endpoint is not
> connected), peer ( 135.250.76.70:1007 )
> [2013-01-21 11:30:13.852374] W
> [socket.c:1494:__socket_proto_state_machine] 0-socket.management:
> reading from socket failed. Error (Transport endpoint is not
> connected), peer ( 135.250.76.70:1005 )
> [2013-01-21 11:30:16.864634] W
> [socket.c:1494:__socket_proto_state_machine] 0-socket.management:
> reading from socket failed. Error (Transport endpoint is not
> connected), peer ( 135.250.76.70:1003 )
> [2013-01-21 11:30:19.875986] W
> [socket.c:1494:__socket_proto_state_machine] 0-socket.management:
> reading from socket failed. Error (Transport endpoint is not
> connected), peer ( 135.250.76.70:1001 )
> [2013-01-21 11:30:22.886854] W
> [socket.c:1494:__socket_proto_state_machine] 0-socket.management:
> reading from socket failed. Error (Transport endpoint is not
> connected), peer ( 135.250.76.70:999 )
> [2013-01-21 11:30:25.898840] W
> [socket.c:1494:__socket_proto_state_machine] 0-socket.management:
> reading from socket failed. Error (Transport endpoint is not
> connected), peer ( 135.250.76.70:997 )
> [2013-01-21 11:30:28.91] W
> [socket.c:1494:__socket_proto_state_machine] 0-socket.management:
> reading from socket failed. Error (Transport endpoint is not
> connected), peer ( 135.250.76.70:995 )
> [2013-01-21 11:30:31.922336] W
> [socket.c:1494:__socket_proto_state_machine] 0-socket.management:
> reading from socket failed. Error (Transport endpoint is not
> connected), peer ( 135.250.76.70:993 )
> [2013-01-21 11:30:34.934772] W
> [socket.c:1494:__socket_proto_state_machine] 0-socket.management:
> reading from socket failed. Error (Transport endpoint is not
> connected), peer ( 135.250.76.70:991 )
> [2013-01-21 11:30:37.946215] W
> [socket.c:1494:__socket_proto_state_machine] 0-socket.management:
> reading from socket failed. Error (Transport endpoint is not
> connected), peer ( 135.250.76.70:989 )
> 
> 
> 
> 
> Just wanted to know what am I doing wrong here?
> 
> 
> package details:
> 
> 
> 
> vdsm-python-4.10.0-10.fc17.x86_64
> vdsm-cli-4.10.0-10.fc17.noarch
> vdsm-xmlrpc-4.10.0-10.fc17.noarch
> vdsm-4.10.0-10.fc17.x86_64
> vdsm-gluster-4.10.0-10.fc17.noarch
> 
> 
> selinux is permissive,iptables i have flushed.
> 
> 
> Thanks,
> Jithin
> ___
> 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] Change locale for VNC console

[Nicolas Ecarnot]

Le 19/01/2013 15:19, Adrian Gibanel a écrit :

Salut Nicolas,


Ola Adrian,



   Can you run:

   rpm -qa | grep ovirt

so that we know which ovirt version you're using?


[root@xxx etc]# rpm -qa | grep ovirt
ovirt-engine-restapi-3.1.0-4.fc17.noarch
ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch
ovirt-engine-notification-service-3.1.0-4.fc17.noarch
ovirt-release-fedora-5-2.noarch
ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch
ovirt-engine-userportal-3.1.0-4.fc17.noarch
ovirt-engine-config-3.1.0-4.fc17.noarch
ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch
ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch
ovirt-engine-setup-3.1.0-4.fc17.noarch
ovirt-engine-tools-common-3.1.0-4.fc17.noarch
ovirt-engine-3.1.0-4.fc17.noarch
ovirt-engine-dbscripts-3.1.0-4.fc17.noarch
ovirt-engine-backend-3.1.0-4.fc17.noarch
ovirt-engine-genericapi-3.1.0-4.fc17.noarch
ovirt-engine-sdk-3.1.0.4-1.fc17.noarch
[root@xxx etc]#


Another user also reported that it had to reboot but I think that
finally he managed to check only restarting ovirt-engine was enough.

The question is: Did you connect to already running virtual machines? Or
to new ones?


I had one VM running.
I applied your hint, with a restart of ovirt engine.
I VNC-reconnected to the VM : old locale
I'm not sure, but I think I rebooted to VM : old locale
I rebooted the manager, then vnc-reconnected to the VM : new locale


I think that you cannot change locales on already running virtual machines.


Indeed.


If they were new ones I ask myself if apart from restarting ovirt-engine
one needs to logout and login again to the manager. Although I wouldn't
bet on that.


I'm sorry I'm not precise enough, but I'm also pretty sure I 
disconnected from the web gui, with no benefit.




Anyone else have some thoughts on this?

My packages:

ovirt-engine-config-3.1.0-4.fc17.noarch
ovirt-image-uploader-3.1.0-0.git9c42c8.fc17.noarch
ovirt-engine-genericapi-3.1.0-4.fc17.noarch
ovirt-engine-setup-plugin-allinone-3.1.0-4.fc17.noarch
ovirt-engine-dbscripts-3.1.0-4.fc17.noarch
ovirt-engine-backend-3.1.0-4.fc17.noarch
ovirt-log-collector-3.1.0-0.git10d719.fc17.noarch
ovirt-engine-setup-3.1.0-4.fc17.noarch
ovirt-engine-tools-common-3.1.0-4.fc17.noarch
ovirt-engine-3.1.0-4.fc17.noarch
ovirt-engine-userportal-3.1.0-4.fc17.noarch
ovirt-engine-webadmin-portal-3.1.0-4.fc17.noarch
ovirt-engine-notification-service-3.1.0-4.fc17.noarch
ovirt-iso-uploader-3.1.0-0.git1841d9.fc17.noarch
ovirt-engine-sdk-3.2.0.2-1.fc17.noarch
ovirt-engine-restapi-3.1.0-4.fc17.noarch
ovirt-release-fedora-4-2.noarch


Apart from the gtk that I had to downgrade (iso import issue - see 
recent mailing list msgs), they look like the same.




Anyways, I'm glad the article was helpful for you.


Again, muchas gracias!

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

[Users] Storage domain does not exist & Error 477

[Joshua Dotson]

Hi,

I'm seeing the errors mentioned in the subject line with my new oVirt
installation.  I've tried to remove the metadata's checksum line and
re-activate, to no avail.

For background, please see: http://pastebin.com/raw.php?i=R2SH5ah8

I'm unable to detach and activate my ISO domain.

Please advise.

Thanks,
Joshua
-- 
Joshua Dotson
Founder, Wrale Ltd
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Planned outage :: resources.ovirt.org/lists.ovirt.org :: 2013-01-21 01:00 UTC

[Karsten 'quaid' Wade]

This outage is now complete. All services appear to be running normally.
Let me know if you see any anomalies.

df -h
FilesystemSize  Used Avail Use% Mounted on
/dev/xvda  48G   34G   14G  71% /

Extra storage is now available. Let's hope that covers us through our
migration. :)

- Karsten

On 01/20/2013 09:50 AM, Karsten 'quaid' Wade wrote:
> There will be an outage of www.ovirt.org for approximately 45 minutes.
> 
> The outage will occur at 2013-01-21 01:00 UTC. To view in your local time:
> 
> date -d '2013-01-21 01:00 UTC'
> 
> I may start part of the outage 15 minutes before that. If you anticipate
> needing services until the outage window, reply back to me with details
> ASAP.
> 
> == Details ==
> 
> We need to resize the Linode instance to get another 15 GB for storage
> until we can move services off the Linode permanently, as planned. This
> resizing should give us some breathing room.
> 
> The account resize is estimated to take 30 minutes, during which time
> the Linode VM will be offline. After that, there will be a few minutes
> for reboot and restart of services, including the manual starting of the
> IRC bot 'ovirtbot'.
> 
> The time window chosen coincides with the lowest CPU usage typically
> seen on any given day - 01:00 UTC tends to be very quiet for about an
> hour. Hopefully no one will even notice the downtime.
> 
> If you have any services, such as Jenkins or Gerrit backup, that may go
> off during that window, you may want to retime it or be prepared for an
> error.
> 
> == Affected services ==
> 
> * resources.ovirt.org
> ** meeting logs
> ** packages
> * lists.ovirt.org (MailMan)
> * ovirtbot
> * Gerrit backup (anacron may pick this up)
> * Other cronjobs (anacron may pick this up)
> 
> == Not-affected services ==
> 
> * www.ovirt.org (MediaWiki)
> * jenkins.ovirt.org
> * gerrit.ovirt.org
> * alterway{01,02}.ovirt.org
> 
> 
> 
> ___
> Arch mailing list
> a...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/arch
> 


-- 
Karsten 'quaid' Wade, Sr. Analyst - Community Growth
http://TheOpenSourceWay.org  .^\  http://community.redhat.com
@quaid (identi.ca/twitter/IRC)  \v'  gpg: AD0E0C41



signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Attaching an existing KVM installation to oVirt

[Itamar Heim]

On 01/17/2013 09:14 AM, Gianluca Cecchi wrote:

On Thu, Jan 17, 2013 at 2:11 PM, wrote:

Hello - I'm new to the list and thought I would send my first email.
  Is there a way to attach an existing KVM installation (Non Fedora
- non node based installation of say, CentOS or Ubuntu) to oVirt?



Suppose your existing KVM installation server has connectivity with
engine (eg 10.4.4.59) and you have configured an export domain on engine
with sufficient available space, you can connect on your KVM server and
run (for example on CentOS 6.3):

# virt-v2v -o rhev -osd 10.4.4.59:/EXPORT --network ovirtmgmt c56cr
c56cr_001: 100%
[===]D
0h02m17s
virt-v2v: c56cr configured with virtio drivers.

this will "port" your curren tVM network into the ovirtmgmt one on oVirt.
If you have more that one you can specify them in command line.

see man virt-v2v for options explanation

When export completes successfully, you can then go into web admin
portal, select the export domain and the VM imported will show up.
And you can import it, also customizing some parameter.
HIH,
Gianluca


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



maybe someone can wikify this?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] UI Plugin issue when switching main tabs

[René Koch]

Hi,

I'm working on an UI plugin to integrate Nagios/Icinga into oVirt Engine and 
made some progress, but have an issue when switching the main tabs.

I use VirtualMachineSelectionChange to create URL with name of vm (and 
HostSelectionChange for hosts).
Name is used in my backend code (Perl) for fetching monitoring status.

Here's the code of VirtualMachineSelectionChange:

VirtualMachineSelectionChange: function() {
var vmName = arguments[0].name;
alert(vmName);
// Reload VM Sub Tab
api.setTabContentUrl('vms-monitoring', conf.url + '?subtab=vms&name=' + 
encodeURIComponent(vmName));
}

Everything works fine as long as I stay in Virtual Machine main tab.
When switching to e.g. Disks and back to Virtual Machines again the JavaScript 
code of start.html isn't processed anymore (or cached (?) as the my generated 
URL with last vm name will still be sent back to my Perl backend) - added 
alert() to test this.

oVirt Engine version: ovirt-engine-3.2.0-1.20130118.gitd102d6f.fc18.noarch

Full code of start.hml: http://pastebin.com/iEY6dA6F


Thanks a lot for your help,
René


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

[Users] Planned outage :: resources.ovirt.org/lists.ovirt.org :: 2013-01-21 01:00 UTC

[Karsten 'quaid' Wade]

There will be an outage of www.ovirt.org for approximately 45 minutes.

The outage will occur at 2013-01-21 01:00 UTC. To view in your local time:

date -d '2013-01-21 01:00 UTC'

I may start part of the outage 15 minutes before that. If you anticipate
needing services until the outage window, reply back to me with details
ASAP.

== Details ==

We need to resize the Linode instance to get another 15 GB for storage
until we can move services off the Linode permanently, as planned. This
resizing should give us some breathing room.

The account resize is estimated to take 30 minutes, during which time
the Linode VM will be offline. After that, there will be a few minutes
for reboot and restart of services, including the manual starting of the
IRC bot 'ovirtbot'.

The time window chosen coincides with the lowest CPU usage typically
seen on any given day - 01:00 UTC tends to be very quiet for about an
hour. Hopefully no one will even notice the downtime.

If you have any services, such as Jenkins or Gerrit backup, that may go
off during that window, you may want to retime it or be prepared for an
error.

== Affected services ==

* resources.ovirt.org
** meeting logs
** packages
* lists.ovirt.org (MailMan)
* ovirtbot
* Gerrit backup (anacron may pick this up)
* Other cronjobs (anacron may pick this up)

== Not-affected services ==

* www.ovirt.org (MediaWiki)
* jenkins.ovirt.org
* gerrit.ovirt.org
* alterway{01,02}.ovirt.org

-- 
Karsten 'quaid' Wade, Sr. Analyst - Community Growth
http://TheOpenSourceWay.org  .^\  http://community.redhat.com
@quaid (identi.ca/twitter/IRC)  \v'  gpg: AD0E0C41



signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] [Engine-devel] UI Plugin - Shell-In-A-Box

[Doron Fediuck]

- Original Message -
> From: "Daniel Erez" 
> To: users@ovirt.org
> Sent: Friday, January 18, 2013 12:01:54 AM
> Subject: [Engine-devel] UI Plugin - Shell-In-A-Box
> 
> Hi all,
> 
> I've created a new UI plugin to the WebAdmin for making ssh
> connections
> to hosts using a web based AJAX terminal emulator.
> 
> Details, explanations and screenshots on my blog:
> http://derezvir.blogspot.co.il/2013/01/ovirt-webadmin-shellinabox-ui-plugin.html
> 
> Please feel free to comment/contact me if you find it useful or have
> any trouble installing it... :)
> 
> Regards,
> Daniel

Very nice,
got into my g+ :)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] mark VM to start on boot

[Roy Golan]

On 01/18/2013 08:27 PM, Jim Kinney wrote:

How do I mark a VM to startup if a node fails?

2 hosts in cluster, windows domain controller on one host, backup on 
second host. Both are marked high priority.
"Bad Things" happen and both hosts get rebooted. I want those domain 
controllers to automatically restart.



are those VMs also marked as "Highly available" under High Availability tab?
I'm assuming the failure of the hosts did not knock down the manager. 
(I have them on separate floors, power, etc).

--
--
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 mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] vnic : add a custom properties and use it in vdsm_hook

[Dan Kenigsberg]

On Tue, Jan 15, 2013 at 08:26:11AM -0500, Moti Asayag wrote:
> On 12/14/2012 02:32 PM, Dan Kenigsberg wrote:
> > On Thu, Dec 06, 2012 at 09:32:03AM +0100, Benoit ML wrote:
> >> Hello,
> >>
> >> Thanks for your answer. Well i've the same feeling : it would be great
> >> but need some works to have a per device custom properties : database
> >> schema upgrade, code interfaces modifications, ... and I'm not a java
> >> dev.
> > 
> > Neither do I... But if we get an agreement about the api we can start
> > working, at least in the vdsm side.
> > 
> > While we deliberate, please note that we now have a new veb that is
> > capable of changing VM connectivity (updateDevice) which does not have
> > any hookpoint at all. I think that hook users would be interested to be
> > notified when a nic is connected/disconnected to a new network, so I
> > really hope that someone finds the time to implement it.
> > 
> >>
> >>
> >> Regards,
> >>
> >> 2012/12/2 Dan Kenigsberg :
> >>> On Fri, Nov 30, 2012 at 02:15:31PM +0100, Benoit ML wrote:
>  Hello Evrybody,
> 
>  Is there a way to add custom properties for a nic ? and use it in 
>  vdsm_hooks ?
> 
>  The objectife is to redefine some network parameters of a vnic at the
>  vm boot ... (such per vnic bandwitchs, per vnic vlan, and so on) and
>  maybe use openvswitch ...
> >>>
> >>> I would very much like to see something like that, but at the moment,
> >>> custom properties exist only in the VM level.
> >>>
> >>> You could hack around it by defining nicproperties that accepts a
> >>> nested dictionary of {nicID: {property: value}, }
> >>> But it would be a cruel and unusual punishment to edit it.
> >>>
> >>> Not long ago, Itzik and Mark discussed the need of per-nic custom
> >>> properties on Gerrit. At least on the Vdsm side, it would rather easy to
> >>> define: I suggest that each "device" definition would have a "custom"
> >>> attribute, similar to the per-vm one. This should be a dictionary
> >>> holding unicode key/value pairs, that would be passed as
> >>> _ environment variables to the hook script.
> >>>
> >>> I know Engine much less, but I do not suppose it would be hard to model
> >>> something like this there.
> >>>
> >>> Dan.
> 
> There is already a field on VM device level named specParams that can serve 
> this
> purpose. VmDevice.specParams is defined as a map.
> It is used in few scenarios such as VM payload (on vm level).
> 
> The specParams is persisted to vm devices table and passes to any VDSM command
> start of 3.1 for the device, therefore minor changes are required to DB layer
> and to vdsbroker module to complete this functionality.
> 
> Most of the work is on exposing the map to the clients: Since the specParams
> degined to be specificed per VM device, it makes sense to configure them on
> a specific entity action: Add/Update vNic.
> 
> The specParams could be exposed as another parameter of the actions 
> (Add/Update vNic) 
> and modelled as an attribute of the NIC property - probably should be further 
> discussed 
> on arch/engine-devel.

My only problem with this approach is that specParams is used
extensively as an Enging/Vdsm communication channel, regardless of
hooks. For example, it controls how much vram is allocated per spice
video card. It means that unlike in per-Vm properties, the user does not
have the prerogative to choose whatever keynames that he likes. Future
additions to that communication channel may break users' hooks.

On top of that, several of the values in specParams are dictionaries
themselves, not plain unicode strings.

We could filter plain strings from specParams into the environment of
hook scripts, and warn that Engine may choose to directly use your
custom keys. It smells like an over-complicated thing to write in the
documentation of the hook interface.

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

Re: [Users] Storage domain weirdness (or design)

[Maor Lipchuk]

Hi Alex,
What that you suggest is pretty similar to have two different Data Center.
One with host HV1 and storage domain 1.
The other with storage_domain_2 and HV2 host.
This might work, and your two hosts will be SPM, one for DC1 and the
other for DC2
I'm not sure that I follow your suggestion about setting the storage
domains who is the master (the SPM will still stay the same host as before).

Regards,
Maor


On 01/18/2013 11:36 AM, Alex Leonhardt wrote:
> I was just thinking - maybe adding a setting to storage domains who's
> the "master" for that specific storage domain would get around this ?
> 
> e.g. storage_domain_1 => master = HV1, storage_domain_2 => master = HV2,
> etc. etc.
> 
> What do you think ?
> 
> Alex
> 
> 
> 
> On 18 January 2013 09:34, Alex Leonhardt  > wrote:
> 
> Hmmm, but if I put the SPM host into Maint mode, then all the VMs
> would either be migrated or (in my case, all set to manual) not
> available during that time, correct ?
> 
> Would changing the SPM priority in the host config have the desired
> effect w/o putting the host into Maint mode ? Or can I only do that
> when the host is in Maint mode ?
> 
> 
> On 17 January 2013 20:42, Maor Lipchuk  > wrote:
> 
> Hi Alex,
> See my last respond, I add a comment inline there.
> See my comments inline
> 
> Regards,
> Maor.
> 
> On 01/17/2013 10:04 PM, Alex Leonhardt wrote:
> > Hiya,
> >
> > Yes i can choose the storage domain, but I cannot force the
> host that is
> > to be used for creating it. Even with 1Gbit network, creating
> a 80GB
> > disk / 40 GB disk is still significantly longer process than
> actually
> > required when doing a "dd" of /dev/null over the network.
> >
> > Is it possible to manually change who is SPM master, create the
> > disks/VMs required, and change it back ?
> You can maintain your SPM host, and active it back again, this will
> change the SPM to be the other host which you want.
> > How would that change affect the running VMs / would they try
> to migrate to the other HV ?
> The VM migration will still be under the same cluster.
> 
> SPM is simply used to write to the storage domains, one of the
> reasons
> we use the SPM is to avoid collisions when hosts write to the same
> storage domain.
> 
> >
> > Alex
> >
> >
> > On 01/17/2013 07:39 PM, Maor Lipchuk wrote:
> >> Hi Alex,
> >> The storage domains are part of the Data Center, and should
> not be
> >> related to clusters.
> >> Clusters are used for migrating VMs, which are the qemu
> processes,
> >> between hosts.
> >> Disks are created on the storage domains regardless to clusters.
> >>
> >> The host which write the data in the storage domain to create
> the disk
> >> is the SPM.
> >> You should have only one SPM in each Data Center (You can
> spot which
> >> host is your SPM by looking at the SPM column in the hosts tab)
> >> When you create a disk you should be able to choose the
> storage domain
> >> which you want the disk to be created on.
> >>
> >> Regards,
> >> Maor
> 
> 
> 
> 
> 
> -- 
> 
> | RHCE | Senior Systems Engineer | www.vcore.co
>  | www.vsearchcloud.com
>  |
> 
> 
> 
> 
> -- 
> 
> | RHCE | Senior Systems Engineer | www.vcore.co  |
> www.vsearchcloud.com  |


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

Re: [Users] Storage domain weirdness (or design)

[Maor Lipchuk]

Hi Alex,
Please, see my comments inline.

Regards,
Maor


On 01/18/2013 11:34 AM, Alex Leonhardt wrote:
> Hmmm, but if I put the SPM host into Maint mode, then all the VMs would
> either be migrated or (in my case, all set to manual) not available
> during that time, correct ?
Yes, the other way that you can do to change your SPM host is to ssh
into your SPM host and restart your VDSM service (service vdsmd restart).
I would recommend you, first to check if there are no running tasks
there (vdsClient 0 getAllTasksStatuses), simply because restart of VDSM
will cancel them.
> 
> Would changing the SPM priority in the host config have the desired
> effect w/o putting the host into Maint mode ? Or can I only do that when
> the host is in Maint mode ?
You can't change your SPM host while your host is up and running.
> 
> 
> On 17 January 2013 20:42, Maor Lipchuk  > wrote:
> 
> Hi Alex,
> See my last respond, I add a comment inline there.
> See my comments inline
> 
> Regards,
> Maor.
> 
> On 01/17/2013 10:04 PM, Alex Leonhardt wrote:
> > Hiya,
> >
> > Yes i can choose the storage domain, but I cannot force the host
> that is
> > to be used for creating it. Even with 1Gbit network, creating a 80GB
> > disk / 40 GB disk is still significantly longer process than actually
> > required when doing a "dd" of /dev/null over the network.
> >
> > Is it possible to manually change who is SPM master, create the
> > disks/VMs required, and change it back ?
> You can maintain your SPM host, and active it back again, this will
> change the SPM to be the other host which you want.
> > How would that change affect the running VMs / would they try to
> migrate to the other HV ?
> The VM migration will still be under the same cluster.
> 
> SPM is simply used to write to the storage domains, one of the reasons
> we use the SPM is to avoid collisions when hosts write to the same
> storage domain.
> 
> >
> > Alex
> >
> >
> > On 01/17/2013 07:39 PM, Maor Lipchuk wrote:
> >> Hi Alex,
> >> The storage domains are part of the Data Center, and should not be
> >> related to clusters.
> >> Clusters are used for migrating VMs, which are the qemu processes,
> >> between hosts.
> >> Disks are created on the storage domains regardless to clusters.
> >>
> >> The host which write the data in the storage domain to create the
> disk
> >> is the SPM.
> >> You should have only one SPM in each Data Center (You can spot which
> >> host is your SPM by looking at the SPM column in the hosts tab)
> >> When you create a disk you should be able to choose the storage
> domain
> >> which you want the disk to be created on.
> >>
> >> Regards,
> >> Maor
> 
> 
> 
> 
> 
> -- 
> 
> | RHCE | Senior Systems Engineer | www.vcore.co  |
> www.vsearchcloud.com  |


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