You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@cloudstack.apache.org by "Tom Martin (JIRA)" <ji...@apache.org> on 2015/04/01 21:26:54 UTC
[jira] [Commented] (CLOUDSTACK-8271) Several bugs in cloudstack
virtual router (KVM) in Simple zone with public ips
[ https://issues.apache.org/jira/browse/CLOUDSTACK-8271?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14391280#comment-14391280 ]
Tom Martin commented on CLOUDSTACK-8271:
----------------------------------------
Has anyone verified that this is just a KVM issue, or does it impact Xenserver as well?
> Several bugs in cloudstack virtual router (KVM) in Simple zone with public ips
> ------------------------------------------------------------------------------
>
> Key: CLOUDSTACK-8271
> URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8271
> Project: CloudStack
> Issue Type: Bug
> Security Level: Public(Anyone can view this level - this is the default.)
> Components: KVM, Virtual Router
> Affects Versions: 4.3.2
> Environment: Ubuntu 12.04.5 for Host
> Debian Squeeze for VR
> Reporter: Ivan A Kudryavtsev
>
> I've found several bugs in DHCP script /root/edithosts.sh
> here:
> \# don't want to do this in the future, we can have same VM with multiple nics/entries
> \# sed \-i /,$host,/d $DHCP_HOSTS <- commented
> and the same clear for $HOSTS file
> Actually, this causes that if someone creates VM with some name, removes it and creates again, then dnsmasq fails to lease DHCP offer because of such message in
> /var/log/messages-*
> Feb 18 13:41:44 r-1184-VM dnsmasq[2640]: not giving name bill.domain to the DHCP lease of 176.XX.25.76 because the name exists in /etc/hosts with address 176.XX.25.130
> Feb 18 13:41:44 r-1184-VM dnsmasq[2640]: not giving name bill to the DHCP lease of 176.XX.25.76 because the name exists in /etc/hosts with address 176.XX.25.130
> The second bug is that /etc/sysctl.conf is not invoked during startup (it's known Squeeze issue), that could be fixed in the /etc/rc.local like
> /etc/init.d/procps restart
> otherwise there are conntrack errors in dmesg.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)