Thank you Anthony! :)
Cheers,
Matthew
Matthew Hartmann
Systems Administrator | V: 812.378.4100 x 850 | E: mhartm...@tls.net
TLS.NET, Inc.
http://www.tls.net
-Original Message-
From: Anthony Xu [mailto:xuefei...@citrix.com]
Sent: Monday, December 03, 2012 1:59 PM
To: 'Cloud
urated by the copy process); I've only
found snapshotting (template creation appears to work flawlessly) to take an
insanely long time to complete.
Is there anything else I can do to increase performance or logs I should
check?
Cheers,
Matthew
Matthew Hartmann
Systems Administrator | V:
the Management Server
is simply round-robining through the list of Compute Nodes and using the
first one that is available.
Does anyone have any input on the issue I'm having or analysis of how
CloudStack/XenServer snapshots operate?
Thanks!
Cheers,
Matthew
Matt
Matthew Hartmann created CLOUDSTACK-285:
---
Summary: Snapshots fail to respect retention period if schedule is
deleted and re-created.
Key: CLOUDSTACK-285
URL: https://issues.apache.org/jira/browse/CLOUDSTACK
On 6/15/2012 2:59 PM, Anthony Xu wrote:
Hi Salvatore,
> From your description, the ARP response is sent out through eth1, some
switches may drop this kind of package, it expects to receive ARP response from
the same port ARP request sent out.
I think it is a bug, in this case, CloudStack shou
e, so we thought cap/weight is per VCPU.
I'll get back to you soon with definite answer.
Anthony
-Original Message-----
From: Matthew Hartmann [mailto:mhartm...@tls.net]
Sent: Thursday, June 14, 2012 7:33 AM
To: cloudstack-dev@incubator.apache.org
Subject: Re: CPU CAP XenServer
Hell
Hello:
I reported this issue as a bug way back when 2.2.13 was released and it
has yet to be resolved. It still exists as a bug even in 3.0.2.
http://bugs.cloudstack.org/browse/CS-12972
Please feel free to submit your comments to the bug report.
Cheers,
Matthew
On 6/14/2012 10:26 AM, Dieg
Jessica:
That's great to hear! Thanks for the update. :)
Cheers,
Matthew
On 6/13/2012 4:09 AM, Jessica Tomechak wrote:
-Original Message-
From: Matthew Hartmann [mailto:mhartm...@tls.net]
Sent: Tuesday, June 05, 2012 10:17 AM
To: cloudstack-dev@incubator.apache.org
Subjec
Agreed. The current UI design could do with a major revamp, the constant
clicking is nothing but annoying. Many of my users have commented on how
annoying the interface is, not to mention the complaints I've received
about Firewall Rules and Port Forwards not being on the same screen. I
like th
On 6/5/2012 10:19 AM, Alex Huang wrote:
Great diagram! I have a silly question though, is there any particular reason
why cloud-orchestration was selected over cloud-management?
That's a good question. The management server is actually two parts. The
first part is the orchestration engine (
Great diagram! I have a silly question though, is there any particular
reason why cloud-orchestration was selected over cloud-management?
Matthew
On 6/5/2012 7:53 AM, Alex Huang wrote:
It's a little hard to describe in text. Please see
http://wiki.cloudstack.org/display/dev/New+Packaging+Pro
I agree with George ... I think first Apache release should be 4.0.0.
Matthew
On 5/24/2012 10:52 AM, George Reese wrote:
I think the first Apache release should be 4.0.0.
Also, in terms of managing release life cycle, I like the Ubuntu approach.Not
specifically in their numbering, but in the
Hello all!
I have quite an odd issue with my XenServer 6.0.2 machines that are in a
Pool that is managed by CloudStack 3.0.2.
In my Pool, I have a Pool Master and two Pool Members. On the Pool
Master, there are 12 VM's running and in /tmp there are only 18
"stream-unix..#" files. I thoug
Hello all!
I have quite an odd issue with my XenServer 6.0.2 machines that are in a
Pool that is managed by CloudStack 3.0.2.
In my Pool, I have a Pool Master and two Pool Members. On the Pool
Master, there are 12 VM's running and in /tmp there are only 18
"stream-unix..#" files. I thoug
Just an FYI, I had to manually scrub the database then re-add them via
the CS UI. Things are coming back to life very slowly. Thanks again for
your assistance! :)
Cheers,
Matthew
On 5/16/2012 10:00 AM, Matthew Hartmann wrote:
Well, I'm at the point I'm ready to remove Primary &
o:geoff.higginbot...@shapeblue.com> |
www.shapeblue.com<http://www.shapeblue.com/>
ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS
On 14 May 2012, at 22:02, "Matthew
Hartmann"mailto:mhartm...@tls.net>> wrote:
On 5/14/2012 4:48 PM, Geoff Higginbottom wrote:
I had a
eyes.
Matthew Hartmann
/Systems Administrator | V: 812.378.4100 x 850 | E: mhartm...@tls.net/
TLS.NET, Inc.
http://www.tls.net
On 5/16/2012 12:38 AM, Alex Huang wrote:
Contributors - people who contribute in one way or another to the project
Committers - people who have commit access to the proj
>
ShapeBlue Ltd, 53 Chandos Place, Covent Garden, London, WC2N 4HS
On 14 May 2012, at 22:02, "Matthew
Hartmann"mailto:mhartm...@tls.net>> wrote:
On 5/14/2012 4:48 PM, Geoff Higginbottom wrote:
I had assumed you had Primary and Secondary storage on different IP ranges to
your M
uld you propose I avoid something like this in the future? A
standby cluster?
Thanks again for your help!
Cheers,
Matthew
On 14 May 2012, at 21:12, "Matthew Hartmann" wrote:
On 5/14/2012 3:35 PM, Geoff Higginbottom wrote:
Matthew,
If I understand correctly, your storage is o
in ones setup.
Cheers,
Matthew
Regards
Geoff
-Original Message-
From: Matthew Hartmann [mailto:mhartm...@tls.net]
Sent: 14 May 2012 20:27
To: cloudstack-dev@incubator.apache.org
Subject: Re: Two Issues with XenServer 6.0.2 and CS 3.0.1
Please see my responses inline, below:
On 5
eers,
Matthew
Regards
Geoff
-Original Message-----
From: Matthew Hartmann [mailto:mhartm...@tls.net]
Sent: 14 May 2012 19:42
To: CloudStack user/admin discussions
Cc: CloudStack Devs
Subject: Fwd: Two Issues with XenServer 6.0.2 and CS 3.0.1
I forgot to include the following information tha
and CloudStack
does not see these network devices.
Thanks!
Matthew
Original Message
Subject:Two Issues with XenServer 6.0.2 and CS 3.0.1
Date: Mon, 14 May 2012 14:36:57 -0400
From: Matthew Hartmann
Organization: TLS.NET, Inc.
To: CloudStack user/admin discussions
First of all, it is not very clear whether or not this patch is required
for XenServer with regard to the Cloud Supplemental Pack:
http://bugs.cloudstack.org/browse/CS-14655
Could someone shed some light on this?
Secondly, I'm having an issue with CloudStack trying to use my
"cloud-private" n
23 matches
Mail list logo
