I've noticed that the cloudstack management server creates persistent
connections to the database, and crashes if the database connection is
lost. I haven't looked at the code yet, but I was wondering if anyone
knew about what was going on here, if it's simply not set up to
gracefully handle
I see that my db.properties has db.cloud.autoReconnect=true, which
translates to setting autoReconnect in the jdbc driver connection in
utils/src/com/cloud/utils/db/Transaction.java. I also see that if I
manually trigger the issue I get:
013-07-07 00:42:50,502 ERROR
Hi,
On 07/07/2013 08:45 AM, Marcus Sorensen wrote:
I see that my db.properties has db.cloud.autoReconnect=true, which
translates to setting autoReconnect in the jdbc driver connection in
utils/src/com/cloud/utils/db/Transaction.java. I also see that if I
manually trigger the issue I get:
Oh, and I should correct myself, it doesn't crash, it seems that the
management server fences itself because it can't talk to the database.
On Sun, Jul 7, 2013 at 12:59 AM, Marcus Sorensen shadow...@gmail.com wrote:
Ok. After a cursory look, I've seen that the autoReconnect is kind of
a bad
On Wed, Jul 3, 2013 at 9:27 PM, Chip Childers chip.child...@sungard.comwrote:
On Wed, Jul 03, 2013 at 09:19:29PM +0530, Prasanna Santhanam wrote:
On Wed, Jul 03, 2013 at 11:31:38AM -0400, Chip Childers wrote:
Have fun.
+1 - I couldn't survive without completion and prompt info.
Hi Rohit,
Most of it is linked from https://cloudstack.apache.org/contribute.html
Would be cool if we could get the git 101 video added to the
Contributing to Apache CloudStack as a Non-Committer page.
Is there a way to supply patches/reviews for the site?
On 7 July 2013 12:12, Rohit Yadav
Sorry - I really meant to get to it before now.
It's now writable. Enjoy.
--David
On Sun, Jul 7, 2013 at 7:06 AM, Rohit Yadav bhais...@apache.org wrote:
Hey! Been sometime on this thread.
David, can you confirm if the cloudmonkey repo is writable by CloudStack
committers so I can populate
Thanks David.
Will start contributing those things in my free time (mostly weekends) and
help with a release soon.
Cheers.
On Sun, Jul 7, 2013 at 8:47 PM, David Nalley da...@gnsa.us wrote:
Sorry - I really meant to get to it before now.
It's now writable. Enjoy.
--David
On Sun, Jul 7,
Here is the answer to this question, the Host State has the following states,
most likely in this order:
Alert Connecting Up Disconnected
After the Plugin Resource gets called with Configure() and Start(), the Plugin
Agent Manager creates the Host resource associated with the Plugin. The
I think there are two separate issues here.
1) The management server uses the database to determine cluster
membership, and if no database connection can be made, the management
server fences itself (shuts down). This is good, but in the case where
there's only one management server (no cluster
Looks like there's no db.usage.url.params, either. Is there a reason
for it, or was it just implemented quickly?
On Sun, Jul 7, 2013 at 4:36 PM, Marcus Sorensen shadow...@gmail.com wrote:
I think there are two separate issues here.
1) The management server uses the database to determine
I have been doing some negative testing with Plugin, it caused VMs not to start
properly I had some that were in Stopped or Stopping state that I had clean out
of the system manually. After I was done I found that the XenServer Hypervisor
Local Storage Stats was off between CloudStack and the
12 matches
Mail list logo
