ebgoa :
>
> On Oct 24, 2013, at 10:41 PM, Bryan Manske wrote:
>
> >
> > And is there any documentation on network isolation and GRE versus SST,
>
>
> STT isolation really means that you are using the NICIRA NVP system which is
> proprietary. So if you did not buy nicira,
And is there any documentation on network isolation and GRE versus SST,
et cetera, when creating a zone within CloudStack?
Thanks.
Quoting Bryan Manske :
> All,
>
> I'm still hung up on network issues with VMs on CloudStack hosts not talking
> to the network. I'
Comments are always welcome.
Thanks.
Bryan Manske
Quoting Bryan Manske :
> All,
>
> (This is an update on my ongoing network issues within CloudStack 4.2.0.
> Please read the original messages below for more information.)
>
> I've configured a network offering with no
and confused as to what I'm missing in the
CloudStack networking department. Can anyone offer up more links or
advice please?
Thanks.
Bryan Manske
Quoting Bryan Manske :
>
> Sanjeev,
>
> I followed a YouTube video explanation and did specify the tags
> "cloud-public
so used the "cloud-public" tag in two simple
network service offerings, one with no services and one with just DSN, DHCP,
and userdata. No firewalls or security groups and default egress policy
set to "allow", although I'm not sure it was needed there.
Thanks.
Bryan
t;xe-switch-network-backend" is set to bridged so maybe its an openvswitch
issue. Big sigh.
I've debugged as far as I can and need a few suggestions on where to look next.
Thanks.
Regards,
Bryan Manske
Quoting Bryan Manske :
> All,
>
> Now I'm curious about public IPs o
h progressively
higher level errors. :)
Thanks.
Bryan Manske
---
"Earnest falsehoods left unchallenged risk being accepted as fact."
-- Monty "xiphmont" Montgomery - Xiph Foundation, on the Ogg format
---
'm specifically
> > interested in the Global Setting "mount.parent" here, which is set to
> > "/var/cloudstack/mnt" but doesn't auto-mount so far as I've seen.
> > There doesn't appear to be any malfunction. I'm just curious.
> >
> >
is set to
"/var/cloudstack/mnt" but doesn't auto-mount so far as I've seen.
There doesn't appear to be any malfunction. I'm just curious.
Thanks in advance.
Regards,
Bryan Manske
---
"Earnest falsehoods left unchallenged risk being accepted as fact."
-- Mo
Shanker,
That's fantastic. Thanks for the heads up. I've never really had many
problems with the 8.x tree either as native i386 or XENHVM but then again
its good to see The FreeBSD Foundation taking virtualization seriously.
Many thanks.
Bryan
Quoting Shanker Balan :
> On 13-Oct-2013, at 2:
d up.
Thanks again. Your input (and the time you spent digging through
management-server.log) is appreciated. There are lots of infrastructure
fiddledy-bits and things that can go wrong and when we get stumped talking
about it with like-minded people always helps.
Regards,
Bryan Manske
Quoting Ki
bonus kharma points for you. (I've been stuck on this for quite
a while.)
Bryan Manske
Quoting Travis Graham :
> Have you tried to setting the OS Type for the ISO to something more generic
> like "Other Linux (64-bit)"?
>
> I had the same problem trying to get Ubuntu 12
ual routers coming up
and working correctly. So what am I missing? Management-server.log is
so very verbose that I have a hard time picking out the relevant pieces
to investigate.
Any guidance would be appreciated.
Many thanks.
Bryan Manske
Quoting Bryan Manske :
> Nitin,
>
> Management
Thanks in advance for taking a look. I'm stumped and management-server.log
is very verbose. The instance name in the log to look for would be "Test22"
and would be the only instance created today (so far).
Regards,
Bryan Manske
Quoting Nitin Mehta :
> Check the hypervisor vers
anagement-server.log to figure this out.
Many thanks in advance.
Regards,
Bryan Manske
---
"Earnest falsehoods left unchallenged risk being accepted as fact."
-- Monty "xiphmont" Montgomery - Xiph Foundation, on the Ogg format
---
15 matches
Mail list logo
