Hi Daan,
Thanks for replying and participating. Some points:
* The document links within Primate is a different topic than the docs for
Primate itself, the scope of current discussion is limited to documentation for
Primate. The doc link within Primate would be done against the 1.0/GA
mile
I had the same problem and it may be because the user doesn't have the correct
privileges to the database. You have to login to the database and grant the
user access to the database.
Sent from Yahoo Mail on Android
On Fri, May 8, 2020 at 2:23 AM, Jisha Ashokan wrote:
Hello,
After insta
Thank you, but the password is encrypted in
/etc/cloudstack/management/db.properties . Can you please tell me how did you
change the password?
Thank you,
On 2020/05/08 11:55:38, Luis wrote:
> I had the same problem and it may be because the user doesn't have the
> correct privileges to the
Hi,
I'm reverting my vote as the issue was already present in 4.13. There is a
problem casting between java classes that needs fixing but is not a blocker
for RC2.
Regards,
Nicolas Vazquez
El vie., 8 may. 2020 a las 1:20, Nicolas Vazquez ()
escribió:
> Here is a fix for the issue above:
> https
Hello,
Why are these showing different?
grep password /etc/cloudstack/management/db.properties
db.cloud.password=ENC(UXU8b795z8qG6w8Q3/06tk5kjuDhCy4l)
db.usage.password=ENC(lfGEk0FBmq1HoScapNcRxXMX+nTGAZIf)
db.simulator.password=cloud
On 2020/05/08 06:19:28, Jisha Ashokan wrote:
> Hello,
>
Thanks Nicolas, let's aim to fix that one in 4.15!
On Fri, 8 May 2020, 15:03 Nicolas Vazquez, wrote:
> Hi,
>
> I'm reverting my vote as the issue was already present in 4.13. There is a
> problem casting between java classes that needs fixing but is not a blocker
> for RC2.
>
> Regards,
> Nicola
Now, I see this error :
Caused by: com.cloud.utils.exception.CloudRuntimeException:
cleanupForServer:Exception:cleanupForServer:Exception:Table 'cloud.op_lock'
doesn't exist
Caused by: com.cloud.utils.exception.CloudRuntimeException:
cleanupForServer:Exception:Table 'cloud.op_lock' doesn't exi
Sure,
this line contains the user and password for the user cloud, I also
changed the password for the user root
cloudstack-setup-databases cloud:Password1@localhost
--deploy-as=root:Password1
here are the instructions to change the password for root
1.- after installing mysql runs this (
Hi Jisha,
Just adding to Luis' comments, granting privileges shouldn't be necessary,
the script should handle that for you. Please consider the steps in the
documentation as well:
http://docs.cloudstack.apache.org/en/latest/quickinstallationguide/qig.html#database-installation-and-configuration
R
Hi Rohit,
Let me comment on just a few of the topics:
> Release cycle
I think we should definitely have a daily/nightly build, at least as long as a
lot of changes are incoming.
I'm think along the lines of a parallel installation, so all versions can be
tested and users still get a fallback
Hi
I agree that the script should be granting the privileges but for some reason
is not happening. I have been installing CS more than 20 the las week and I
always have to do the granting privileges, just saying but maybe that past is
disabled in the script. I may be wrong.
Sent from Yahoo Mail
All,
It's been over a year since the last CloudMonkey (cmk) release. While cmk
appears to stable (given no major complains) we've had a few fixes since the
last release and we must work on a release in near future (likely after 4.14
and Primate tech preview).
I've triaged a few issues for the
12 matches
Mail list logo
