When you host more than a few customers who rightfully expect their traffic to
be private you quickly run out of physical network cards.
You don't need fancy switches. Even the 100 dollar specials do VLANs. Only if
you want to en force selective separation will you need to shell out the
princel
I would kill for block based snapshots and source virtual disks instead of the
apparent penchant for doing everything as files on a filesystem. How can it be
that hard to use LVM snaps?
On Thu, 09 Aug 2012 13:10:47 -0400, Will Chan wrote:
The issue with using some open source version of the vmware SDK is that
it is not as well tested as the official one.
Pardon my ignorance but why on earth would you NOT use the vendor SDK/API
or even their CLI tools? The point of cloud a
On Wed, 08 Aug 2012 21:51:50 -0400, Edison Su wrote:
From: Mice Xia [mailto:mice_...@tcloudcomputing.com]
...
For following scenarios I need some suggestions:
a) 'vm snapshot, detach volume and attach it to another VM, rollback
snapshot',
This is not a problem. A volume and it's (several) s
On Thu, 09 Aug 2012 03:09:30 -0400, Hugo Trippaers
wrote:
I think I have the clear picture now. I think there is a valid use case
for having the option to create 'internal' networks (networks that have
no outside connectivity so no SourceNat service)
You "think"? Do people here not have
On Thu, 09 Aug 2012 16:26:02 -0400, Outback Dingo
wrote:
we dont have VLAN capable switches
I rather doubt that. Every tom dick and harry switch manufacturer of even
the cheapest PoS I've run across knows what to do with VLAN tags. What you
can't do, is control at the port level which
Separate list. Eg cloud stack-build@
This it's yet another case of misleading the user and lying about system state.
The deletion flat out failed. CS should say so.
if anything create a job in the queue and retry the operation a number of times
if you want. But the state is "pending deletion" until it actually executes.
Unfortunately this caught my eye.
" n disabled existing local storages are not removed but any new local storage
is not added."
This qualifies as interference. Cloud software must always reflect reality.
This whole distinction between root or data being allowed as local was none of
CS' business
>this bug fix is implemented, then cloudstack is no longer the
> canonical source of configuration,
Which is how it should be. It is a fatal conceit to think CS knows anything in
an absolute manner. It must always query, always check and update itself. Any
representation made to the use
'cloudVirBr' is hard-coded in
/usr/lib[64]/cloud/agent/scripts/vm/network/vnet/modifyvlan.sh in function
addVlan().
What I don't understand is how the script is even working. It does
vconfig add ethN V
brctl addbr brV
brctl addif brV ethN.V
Furthermore, in scripts/storage/qcow2/modifyvlan.s
On Fri, 17 Aug 2012 14:55:37 -0400, Wido den Hollander
wrote:
My main problem with cloud-setup-agent is that it is touching all kinds
of files without notifying the system administrator about this.
yeah like /etc/sysconfig/libvirtd. I needed to add stanzas to
/etc/cgconfig.conf to unbrea
Given what appears to be a serious (though probably simple) bug in
CentOS/RHEL 6.3 and libvirt 0.9.10-21.el6 I don't know how ANYONE has
VLANs working (bonded or otherwise) in a KVM environment.
I've opened https://bugzilla.redhat.com/show_bug.cgi?id=849766
Anyone here with an actual, workin
Please let's not reinvent the wheel. See pfsense, vrrp/carp, and pfsync.
A redundant iptables solution doesn't spring to mind but it already exists no
doubt.
On Fri, 24 Aug 2012 18:33:50 -0400, Marcus Sorensen
wrote:
The file scripts/storage/secondary/cloud-install-sys-tmplt had a syntax
error:
The comparison is wrong too.
There appear to be quite a few of them. You want an INTEGER compare via
'-eq' and not a STRING compare via '=' or '!='.
15 matches
Mail list logo
