ausing the confusion. (https://issues.apache.org/
> > jira/browse/CLOUDSTACK-10197)
> >
> >
> >
> >
> > Kind regards,
> >
> > Paul Angus
> >
> > paul.an...@shapeblue.com
> > www.shapeblue.com
> > 53 Chandos Place, Covent Garden, Lo
STACK-10197)
>
>
>
>
> Kind regards,
>
> Paul Angus
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London WC2N 4HSUK
> @shapeblue
>
>
>
>
> -Original Message-
> From: Rafael Weingärtner [mailto:rafa
eblue.com
53 Chandos Place, Covent Garden, London WC2N 4HSUK
@shapeblue
-Original Message-
From: Rafael Weingärtner [mailto:rafaelweingart...@gmail.com]
Sent: 03 January 2018 23:36
To: users@cloudstack.apache.org
Subject: Re: Upgrading to XenServer 7.x
Well, that seems to be the
gt; there seems to be a slight change in behaviour in XS7.1 when adding a
> > > host
> > > > to a cluster which is confusing CloudStack.
> > > >
> > > >
> > > >
> > > > Kind regards,
> > > >
> > > > Paul Angus
> > > >
> > > > paul.
hich is confusing CloudStack.
> > >
> > >
> > >
> > > Kind regards,
> > >
> > > Paul Angus
> > >
> > > paul.an...@shapeblue.com
> > > www.shapeblue.com
> > > 53 Chandos Place, Covent Garden, London WC2N 4HSUK
; Kind regards,
> >
> > Paul Angus
> >
> > paul.an...@shapeblue.com
> > www.shapeblue.com
> > 53 Chandos Place, Covent Garden, London WC2N 4HSUK
> > @shapeblue
> >
> >
> >
> >
> > -Original Message-
> > From: Sebas
,
>
> Paul Angus
>
> paul.an...@shapeblue.com
> www.shapeblue.com
> 53 Chandos Place, Covent Garden, London WC2N 4HSUK
> @shapeblue
>
>
>
>
> -Original Message-
> From: Sebastian Gomez [mailto:tioc...@gmail.com]
> Sent: 28 December 2017 08:08
> To: users@cloud
ng to XenServer 7.x
Hi all.
I had a similar problem, but usign XenServer 7.2. It was a fresh installation
from scratch. The system vms where created, but them *could'nt get the local
link IP*, so the cloudstack agent never went up.
After that, I found the compatibility matrix, where its specifie
Hi all.
I had a similar problem, but usign XenServer 7.2. It was a fresh
installation from scratch. The system vms where created, but them *could'nt
get the local link IP*, so the cloudstack agent never went up.
After that, I found the compatibility matrix, where its specified that the
compatible
Hi Rafael,
you would see something like this in management-server.log:
Catch Exception: class com.cloud.utils.exception.CloudRuntimeException due
to com.cloud.utils.exception.CloudRuntimeException: There are 2 SRs with
name XenServer Tools
com.cloud.utils.exception.CloudRuntimeException: There a
yes, those are the log entries I was talking about.
On Tue, Dec 26, 2017 at 5:18 PM, Pierre-Luc Dion wrote:
> VR creation was failing with error logs in cloudstack-management.log. I
> don't have logs details in hand, is this what you are looking for ?
>
> I have not created a bug in Jira becaus
VR creation was failing with error logs in cloudstack-management.log. I
don't have logs details in hand, is this what you are looking for ?
I have not created a bug in Jira because it seams to be a post upgrade
XenServer issue more than CloudStack at the moment, and is easy to resolve.
*Pierre
Did you see any exception regarding this issue to share with us?
On Tue, Dec 26, 2017 at 2:12 PM, Pierre-Luc Dion wrote:
> Hi,
>
> Just as FYI, we recently upgrade from 6.5 to xs 7.1, so far everthing is
> good. Then we add some hosts to Pool or reinstall some XenServer to have
> proper new file
Hi,
Just as FYI, we recently upgrade from 6.5 to xs 7.1, so far everthing is
good. Then we add some hosts to Pool or reinstall some XenServer to have
proper new filesystem on dom0 which have more disk space for /var/log!
then we ran into the situation where CloudStack fail to create Virtual
Route
14 matches
Mail list logo
