3rd party qemu/libvirt rpms and ovirt
by Tiemen Ruiten
Hello,
I'm trying to setup a new oVirt environment based on F19 hosts, but I'm
running into so many issues, that I'm thinking of switching 'back' to
CentOS. However I would lose the advanced features (libgfapi, live
snapshots etc.) that are enabled in the F19 libvirt/qemu/kvm packages.
So after some googling a came across Alexandar Evseev's repository with
all the newest virtualization rpms packaged for CentOS 6:
http://download.opensuse.org/repositories/home:/aevseev/CentOS6/x86_64/
However, I can't find any information at all about the status of these
packages or any indication about stability. Is anyone familiar with this
repository and would it be possible to use these packages in an oVirt
environment?
--
Tiemen Ruiten
Systems Engineer
R&D Media
10 years, 5 months
build ovirt-hosted-engine-ha rpm failed
by lofyer
I'm trying to build rpm of ovirt-hosted-engine-ha on CentOS-6.5, and
here's my 'make rpm' result:
RPM build errors:
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/agent-log.conf
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/agent.conf
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/broker-log.conf
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/broker.conf
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/notifications
File not found by glob:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/etc/ovirt-hosted-engine-ha/notifications/*
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/share/ovirt-hosted-engine-ha
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/share/ovirt-hosted-engine-ha/ovirt-ha-agent
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/share/ovirt-hosted-engine-ha/ovirt-ha-broker
File not found:
/home/demo/gerrit/ovirt-hosted-engine-ha/tmp.repos/BUILDROOT/ovirt-hosted-engine-ha-1.2.1-0.1.master.20140708025658.el6.x86_64/usr/local/var/lib/ovirt-hosted-engine-ha/ha.conf
What should I do to the spec file or ... do I miss some dependencies?
10 years, 5 months
Failing ovirt install/F20
by Pascal Jakobi
Installing ovirt on F20.
Obviously, there is an issue with wildfly.
Surely, it has been already seen.
Can someone point me to the workaround ? Cannot find in when googling...
Thxs in advance
P
PS. Below is my boot.log content.
19:09:31,258 INFO [org.jboss.modules] JBoss Modules version 1.3.0.Final
19:09:33,563 INFO [org.jboss.msc] JBoss MSC version 1.2.0.Beta1
19:09:34,024 INFO [org.jboss.as] JBAS015899: WildFly 8.0.0.Final "WildFly"
starting
19:09:45,640 ERROR [org.jboss.as.server] JBAS015956: Caught exception
during boot:
org.jboss.as.controller.persistence.ConfigurationPersistenceException:
JBAS014676: Failed to parse configuration
at
org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:112)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at org.jboss.as.server.ServerService.boot(ServerService.java:331)
[wildfly-server-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.controller.AbstractControllerService$1.run(AbstractControllerService.java:256)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_60]
Caused by: javax.xml.stream.XMLStreamException: JBAS014674: Failed to load
module org.jboss.as.web
at
org.jboss.as.controller.parsing.ExtensionXml.parseExtensions(ExtensionXml.java:155)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.server.parsing.StandaloneXml.readServerElement_1_1(StandaloneXml.java:325)
[wildfly-server-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:137)
[wildfly-server-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.server.parsing.StandaloneXml.readElement(StandaloneXml.java:107)
[wildfly-server-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.staxmapper.XMLMapperImpl.processNested(XMLMapperImpl.java:110)
[staxmapper.jar:1.1.0.Final]
at
org.jboss.staxmapper.XMLMapperImpl.parseDocument(XMLMapperImpl.java:69)
[staxmapper.jar:1.1.0.Final]
at
org.jboss.as.controller.persistence.XmlConfigurationPersister.load(XmlConfigurationPersister.java:104)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
... 3 more
Caused by: java.util.concurrent.ExecutionException:
java.lang.UnsupportedOperationException: JBAS013452: Legacy extension
'org.jboss.as.web' is not supported on servers running this version. The
extension is only supported for use by hosts running a previous release in
a mixed-version managed domain
at java.util.concurrent.FutureTask.report(FutureTask.java:122)
[rt.jar:1.7.0_60]
at java.util.concurrent.FutureTask.get(FutureTask.java:188)
[rt.jar:1.7.0_60]
at
org.jboss.as.controller.parsing.ExtensionXml.parseExtensions(ExtensionXml.java:147)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
... 9 more
Caused by: java.lang.UnsupportedOperationException: JBAS013452: Legacy
extension 'org.jboss.as.web' is not supported on servers running this
version. The extension is only supported for use by hosts running a
previous release in a mixed-version managed domain
at
org.jboss.as.controller.extension.AbstractLegacyExtension.initializeParsers(AbstractLegacyExtension.java:82)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.controller.parsing.ExtensionXml.loadModule(ExtensionXml.java:183)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.controller.parsing.ExtensionXml.access$000(ExtensionXml.java:69)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.controller.parsing.ExtensionXml$1.call(ExtensionXml.java:127)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at
org.jboss.as.controller.parsing.ExtensionXml$1.call(ExtensionXml.java:124)
[wildfly-controller-8.0.0.Final.jar:8.0.0.Final]
at java.util.concurrent.FutureTask.run(FutureTask.java:262)
[rt.jar:1.7.0_60]
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145)
[rt.jar:1.7.0_60]
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
[rt.jar:1.7.0_60]
at java.lang.Thread.run(Thread.java:745) [rt.jar:1.7.0_60]
at org.jboss.threads.JBossThread.run(JBossThread.java:122)
[jboss-threads.jar:2.1.0.Final]
19:09:45,675 FATAL [org.jboss.as.server] JBAS015957: Server boot has failed
in an unrecoverable manner; exiting. See previous messages for details.
19:09:45,749 INFO [org.jboss.as] JBAS015950: WildFly 8.0.0.Final "WildFly"
stopped in 12ms
--
*Pascal Jakobi*
116 rue de Stalingrad
93100 Montreuil, France
*+33 6 87 47 58 19*Pascal.Jakobi(a)gmail.com
10 years, 5 months
Call for Papers Deadline in Six Days: Linux.conf.au
by Brian Proffitt
Conference: Linux.conf.au
Information: Each year open source geeks from across the globe gather in Australia or New Zealand to meet their fellow technologists, share the latest ideas and innovations, and spend a week discussing and collaborating on open source projects. The conference is well known for the speakers and delegates depth of talent, and its focus on technical linux content.
Possible topics: Virtualization, oVirt, KVM, libvirt, RDO, OpenStack, Foreman
Date: January 12-15, 2015
Location: Auckland, New Zealand
Website: http://lca2015.linux.org.au/
Call for Papers Deadline: July 13, 2014
Call for Papers URL: http://lca2015.linux.org.au/cfp
Contact me for more information and assistance with presentations.
--
Brian Proffitt
oVirt Community Manager
Project Atomic Community Lead
Open Source and Standards, Red Hat - http://community.redhat.com
Phone: +1 574 383 9BKP
IRC: bkp @ OFTC
10 years, 5 months
Re: [ovirt-users] iSCSI and multipath
by jplorier＠gmail.com
What do you mean by "having direct lun working" ? You already can, you need
to add to the first line of multipath.conf a comment to make it private
(don't remember the exact content) then you can set your luns in every host
as desired. The bad thing is that you'll have to replicate the file to
every host everytime you make changes. I did open an RFE in the past about
this... I don't remember for sure as I'm not active to ovirt since a long
time now.
Regards
El 07/07/2014 06:25, <users-request(a)ovirt.org> escribió:
> Send Users mailing list submissions to
> users(a)ovirt.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> http://lists.ovirt.org/mailman/listinfo/users
> or, via email, send a message with subject or body 'help' to
> users-request(a)ovirt.org
>
> You can reach the person managing the list at
> users-owner(a)ovirt.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Users digest..."
>
>
> Today's Topics:
>
> 1. Re: Network setup (Sven Kieske)
> 2. Re: Live Migration / Snapshots- CentOS 6.5 (Sven Kieske)
> 3. Re: Migrate from one system to another. (Sven Kieske)
> 4. Re: Live Migration / Snapshots- CentOS 6.5 (Jorick Astrego)
> 5. Re: iSCSI and multipath (Gary Lloyd)
> 6. Re: iSCSI and multipath (Sven Kieske)
> 7. Re: Live snapshot not working (Dan Kenigsberg)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Mon, 7 Jul 2014 06:40:45 +0000
> From: Sven Kieske <S.Kieske(a)mittwald.de>
> To: "users(a)ovirt.org" <users(a)ovirt.org>
> Subject: Re: [ovirt-users] Network setup
> Message-ID: <53BA418A.7030306(a)mittwald.de>
> Content-Type: text/plain; charset="utf-8"
>
> Hi,
>
> the "solution" to your problem
> is, that you don't need to setup
> any "on top" networking at all, after basic
> setup, so: no bonds, no vlans.
>
> Just configure everything in ovirt, you
> can easily construct some bonded setup
> with v-lans on top, ovirt creates it all for you.
>
> HTH
>
> --
> Mit freundlichen Gr??en / Regards
>
> Sven Kieske
>
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> K?nigsberger Stra?e 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Gesch?ftsf?hrer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
>
> ------------------------------
>
> Message: 2
> Date: Mon, 7 Jul 2014 06:45:22 +0000
> From: Sven Kieske <S.Kieske(a)mittwald.de>
> To: "users(a)ovirt.org" <users(a)ovirt.org>
> Subject: Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5
> Message-ID: <53BA42A0.8070801(a)mittwald.de>
> Content-Type: text/plain; charset="utf-8"
>
> While I have never tested or used this feature myself, I'm pretty
> sure this is not normal behaviour, this shouldn't take that long
> on an idle vm, unless something else puts your hardware under heavy
> load?
>
> Am 06.07.2014 08:17, schrieb Brad Bendy:
> > Is normal behavior a outage when a snapshot occurs? Ive got the rhev
> > builds installed but when I take a snap im getting well over two
> > minutes of downtime, on a VM with zero usage.
>
> --
> Mit freundlichen Gr??en / Regards
>
> Sven Kieske
>
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> K?nigsberger Stra?e 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Gesch?ftsf?hrer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
>
> ------------------------------
>
> Message: 3
> Date: Mon, 7 Jul 2014 06:52:41 +0000
> From: Sven Kieske <S.Kieske(a)mittwald.de>
> To: "users(a)ovirt.org" <users(a)ovirt.org>
> Subject: Re: [ovirt-users] Migrate from one system to another.
> Message-ID: <53BA4457.7050105(a)mittwald.de>
> Content-Type: text/plain; charset="utf-8"
>
> Well, what you can do, is:
> export this vm to an export domain, detach the domain from your DC,
>
> than tar.gz the whole export domain (use the sparse option if you got
> thin provisioned disks)
> then upload that tar.gz they have to put it on their storage, extract
> and import the export storage domain, then import the vm.
>
> HTH
>
> PS: But I can't believe the redhat support is so bad, after all the
> "ovirt support" is pretty good.
>
> Am 07.07.2014 00:12, schrieb John Gardeniers:
> >> We each make some shared
> > resources available to the other, so the normal method we use to
> > transfer files is we upload them to a shared directory at the other end.
>
> --
> Mit freundlichen Gr??en / Regards
>
> Sven Kieske
>
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> K?nigsberger Stra?e 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Gesch?ftsf?hrer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
>
> ------------------------------
>
> Message: 4
> Date: Mon, 07 Jul 2014 09:14:27 +0200
> From: Jorick Astrego <j.astrego(a)netbulae.eu>
> To: users(a)ovirt.org
> Subject: Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5
> Message-ID: <53BA48D3.4020301(a)netbulae.eu>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
>
> On 07/05/2014 04:39 PM, Karli Sj?berg wrote:
> >
> >
> > Den 5 jul 2014 16:22 skrev Brad Bendy <brad.bendy(a)gmail.com>:
> > >
> > > Haha, yeah never have been a Fedora fan, and nothing has changed. Is
> > > the only big feature im missing out on is snapshots? From what I can
> > > tell, and in my testing, everything else seems to work. Was deploying
> > > GlusterFS but without the live migration to another host that is
> > > somewhat defeated.
> >
> > VM live migration works, live _disk_ migration does not.
> >
> > > Only way to get that is with RHEL really then?
> >
> > No, as I earlier pointed out, there is a place you can get the
> > packages you need for CentOS:
> >
> http://jenkins.ovirt.org/view/All/job/qemu-kvm-rhev_create-rpms_el6/lastS...
> >
> > You'll have to download- and force install them over the already
> > installed versions of those packages on all Hosts and then it'll work.
> >
> > Though, next time there are updates, yum will update from the standard
> > repos and it just stops working again until you repeat the procedure.
> >
> > /K
> >
> >
> Just add "exclude=qemu-kvm*" in /etc/yum.conf so yum will leave them allone
>
> Kind regards,
> Jorick Astrego
> Netbulae
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.ovirt.org/pipermail/users/attachments/20140707/51a52214/atta...
> >
>
> ------------------------------
>
> Message: 5
> Date: Mon, 7 Jul 2014 09:17:20 +0100
> From: Gary Lloyd <g.lloyd(a)keele.ac.uk>
> To: John Taylor <jtt77777(a)gmail.com>
> Cc: users <users(a)ovirt.org>
> Subject: Re: [ovirt-users] iSCSI and multipath
> Message-ID:
> <
> CAEzLwnf5P_k2okHqds+tTALF2hnE+vnF0_6r64LhfwQP-tudwg(a)mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Is there any chance of multipath working with direct LUN instead of just
> storage domains ? I've asked/checked a couple of times, but not had much
> luck.
>
> Thanks
>
> *Gary Lloyd*
> ----------------------------------
> IT Services
> Keele University
> -----------------------------------
>
>
> On 9 June 2014 15:17, John Taylor <jtt77777(a)gmail.com> wrote:
>
> > On Mon, Jun 9, 2014 at 9:23 AM, Nicolas Ecarnot <nicolas(a)ecarnot.net>
> > wrote:
> > > Le 09-06-2014 14:44, Maor Lipchuk a ?crit :
> > >
> > >> basically, you should upgrade your DC to 3.4, and then upgrade the
> > >> clusters you desire also to 3.4.
> > >
> > >
> > > Well, that seems to have worked, except I had to raise the cluster
> level
> > > first, then the DC level.
> > >
> > > Now, I can see the iSCSI multipath tab has appeared.
> > > But I confirm what I wrote below :
> > >
> > >>>>> I saw that multipathing is talked here :
> > >>>>> http://www.ovirt.org/Feature/iSCSI-Multipath
> > >>>>>
> > >>>>>> Add an iSCSI Storage to the Data Center
> > >>>>>> Make sure the Data Center contains networks.
> > >>>>>> Go to the Data Center main tab and choose the specific Data
> > Center
> > >>>>>> At the sub tab choose "iSCSI Bond"
> > >>>>>> Press the "new" button to add a new iSCSI Bond
> > >>>>>> Configure the networks you want to add to the new iSCSI Bond.
> > >>>>>
> > >>>>>
> > >>>>> Anyway, I'm not sure to understand the point of this wiki page and
> > this
> > >>>>> implementation : it looks like a much higher level of multipathing
> > over
> > >>>>> virtual networks, and not at all what I'm talking about above...?
> > >
> > >
> > > I am actually trying to know whether bonding interfaces (at low level)
> > for
> > > the iSCSI network is a bad thing, as was told by my storage provider?
> > >
> > > --
> > > Nicolas Ecarnot
> >
> >
> > Hi Nicolas,
> > I think the naming of the managed iscsi multipathing feature a "bond"
> > might be a bit confusing. It's not an ethernet/nic bond, but a way to
> > group networks and targets together, so it's not "bonding interfaces"
> > Behind the scenes what it does is creates iscsi
> > ifaces(/var/lib/iscsi/ifaces) and changes the way the iscsiadm calls
> > are constructed to use those ifaces (instead of the default) to
> > connect and login to the targets
> > Hope that helps.
> >
> > -John
> > _______________________________________________
> > Users mailing list
> > Users(a)ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://lists.ovirt.org/pipermail/users/attachments/20140707/6e401efe/atta...
> >
>
> ------------------------------
>
> Message: 6
> Date: Mon, 7 Jul 2014 08:45:23 +0000
> From: Sven Kieske <S.Kieske(a)mittwald.de>
> To: "users(a)ovirt.org" <users(a)ovirt.org>
> Subject: Re: [ovirt-users] iSCSI and multipath
> Message-ID: <53BA5EC0.6000108(a)mittwald.de>
> Content-Type: text/plain; charset="utf-8"
>
> Am 07.07.2014 10:17, schrieb Gary Lloyd:
> > Is there any chance of multipath working with direct LUN instead of just
> > storage domains ? I've asked/checked a couple of times, but not had much
> > luck.
>
> Hi,
>
> the best way to get features into ovirt is to create a "Bug"
> titled as "RFE" (request for enhancement) here:
>
> https://bugzilla.redhat.com/enter_bug.cgi?product=oVirt
>
> if you have any custom vdsm code it would be cool to share
> it with the community, so you might even not be responsible
> for maintaining it in the future, but that's your decision
> to make.
>
> HTH
>
>
>
> --
> Mit freundlichen Gr??en / Regards
>
> Sven Kieske
>
> Systemadministrator
> Mittwald CM Service GmbH & Co. KG
> K?nigsberger Stra?e 6
> 32339 Espelkamp
> T: +49-5772-293-100
> F: +49-5772-293-333
> https://www.mittwald.de
> Gesch?ftsf?hrer: Robert Meyer
> St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
> Komplement?rin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
>
> ------------------------------
>
> Message: 7
> Date: Mon, 7 Jul 2014 10:25:06 +0100
> From: Dan Kenigsberg <danken(a)redhat.com>
> To: Punit Dambiwal <hypunit(a)gmail.com>
> Cc: "users(a)ovirt.org" <users(a)ovirt.org>
> Subject: Re: [ovirt-users] Live snapshot not working
> Message-ID: <20140707092506.GD20064(a)redhat.com>
> Content-Type: text/plain; charset=us-ascii
>
> On Mon, Jul 07, 2014 at 11:18:50AM +0800, Punit Dambiwal wrote:
> > Hi Dan,
> >
> > I already removed it from the ovirt-engine and reinstall it....can this
> bug
> > will fixed in 3.5 ??
>
> If I knew what the bug was, I wouldn't have asked to see your logs...
>
>
> ------------------------------
>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
> End of Users Digest, Vol 34, Issue 37
> *************************************
>
10 years, 5 months
iSCSI and multipath
by Nicolas Ecarnot
Hi,
Context here :
- 2 setups (2 datacenters) in oVirt 3.4.1 with CentOS 6.4 and 6.5 hosts
- connected to some LUNs in iSCSI on a dedicated physical network
Every host has two interfaces used for management and end-user LAN
activity. Every host also have 4 additional NICs dedicated to the iSCSI
network.
Those 4 NICs were setup from the oVirt web GUI in a bonding with a
unique IP address and connected to the SAN.
Everything is working fine. I just had to manually tweak some points
(MTU, other small things) but it is working.
Recently, our SAN dealer told us that using bonding in an iSCSI context
was terrible, and the recommendation is to use multipathing.
My previous experience pre-oVirt was to agree with that. Long story
short is just that when setting up the host from oVirt, it was so
convenient to click and setup bonding, and observe it working that I did
not pay further attention. (and we seem to have no bottleneck yet).
Anyway, I dedicated a host to experiment, I things are not clear to me.
I know how to setup NICs, iSCSI and multipath to present the host OS a
partition or a logical volume, using multipathing instead of bonding.
But in this precise case, what is disturbing me is that many layers
described above are managed by oVirt (mount/unmount of LV, creation of
bridges on top of bonded interfaces, managing the WWID amongst the cluster).
And I see nothing related to multipath at the NICs level.
Though I can setup everything fine in the host, this setup does not
match what oVirt is expecting : oVirt is expecting a bridge named as the
iSCSI network, and able to connect to the SAN.
My multipathing is offering the access to the partition of the LUNs, it
is not the same.
I saw that multipathing is talked here :
http://www.ovirt.org/Feature/iSCSI-Multipath
I here read :
> Add an iSCSI Storage to the Data Center
> Make sure the Data Center contains networks.
> Go to the Data Center main tab and choose the specific Data Center
> At the sub tab choose "iSCSI Bond"
The only tabs I see are "Storage/Logical Networks/Network
QoS/Clusters/Permissions".
In this datacenter, I have one iSCSI master storage domain, two iSCSI
storage domains and one NFS export domain.
What did I miss?
> Press the "new" button to add a new iSCSI Bond
> Configure the networks you want to add to the new iSCSI Bond.
Anyway, I'm not sure to understand the point of this wiki page and this
implementation : it looks like a much higher level of multipathing over
virtual networks, and not at all what I'm talking about above...?
Well as you see, I need enlightenments.
--
Nicolas Ecarnot
10 years, 5 months
CentOS dependencies on 3.5
by Jon Archer
Hi,
Just tried to run an update to 3.5 beta and i'm seeing dependencies that
are not satisfied.
Error: Package: vdsm-jsonrpc-java-1.0.0-0.0.master.el6.noarch
(ovirt-3.5-pre)
Requires: codehaus-jackson-core-asl
Error: Package: vdsm-jsonrpc-java-1.0.0-0.0.master.el6.noarch
(ovirt-3.5-pre)
Requires: codehaus-jackson-mapper-asl
Any ideas? I've done a bit of googling and not uncovered much. Looking
at the specfile there seems to be a requirement for jackson, which isn't
in the C6 repos but does seem to be in the C7 repos.
Thanks
Jon
10 years, 5 months
Snapshot deletion performance [was Latency]
by Markus Stockhausen
This is a multi-part message in MIME format.
------=_NextPartTM-000-c1aed69b-7e8e-41a0-bb56-06dffd3f6c22
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
> Von: users-bounces(a)ovirt.org [users-bounces(a)ovirt.org]" im Auftrag von "M=
aurice James [mjames(a)media-node.com]=0A=
> Gesendet: Freitag, 27. Juni 2014 01:42=0A=
> An: users=0A=
> Betreff: [ovirt-users] Spam Latency=0A=
> =0A=
> I noticed that the following operations take way, way too long:=0A=
> Any type of import/export (VM, template. etc.)=0A=
> Disk migration=0A=
> Snapshot deletion=0A=
> These operations take over 60 minutes, most of the time pushing 90 minute=
s. I know I don't have the fastest storage disks but wow, up to 90 minutes?=
.=0A=
> My NFS storage is on a 4 disk RAID 5. 7200rpm disks. 2GBps network conne=
ction.=0A=
=0A=
At least for the snapshot deletion part there might be some headroom=0A=
for improvements: https://bugzilla.redhat.com/show_bug.cgi?id=3D1116565=0A=
=0A=
Markus=0A=
------=_NextPartTM-000-c1aed69b-7e8e-41a0-bb56-06dffd3f6c22
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-c1aed69b-7e8e-41a0-bb56-06dffd3f6c22--
10 years, 5 months
Re: [ovirt-users] Live Migration / Snapshots- CentOS 6.5
by Karli Sjöberg
--_000_5F9E965F5A80BC468BE5F40576769F098C539E88exchange21_
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
DQpEZW4gNiBqdWwgMjAxNCAwODoxNyBza3JldiBCcmFkIEJlbmR5IDxicmFkLmJlbmR5QGdtYWls
LmNvbT46DQo+DQo+IElzIG5vcm1hbCBiZWhhdmlvciBhIG91dGFnZSB3aGVuIGEgc25hcHNob3Qg
b2NjdXJzPyBJdmUgZ290IHRoZSByaGV2DQo+IGJ1aWxkcyBpbnN0YWxsZWQgYnV0IHdoZW4gSSB0
YWtlIGEgc25hcCBpbSBnZXR0aW5nIHdlbGwgb3ZlciB0d28NCj4gbWludXRlcyBvZiBkb3dudGlt
ZSwgb24gYSBWTSB3aXRoIHplcm8gdXNhZ2UuDQoNClRoYXQgYmVoYXZpb3IgaXMgZXhwZWN0ZWQs
IGVuZ2luZSBwYXVzZXMgdGhlIFZNIGR1cmluZyBzbmFwc2hvdCB0byBlbnN1cmUgY29uc2lzdGVu
Y3kuIE5vdCBhcyBzdXJlIGFib3V0IHRoZSB0aW1lZnJhbWUgdGhvdWdoOyB0d28gbWlucyBmb3Ig
YSBpZGxlIFZNPyBXaGVuIEkgc25hcCwgaXQncyBhIG1hdHRlciBpZiBzZWNvbmRzLCBidXQgdGhh
dCBtaWdodCBiZSB5b3VyIEdsdXN0ZXIgc3Bvb2tpbmcuIFdlIHVzZSBhIHRyYWRpdGlvbmFsIE5G
UyBzZXJ2ZXIuIFdoeSBub3Qgc2V0IHRoYXQgdXAgYW5kIGJlbmNobWFyayB0aGUgZGlmZmVyZW5j
ZT8NCg0KL0sNCg0KPiBUaGUgVk0gZ29lcyBpbnRvICJwYXVzZSINCj4gc3RhdGUgdGhlbiwgSSBn
dWVzcyB0aGUgc25hcHNob3QgaXMgYSBjb3B5IG9mIHRoZSBlbnRpcmUgVk0/IEkgaGF2ZQ0KPiBu
b3QgZ290IGEgc2Vjb25kIGhvc3QgdXAgd2l0aCB0aG9zZSByaGV2IGJ1aWxkIHRvIHNlZSB0aGUg
YmVoYXZpb3INCj4gd2hlbiBkaXNrIG1pZ3JhdGluZw0KPg0KPiBUaGFua3MNCj4NCj4gT24gU2F0
LCBKdWwgNSwgMjAxNCBhdCA3OjUxIEFNLCBCcmFkIEJlbmR5IDxicmFkLmJlbmR5QGdtYWlsLmNv
bT4gd3JvdGU6DQo+ID4gVGhlcmUgd2UgZ28sIHNvcnJ5IGFib3V0IHRoYXQhIElsbCBnaXZlIHRo
ZXNlIGEgdGVzdCB0aGVuLiBUaGFua3MgZm9yIHRoZSBoZWxwDQo+ID4NCj4gPiBPbiBTYXQsIEp1
bCA1LCAyMDE0IGF0IDc6MzkgQU0sIEthcmxpIFNqw7ZiZXJnIDxLYXJsaS5Tam9iZXJnQHNsdS5z
ZT4gd3JvdGU6DQo+ID4+DQo+ID4+IERlbiA1IGp1bCAyMDE0IDE2OjIyIHNrcmV2IEJyYWQgQmVu
ZHkgPGJyYWQuYmVuZHlAZ21haWwuY29tPjoNCj4gPj4NCj4gPj4NCj4gPj4+DQo+ID4+PiBIYWhh
LCB5ZWFoIG5ldmVyIGhhdmUgYmVlbiBhIEZlZG9yYSBmYW4sIGFuZCBub3RoaW5nIGhhcyBjaGFu
Z2VkLiBJcw0KPiA+Pj4gdGhlIG9ubHkgYmlnIGZlYXR1cmUgaW0gbWlzc2luZyBvdXQgb24gaXMg
c25hcHNob3RzPyBGcm9tIHdoYXQgSSBjYW4NCj4gPj4+IHRlbGwsIGFuZCBpbiBteSB0ZXN0aW5n
LCBldmVyeXRoaW5nIGVsc2Ugc2VlbXMgdG8gd29yay4gV2FzIGRlcGxveWluZw0KPiA+Pj4gR2x1
c3RlckZTIGJ1dCB3aXRob3V0IHRoZSBsaXZlIG1pZ3JhdGlvbiB0byBhbm90aGVyIGhvc3QgdGhh
dCBpcw0KPiA+Pj4gc29tZXdoYXQgZGVmZWF0ZWQuDQo+ID4+DQo+ID4+IFZNIGxpdmUgbWlncmF0
aW9uIHdvcmtzLCBsaXZlIF9kaXNrXyBtaWdyYXRpb24gZG9lcyBub3QuDQo+ID4+DQo+ID4+PiBP
bmx5IHdheSB0byBnZXQgdGhhdCBpcyB3aXRoIFJIRUwgcmVhbGx5IHRoZW4/DQo+ID4+DQo+ID4+
IE5vLCBhcyBJIGVhcmxpZXIgcG9pbnRlZCBvdXQsIHRoZXJlIGlzIGEgcGxhY2UgeW91IGNhbiBn
ZXQgdGhlIHBhY2thZ2VzIHlvdQ0KPiA+PiBuZWVkIGZvciBDZW50T1M6DQo+ID4+IGh0dHA6Ly9q
ZW5raW5zLm92aXJ0Lm9yZy92aWV3L0FsbC9qb2IvcWVtdS1rdm0tcmhldl9jcmVhdGUtcnBtc19l
bDYvbGFzdFN0YWJsZUJ1aWxkLw0KPiA+Pg0KPiA+PiBZb3UnbGwgaGF2ZSB0byBkb3dubG9hZC0g
YW5kIGZvcmNlIGluc3RhbGwgdGhlbSBvdmVyIHRoZSBhbHJlYWR5IGluc3RhbGxlZA0KPiA+PiB2
ZXJzaW9ucyBvZiB0aG9zZSBwYWNrYWdlcyBvbiBhbGwgSG9zdHMgYW5kIHRoZW4gaXQnbGwgd29y
ay4NCj4gPj4NCj4gPj4gVGhvdWdoLCBuZXh0IHRpbWUgdGhlcmUgYXJlIHVwZGF0ZXMsIHl1bSB3
aWxsIHVwZGF0ZSBmcm9tIHRoZSBzdGFuZGFyZCByZXBvcw0KPiA+PiBhbmQgaXQganVzdCBzdG9w
cyB3b3JraW5nIGFnYWluIHVudGlsIHlvdSByZXBlYXQgdGhlIHByb2NlZHVyZS4NCj4gPj4NCj4g
Pj4gL0sNCj4gPj4NCj4gPj4+DQo+ID4+PiBPbiBTYXQsIEp1bCA1LCAyMDE0IGF0IDc6MDUgQU0s
IEthcmxpIFNqw7ZiZXJnIDxLYXJsaS5Tam9iZXJnQHNsdS5zZT4NCj4gPj4+IHdyb3RlOg0KPiA+
Pj4gPg0KPiA+Pj4gPiBEZW4gNSBqdWwgMjAxNCAxNTo1NyBza3JldiBCcmFkIEJlbmR5IDxicmFk
LmJlbmR5QGdtYWlsLmNvbT46DQo+ID4+PiA+DQo+ID4+PiA+DQo+ID4+PiA+Pg0KPiA+Pj4gPj4g
SWYgSSB1c2UgRmVkb3JhIHdpbGwgImV2ZXJ5dGhpbmciIHdvcms/IEkgaGFkIG51bWVyb3VzIGlz
c3VlcywgSUlSQyBJDQo+ID4+PiA+PiBjb3VsZCBub3QgZXZlbiBnZXQgdGhlIG92aXJ0bWdtdCBz
d2l0Y2ggdG8gaW5zdGFsbCBhbmQgYSBmZXcgb3RoZXINCj4gPj4+ID4+IHRoaW5ncy4gV2hhdCB2
ZXJzaW9uIG9mIEZlZG9yYSBkbyB5b3UgcmVjb21tZW5kIHRoZW4/DQo+ID4+PiA+DQo+ID4+PiA+
IE5vbmU6KSBXZSBzd2l0Y2hlZCBsb25nIGFnbyB0byBDZW50T1MgYW5kIGhhdmUgbmV2ZXIgbG9v
a2VkIGJhY2ssIGV2ZW4NCj4gPj4+ID4gd2l0aA0KPiA+Pj4gPiB0aGVzZSBpc3N1ZXMuIE5vdCB3
b3J0aCB0aGUgaGVhZGFjaGUgdGhhdCBpcyBGZWRvcmEuDQo+ID4+PiA+DQo+ID4+PiA+IC9LDQo+
ID4+PiA+DQo+ID4+PiA+PiBJbGwgZG8gYW5vdGhlcg0KPiA+Pj4gPj4gaW5zdGFsbCBhbmQgZ2l2
ZSB0aGF0IGEgd2hpcmwgYWdhaW4uDQo+ID4+PiA+Pg0KPiA+Pj4gPj4gVGhhbmtzIQ0KPiA+Pj4g
Pj4NCj4gPj4+ID4+IE9uIEZyaSwgSnVsIDQsIDIwMTQgYXQgMTA6MzMgUE0sIEthcmxpIFNqw7Zi
ZXJnIDxLYXJsaS5Tam9iZXJnQHNsdS5zZT4NCj4gPj4+ID4+IHdyb3RlOg0KPiA+Pj4gPj4gPg0K
PiA+Pj4gPj4gPiBEZW4gNSBqdWwgMjAxNCAwNzowNCBza3JldiBCcmFkIEJlbmR5IDxicmFkLmJl
bmR5QGdtYWlsLmNvbT46DQo+ID4+PiA+PiA+Pg0KPiA+Pj4gPj4gPj4gSGksDQo+ID4+PiA+PiA+
Pg0KPiA+Pj4gPj4gPj4gSXZlIHNlZWluZyBjb25mbGljdGluZyBpbmZvIHdpdGggd2hhdCB2ZXJz
aW9uIG9mIHFlbXUgcnBtcyBhcmUNCj4gPj4+ID4+ID4+IG5lZWRlZA0KPiA+Pj4gPj4gPj4gdG8g
ZG8gbGl2ZSBtaWdyYXRpb24gdW5kZXIgQ2VudE9TLiBJdCBhcHBlYXJzIHRoZSBzdG9jayBvbmVz
IHdpbGwNCj4gPj4+ID4+ID4+IG5vdA0KPiA+Pj4gPj4gPj4gd29yayBhbmQgdGhlIFJIRVYgb25l
cyBhcmUgcmVxdWlyZWQuIEFsbCB0aGUgbWFpbGluZyBsaXN0IHBvc3QgSSBzZWUNCj4gPj4+ID4+
ID4+IGFyZSBmcm9tIDMtNCBtb250aHMgYWdvLCBzbyBub3Qgc3VyZS4NCj4gPj4+ID4+ID4+DQo+
ID4+PiA+PiA+PiBJbSBnZXR0aW5nIFZEU0dlbmVyaWNFeGNlcHRpb246IFZEU0Vycm9yRXhjZXB0
aW9uOiBGYWlsZWQgdG8NCj4gPj4+ID4+ID4+IFNuYXBzaG90VkRTLCBlcnJvciA9IFNuYXBzaG90
IGZhaWxlZCwgY29kZSA9IDQ4IChGYWlsZWQgd2l0aCBlcnJvcg0KPiA+Pj4gPj4gPj4gU05BUFNI
T1RfRkFJTEVEIGFuZCBjb2RlIDQ4KQ0KPiA+Pj4gPj4gPj4NCj4gPj4+ID4+ID4+IEkgYWxzbyBz
YXcgdGhpcyB0aHJlYWQ6DQo+ID4+PiA+PiA+PiBodHRwOi8vY29tbWVudHMuZ21hbmUub3JnL2dt
YW5lLmxpbnV4LmNlbnRvcy5nZW5lcmFsLzEzODU5Mw0KPiA+Pj4gPj4gPj4NCj4gPj4+ID4+ID4+
IEl2ZSBiZWVuIGhhdmluZyBpc3N1ZXMgZ2V0dGluZyB0aG9zZSB0byBpbnN0YWxsLCBidXQgYmVm
b3JlIEkgc3BlbnQNCj4gPj4+ID4+ID4+IHRvDQo+ID4+PiA+PiA+PiBtdWNoIG1vcmUgdGltZSBJ
IHdhbnRlZCB0byByZWFsbHkgc2VlIGlmIEkgd2FzIG9uIHRoZSByaWdodCB0cmFjay4NCj4gPj4+
ID4+ID4+DQo+ID4+PiA+PiA+PiBJcyB0aGVyZSBhIGJldHRlciBPUyBjaG9pY2U/IEkgZmlyc3Qg
c3RhcnRlZCB0cnlpbmcgd2l0aCBGZWRvcmEgMTkNCj4gPj4+ID4+ID4+IGFuZA0KPiA+Pj4gPj4g
Pj4gMjAgYW5kIGhhcyBtYWpvciBpc3N1ZXMsIHdlbnQgdG8gQ2VudE9TIDYuNSBhbmQgdGhpcyBp
cyB0aGUgZmlyc3QNCj4gPj4+ID4+ID4+IGFuZA0KPiA+Pj4gPj4gPj4gb25seSBpc3N1ZSBzbyBm
YXIgaXZlIHJhbiBpbnRvLg0KPiA+Pj4gPj4gPj4NCj4gPj4+ID4+ID4+IFRoYW5rcyENCj4gPj4+
ID4+ID4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+
ID4+PiA+PiA+PiBVc2VycyBtYWlsaW5nIGxpc3QNCj4gPj4+ID4+ID4+IFVzZXJzQG92aXJ0Lm9y
Zw0KPiA+Pj4gPj4gPj4gaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9tYWlsbWFuL2xpc3RpbmZvL3Vz
ZXJzDQo+ID4+PiA+PiA+DQo+ID4+PiA+PiA+IFdlbGwsIGdvaW5nIHdpdGggRmVkb3JhIHdvdWxk
IGF0IGxlYXN0IGdldCB5b3UgdGhlIHNuYXBzaG90cyB3b3JraW5nLA0KPiA+Pj4gPj4gPiBpZg0K
PiA+Pj4gPj4gPiBJIHJlbWVtYmVyIGNvcnJlY3RseSwgYnV0IHRoYXQncyBub3Qgc29tZXRoaW5n
IHlvdSBydW4gaW4gcHJvZHVjdGlvbi4NCj4gPj4+ID4+ID4gQXMgeW91DQo+ID4+PiA+PiA+IHNh
aWQsICJtYWpvciBpc3N1ZXMiLg0KPiA+Pj4gPj4gPg0KPiA+Pj4gPj4gPiBGb3IgQ2VudE9TLCB5
b3UgbmVlZCAic3BlY2lhbCIgdmVyc2lvbnMgb2YgY2VydGFpbiBwYWNrYWdlcywgc2luY2UNCj4g
Pj4+ID4+ID4gUmVkSGF0IHdhbnRzIHlvdSB0byBwYXkgZm9yIFJIRVYsIHRoZXkgaGF2ZSBjaG9z
ZW4gdG8gY3JpcHBsZSB0aGUNCj4gPj4+ID4+ID4gc3RhbmRhcmQNCj4gPj4+ID4+ID4gcGFja2Fn
ZXMgc28gdGhvc2UgZmVhdHVyZXMgd29uJ3Qgd29yazoNCj4gPj4+ID4+ID4gaHR0cDovL2xpc3Rz
Lm92aXJ0Lm9yZy9waXBlcm1haWwvZGV2ZWwvMjAxNC1KdW5lLzAwNzczNS5odG1sDQo+ID4+PiA+
PiA+DQo+ID4+PiA+PiA+IEFuZCBoZXJlIHlvdSBjYW4gZmluZCB0aGUgcGFja2FnZXMgeW91IG5l
ZWQ6DQo+ID4+PiA+PiA+DQo+ID4+PiA+PiA+DQo+ID4+PiA+PiA+IGh0dHA6Ly9qZW5raW5zLm92
aXJ0Lm9yZy92aWV3L0FsbC9qb2IvcWVtdS1rdm0tcmhldl9jcmVhdGUtcnBtc19lbDYvbGFzdFN0
YWJsZUJ1aWxkLw0KPiA+Pj4gPj4gPg0KPiA+Pj4gPj4gPiAvSw0K
--_000_5F9E965F5A80BC468BE5F40576769F098C539E88exchange21_
Content-Type: text/html; charset="utf-8"
Content-ID: <BAD80A68DBDD7F4B815CAEDD35E083FE(a)ad.slu.se>
Content-Transfer-Encoding: base64
PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i
dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5Pg0KPHAgZGlyPSJsdHIi
Pjxicj4NCkRlbiA2IGp1bCAyMDE0IDA4OjE3IHNrcmV2IEJyYWQgQmVuZHkgJmx0O2JyYWQuYmVu
ZHlAZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7PGJyPg0KJmd0OyBJcyBub3JtYWwgYmVoYXZpb3Ig
YSBvdXRhZ2Ugd2hlbiBhIHNuYXBzaG90IG9jY3Vycz8gSXZlIGdvdCB0aGUgcmhldjxicj4NCiZn
dDsgYnVpbGRzIGluc3RhbGxlZCBidXQgd2hlbiBJIHRha2UgYSBzbmFwIGltIGdldHRpbmcgd2Vs
bCBvdmVyIHR3bzxicj4NCiZndDsgbWludXRlcyBvZiBkb3dudGltZSwgb24gYSBWTSB3aXRoIHpl
cm8gdXNhZ2UuPC9wPg0KPHAgZGlyPSJsdHIiPlRoYXQgYmVoYXZpb3IgaXMgZXhwZWN0ZWQsIGVu
Z2luZSBwYXVzZXMgdGhlIFZNIGR1cmluZyBzbmFwc2hvdCB0byBlbnN1cmUgY29uc2lzdGVuY3ku
IE5vdCBhcyBzdXJlIGFib3V0IHRoZSB0aW1lZnJhbWUgdGhvdWdoOyB0d28gbWlucyBmb3IgYSBp
ZGxlIFZNPyBXaGVuIEkgc25hcCwgaXQncyBhIG1hdHRlciBpZiBzZWNvbmRzLCBidXQgdGhhdCBt
aWdodCBiZSB5b3VyIEdsdXN0ZXIgc3Bvb2tpbmcuIFdlIHVzZSBhIHRyYWRpdGlvbmFsDQogTkZT
IHNlcnZlci4gV2h5IG5vdCBzZXQgdGhhdCB1cCBhbmQgYmVuY2htYXJrIHRoZSBkaWZmZXJlbmNl
PzwvcD4NCjxwIGRpcj0ibHRyIj4vSzwvcD4NCjxwIGRpcj0ibHRyIj4mZ3Q7IFRoZSBWTSBnb2Vz
IGludG8gJnF1b3Q7cGF1c2UmcXVvdDs8YnI+DQomZ3Q7IHN0YXRlIHRoZW4sIEkgZ3Vlc3MgdGhl
IHNuYXBzaG90IGlzIGEgY29weSBvZiB0aGUgZW50aXJlIFZNPyBJIGhhdmU8YnI+DQomZ3Q7IG5v
dCBnb3QgYSBzZWNvbmQgaG9zdCB1cCB3aXRoIHRob3NlIHJoZXYgYnVpbGQgdG8gc2VlIHRoZSBi
ZWhhdmlvcjxicj4NCiZndDsgd2hlbiBkaXNrIG1pZ3JhdGluZzxicj4NCiZndDs8YnI+DQomZ3Q7
IFRoYW5rczxicj4NCiZndDs8YnI+DQomZ3Q7IE9uIFNhdCwgSnVsIDUsIDIwMTQgYXQgNzo1MSBB
TSwgQnJhZCBCZW5keSAmbHQ7YnJhZC5iZW5keUBnbWFpbC5jb20mZ3Q7IHdyb3RlOjxicj4NCiZn
dDsgJmd0OyBUaGVyZSB3ZSBnbywgc29ycnkgYWJvdXQgdGhhdCEgSWxsIGdpdmUgdGhlc2UgYSB0
ZXN0IHRoZW4uIFRoYW5rcyBmb3IgdGhlIGhlbHA8YnI+DQomZ3Q7ICZndDs8YnI+DQomZ3Q7ICZn
dDsgT24gU2F0LCBKdWwgNSwgMjAxNCBhdCA3OjM5IEFNLCBLYXJsaSBTasO2YmVyZyAmbHQ7S2Fy
bGkuU2pvYmVyZ0BzbHUuc2UmZ3Q7IHdyb3RlOjxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7
ICZndDsmZ3Q7IERlbiA1IGp1bCAyMDE0IDE2OjIyIHNrcmV2IEJyYWQgQmVuZHkgJmx0O2JyYWQu
YmVuZHlAZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0
Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgSGFoYSwgeWVh
aCBuZXZlciBoYXZlIGJlZW4gYSBGZWRvcmEgZmFuLCBhbmQgbm90aGluZyBoYXMgY2hhbmdlZC4g
SXM8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyB0aGUgb25seSBiaWcgZmVhdHVyZSBpbSBtaXNzaW5n
IG91dCBvbiBpcyBzbmFwc2hvdHM/IEZyb20gd2hhdCBJIGNhbjxicj4NCiZndDsgJmd0OyZndDsm
Z3Q7IHRlbGwsIGFuZCBpbiBteSB0ZXN0aW5nLCBldmVyeXRoaW5nIGVsc2Ugc2VlbXMgdG8gd29y
ay4gV2FzIGRlcGxveWluZzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7IEdsdXN0ZXJGUyBidXQgd2l0
aG91dCB0aGUgbGl2ZSBtaWdyYXRpb24gdG8gYW5vdGhlciBob3N0IHRoYXQgaXM8YnI+DQomZ3Q7
ICZndDsmZ3Q7Jmd0OyBzb21ld2hhdCBkZWZlYXRlZC48YnI+DQomZ3Q7ICZndDsmZ3Q7PGJyPg0K
Jmd0OyAmZ3Q7Jmd0OyBWTSBsaXZlIG1pZ3JhdGlvbiB3b3JrcywgbGl2ZSBfZGlza18gbWlncmF0
aW9uIGRvZXMgbm90Ljxicj4NCiZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBP
bmx5IHdheSB0byBnZXQgdGhhdCBpcyB3aXRoIFJIRUwgcmVhbGx5IHRoZW4/PGJyPg0KJmd0OyAm
Z3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgTm8sIGFzIEkgZWFybGllciBwb2ludGVkIG91dCwg
dGhlcmUgaXMgYSBwbGFjZSB5b3UgY2FuIGdldCB0aGUgcGFja2FnZXMgeW91PGJyPg0KJmd0OyAm
Z3Q7Jmd0OyBuZWVkIGZvciBDZW50T1M6PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBodHRwOi8vamVua2lu
cy5vdmlydC5vcmcvdmlldy9BbGwvam9iL3FlbXUta3ZtLXJoZXZfY3JlYXRlLXJwbXNfZWw2L2xh
c3RTdGFibGVCdWlsZC88YnI+DQomZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyBZb3Un
bGwgaGF2ZSB0byBkb3dubG9hZC0gYW5kIGZvcmNlIGluc3RhbGwgdGhlbSBvdmVyIHRoZSBhbHJl
YWR5IGluc3RhbGxlZDxicj4NCiZndDsgJmd0OyZndDsgdmVyc2lvbnMgb2YgdGhvc2UgcGFja2Fn
ZXMgb24gYWxsIEhvc3RzIGFuZCB0aGVuIGl0J2xsIHdvcmsuPGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxi
cj4NCiZndDsgJmd0OyZndDsgVGhvdWdoLCBuZXh0IHRpbWUgdGhlcmUgYXJlIHVwZGF0ZXMsIHl1
bSB3aWxsIHVwZGF0ZSBmcm9tIHRoZSBzdGFuZGFyZCByZXBvczxicj4NCiZndDsgJmd0OyZndDsg
YW5kIGl0IGp1c3Qgc3RvcHMgd29ya2luZyBhZ2FpbiB1bnRpbCB5b3UgcmVwZWF0IHRoZSBwcm9j
ZWR1cmUuPGJyPg0KJmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsgL0s8YnI+DQomZ3Q7
ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyBP
biBTYXQsIEp1bCA1LCAyMDE0IGF0IDc6MDUgQU0sIEthcmxpIFNqw7ZiZXJnICZsdDtLYXJsaS5T
am9iZXJnQHNsdS5zZSZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyB3cm90ZTo8YnI+DQomZ3Q7
ICZndDsmZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyBEZW4gNSBqdWwg
MjAxNCAxNTo1NyBza3JldiBCcmFkIEJlbmR5ICZsdDticmFkLmJlbmR5QGdtYWlsLmNvbSZndDs6
PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDs8
YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZn
dDsmZ3Q7IElmIEkgdXNlIEZlZG9yYSB3aWxsICZxdW90O2V2ZXJ5dGhpbmcmcXVvdDsgd29yaz8g
SSBoYWQgbnVtZXJvdXMgaXNzdWVzLCBJSVJDIEk8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7
Jmd0OyBjb3VsZCBub3QgZXZlbiBnZXQgdGhlIG92aXJ0bWdtdCBzd2l0Y2ggdG8gaW5zdGFsbCBh
bmQgYSBmZXcgb3RoZXI8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyB0aGluZ3MuIFdo
YXQgdmVyc2lvbiBvZiBGZWRvcmEgZG8geW91IHJlY29tbWVuZCB0aGVuPzxicj4NCiZndDsgJmd0
OyZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7IE5vbmU6KSBXZSBzd2l0
Y2hlZCBsb25nIGFnbyB0byBDZW50T1MgYW5kIGhhdmUgbmV2ZXIgbG9va2VkIGJhY2ssIGV2ZW48
YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7IHdpdGg8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAm
Z3Q7IHRoZXNlIGlzc3Vlcy4gTm90IHdvcnRoIHRoZSBoZWFkYWNoZSB0aGF0IGlzIEZlZG9yYS48
YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyAv
Szxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7
Jmd0OyBJbGwgZG8gYW5vdGhlcjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7IGluc3Rh
bGwgYW5kIGdpdmUgdGhhdCBhIHdoaXJsIGFnYWluLjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZn
dDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgVGhhbmtzITxicj4NCiZndDsg
Jmd0OyZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgT24g
RnJpLCBKdWwgNCwgMjAxNCBhdCAxMDozMyBQTSwgS2FybGkgU2rDtmJlcmcgJmx0O0thcmxpLlNq
b2JlcmdAc2x1LnNlJmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7IHdyb3RlOjxi
cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0
OyAmZ3Q7Jmd0OyAmZ3Q7IERlbiA1IGp1bCAyMDE0IDA3OjA0IHNrcmV2IEJyYWQgQmVuZHkgJmx0
O2JyYWQuYmVuZHlAZ21haWwuY29tJmd0Ozo8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0
OyAmZ3Q7Jmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IEhpLDxi
cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0
OyZndDsgJmd0OyZndDsgJmd0OyZndDsgSXZlIHNlZWluZyBjb25mbGljdGluZyBpbmZvIHdpdGgg
d2hhdCB2ZXJzaW9uIG9mIHFlbXUgcnBtcyBhcmU8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7
Jmd0OyAmZ3Q7Jmd0OyBuZWVkZWQ8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7
Jmd0OyB0byBkbyBsaXZlIG1pZ3JhdGlvbiB1bmRlciBDZW50T1MuIEl0IGFwcGVhcnMgdGhlIHN0
b2NrIG9uZXMgd2lsbDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IG5v
dDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IHdvcmsgYW5kIHRoZSBS
SEVWIG9uZXMgYXJlIHJlcXVpcmVkLiBBbGwgdGhlIG1haWxpbmcgbGlzdCBwb3N0IEkgc2VlPGJy
Pg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsgYXJlIGZyb20gMy00IG1vbnRo
cyBhZ28sIHNvIG5vdCBzdXJlLjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsm
Z3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsgSW0gZ2V0dGluZyBW
RFNHZW5lcmljRXhjZXB0aW9uOiBWRFNFcnJvckV4Y2VwdGlvbjogRmFpbGVkIHRvPGJyPg0KJmd0
OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsgU25hcHNob3RWRFMsIGVycm9yID0gU25h
cHNob3QgZmFpbGVkLCBjb2RlID0gNDggKEZhaWxlZCB3aXRoIGVycm9yPGJyPg0KJmd0OyAmZ3Q7
Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsgU05BUFNIT1RfRkFJTEVEIGFuZCBjb2RlIDQ4KTxi
cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0
OyZndDsgJmd0OyZndDsgJmd0OyZndDsgSSBhbHNvIHNhdyB0aGlzIHRocmVhZDo8YnI+DQomZ3Q7
ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBodHRwOi8vY29tbWVudHMuZ21hbmUub3Jn
L2dtYW5lLmxpbnV4LmNlbnRvcy5nZW5lcmFsLzEzODU5Mzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7
ICZndDsmZ3Q7ICZndDsmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZn
dDsgSXZlIGJlZW4gaGF2aW5nIGlzc3VlcyBnZXR0aW5nIHRob3NlIHRvIGluc3RhbGwsIGJ1dCBi
ZWZvcmUgSSBzcGVudDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IHRv
PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDsgbXVjaCBtb3JlIHRpbWUg
SSB3YW50ZWQgdG8gcmVhbGx5IHNlZSBpZiBJIHdhcyBvbiB0aGUgcmlnaHQgdHJhY2suPGJyPg0K
Jmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0
OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBJcyB0aGVyZSBhIGJldHRlciBPUyBjaG9pY2U/IEkgZmlyc3Qg
c3RhcnRlZCB0cnlpbmcgd2l0aCBGZWRvcmEgMTk8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7
Jmd0OyAmZ3Q7Jmd0OyBhbmQ8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0
OyAyMCBhbmQgaGFzIG1ham9yIGlzc3Vlcywgd2VudCB0byBDZW50T1MgNi41IGFuZCB0aGlzIGlz
IHRoZSBmaXJzdDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IGFuZDxi
cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IG9ubHkgaXNzdWUgc28gZmFy
IGl2ZSByYW4gaW50by48YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0Ozxi
cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsmZ3Q7IFRoYW5rcyE8YnI+DQomZ3Q7
ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZn
dDsmZ3Q7IFVzZXJzIG1haWxpbmcgbGlzdDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7
ICZndDsmZ3Q7IFVzZXJzQG92aXJ0Lm9yZzxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7
ICZndDsmZ3Q7IGh0dHA6Ly9saXN0cy5vdmlydC5vcmcvbWFpbG1hbi9saXN0aW5mby91c2Vyczxi
cj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDs8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0
OyAmZ3Q7Jmd0OyAmZ3Q7IFdlbGwsIGdvaW5nIHdpdGggRmVkb3JhIHdvdWxkIGF0IGxlYXN0IGdl
dCB5b3UgdGhlIHNuYXBzaG90cyB3b3JraW5nLDxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsm
Z3Q7ICZndDsgaWY8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0OyAmZ3Q7IEkgcmVtZW1i
ZXIgY29ycmVjdGx5LCBidXQgdGhhdCdzIG5vdCBzb21ldGhpbmcgeW91IHJ1biBpbiBwcm9kdWN0
aW9uLjxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsgQXMgeW91PGJyPg0KJmd0
OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyBzYWlkLCAmcXVvdDttYWpvciBpc3N1ZXMmcXVv
dDsuPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZn
dDsmZ3Q7ICZndDsmZ3Q7ICZndDsgRm9yIENlbnRPUywgeW91IG5lZWQgJnF1b3Q7c3BlY2lhbCZx
dW90OyB2ZXJzaW9ucyBvZiBjZXJ0YWluIHBhY2thZ2VzLCBzaW5jZTxicj4NCiZndDsgJmd0OyZn
dDsmZ3Q7ICZndDsmZ3Q7ICZndDsgUmVkSGF0IHdhbnRzIHlvdSB0byBwYXkgZm9yIFJIRVYsIHRo
ZXkgaGF2ZSBjaG9zZW4gdG8gY3JpcHBsZSB0aGU8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7
Jmd0OyAmZ3Q7IHN0YW5kYXJkPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0OyBw
YWNrYWdlcyBzbyB0aG9zZSBmZWF0dXJlcyB3b24ndCB3b3JrOjxicj4NCiZndDsgJmd0OyZndDsm
Z3Q7ICZndDsmZ3Q7ICZndDsgaHR0cDovL2xpc3RzLm92aXJ0Lm9yZy9waXBlcm1haWwvZGV2ZWwv
MjAxNC1KdW5lLzAwNzczNS5odG1sPGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0
Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsgQW5kIGhlcmUgeW91IGNhbiBm
aW5kIHRoZSBwYWNrYWdlcyB5b3UgbmVlZDo8YnI+DQomZ3Q7ICZndDsmZ3Q7Jmd0OyAmZ3Q7Jmd0
OyAmZ3Q7PGJyPg0KJmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0
OyZndDsmZ3Q7ICZndDsmZ3Q7ICZndDsgaHR0cDovL2plbmtpbnMub3ZpcnQub3JnL3ZpZXcvQWxs
L2pvYi9xZW11LWt2bS1yaGV2X2NyZWF0ZS1ycG1zX2VsNi9sYXN0U3RhYmxlQnVpbGQvPGJyPg0K
Jmd0OyAmZ3Q7Jmd0OyZndDsgJmd0OyZndDsgJmd0Ozxicj4NCiZndDsgJmd0OyZndDsmZ3Q7ICZn
dDsmZ3Q7ICZndDsgL0s8YnI+DQo8L3A+DQo8L2JvZHk+DQo8L2h0bWw+DQo=
--_000_5F9E965F5A80BC468BE5F40576769F098C539E88exchange21_--
10 years, 5 months
Spam Beta upgrade error
by Maurice James
------=_Part_10804_402052571.1404605075377
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Upgrading from 3.4.2-1 to 3.5.0 yields the following error
# engine-setup
***L:ERROR Internal error: cannot import name database
------=_Part_10804_402052571.1404605075377
Content-Type: text/html; charset=utf-8
Content-Transfer-Encoding: 7bit
<html><body><div style="font-family: times new roman, new york, times, serif; font-size: 12pt; color: #000000"><div>Upgrading from 3.4.2-1 to 3.5.0 yields the following error</div><div><br></div><div><span name="x"><span name="x"></span></span><p style="margin: 0px;" data-mce-style="margin: 0px;"># engine-setup<br>***L:ERROR Internal error: cannot import name database</p><br></div></div></body></html>
------=_Part_10804_402052571.1404605075377--
10 years, 5 months
