ease? thanks
>
> On Mon, Feb 3, 2020 at 9:57 AM Charlie Holeowsky <
> charlie.holeow...@gmail.com> wrote:
>
>> Hi Daan and users,
>> Yes, I resolved the issue but it's only a work-around, I have found that
>> the problem is reproducible but I do not underst
Daan Hoogland <
daan.hoogl...@gmail.com> ha scritto:
> sorry to not have any focus on this Charlie,
> Do I read correctly that you resolved your issue?
>
> On Tue, Jan 28, 2020 at 2:46 PM Charlie Holeowsky <
> charlie.holeow...@gmail.com> wrote:
>
>> In this period
d the message in agent.log no longer appeared.
Il giorno gio 23 gen 2020 alle ore 17:53 Charlie Holeowsky <
charlie.holeow...@gmail.com> ha scritto:
> I still don't understand
> why com.cloud.hypervisor.kvm.storage.LibvirtStoragePool don't find the
> volume d93d3c0a-385
020 alle ore 16:27 Daan Hoogland <
daan.hoogl...@gmail.com> ha scritto:
> but the record you send earlier also says that is should be looking for
> 39148fe1-842b-433a-8a7f-85e90f316e04, in the path field. the message might
> be just that, a message.
>
> On Mon, Jan 2
can ignore
> that one. The first seems legit. You should be able to find that disks on
> your primary storage with id 3.
> hope this helps.
>
> On Thu, Jan 16, 2020 at 2:07 PM Charlie Holeowsky <
> charlie.holeow...@gmail.com> wrote:
>
>> Hi Daan and users,
>&g
Hi Daan and users,
the infrastructure is based on the Linux environment. The management
server, hosts and storage are all Ubuntu 16.04 except the new storage
server which is an Ubuntu 18.04. The hypervisor used is Qemu-kvm with NFS
to share the storage.
We tried to add another primary storage and
between the file currently in
use (the actual path of volume in use) and what cloudstack is looking for
(the d93d3c0a-3859-4473-951d-9b5c5912c767, the uuid of volume in use) so
that it can collect the data of the file?
Il giorno mar 7 gen 2020 alle ore 17:57 Charlie Holeowsky <
charlie.holeow...@
orno mar 17 dic 2019 alle ore 15:32 charlie Holeowsky <
charlie.holeow...@gmail.com> ha scritto:
> Hi,
> any idea about about this problem?
>
>
> Il giorno mar 10 dic 2019 alle ore 17:23 charlie Holeowsky <
> charlie.holeow...@gmail.com> ha scritto:
>
>> Hi us
Hi,
any idea about about this problem?
Il giorno mar 10 dic 2019 alle ore 17:23 charlie Holeowsky <
charlie.holeow...@gmail.com> ha scritto:
> Hi users,
> I recently added a new primary nfs storage to my cluster (cloudstack
> 4.11.2 with kvm on the Ubuntu system).
>
> It
Hi users,
I recently added a new primary nfs storage to my cluster (cloudstack 4.11.2
with kvm on the Ubuntu system).
It works well but on the metrics of the VM storage volume the "physical
size" and "usage" columns are empty while in the rows of the VM of the
other primary storage I can see the r
the same class.
Bye
Il giorno mer 20 nov 2019 alle ore 12:31 charlie Holeowsky <
charlie.holeow...@gmail.com> ha scritto:
> Hello,
> we installed a cs 4.11.2 cluster with KVM and advanced mode network.
>
> During the first configuration we assigned a range of our public ip class
Hello,
we installed a cs 4.11.2 cluster with KVM and advanced mode network.
During the first configuration we assigned a range of our public ip class
to this network.
Now we would like to add another address range of the same address range
but cloudstack prevents me with the following message:
T
12 matches
Mail list logo
