Re: [Users] general questions ovirt-engine migration 3.0 /use of ovirt-node/monitoring ovirt node

2012-10-26 Thread Itamar Heim

On 10/25/2012 01:27 PM, Sven Knohsalla wrote:

Hi,

I have some general questions I couldn’t find answers in the web about
ovirt-engine migration:

Currently we’re running an ovirt-engine 3.0/ ovirt-node 2.3.0 environment,

If we want to migrate to 3.1, do we also have to migrate to 3.2, or is a
“simple” update possible, or is it worth to wait with migration until
3.2 has been released?


in general, no.
ovirt 3.1 supports 3.0 for backward compatibility mode.



Hint:  A migration(import/export) with about 50 VMs is time-intensive,
as we need to plan maintenance windows for every VM :/


you should be able to just upgrade your nodes and/or your engine 
independently.




We also want to test newer ovirt-nodes  default fedora, I didn’t find
any info about operability with ovirt-engine 3.0:


should be backward compatible.



Can we mix 2.3.0 node with latest version under ovirt-engine 3.0 or is
there any problem with vdsm or anything else?


should work.
(I'm using should, since i don't remember a specific test case for this 
wen 3.1 was released, but we it is a goal to not break this).


Monitoring:

If we wish to install check_mk (monitoring) on ovirt-node, how can we
make sure the installation will be persistent?


that's for mike...



(Collectd can’t be used in our environment)

The alternative would be , to use default fedora installations,
customized as ovirt-node.


you don't need too much customizations. you should be able to just add 
host from the ui pointing to a fedora host (fedora 17 comes with vdsm 
in its default repo). you can define the ovirt repo for newer versions.




(But this should be our last choice)

Thanks in advance!

Best,

Sven.

Sven Knohsalla |System Administration

Office +49 631 68036 433 | Fax +49 631 68036 111



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


Re: [Users] general questions ovirt-engine migration 3.0 /use of ovirt-node/monitoring ovirt node

2012-10-26 Thread Mike Burns
On Fri, 2012-10-26 at 13:54 +0200, Itamar Heim wrote:
 On 10/25/2012 01:27 PM, Sven Knohsalla wrote:
  Hi,
 
  I have some general questions I couldn’t find answers in the web about
  ovirt-engine migration:
 
  Currently we’re running an ovirt-engine 3.0/ ovirt-node 2.3.0 environment,
 
  If we want to migrate to 3.1, do we also have to migrate to 3.2, or is a
  “simple” update possible, or is it worth to wait with migration until
  3.2 has been released?
 
 in general, no.
 ovirt 3.1 supports 3.0 for backward compatibility mode.
 
 
  Hint:  A migration(import/export) with about 50 VMs is time-intensive,
  as we need to plan maintenance windows for every VM :/
 
 you should be able to just upgrade your nodes and/or your engine 
 independently.
 
 
  We also want to test newer ovirt-nodes  default fedora, I didn’t find
  any info about operability with ovirt-engine 3.0:
 
 should be backward compatible.
 
 
  Can we mix 2.3.0 node with latest version under ovirt-engine 3.0 or is
  there any problem with vdsm or anything else?
 
 should work.
 (I'm using should, since i don't remember a specific test case for this 
 wen 3.1 was released, but we it is a goal to not break this).
 
  Monitoring:
 
  If we wish to install check_mk (monitoring) on ovirt-node, how can we
  make sure the installation will be persistent?
 
 that's for mike...
 

There are a few things you can do:

On a running system, you can install the package(s) using rpm, then go
and manually run persist on each and every file the package installs.
You might still run into issues if the package is not good about
run-time files going into the right places.

The next thing you can do is use plugin tooling to install the package
into an iso image that you would then install on your node machines.  

on a separate (non-node) machine, 
# yum install ovirt-node-tools
# create a yum repo somewhere that contains the package and all
dependencies (assuming ./repo)
# have a copy of the latest ovirt-node iso locally
(assuming ./ovirt-node-iso.iso)
# run edit-node

edit-node --name=ovirt-node-iso-check_mk --install-plugin=check-mk-agent
--repo=file:///path/to/repo ovirt-node-iso.iso

This will install the package into the iso image itself.  When you
install the ISO, the package will be available.  You then will need to
configure and persist the configuration files manually.  

