Hi Felipe,
You cannot disable it without shutting down the management server. You can
turn off by chaging the value of that configuration key:
"storage.cleanup.enabled"
to false. You will have to restart your management servers to take into
account the change.
Cheers
On Wed, Apr 25, 2018 at 5:48
Dear Ivan,
I am memorizing your advises!!
Thanks a lot!
Regards,
Ryota Maruko
> -Original Message-
> From: Ivan Kudryavtsev [mailto:kudryavtsev...@bw-sw.com]
> Sent: Thursday, April 26, 2018 1:09 PM
> To: users@cloudstack.apache.org
> Subject: [!]Re: [Resolved] Re: KVM host alert when t
Riota, good news. There are a lot of params that can seriously affect
predictability and reliability of ACS. And, unfortunately, several of them
have default 'bad' values, e.g. agent commands timeout, which can lead to
unsuccessful start of VR and can not be easily troubleshooted...
чт, 26 апр. 201
Dear Ivan
Thanks.
It was very quicker that the status changes "Up" for the params.
Regards,
Ryota Maruko
> -Original Message-
> From: Ivan Kudryavtsev [mailto:kudryavtsev...@bw-sw.com]
> Sent: Thursday, April 26, 2018 9:23 AM
> To: users@cloudstack.apache.org
> Subject: [!]Re: Re: KVM h
Thanks for the help.
For the RECORD. I did all this to get it to work:
Hope this would help someone who gets stuck like I did!
Cloned the correct branch:
git clone -b 4.11 https://github.com/apache/cloudstack.git
I got the good branch and my java version and centos release:
[root@cloudst02-co
Hey, Ryota, don't forget restart management server (and "may be" cloud
agents in case of KVM).
чт, 26 апр. 2018 г., 7:01 丸子良太 / MARUKO，RYOTA <
ryota.maruko...@hitachi-solutions.com>:
> Dear Ivan
>
> Thanks your advice.
>
> I will change following value.
>
> ping.interva = 60 --> 10 (?)
> ping
Dear Ivan
Thanks your advice.
I will change following value.
ping.interva = 60 --> 10 (?)
ping.timeout = 2.5 --> 1.2 (?)
Regards,
Ryota Maruko
> -Original Message-
> From: Ivan Kudryavtsev [mailto:kudryavtsev...@bw-sw.com]
> Sent: Wednesday, April 25, 2018 7:17 PM
> To: users@clou
There you are. You need to fix your certificate.
The Commons name of the certificate is not matching the URL used to
access/send/upload the file.
On Wed, Apr 25, 2018 at 8:18 PM, mukarram.s...@8x8.com <
mukarram.s...@8x8.com> wrote:
> In the jquery.js: line: 7950
> xhr.send( ( s.hasContent && s.d
In the jquery.js: line: 7950
xhr.send( ( s.hasContent && s.data ) || null );
3
Failed to load resource: the server responded with a status of 401
(Unauthorized)
Failed to load resource: net::ERR_CERT_COMMON_NAME_INVALID
On 2018/04/25 23:12:35, mukarram.s...@8x8.com wrote:
> Thank you.
>
> I fo
Thank you.
I found this error:
jquery.js:7950 OPTIONS
https:///upload/2ef2157b-83e3-4c38-a4eb-7d158dda3b24
net::ERR_CERT_COMMON_NAME_INVALID
On 2018/04/25 21:46:56, Rafael Weingärtner wrote:
> You will need to open the javascript console in your browser and look if
> there is an error happeni
You will need to open the javascript console in your browser and look if
there is an error happening.
On Wed, Apr 25, 2018 at 6:45 PM, mukarram.s...@8x8.com <
mukarram.s...@8x8.com> wrote:
> I logged into the SSVM and tailed the /var/log/cloud.log but nothing there.
> Is there a way to upload scr
I logged into the SSVM and tailed the /var/log/cloud.log but nothing there.
Is there a way to upload screenshots here?
When I click on the 'OK' button after I choose the VMDK file from my local
drive after choosing the following:
*Local file < uploaded the VMDK here from local drive>
*Name
*Desc
You need to log into your SSVM and check if there are error messages there.
You should also check your browser (are you using the UI) to see if there
are some errors in the console.
On Wed, Apr 25, 2018 at 6:33 PM, mukarram.s...@8x8.com <
mukarram.s...@8x8.com> wrote:
>
> I get this from the data
I get this from the database:
MariaDB [cloud]> select * from vm_template where id=235;
+-+++--++--+--+-+--+--++-+-+--
Sorry, but I cannot find an error message
On Wed, Apr 25, 2018 at 6:31 PM, mukarram.s...@8x8.com <
mukarram.s...@8x8.com> wrote:
>
> Trying to upload a local VMDK file and this is the error from the logs:
>
> 2018-04-25 21:29:18,325 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl]
> (AgentManag
Trying to upload a local VMDK file and this is the error from the logs:
2018-04-25 21:29:18,325 DEBUG [c.c.v.VirtualMachinePowerStateSyncImpl]
(AgentManager-Handler-13:null) (logid:) Process host VM state report from ping
process. host: 4
2018-04-25 21:29:18,325 DEBUG [c.c.v.VirtualMachinePower
I'll try to recreate and send the logs.
# mukarram
On 2018/04/24 23:13:08, Rafael Weingärtner wrote:
> We would need some log pieces to try to understand what sort of problems
> you are having.
> Can you provide them?
>
> You can use [1] to share them.
> [1] https://paste.apache.org/
>
> On Tu
What is the last commit of this branch?
> git log -1
>
Is it the last commit that we have in 4.11 branch in our Git remote
repository?
How are you generating the RPMs?
> cd cloudstack/packaging
>
./package.sh -p oss -d centos63 -r 1
>
or
> ./package.sh -p oss -d centos7 -r 1
>
On Wed, Apr 25,
Thank you for responding...
I downloaded 4.11 branch and compiled on CentOS 7this are my errors.
---
T E S T S
---
Running com.cloud.hypervisor.kvm.resource.wrapper.LibvirtUtilitiesHelperTe
you need to checkout the 4.11 branch.
git checkout 4.11
>
On Wed, Apr 25, 2018 at 4:51 PM, mukarram.s...@8x8.com <
mukarram.s...@8x8.com> wrote:
> Hi,
> I git clone'd "https://github.com/apache/cloudstack.git"; on CentOS 7.4
> and tried to compile it using maven, but it didn't compile (sorry I d
Hi,
I git clone'd "https://github.com/apache/cloudstack.git"; on CentOS 7.4 and
tried to compile it using maven, but it didn't compile (sorry I don't have the
errors from it).
However, I did that same thing on CentOS 6.8 and I could successfully build the
packages and install them:
/opt/cloudst
Hi,
I solved snapshots in state allocated whit the guide below:
https://bitworks.software/blog/en/2017-08-31-cloudstack-removing-snapshots-stuck-in-allocated-backingup-states.html
GPB
Inviato da smartphone Samsung Galaxy.
Messaggio originale
Da: Rafael Weingärtner
Data: 25/
So, can you check the logs for errors? Something must have happened that
made the snapshot to get stuck in "creating" state.
On Wed, Apr 25, 2018 at 4:38 PM, Felipe Rossi
wrote:
> Hi Rafael,
>
> Yes, the jobs are finished.
>
> Att / Regards
>
>
> On 25 Apr 2018, at 16:35, Rafael Weingärtner
> w
There is something wrong with these snapshots.Can you check if their jobs
already finished? Also, it might be interesting to look for the exception,
so we can try to help you with a work around.
On Wed, Apr 25, 2018 at 4:33 PM, Felipe Rossi
wrote:
> Hi All,
>
> We some instances that with state
Hello,
Somehow the Cloudstack storage scavenger got out of control in our
deployment and has been evicting legitimate disk files of production VMs.
Does anyone know how to stop or prevent this from happening without
shutting down the management server?
Thanks,
Hi, take a look at global vars ping.*.
2018-04-25 17:09 GMT+07:00 丸子良太 / MARUKO，RYOTA <
ryota.maruko...@hitachi-solutions.com>:
> Hi all,
>
> When I restart the cloudstack-management Service, the status of KVM hosts
> is "alert".
> And It takes long time to change "Up".
>
> What should I do?
> Pl
Hi all,
When I restart the cloudstack-management Service, the status of KVM hosts is
"alert".
And It takes long time to change "Up".
What should I do?
Please tell me about it.
Regards,
Ryota Maruko
27 matches
Mail list logo
