rhtyd commented on pull request #215:
URL:
https://github.com/apache/cloudstack-documentation/pull/215#issuecomment-980506813
Hi @dredknight a user from mailing list has given following suggestion:
```
> Hello everyone.
>
> I've been following the Cloud-init integration guides i
Hi Andrei,
Thanks for sharing, we'll see what to do about QA/testing links coming up in
Google results. If you read the link, it's not from our official docs website
(docs.cloudstack.apache.org). This is from this pull request which hasn't been
merged yet: https://github.com/apache/cloudstack-d
*Hi, *
Please see error log:
(logid:9bd01412) Searching all possible resources under this Zone: 1
2021-11-26 18:47:42,554 DEBUG [c.c.d.FirstFitPlanner]
(API-Job-Executor-8:ctx-dfeedfec job-16 ctx-0f3c8323) (logid:9bd01412)
Listing clusters in order of aggregate capacity, that have (at least on
rhtyd commented on pull request #21:
URL: https://github.com/apache/cloudstack-go/pull/21#issuecomment-979946839
Considering all the discussions we've had, I think it's safe to say that
moving forward the specific datatype of the mgmt server ID is string. The only
cons are that whoever may
Hi Rohit,
this is the link where I've found the guides:
http://qa.cloudstack.cloud/docs/WIP-PROOFING/pr/215/adminguide/templates/_cloud_init.html#linux-with-cloud-init
I got the above link from google when I was searching for cloud-init and
cloudstack templates or something like that.
Sorry, I
psycofdj edited a comment on pull request #21:
URL: https://github.com/apache/cloudstack-go/pull/21#issuecomment-979866201
I now understand your problem and, unfortunately, I have no solution to
this.
So, what should we do now ? What are the other solutions to handle past and
futur
psycofdj commented on pull request #21:
URL: https://github.com/apache/cloudstack-go/pull/21#issuecomment-979866201
I now understand your problem and, unfortunately, I have no solution to
this.
So, want should we do now ? What are the other solutions to handle past and
future type
Cant help, but I've seen this exact issue (if not mistaken) - a CPU flag
that DOES exist on the destination KVM host, but libvirt complaining it
doesn't - I would guess some kernel issue, as I've seen those.
On Wed, 24 Nov 2021 at 22:36, Wei ZHOU wrote:
> Hi Wido,
>
> I think it is not good to r
davidjumani edited a comment on pull request #21:
URL: https://github.com/apache/cloudstack-go/pull/21#issuecomment-979854761
That being said, I'm a +0 on this although I'd prefer if the name of the new
data type is more intuitive such as UUID, etc
--
This is an automated message from th
davidjumani commented on pull request #21:
URL: https://github.com/apache/cloudstack-go/pull/21#issuecomment-979854761
That being said, I'm a +0 on this although I'd prefer if the name of the new
data type is more intuitive such as UUID, LongID, etc
--
This is an automated message from t
davidjumani commented on pull request #21:
URL: https://github.com/apache/cloudstack-go/pull/21#issuecomment-979853193
This does handle and parse both int and string, but since the type of the
Managementserverid has changed from string to CSLong, it can no longer be used
as it was before,
psycofdj commented on pull request #21:
URL: https://github.com/apache/cloudstack-go/pull/21#issuecomment-979843046
@davidjumani I've spotted a problem with the parsing, can you retest with
the latest commit ?
--
This is an automated message from the Apache Git Service.
To respond to the
Hi Andrei,
Thanks for sharing. Can you share which page/link you found the error, the
cloud-init docs I found were at:
https://docs.cloudstack.apache.org/en/latest/adminguide/virtual_machines/user-data.html#using-cloud-init
You may also raise a pull request and propose changes at
https://github
psycofdj edited a comment on pull request #21:
URL: https://github.com/apache/cloudstack-go/pull/21#issuecomment-979816808
That is why I'm surprised. The goal of this new type is to handle **both**
`string` (latest versions of CS api) and `long` (previous versions of CS api).
With this typ
psycofdj commented on pull request #21:
URL: https://github.com/apache/cloudstack-go/pull/21#issuecomment-979816808
That is why I'm surprised. The goal of this new type is to handle **both**
string (latest versions of CS api) and **long** (previous versions of CS api).
With this type, it s
davidjumani commented on pull request #21:
URL: https://github.com/apache/cloudstack-go/pull/21#issuecomment-979814465
The input json isn't the error, it's the new type. The Managementserverid
used to be a string and with this patch is now a CSLong. So trying to use the
new type where a st
psycofdj commented on pull request #21:
URL: https://github.com/apache/cloudstack-go/pull/21#issuecomment-979794967
> cannot use resp.HostsMetrics[1].Managementserverid (type
cloudstack.CSLong) as type string in assignment
I'm surprised that this error occurs. Can you provide a sample of
psycofdj edited a comment on pull request #21:
URL: https://github.com/apache/cloudstack-go/pull/21#issuecomment-979794967
> cannot use resp.HostsMetrics[1].Managementserverid (type
cloudstack.CSLong) as type string in assignment
I'm surprised that this error occurs. Can you provide
18 matches
Mail list logo