Mike

 
  (Collectd can’t be used in our environment)
 
  The alternative would be , to use default fedora installations,
  customized as ovirt-node.
 
 you don't need too much customizations. you should be able to just add 
 host from the ui pointing to a fedora host (fedora 17 comes with vdsm 
 in its default repo). you can define the ovirt repo for newer versions.
 
 
  (But this should be our last choice)
 
  Thanks in advance!
 
  Best,
 
  Sven.
 
  Sven Knohsalla |System Administration
 
  Office +49 631 68036 433 | Fax +49 631 68036 111
 
 
 ___
 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] general questions ovirt-engine migration 3.0 /use of ovirt-node/monitoring ovirt node

2012-10-25 Thread Sven Knohsalla
Hi,


I have some general questions I couldn't find answers in the web about 
ovirt-engine migration:

Currently we're running an ovirt-engine 3.0/ ovirt-node 2.3.0 environment,

If we want to migrate to 3.1, do we also have to migrate to 3.2, or is a 
simple update possible, or is it worth to wait with migration until 3.2 has 
been released?
Hint:  A migration(import/export) with about 50 VMs is time-intensive, as we 
need to plan maintenance windows for every VM :/

We also want to test newer ovirt-nodes  default fedora, I didn't find any info 
about operability with ovirt-engine 3.0:
Can we mix 2.3.0 node with latest version under ovirt-engine 3.0 or is there 
any problem with vdsm or anything else?

Monitoring:
If we wish to install check_mk (monitoring) on ovirt-node, how can we make sure 
the installation will be persistent?
(Collectd can't be used in our environment)
The alternative would be , to use default fedora installations, customized as 
ovirt-node.
(But this should be our last choice)

Thanks in advance!

Best,
Sven.



Sven Knohsalla | System Administration

Office +49 631 68036 433 | Fax +49 631 68036 111  |E-Mail 
s.knohsa...@netbiscuits.com | Skype: netbiscuits.admin
Netbiscuits GmbH | Europaallee 10 | 67657 | GERMANY

[http://www.netbiscuits.com/image/image_gallery?uuid=65218eda-f7f9-4541-abfe-928c09e418a0groupId=10211t=1348837476176]

Meet us at events around the globehttp://www.netbiscuits.com/events
 
[https://www.netbiscuits.com/image/image_gallery?uuid=3031deca-7e56-4417-9822-3d6d72f71ef0groupId=10211t=1347280983812]
 https://www.netbiscuits.com/blog  
[https://www.netbiscuits.com/image/image_gallery?uuid=1d1a5e29-ceda-4ab1-9353-67a1e838364dgroupId=10211t=1347281040591]
 https://twitter.com/netbiscuits  
[https://www.netbiscuits.com/image/image_gallery?uuid=c99bf866-be25-4236-a0ee-dca68ec828a5groupId=10211t=1347280983848]
 http://www.linkedin.com/company/netbiscuits  
[https://www.netbiscuits.com/image/image_gallery?uuid=d62ba951-14dc-450d-b5f1-be33884225e3groupId=10211t=1347280983872]
 http://www.xing.com/companies/netbiscuitsgmbh  
[https://www.netbiscuits.com/image/image_gallery?uuid=7b28f500-f415-40bb-851f-0cd55beeaf45groupId=10211t=1347280983791]
 https://www.facebook.com/Netbiscuits  
[https://www.netbiscuits.com/image/image_gallery?uuid=cc8764d0-a5ac-4623-bb63-da3ca7c97f94groupId=10211t=1347280983836]
 https://plus.google.com/u/0/112410769451962733032  
[https://www.netbiscuits.com/image/image_gallery?uuid=a15e871c-a11b-419c-acca-da5a0ebd5856groupId=10211t=1347281040599]
 http://www.youtube.com/user/netbiscuits
Register Court: Local Court Kaiserslautern | Commercial Register ID: HR B 3604
Management Board: Guido Moggert, Michael Neidhöfer, Christian Reitz, Martin Süß

This message and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to whom they are addressed. It 
may also be privileged or otherwise protected by work product immunity or other 
legal rules. Please notify the sender immediately by e-mail if you have 
received this e-mail by mistake and delete this e-mail from your system. If you 
are not the intended recipient you are notified that disclosing, copying, 
distributing or taking any action in reliance on the contents of this 
information is strictly prohibited.
Warning: Although Netbiscuits has taken reasonable precautions to ensure no 
viruses are present in this email, the company cannot accept responsibility for 
any loss or damage arising from the use of this email or attachments.

[http://www.netbiscuits.com/image/image_gallery?uuid=0ba7711a-a277-4ea0-acb0-17fe13c3089dgroupId=10211t=1348560850164]Please
 consider the environment before printing

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