Failure on last step of ovirt hosted engine
by Mario Giammarco
Hello,
I am following the guide "up and running with ovirt 3.5" but with iscsi and
not glusterfs.
On the last step (after I have already installed ovirt-engine in the vm)
the script has stopped due to an error.
So the ovirt hosted vm is not registered in the datacenter and iscsi
storage is not seen by datacenter.
I am trying to use ovirt gui to register it manually without luck.
Can someone tell me how to repeat the last step of the script?
Thanks,
Mario
10 years, 4 months
Ovirt on CentOS 7
by Subba Rao
Hi,
I have 2 Dell Poweredge servers which are not connected to the network.
We are trying to create a Virtual lab using these 2 servers and a couple
of Cisco switches. I have installed Centos 7 with the "Virtualization"
option. Now I would like to use Ovirt as the Hypervisor/VM management
tool.
Since my servers are not connected to any network, how/what should I
download from Ovirt and install on the system. I did download ELServer
rpm for noarch and x86-64 directories. For Ovirt to work, I need to
install this manually without the network. How can I get this to work?
Thank you in advance for any help.
Regards,
Subba Rao
10 years, 4 months
(no subject)
by Alastair Neil
I see frequents errors in the vdsm log on one of the gluster servers in my
gluster cluster. Can anyone suggest a way to troubleshoot this, the host
is fine in the ovirt console and gluster functions ok. The Gluster cluster
is a replica 2, with 2 hosts. I am trying to add another host to move to
replica 3 but having trouble and this error seems to cause any changes to
the cluster to fail with unexpected errors in ovirt.
-Thanks, Alastair
Gluster Server VentOS 6.6:
vdsmd: vdsm-4.16.7-1.gitdb83943.el6
gluster: glusterfs-3.6.1-1.el6
ovirt host Fedora 20:
hosted ovirt-engine 3.5.0.1-1
Thread-53::DEBUG::2014-11-24
> 14:11:45,362::BindingXMLRPC::1132::vds::(wrapper) client
> [xxx.xxx.xxx.39]::call hostsList with () {}
> Thread-53::ERROR::2014-11-24
> 14:11:45,363::BindingXMLRPC::1151::vds::(wrapper) unexpected error
Traceback (most recent call last):
> File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 1135, in wrapper
> res = f(*args, **kwargs)
> File "/usr/share/vdsm/gluster/api.py", line 54, in wrapper
> rv = func(*args, **kwargs)
> File "/usr/share/vdsm/gluster/api.py", line 251, in hostsList
> return {'hosts': self.svdsmProxy.glusterPeerStatus()}
> File "/usr/share/vdsm/supervdsm.py", line 50, in __call__
> return callMethod()
> File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>
> **kwargs)
> File "<string>", line 2, in glusterPeerStatus
> File "/usr/lib64/python2.6/multiprocessing/managers.py", line 725, in
> _callmethod
> conn.send((self._id, methodname, args, kwds))
> IOError: [Errno 32] Broken pipe
> Thread-53::DEBUG::2014-11-24
> 14:03:08,721::BindingXMLRPC::1132::vds::(wrapper) client
> [xxx.xxx.xxx.39]::call volumesList with () {}
> Thread-53::ERROR::2014-11-24
> 14:03:08,721::BindingXMLRPC::1151::vds::(wrapper) unexpected error
> Traceback (most recent call last):
> File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 1135, in wrapper
> res = f(*args, **kwargs)
> File "/usr/share/vdsm/gluster/api.py", line 54, in wrapper
> rv = func(*args, **kwargs)
> File "/usr/share/vdsm/gluster/api.py", line 78, in volumesList
> return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)}
> File "/usr/share/vdsm/supervdsm.py", line 50, in __call__
> return callMethod()
> File "/usr/share/vdsm/supervdsm.py", line 48, in <lambda>
> **kwargs)
> File "<string>", line 2, in glusterVolumeInfo
> File "/usr/lib64/python2.6/multiprocessing/managers.py", line 725, in
> _callmethod
> conn.send((self._id, methodname, args, kwds))
> IOError: [Errno 32] Broken pipe
10 years, 4 months
Remote oVirt Cluster - Latency Sensitivity
by s k
--_ff88cc0b-ae07-4959-8159-a8953f87ad58_
Content-Type: text/plain; charset="iso-8859-7"
Content-Transfer-Encoding: quoted-printable
Hello=2C
I'm building an oVirt Cluster on a remote site and to avoid installing a se=
parate oVirt Engine there I'm thinking of using the central oVirt Engine. T=
he problem is that the latency between the two sites is up to 100ms.=20
Is this an acceptable value for the oVirt Engine to be able to monitor them=
properly? Alternatively=2C is there a way to configure the Engine to accep=
t latency around 100ms?
Thanks=2C
Sokratis =
--_ff88cc0b-ae07-4959-8159-a8953f87ad58_
Content-Type: text/html; charset="iso-8859-7"
Content-Transfer-Encoding: quoted-printable
<html>
<head>
<style><!--
.hmmessage P
{
margin:0px=3B
padding:0px
}
body.hmmessage
{
font-size: 12pt=3B
font-family:Calibri
}
--></style></head>
<body class=3D'hmmessage'><div dir=3D'ltr'>Hello=2C<div><br></div><div><br>=
</div><div>I'm building an oVirt Cluster on a remote site and to avoid inst=
alling a separate oVirt Engine there I'm thinking of using the central oVir=
t Engine. The problem is that the latency between the two sites is up to 10=
0ms. =3B</div><div><br></div><div><br></div><div>Is this an acceptable =
value for the oVirt Engine to be able to monitor them properly? Alternative=
ly=2C is there a way to configure the Engine to accept latency around 100ms=
?</div><div><br></div><div><br></div><div>Thanks=2C</div><div><br></div><di=
v><br></div><div>Sokratis</div> </div></body>
</html>=
--_ff88cc0b-ae07-4959-8159-a8953f87ad58_--
10 years, 4 months
Auto start VM after host boots
by mad Engineer
Hi all i am trying ovirt 3.4.
How can i auto start all vms once the host is up similar to setting
symlinks in /etc/libvirt/autostart
Thanks
10 years, 4 months
Hosted-Engine
by Sandvik Agustin
Hi users,
I'm installing ovirt with hosted engine following this documentation
http://community.redhat.com/blog/2014/03/up-and-running-with-ovirt-3-4/
I've successfully created the vm that will host the engine, but at the end
of the installer, I have this kind of error message
(1, 2, 3)[1]:
[ INFO ] Engine replied: DB Up!Welcome to Health Status!
Enter the name of the cluster to which you want to add the host
(Default) [Default]:
[ INFO ] Waiting for the host to become operational in the engine. This
may take several minutes...
[ ERROR ] The VDSM host was found in a failed state. Please check engine
and bootstrap installation logs.
[ ERROR ] Unable to add hosted_engine_1 to the manager
Please shutdown the VM allowing the system to launch it as a
monitored service.
The system will wait until the VM is down.
then I manage to shutdown the vm that hosting the engine, then I get this
message
Enabling and starting HA services
Hosted Engine successfully set up
[ INFO ] Stage: Clean up
[ INFO ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been
updated
[ INFO ] Stage: Pre-termination
[ INFO ] Stage: Termination
Hope you can help me,
Thanks in advance,
sandvik
10 years, 4 months
Re: [ovirt-users] 答复: Engine is still unreachable
by Sandvik Agustin
Hi users, chou,
Here's the output of the command
cat /etc/yum.repos.d/
cat: /etc/yum.repos.d/: Is a directory
cat /etc/yum.repos.d/*
# CentOS-Base.repo
#
# The mirror system uses the connecting IP address of the client and the
# update status of each mirror to pick mirrors that are updated to and
# geographically close to the client. You should use this for CentOS
updates
# unless you are manually picking other mirrors.
#
# If the mirrorlist= does not work for you, as a fall back you can try the
# remarked out baseurl= line instead.
#
#
[base]
name=CentOS-$releasever - Base
mirrorlist=
http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=os&...
#baseurl=http://mirror.centos.org/centos/$releasever/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
#released updates
[updates]
name=CentOS-$releasever - Updates
mirrorlist=
http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=upd...
#baseurl=http://mirror.centos.org/centos/$releasever/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
#additional packages that may be useful
[extras]
name=CentOS-$releasever - Extras
mirrorlist=
http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=ext...
#baseurl=http://mirror.centos.org/centos/$releasever/extras/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
#additional packages that extend functionality of existing packages
[centosplus]
name=CentOS-$releasever - Plus
mirrorlist=
http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=cen...
#baseurl=http://mirror.centos.org/centos/$releasever/centosplus/$basearch/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
#contrib - packages by Centos Users
[contrib]
name=CentOS-$releasever - Contrib
mirrorlist=
http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=con...
#baseurl=http://mirror.centos.org/centos/$releasever/contrib/$basearch/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
# CentOS-Debug.repo
#
# The mirror system uses the connecting IP address of the client and the
# update status of each mirror to pick mirrors that are updated to and
# geographically close to the client. You should use this for CentOS
updates
# unless you are manually picking other mirrors.
#
# All debug packages from all the various CentOS-5 releases
# are merged into a single repo, split by BaseArch
#
# Note: packages in the debuginfo repo are currently not signed
#
[base-debuginfo]
name=CentOS-6 - Debuginfo
baseurl=http://debuginfo.centos.org/6/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-Debug-6
enabled=0
[fasttrack]
name=CentOS-6 - fasttrack
mirrorlist=
http://mirrorlist.centos.org/?release=$releasever&arch=$basearch&repo=fas...
#baseurl=http://mirror.centos.org/centos/$releasever/fasttrack/$basearch/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
# CentOS-Media.repo
#
# This repo can be used with mounted DVD media, verify the mount point for
# CentOS-6. You can use this repo and yum to install items directly off
the
# DVD ISO that we release.
#
# To use this repo, put in your DVD and use it with the other repos too:
# yum --enablerepo=c6-media [command]
#
# or for ONLY the media repo, do this:
#
# yum --disablerepo=\* --enablerepo=c6-media [command]
[c6-media]
name=CentOS-$releasever - Media
baseurl=file:///media/CentOS/
file:///media/cdrom/
file:///media/cdrecorder/
gpgcheck=1
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
# CentOS-Vault.repo
#
# CentOS Vault holds packages from previous releases within the same CentOS
Version
# these are packages obsoleted by the current release and should usually not
# be used in production
#-----------------
[C6.0-base]
name=CentOS-6.0 - Base
baseurl=http://vault.centos.org/6.0/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.0-updates]
name=CentOS-6.0 - Updates
baseurl=http://vault.centos.org/6.0/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.0-extras]
name=CentOS-6.0 - Extras
baseurl=http://vault.centos.org/6.0/extras/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.0-contrib]
name=CentOS-6.0 - Contrib
baseurl=http://vault.centos.org/6.0/contrib/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.0-centosplus]
name=CentOS-6.0 - CentOSPlus
baseurl=http://vault.centos.org/6.0/centosplus/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
#-----------------
[C6.1-base]
name=CentOS-6.1 - Base
baseurl=http://vault.centos.org/6.1/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.1-updates]
name=CentOS-6.1 - Updates
baseurl=http://vault.centos.org/6.1/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.1-extras]
name=CentOS-6.1 - Extras
baseurl=http://vault.centos.org/6.1/extras/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.1-contrib]
name=CentOS-6.1 - Contrib
baseurl=http://vault.centos.org/6.1/contrib/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.1-centosplus]
name=CentOS-6.1 - CentOSPlus
baseurl=http://vault.centos.org/6.1/centosplus/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
#-----------------
[C6.2-base]
name=CentOS-6.2 - Base
baseurl=http://vault.centos.org/6.2/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.2-updates]
name=CentOS-6.2 - Updates
baseurl=http://vault.centos.org/6.2/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.2-extras]
name=CentOS-6.2 - Extras
baseurl=http://vault.centos.org/6.2/extras/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.2-contrib]
name=CentOS-6.2 - Contrib
baseurl=http://vault.centos.org/6.2/contrib/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.2-centosplus]
name=CentOS-6.2 - CentOSPlus
baseurl=http://vault.centos.org/6.2/centosplus/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
#-----------------
[C6.3-base]
name=CentOS-6.3 - Base
baseurl=http://vault.centos.org/6.3/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.3-updates]
name=CentOS-6.3 - Updates
baseurl=http://vault.centos.org/6.3/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.3-extras]
name=CentOS-6.3 - Extras
baseurl=http://vault.centos.org/6.3/extras/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.3-contrib]
name=CentOS-6.3 - Contrib
baseurl=http://vault.centos.org/6.3/contrib/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.3-centosplus]
name=CentOS-6.3 - CentOSPlus
baseurl=http://vault.centos.org/6.3/centosplus/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
#-----------------
[C6.4-base]
name=CentOS-6.4 - Base
baseurl=http://vault.centos.org/6.4/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.4-updates]
name=CentOS-6.4 - Updates
baseurl=http://vault.centos.org/6.4/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.4-extras]
name=CentOS-6.4 - Extras
baseurl=http://vault.centos.org/6.4/extras/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.4-contrib]
name=CentOS-6.4 - Contrib
baseurl=http://vault.centos.org/6.4/contrib/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.4-centosplus]
name=CentOS-6.4 - CentOSPlus
baseurl=http://vault.centos.org/6.4/centosplus/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
#-----------------
[C6.5-base]
name=CentOS-6.5 - Base
baseurl=http://vault.centos.org/6.5/os/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.5-updates]
name=CentOS-6.5 - Updates
baseurl=http://vault.centos.org/6.5/updates/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.5-extras]
name=CentOS-6.5 - Extras
baseurl=http://vault.centos.org/6.5/extras/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.5-contrib]
name=CentOS-6.5 - Contrib
baseurl=http://vault.centos.org/6.5/contrib/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[C6.5-centosplus]
name=CentOS-6.5 - CentOSPlus
baseurl=http://vault.centos.org/6.5/centosplus/$basearch/
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-6
enabled=0
[epel]
name=Extra Packages for Enterprise Linux 6 - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch
mirrorlist=
https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch
failovermethod=priority
enabled=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6
[epel-debuginfo]
name=Extra Packages for Enterprise Linux 6 - $basearch - Debug
#baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch/debug
mirrorlist=
https://mirrors.fedoraproject.org/metalink?repo=epel-debug-6&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6
gpgcheck=1
[epel-source]
name=Extra Packages for Enterprise Linux 6 - $basearch - Source
#baseurl=http://download.fedoraproject.org/pub/epel/6/SRPMS
mirrorlist=
https://mirrors.fedoraproject.org/metalink?repo=epel-source-6&arch=$basearch
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6
gpgcheck=1
[epel-testing]
name=Extra Packages for Enterprise Linux 6 - Testing - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/testing/6/$basearch
mirrorlist=
https://mirrors.fedoraproject.org/metalink?repo=testing-epel6&arch=$basearch
failovermethod=priority
enabled=0
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6
[epel-testing-debuginfo]
name=Extra Packages for Enterprise Linux 6 - Testing - $basearch - Debug
#baseurl=
http://download.fedoraproject.org/pub/epel/testing/6/$basearch/debug
mirrorlist=
https://mirrors.fedoraproject.org/metalink?repo=testing-debug-epel6&arch=...
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6
gpgcheck=1
[epel-testing-source]
name=Extra Packages for Enterprise Linux 6 - Testing - $basearch - Source
#baseurl=http://download.fedoraproject.org/pub/epel/testing/6/SRPMS
mirrorlist=
https://mirrors.fedoraproject.org/metalink?repo=testing-source-epel6&arch...
failovermethod=priority
enabled=0
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6
gpgcheck=1
[ovirt-3.5-epel]
name=Extra Packages for Enterprise Linux 6 - $basearch
#baseurl=http://download.fedoraproject.org/pub/epel/6/$basearch
mirrorlist=
https://mirrors.fedoraproject.org/metalink?repo=epel-6&arch=$basearch
failovermethod=priority
enabled=1
includepkgs=epel-release,python-uinput,puppet,python-lockfile,python-cpopen,python-ordereddict,python-pthreading,python-inotify,python-argparse,novnc,python-ply,python-kitchen,python-daemon,python-websockify,livecd-tools,spice-html5,mom,python-IPy,python-ioprocess,ioprocess,rubygem-rgen
gpgcheck=1
gpgkey=https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-6
[ovirt-3.5-jpackage-6.0-generic]
name=JPackage 6.0, for generic
mirrorlist=
http://www.jpackage.org/mirrorlist.php?dist=generic&type=free&release=6.0
enabled=1
gpgcheck=1
includepkgs=dom4j,isorelax,jaxen,jdom,msv,msv-xsdlib,relaxngDatatype,servicemix-specs,tomcat5-servlet-2.4-api,ws-jaxme,xalan-j2,xml-commons,xml-commons-jaxp-1.2-apis,xml-commons-resolver11,xom,xpp2,xpp3,antlr3,stringtemplate
gpgkey=http://www.jpackage.org/jpackage.asc
[ovirt-3.5-glusterfs-epel]
name=GlusterFS is a clustered file-system capable of scaling to several
petabytes.
baseurl=
http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/epel-$...
enabled=1
skip_if_unavailable=1
gpgcheck=0
[ovirt-3.5-glusterfs-noarch-epel]
name=GlusterFS is a clustered file-system capable of scaling to several
petabytes.
baseurl=
http://download.gluster.org/pub/gluster/glusterfs/LATEST/EPEL.repo/epel-$...
enabled=1
skip_if_unavailable=1
gpgcheck=0
[ovirt-3.5-patternfly1-noarch-epel]
name=Copr repo for patternfly1 owned by patternfly
baseurl=
http://copr-be.cloud.fedoraproject.org/results/patternfly/patternfly1/epe...
enabled=1
skip_if_unavailable=1
gpgcheck=0
[ovirt-3.5]
name=Latest oVirt 3.5 Release
#baseurl=http://resources.ovirt.org/pub/ovirt-3.5/rpm/el$releasever/
mirrorlist=
http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-3.5-el$releasever
enabled=1
skip_if_unavailable=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-3.5
On Fri, Nov 21, 2014 at 2:53 PM, Coffee Chou <coffee.zyr(a)gmail.com> wrote:
> Hi, Sandvik
> you can run:
>
> cat /etc/yum.repo.d/
>
>
> 2014-11-21 14:21 GMT+08:00 Sandvik Agustin <agustinsandvik(a)gmail.com>:
>
>> Hi,
>>
>>
>> The repo that I have use if
>> http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm from
>> this documentation http://www.ovirt.org/Quick_Start_Guide, because the
>> repo that this documentation
>> http://community.redhat.com/blog/2014/03/up-and-running-with-ovirt-3-4/
>> seems not working, http://ovirt.org/releases/ovirt-release.noarch.rpm
>> sudo yum localinstall -y
>> http://ovirt.org/releases/ovirt-release.noarch.rpm
>> ------------------------------
>>
>> This article originally appeared on community.redhat.com. Follow the
>> community on Twitter at @redhatopen <https://twitter.com/redhatopen>,
>> and find us on Facebook <https://www.facebook.com/redhatopen> and Google+
>> <https://plus.google.com/u/0/b/113258037797946990391/113258037797946990391...>
>> .
>> sudo yum localinstall -y
>> http://ovirt.org/releases/ovirt-release.noarch.rpm
>> ------------------------------
>>
>> This article originally appeared on community.redhat.com. Follow the
>> community on Twitter at @redhatopen <https://twitter.com/redhatopen>,
>> and find us on Facebook <https://www.facebook.com/redhatopen> and Google+
>> <https://plus.google.com/u/0/b/113258037797946990391/113258037797946990391...>
>> .
>> sudo yum localinstall -y
>> http://ovirt.org/releases/ovirt-release.noarch.rpm
>> ------------------------------
>>
>> This article originally appeared on community.redhat.com. Follow the
>> community on Twitter at @redhatopen <https://twitter.com/redhatopen>,
>> and find us on Facebook <https://www.facebook.com/redhatopen> and Google+
>> <https://plus.google.com/u/0/b/113258037797946990391/113258037797946990391...>
>> .
>>
>> On Fri, Nov 21, 2014 at 1:51 PM, Coffee Chou <coffee.zyr(a)gmail.com>
>> wrote:
>>
>>> Hi, Sandvik
>>> I have read the engine.log, it shows:
>>> Cannot find a valid baseurl for repo: base
>>>
>>> can you show me your repo?
>>>
>>> 2014-11-21 12:21 GMT+08:00 Sandvik Agustin <agustinsandvik(a)gmail.com>:
>>>
>>>> Hi,
>>>>
>>>> I'm sorry I forgot, here's the attachement.
>>>>
>>>> On Fri, Nov 21, 2014 at 12:19 PM, Sandvik Agustin <
>>>> agustinsandvik(a)gmail.com> wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> I'm sorry I forgot, here's the attachement.
>>>>>
>>>>> On Fri, Nov 21, 2014 at 12:17 PM, Coffee Chou <coffee.zyr(a)gmail.com>
>>>>> wrote:
>>>>>
>>>>>> Hi, Sandvik
>>>>>> maybe you forgot to attach your log~ that's
>>>>>> ovirt-hosted-engine-setup, so you can also attach your setup log:-)
>>>>>>
>>>>>> 2014-11-21 11:11 GMT+08:00 Sandvik Agustin <agustinsandvik(a)gmail.com>
>>>>>> :
>>>>>>
>>>>>>> Hi users,
>>>>>>>
>>>>>>> Chou, here's my I already tried your suggestion right now, but it
>>>>>>> still failed, here's my engine.log and vdsm.log. and one more thing, since
>>>>>>> the time that I started the installation of ovirt-hosted-engine setup, I
>>>>>>> starting to have this kind of error message on my /var/log/message.
>>>>>>>
>>>>>>>
>>>>>>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2:
>>>>>>> multipath: error getting device
>>>>>>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding
>>>>>>> target to table
>>>>>>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: table: 253:2:
>>>>>>> multipath: error getting device
>>>>>>> Nov 21 11:11:20 hmdvhost1 kernel: device-mapper: ioctl: error adding
>>>>>>> target to table
>>>>>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
>>>>>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered,
>>>>>>> can't remove
>>>>>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
>>>>>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered,
>>>>>>> can't remove
>>>>>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
>>>>>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered,
>>>>>>> can't remove
>>>>>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: remove map (uevent)
>>>>>>> Nov 21 11:11:20 hmdvhost1 multipathd: dm-2: devmap not registered,
>>>>>>> can't remove
>>>>>>>
>>>>>>>
>>>>>>> Thanks in advance
>>>>>>> Sandvik
>>>>>>>
>>>>>>> On Fri, Nov 21, 2014 at 9:42 AM, Coffee Chou <coffee.zyr(a)gmail.com>
>>>>>>> wrote:
>>>>>>>
>>>>>>>> Hi, Sandvik
>>>>>>>> it's just a suggestion:-)
>>>>>>>>
>>>>>>>> i think you can have a try, as i don't know my solution worked
>>>>>>>> or not. maybe there are some other people who have encountered this problem
>>>>>>>> before and they can give you some advice:-)
>>>>>>>>
>>>>>>>> 2014-11-20 22:35 GMT+08:00 Sandvik Agustin <
>>>>>>>> agustinsandvik(a)gmail.com>:
>>>>>>>>
>>>>>>>>> HI Chou,
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Thanks, I will try your solution now, and should I resend this
>>>>>>>>> email to users(a)ovirt.org?
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> Thanks
>>>>>>>>> Sandvik
>>>>>>>>>
>>>>>>>>> On Thu, Nov 20, 2014 at 9:28 AM, Coffee Chou <coffee.zyr(a)gmail.com
>>>>>>>>> > wrote:
>>>>>>>>>
>>>>>>>>>> Hi, Sandvik
>>>>>>>>>> and please don't send the email to me only but to user mail
>>>>>>>>>> list, so everybody can help you :-)
>>>>>>>>>>
>>>>>>>>>> 2014-11-20 9:17 GMT+08:00 Coffee Chou <coffee.zyr(a)gmail.com>:
>>>>>>>>>>
>>>>>>>>>>> Hi, Sandvik
>>>>>>>>>>> i can see the ERROR message: Command returned failure code 1
>>>>>>>>>>> during SSH session .... you can try these:
>>>>>>>>>>>
>>>>>>>>>>> 1. stop firewall on the hosted_engine_1
>>>>>>>>>>> 2. running command: vdsm-tool configure
>>>>>>>>>>>
>>>>>>>>>>> if it's still failure, please attach your engine.log and
>>>>>>>>>>> vdsm.log
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> 2014-11-20 7:55 GMT+08:00 Sandvik Agustin <
>>>>>>>>>>> agustinsandvik(a)gmail.com>:
>>>>>>>>>>>
>>>>>>>>>>>> Hi Chou,
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> I have successfully install the hosted engine, but at the end
>>>>>>>>>>>> of the installation I have this kind of error message
>>>>>>>>>>>>
>>>>>>>>>>>> To continue make a selection from the options below:
>>>>>>>>>>>> (1) Continue setup - engine installation is complete
>>>>>>>>>>>> (2) Power off and restart the VM
>>>>>>>>>>>> (3) Abort setup
>>>>>>>>>>>>
>>>>>>>>>>>> (1, 2, 3)[1]:
>>>>>>>>>>>> [ INFO ] Engine replied: DB Up!Welcome to Health Status!
>>>>>>>>>>>> Enter the name of the cluster to which you want to
>>>>>>>>>>>> add the host (Default) [Default]:
>>>>>>>>>>>> [ INFO ] Waiting for the host to become operational in the
>>>>>>>>>>>> engine. This may take several minutes...
>>>>>>>>>>>> [ ERROR ] The VDSM host was found in a failed state. Please
>>>>>>>>>>>> check engine and bootstrap installation logs.
>>>>>>>>>>>> [ ERROR ] Unable to add hosted_engine_1 to the manager
>>>>>>>>>>>> Please shutdown the VM allowing the system to launch
>>>>>>>>>>>> it as a monitored service.
>>>>>>>>>>>> The system will wait until the VM is down.
>>>>>>>>>>>> [ INFO ] Enabling and starting HA services
>>>>>>>>>>>> Hosted Engine successfully set up
>>>>>>>>>>>> [ INFO ] Stage: Clean up
>>>>>>>>>>>> [ INFO ] Generating answer file
>>>>>>>>>>>> '/etc/ovirt-hosted-engine/answers.conf'
>>>>>>>>>>>> [ INFO ] Answer file '/etc/ovirt-hosted-engine/answers.conf'
>>>>>>>>>>>> has been updated
>>>>>>>>>>>> [ INFO ] Stage: Pre-termination
>>>>>>>>>>>> [ INFO ] Stage: Termination
>>>>>>>>>>>>
>>>>>>>>>>>> The ovirt webadmin is accessible, but my hosted_engine_1 status
>>>>>>>>>>>> failed. I tried to activate it inside the webadmin, but it say's Error
>>>>>>>>>>>> while executing action:
>>>>>>>>>>>>
>>>>>>>>>>>> hosted_engine_1:
>>>>>>>>>>>>
>>>>>>>>>>>> - Cannot activate Host. Host has no unique id.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> and when I try to reinstall it on the webadmin, nothing happen
>>>>>>>>>>>> it still failed status.
>>>>>>>>>>>>
>>>>>>>>>>>> I hope you can help me.
>>>>>>>>>>>>
>>>>>>>>>>>> Please see attach for screenshot.
>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>> Thanks in advance.
>>>>>>>>>>>> sandvik
>>>>>>>>>>>>
>>>>>>>>>>>> On Wed, Nov 19, 2014 at 10:32 PM, Sandvik Agustin <
>>>>>>>>>>>> agustinsandvik(a)gmail.com> wrote:
>>>>>>>>>>>>
>>>>>>>>>>>>> Hi guys,
>>>>>>>>>>>>>
>>>>>>>>>>>>> First of all I want to thank you for replying my email.
>>>>>>>>>>>>> @Chou, yes I can access the engine webadmin.
>>>>>>>>>>>>> @Chao, I've tried the no. 1 option and it worked, when I check
>>>>>>>>>>>>> my /etc/hosts I have hostname conflict, then the ovirt engine is now
>>>>>>>>>>>>> reachable, but there's another error message, it say's invalid certificate.
>>>>>>>>>>>>> Is this because of I've put different FQDN during the installation process?
>>>>>>>>>>>>>
>>>>>>>>>>>>> On Wed, Nov 19, 2014 at 11:40 AM, Coffee Chou <
>>>>>>>>>>>>> coffee.zyr(a)gmail.com> wrote:
>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi, Chao
>>>>>>>>>>>>>> You may make a mistake, that's not my setup :-)
>>>>>>>>>>>>>> But i don't think it's a problem of password. If the
>>>>>>>>>>>>>> passwords were not the same, it will throw an ERROR of:
>>>>>>>>>>>>>> [ ERROR ] Cannot automatically add the host to cluster None:
>>>>>>>>>>>>>> HTTP Status 401
>>>>>>>>>>>>>> [ ERROR ] Failed to execute stage 'Closing up': Cannot add
>>>>>>>>>>>>>> the host to cluster None
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> so, i guess, maybe Sandvik's setup is still not
>>>>>>>>>>>>>> accessable ?
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> 2014-11-19 11:12 GMT+08:00 Xie, Chao <
>>>>>>>>>>>>>> xiec.fnst(a)cn.fujitsu.com>:
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Hi, Chou
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> It seems your rhevm is not setup successfully. I
>>>>>>>>>>>>>>> suggest you can think about the two possible root cause below:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 1. your /etc/hosts about host/rhevm-vm is
>>>>>>>>>>>>>>> configured correctly?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 2. your password set in hosted-engine –deploy and
>>>>>>>>>>>>>>> rhevm-setup is same ?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> If those are not your problem cause, Please provide more log
>>>>>>>>>>>>>>> about it.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> *发件人:* users-bounces(a)ovirt.org [mailto:
>>>>>>>>>>>>>>> users-bounces(a)ovirt.org] *代表 *Coffee Chou
>>>>>>>>>>>>>>> *发送时间:* 2014年11月19日 10:08
>>>>>>>>>>>>>>> *收件人:* Sandvik Agustin
>>>>>>>>>>>>>>> *抄送:* users(a)ovirt.org
>>>>>>>>>>>>>>> *主题:* Re: [ovirt-users] Engine is still unreachable
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hi, can you access Engine webadmin with this ERROR message?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> 2014-11-18 19:45 GMT+08:00 Sandvik Agustin <
>>>>>>>>>>>>>>> agustinsandvik(a)gmail.com>:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Hi!,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I have install ovirt 3.4 on centos 6.6 following this
>>>>>>>>>>>>>>> documentation
>>>>>>>>>>>>>>> http://community.redhat.com/blog/2014/03/up-and-running-with-ovirt-3-4/
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I have already completed the installation of ovirt engine
>>>>>>>>>>>>>>> inside of the vm, when going back to hosted-engine --deploy
>>>>>>>>>>>>>>> terminal and choosing 1 the hosted-engine --deploy says:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> (1, 2, 3)[1]: 1
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> [ ERROR ] Engine is still unreachable
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Engine health status page is not yet reachable.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> To continue make a selection from the options
>>>>>>>>>>>>>>> below:
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> (1) Continue setup - engine installation is
>>>>>>>>>>>>>>> complete
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> (2) Power off and restart the VM
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> (3) Abort setup
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> what should I do? how to fix this?
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Thanks in advance,
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> sandvik
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> _______________________________________________
>>>>>>>>>>>>>>> Users mailing list
>>>>>>>>>>>>>>> Users(a)ovirt.org
>>>>>>>>>>>>>>> http://lists.ovirt.org/mailman/listinfo/users
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>>
>>>>>>>>>>>>>
>>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>
>>>>>
>>>>
>>>
>>
>
10 years, 4 months
Preview of a snapshot in the past: unable to open spice console
by Gianluca Cecchi
Hello,
I have a CentOS 7 VM.
I make a snaphost at 16:40 with memory included.
Then at 17:05 shutdown VM and preview of the snapshot.
VM starts ok and initialy is at 16:40 (no ntp at the moment and no
ovrti-guest=-agent inside VM, only spice-vdagent and qemu-guest-agent)
When I try to open a spice console (that before preview worked ok) I get an
error window
Error while executing action SetVmTicket: Unexpected exception
and in webadmin gui:
user admin failed to initiate a console session for VM c7
in vdsm.log I get the error below.
I think it could depend on time set at VM level...
Thread-19::DEBUG::2014-11-23
17:09:00,213::fileSD::261::Storage.Misc.excCmd::(getReadDelay) SUCCESS:
<err> = '0+1 records in\n0+1 records out\n371 bytes (371 B) copied,
0.000149527 s, 2.5 MB/s\n'; <rc> = 0
ioprocess communication (15319)::DEBUG::2014-11-23
17:09:00,214::__init__::375::IOProcess::(_processLogs) Extracting request
informationDEBUG|(null)|Receiving request...
ioprocess communication (15319)::DEBUG::2014-11-23
17:09:00,215::__init__::375::IOProcess::(_processLogs) Queuing request in
the thread pool...
ioprocess communication (15319)::DEBUG::2014-11-23
17:09:00,215::__init__::375::IOProcess::(_processLogs) Extracting request
information...
ioprocess communication (15319)::DEBUG::2014-11-23
17:09:00,215::__init__::375::IOProcess::(_processLogs) (6408) Got request
for method 'statvfs'
ioprocess communication (15319)::DEBUG::2014-11-23
17:09:00,216::__init__::375::IOProcess::(_processLogs) Extracting request
informationDEBUG|(null)|(6408) Queuing response
Thread-63::DEBUG::2014-11-23
17:09:01,392::BindingXMLRPC::1132::vds::(wrapper) client
[192.168.1.101]::call vmSetTicket with
('0ba6a56b-542c-480e-8bab-88aea9195302', 'MZrfeNtj6de5', '120',
'disconnect', {'userName': 'admin', 'userId':
'fdfc627c-d875-11e0-90f0-83df133b58cc'}) {} flowID [2dc35f69]
Thread-63::DEBUG::2014-11-23
17:09:01,405::libvirtconnection::143::root::(wrapper) Unknown libvirterror:
ecode: 1 edom: 10 level: 2 message: internal error: unable to execute QEMU
command 'set_password': Could not set password
Thread-63::ERROR::2014-11-23
17:09:01,405::BindingXMLRPC::1142::vds::(wrapper) libvirt error
Traceback (most recent call last):
File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 1135, in wrapper
res = f(*args, **kwargs)
File "/usr/share/vdsm/rpc/BindingXMLRPC.py", line 383, in vmSetTicket
return vm.setTicket(password, ttl, existingConnAction, params)
File "/usr/share/vdsm/API.py", line 633, in setTicket
return v.setTicket(password, ttl, existingConnAction, params)
File "/usr/share/vdsm/virt/vm.py", line 4724, in setTicket
graphics, otp, seconds, connAct, params)
File "/usr/share/vdsm/virt/vm.py", line 4736, in _setTicketForGraphicDev
self._dom.updateDeviceFlags(graphics.toxml(), 0)
File "/usr/share/vdsm/virt/vm.py", line 670, in f
ret = attr(*args, **kwargs)
File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line
111, in wrapper
ret = f(*args, **kwargs)
File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2618, in
updateDeviceFlags
if ret == -1: raise libvirtError ('virDomainUpdateDeviceFlags()
failed', dom=self)
libvirtError: internal error: unable to execute QEMU command
'set_password': Could not set password
Thread-63::DEBUG::2014-11-23
17:09:01,521::BindingXMLRPC::318::vds::(wrapper) client [192.168.1.101]
Actually even if I set the correct time inside VM I get the same error..
Note that I'm using qemu from virt-preview qemu-2.1.2-6.fc20.x86_64 but
when I was using the Active VM before the preview spice console worked ok...
Is this expected to not being able to open spice console in a snapshot
preview?
Gianluca
10 years, 5 months
Re: [ovirt-users] Simple way to activate live merge in FC20 cluster
by Markus Stockhausen
------=_NextPartTM-000-f39cf9b4-a88d-44a4-8914-c951d640994d
Content-Type: multipart/alternative;
boundary="_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C111EEXCHANGEcollogi_"
--_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C111EEXCHANGEcollogi_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
V293LiBWZXJ5IHF1aWNrIHRlc3QuIFRoYW5rcyBmb3Igc2hhcmluZyB0aGUgcmVzdWx0cy4gSSB3
aWxsIGhhdmUgYSBsb29rIHdoYXQgcWVtdSAxLjYuMiBtaWdodCBuZWVkLg0KDQpSZWdhcmRpbmcg
c3RhYmlsaXR5IG9mIHFlbXUgMi4xLjI6IFlvdSBzaG91bGQgc2NhbiB0aGUgcWVtdSBzdGFibGUg
bWFpbGluZyBsaXN0IGlmIHNvbWUgc2V2ZXJlIGZpeGVzIGhhdmUgYmVlbiAgcG9zdGVkIGFmdGVy
IHRoZSByZWxlYXNlLiBJZiB5b3UgZmVlbCBjb21mb3J0YWJsZSB0YWtlIHFlbXUgZnJvbSAgdGhl
IHByZXZpZXcgcmVwb3MgdG9vLg0KDQpKdXN0IGEgc2ltcGxlIHl1bSB1cGRhdGUuDQoNClJlbWFy
azogV2l0aCB0aGUgYWR2ZW50ICBvZiBGQzIxIHZpcnQtcHJldmlldyBmb3IgRkMyMCBtaWdodCBz
ZWUgIG5vIGZ1cnRoZXIgIGZpeGVzLg0KDQpNYXJrdXMNCg0KQW0gMjEuMTEuMjAxNCAwMTo0NiBz
Y2hyaWViIEdpYW5sdWNhIENlY2NoaSA8Z2lhbmx1Y2EuY2VjY2hpQGdtYWlsLmNvbT46DQpPbiBG
cmksIE5vdiAyMSwgMjAxNCBhdCAxOjM4IEFNLCBHaWFubHVjYSBDZWNjaGkgPGdpYW5sdWNhLmNl
Y2NoaUBnbWFpbC5jb208bWFpbHRvOmdpYW5sdWNhLmNlY2NoaUBnbWFpbC5jb20+PiB3cm90ZToN
Cg0KDQpbcm9vdEB0ZWtrYW1hbiBxZW11XSMgcnBtIC1xIHFlbXUNCnFlbXUtMS42LjItMTAuZmMy
MC54ODZfNjQNCg0KW3NuaXBdDQoNCmxpYnZpcnRFcnJvcjogdW5zdXBwb3J0ZWQgY29uZmlndXJh
dGlvbjogYWN0aXZlIGNvbW1pdCBub3Qgc3VwcG9ydGVkIHdpdGggdGhpcyBRRU1VIGJpbmFyeQ0K
DQoNCg0KT0ssIEkgcmVwbHkgdG8gbXlzZWxmDQpUaGUgZXJyb3IgYWJvdmUgaXMgZXhwbGFuYXRv
cnkuLi4NCkkgZGlkbid0IG5vdGljZSB0aGF0IG9ubHkgdGhlIGxpYnZpcnQgcGFydCBpcyBpbmNs
dWRlZCBpbiB0aGUgb3ZpcnQtMy41LWZlZG9yYS12aXJ0LXByZXZpZXcgcmVwbzoNCg0KIg0KW292
aXJ0LTMuNS1mZWRvcmEtdmlydC1wcmV2aWV3XQ0KbmFtZT1WaXJ0dWFsaXphdGlvbiBwYWNrYWdl
cyBmcm9tIFJhd2hpZGUgYnVpbHQgZm9yIGxhdGVzdCBGZWRvcmENCmJhc2V1cmw9aHR0cDovL2Zl
ZG9yYXBlb3BsZS5vcmcvZ3JvdXBzL3ZpcnQvdmlydC1wcmV2aWV3L2ZlZG9yYS0kcmVsZWFzZXZl
ci8kYmFzZWFyY2gNCmVuYWJsZWQ9MQ0Kc2tpcF9pZl91bmF2YWlsYWJsZT0xDQpncGdjaGVjaz0w
DQppbmNsdWRlcGtncz1saWJ2aXJ0Kg0KIg0KDQpTTyBJIHRoaW5rIEkgbmVlZCBxZW11LTIuMS4y
LTYuZmMyMC54ODZfNjQucnBtIGFuZCBwcm9iYWJseSBvdGhlciBwYWNrYWdlcyBhcyBwcm92aWRl
ZCBieSB2aXJ0LXByZXZpZXcuDQpXaGF0IGNvdWxkIGJlIHRoZSBzYWZlc3Qgd2F5IHRvIGluY2x1
ZGUgZnVydGhlciBxZW11IHBhY2thZ2VzPw0KSG93IHN0YWJsZSBpcyBxZW11IDIuMS4yIGF0IHRo
aXMgdGltZT8NCg0KVGhhbmtzLA0KR2lhbmx1Y2ENCg==
--_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C111EEXCHANGEcollogi_
Content-Type: text/html; charset="utf-8"
Content-ID: <6E6E3312B43C1F4F94E2425A0949A434(a)collogia.de>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi
Pldvdy4gVmVyeSBxdWljayB0ZXN0LiBUaGFua3MgZm9yIHNoYXJpbmcgdGhlIHJlc3VsdHMuIEkg
d2lsbCBoYXZlIGEgbG9vayB3aGF0IHFlbXUgMS42LjIgbWlnaHQgbmVlZC48L3A+DQo8cCBkaXI9
Imx0ciI+UmVnYXJkaW5nIHN0YWJpbGl0eSBvZiBxZW11IDIuMS4yOiBZb3Ugc2hvdWxkIHNjYW4g
dGhlIHFlbXUgc3RhYmxlIG1haWxpbmcgbGlzdCBpZiBzb21lIHNldmVyZSBmaXhlcyBoYXZlIGJl
ZW4mbmJzcDsgcG9zdGVkIGFmdGVyIHRoZSByZWxlYXNlLiBJZiB5b3UgZmVlbCBjb21mb3J0YWJs
ZSB0YWtlIHFlbXUgZnJvbSZuYnNwOyB0aGUgcHJldmlldyByZXBvcyB0b28uPC9wPg0KPHAgZGly
PSJsdHIiPkp1c3QgYSBzaW1wbGUgeXVtIHVwZGF0ZS48L3A+DQo8cCBkaXI9Imx0ciI+UmVtYXJr
OiBXaXRoIHRoZSBhZHZlbnQmbmJzcDsgb2YgRkMyMSB2aXJ0LXByZXZpZXcgZm9yIEZDMjAgbWln
aHQgc2VlJm5ic3A7IG5vIGZ1cnRoZXImbmJzcDsgZml4ZXMuPC9wPg0KPHAgZGlyPSJsdHIiPk1h
cmt1czwvcD4NCjxkaXYgY2xhc3M9ImdtYWlsX3F1b3RlIj5BbSAyMS4xMS4yMDE0IDAxOjQ2IHNj
aHJpZWIgR2lhbmx1Y2EgQ2VjY2hpICZsdDtnaWFubHVjYS5jZWNjaGlAZ21haWwuY29tJmd0Ozo8
YnIgdHlwZT0iYXR0cmlidXRpb24iPg0KPGJsb2NrcXVvdGUgY2xhc3M9InF1b3RlIiBzdHlsZT0i
bWFyZ2luOjAgMCAwIC44ZXg7Ym9yZGVyLWxlZnQ6MXB4ICNjY2Mgc29saWQ7cGFkZGluZy1sZWZ0
OjFleCI+DQo8ZGl2Pg0KPGRpdiBkaXI9Imx0ciI+DQo8ZGl2Pg0KPGRpdiBjbGFzcz0iZWxpZGVk
LXRleHQiPk9uIEZyaSwgTm92IDIxLCAyMDE0IGF0IDE6MzggQU0sIEdpYW5sdWNhIENlY2NoaSA8
c3BhbiBkaXI9Imx0ciI+DQombHQ7PGEgaHJlZj0ibWFpbHRvOmdpYW5sdWNhLmNlY2NoaUBnbWFp
bC5jb20iPmdpYW5sdWNhLmNlY2NoaUBnbWFpbC5jb208L2E+Jmd0Ozwvc3Bhbj4gd3JvdGU6PGJy
Pg0KPGJsb2NrcXVvdGUgc3R5bGU9Im1hcmdpbjowcHggMHB4IDBweCAwLjhleDtib3JkZXItbGVm
dDoxcHggc29saWQgcmdiKCAyMDQgLCAyMDQgLCAyMDQgKTtwYWRkaW5nLWxlZnQ6MWV4Ij4NCjxk
aXYgZGlyPSJsdHIiPjxicj4NCjxkaXY+PGJyPg0KW3Jvb3RAdGVra2FtYW4gcWVtdV0jIHJwbSAt
cSBxZW11PGJyPg0KcWVtdS0xLjYuMi0xMC5mYzIwLng4Nl82NDxicj4NCjxicj4NCjwvZGl2Pg0K
PC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8ZGl2PltzbmlwXSA8YnI+DQo8L2Rpdj4NCjxibG9ja3F1
b3RlIHN0eWxlPSJtYXJnaW46MHB4IDBweCAwcHggMC44ZXg7Ym9yZGVyLWxlZnQ6MXB4IHNvbGlk
IHJnYiggMjA0ICwgMjA0ICwgMjA0ICk7cGFkZGluZy1sZWZ0OjFleCI+DQo8ZGl2IGRpcj0ibHRy
Ij4NCjxkaXY+PC9kaXY+DQo8YnI+DQo8ZGl2PmxpYnZpcnRFcnJvcjogdW5zdXBwb3J0ZWQgY29u
ZmlndXJhdGlvbjogYWN0aXZlIGNvbW1pdCBub3Qgc3VwcG9ydGVkIHdpdGggdGhpcyBRRU1VIGJp
bmFyeTxicj4NCjxicj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2Jsb2NrcXVvdGU+DQo8L2Rpdj4NCjxi
cj4NCjxicj4NCjwvZGl2Pg0KPGRpdj5PSywgSSByZXBseSB0byBteXNlbGY8YnI+DQo8L2Rpdj4N
CjxkaXY+VGhlIGVycm9yIGFib3ZlIGlzIGV4cGxhbmF0b3J5Li4uPGJyPg0KPC9kaXY+DQo8ZGl2
PkkgZGlkbid0IG5vdGljZSB0aGF0IG9ubHkgdGhlIGxpYnZpcnQgcGFydCBpcyBpbmNsdWRlZCBp
biB0aGUgb3ZpcnQtMy41LWZlZG9yYS12aXJ0LXByZXZpZXcgcmVwbzo8YnI+DQo8L2Rpdj4NCjxk
aXY+PGJyPg0KJnF1b3Q7PGJyPg0KW292aXJ0LTMuNS1mZWRvcmEtdmlydC1wcmV2aWV3XTxicj4N
Cm5hbWU9VmlydHVhbGl6YXRpb24gcGFja2FnZXMgZnJvbSBSYXdoaWRlIGJ1aWx0IGZvciBsYXRl
c3QgRmVkb3JhPGJyPg0KYmFzZXVybD08YSBocmVmPSJodHRwOi8vZmVkb3JhcGVvcGxlLm9yZy9n
cm91cHMvdmlydC92aXJ0LXByZXZpZXcvZmVkb3JhLSRyZWxlYXNldmVyLyRiYXNlYXJjaCI+aHR0
cDovL2ZlZG9yYXBlb3BsZS5vcmcvZ3JvdXBzL3ZpcnQvdmlydC1wcmV2aWV3L2ZlZG9yYS0kcmVs
ZWFzZXZlci8kYmFzZWFyY2g8L2E+PGJyPg0KZW5hYmxlZD0xPGJyPg0Kc2tpcF9pZl91bmF2YWls
YWJsZT0xPGJyPg0KZ3BnY2hlY2s9MDxicj4NCmluY2x1ZGVwa2dzPWxpYnZpcnQqPGJyPg0KJnF1
b3Q7PGJyPg0KPGJyPg0KPC9kaXY+DQo8ZGl2PlNPIEkgdGhpbmsgSSBuZWVkIHFlbXUtMi4xLjIt
Ni5mYzIwLng4Nl82NC5ycG0gYW5kIHByb2JhYmx5IG90aGVyIHBhY2thZ2VzIGFzIHByb3ZpZGVk
IGJ5IHZpcnQtcHJldmlldy48YnI+DQo8L2Rpdj4NCjxkaXY+V2hhdCBjb3VsZCBiZSB0aGUgc2Fm
ZXN0IHdheSB0byBpbmNsdWRlIGZ1cnRoZXIgcWVtdSBwYWNrYWdlcz88YnI+DQo8L2Rpdj4NCjxk
aXY+SG93IHN0YWJsZSBpcyBxZW11IDIuMS4yIGF0IHRoaXMgdGltZT88YnI+DQo8YnI+DQo8L2Rp
dj4NCjxkaXY+VGhhbmtzLDxicj4NCkdpYW5sdWNhPGJyPg0KPC9kaXY+DQo8L2Rpdj4NCjwvZGl2
Pg0KPC9ibG9ja3F1b3RlPg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
--_000_12EF8D94C6F8734FB2FF37B9FBEDD1735F8C111EEXCHANGEcollogi_--
------=_NextPartTM-000-f39cf9b4-a88d-44a4-8914-c951d640994d
Content-Type: text/plain;
name="InterScan_Disclaimer.txt"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
filename="InterScan_Disclaimer.txt"
****************************************************************************
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.
Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
Vorstand:
Kadir Akin
Dr. Michael Höhnerbach
Vorsitzender des Aufsichtsrates:
Hans Kristian Langva
Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497
This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.
e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.
Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln
executive board:
Kadir Akin
Dr. Michael Höhnerbach
President of the supervisory board:
Hans Kristian Langva
Registry office: district court Cologne
Register number: HRB 52 497
****************************************************************************
------=_NextPartTM-000-f39cf9b4-a88d-44a4-8914-c951d640994d--
10 years, 5 months
