** Changed in: eucalyptus (Ubuntu)
Status: Incomplete = New
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in Ubuntu.
https://bugs.launchpad.net/bugs/757258
Title:
Unable to reach instances from their public IP
Sorry, I was out of the office for a while and was not able to handle
this request
I used elasticfox, and yes added ssh port:
sysadmin@europe:~$ euca-describe-groups
GROUP build build Build group
PERMISSION build build ALLOWS icmp-1 -1 FROMCIDR
Public bug reported:
On Ubuntu Maverick (Eucalyptus 2.0) I'm not able to reach the eucalyptus
instances, due to the firewall rules. I didn't find exactly the problem,
but I only know that it's iptables which drops packages.
Our setup is, a server with CC, Walrus and SC and two additional servers
Confirmed, it fixes the issue.
Thanks for the speed fixing it!
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to libvirt in Ubuntu.
https://bugs.launchpad.net/bugs/750565
Title:
Unable to attach an EBS volume
--
Ubuntu-server-bugs
Public bug reported:
With Maverick's UEC / Euclayptus, there is no way to mount EBS volumes
because libvirt gives the error:
sdh uses scsi:1, rather than scsi:0.
The error and the patch applied upstream can be seen at:
http://osdir.com/ml/libvir-list/2011-01/msg01268.html
As you can see it's a
Is there any workaround to remove those stalled volumes completely?
We are creating big volumes and thus, the volume limit is reached
easily, but we cannot remove completely the volumes that fail on
creation time.
--
euca-create-volume fails at times with Error communicating with Storage
Public bug reported:
We are no able to create a new volume based on an existing snapshot.
We tried using bigger volumes than the original volume from where the
snapshot was created and also using the same size, but in both cases, we
get the same error:
17:56:11
This is my network configuration:
auto br0
iface br0 inet dhcp
bridge_ports eth0
bridge_fd 9
bridge_hello 2
bridge_maxage 12
bridge_stp off
pre-up ifconfig eth0 hw ether 00:00:00:00:00:01
The macaddress change is the workaround I'm using right now
I know about ufw, the problem is that eucalyptus is not aware of ufw (at
least from what I saw in the source code) and the cloud controller
resets the iptables rules EVERY TIME it's restarted, not just on reboot.
The only documented way to prevent it from clear your custom rules is
to use the
Public bug reported:
We are using UEC cloud controller in a server that also runs regular KVM
servers with libvirt and bridge interface.
Everything is working more or less as expected, however, UEC configures
iptable to use NAT for all traffic that is forwarded, even if it's not
for the cloud
I forgot to mention that I'm talking about Ubuntu 10.04
--
Unable to use Eucalyptus' iptables-preload feature with UEC
https://bugs.launchpad.net/bugs/579868
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to eucalyptus in ubuntu.
--
Public bug reported:
On Ubuntu 10.04 I have problems using libvirt with a bridge because the
TUN devices get random mac addresses and thus, change the bridge device
mac address, which takes the lower mac addres of all devices attached to
the bridge. The main and most critical problem is that,
12 matches
Mail list logo