cloudstack-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Remi Bergsma (JIRA)" <j...@apache.org>
Subject [jira] [Commented] (CLOUDSTACK-8759) Destroying VPC router results in a new unusable VPC router
Date Mon, 24 Aug 2015 17:07:46 GMT

    [ https://issues.apache.org/jira/browse/CLOUDSTACK-8759?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14709629#comment-14709629
] 

Remi Bergsma commented on CLOUDSTACK-8759:
------------------------------------------

It seems there are no network interfaces plugged on the newly deployed route VM.

This is a diff between a router that was deployed successfully, and one that was destroyed
and then redeployed. Apart from some uuids and obvious changes, you clearly see the two nics
missing.

{noformat}
[root@kvm2 ~]# diff -u r4 r7 
--- r4  2015-08-24 17:02:58.630396526 +0000
+++ r7  2015-08-24 17:02:47.834396669 +0000
@@ -1,6 +1,6 @@
-<domain type='kvm' id='5'>
-  <name>r-4-VM</name>
-  <uuid>04882016-8a42-4477-bc55-b60fdacc42ce</uuid>
+<domain type='kvm' id='10'>
+  <name>r-7-VM</name>
+  <uuid>423e3174-03d1-41ad-98a4-06a56614c88d</uuid>
   <description>Debian GNU/Linux 5.0 (64-bit)</description>
   <memory unit='KiB'>262144</memory>
   <currentMemory unit='KiB'>262144</currentMemory>
@@ -15,7 +15,7 @@
       <system>
         <entry name='manufacturer'>Apache Software Foundation</entry>
         <entry name='product'>CloudStack KVM Hypervisor</entry>
-        <entry name='uuid'>04882016-8a42-4477-bc55-b60fdacc42ce</entry>
+        <entry name='uuid'>423e3174-03d1-41ad-98a4-06a56614c88d</entry>
       </system>
     </sysinfo>
   <os>
@@ -41,7 +41,7 @@
     <emulator>/usr/libexec/qemu-kvm</emulator>
     <disk type='file' device='disk'>
       <driver name='qemu' type='qcow2' cache='none'/>
-      <source file='/mnt/f9160a20-70c7-38f4-a980-29f0c16f010c/c10427ca-791e-491e-90ef-b7d9cbe8ba12'/>
+      <source file='/mnt/f9160a20-70c7-38f4-a980-29f0c16f010c/9fadd122-1d26-4d1a-a74c-d08dde66f7b9'/>
       <backingStore type='file' index='1'>
         <format type='raw'/>
         <source file='/mnt/f9160a20-70c7-38f4-a980-29f0c16f010c/6dd3a85a-49c5-11e5-93a9-5254001daa61'/>
@@ -49,7 +49,7 @@
       </backingStore>
       <target dev='vda' bus='virtio'/>
       <alias name='virtio-disk0'/>
-      <address type='pci' domain='0x0000' bus='0x00' slot='0x05' function='0x0'/>
+      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
     </disk>
     <disk type='file' device='cdrom'>
       <driver name='qemu' type='raw' cache='none'/>
@@ -73,56 +73,21 @@
     </controller>
     <controller type='virtio-serial' index='0'>
       <alias name='virtio-serial0'/>
-      <address type='pci' domain='0x0000' bus='0x00' slot='0x04' function='0x0'/>
-    </controller>
-    <interface type='bridge'>
-      <mac address='0e:00:a9:fe:01:39'/>
-      <source bridge='cloud0'/>
-      <target dev='vnet9'/>
-      <model type='virtio'/>
-      <alias name='net0'/>
-      <rom bar='off' file=''/>
       <address type='pci' domain='0x0000' bus='0x00' slot='0x03' function='0x0'/>
-    </interface>
-    <interface type='bridge'>
-      <mac address='06:53:58:00:00:18'/>
-      <source bridge='breth0-50'/>
-      <bandwidth>
-        <inbound average='25600' peak='25600'/>
-        <outbound average='25600' peak='25600'/>
-      </bandwidth>
-      <target dev='vnet10'/>
-      <model type='virtio'/>
-      <alias name='net1'/>
-      <rom bar='off' file=''/>
-      <address type='pci' domain='0x0000' bus='0x00' slot='0x06' function='0x0'/>
-    </interface>
-    <interface type='bridge'>
-      <mac address='02:00:63:a4:00:02'/>
-      <source bridge='breth0-156'/>
-      <bandwidth>
-        <inbound average='25600' peak='25600'/>
-        <outbound average='25600' peak='25600'/>
-      </bandwidth>
-      <target dev='vnet11'/>
-      <model type='virtio'/>
-      <alias name='net2'/>
-      <rom bar='off' file=''/>
-      <address type='pci' domain='0x0000' bus='0x00' slot='0x07' function='0x0'/>
-    </interface>
+    </controller>
     <serial type='pty'>
-      <source path='/dev/pts/4'/>
+      <source path='/dev/pts/5'/>
       <target port='0'/>
       <alias name='serial0'/>
     </serial>
-    <console type='pty' tty='/dev/pts/4'>
-      <source path='/dev/pts/4'/>
+    <console type='pty' tty='/dev/pts/5'>
+      <source path='/dev/pts/5'/>
       <target type='serial' port='0'/>
       <alias name='serial0'/>
     </console>
     <channel type='unix'>
-      <source mode='bind' path='/var/lib/libvirt/qemu/r-4-VM.agent'/>
-      <target type='virtio' name='r-4-VM.vport' state='disconnected'/>
+      <source mode='bind' path='/var/lib/libvirt/qemu/r-7-VM.agent'/>
+      <target type='virtio' name='r-7-VM.vport' state='disconnected'/>
       <alias name='channel0'/>
       <address type='virtio-serial' controller='0' bus='0' port='1'/>
     </channel>
@@ -131,7 +96,7 @@
     </input>
     <input type='mouse' bus='ps2'/>
     <input type='keyboard' bus='ps2'/>
-    <graphics type='vnc' port='5903' autoport='yes' listen='192.168.22.22'>
+    <graphics type='vnc' port='5904' autoport='yes' listen='192.168.22.22'>
       <listen type='address' address='192.168.22.22'/>
     </graphics>
     <video>
{noformat}

The example is on KVM, but I also verified destroying does not work on XenServer.

> Destroying VPC router results in a new unusable VPC router
> ----------------------------------------------------------
>
>                 Key: CLOUDSTACK-8759
>                 URL: https://issues.apache.org/jira/browse/CLOUDSTACK-8759
>             Project: CloudStack
>          Issue Type: Bug
>      Security Level: Public(Anyone can view this level - this is the default.) 
>    Affects Versions: 4.6.0
>         Environment: ACS master/4.6 with XenServer and KVM tested
>            Reporter: Remi Bergsma
>            Priority: Critical
>             Fix For: 4.6.0
>
>
> Deploy VPC
> Deploy VM
> This all works fine
> Shutdown, then destroy VPC
> Expected result:
> A new VPC router is deployed that has the same functionality than before, but with a
new router instance ID.
> Experienced result:
> VPC router is unaccessible for CloudStack due to missing link-local interface:
> root@r-7-VM:~# ifconfig -a
> lo        Link encap:Local Loopback  
>           inet addr:127.0.0.1  Mask:255.0.0.0
>           UP LOOPBACK RUNNING  MTU:16436  Metric:1
>           RX packets:1 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:1 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:0 
>           RX bytes:93 (93.0 B)  TX bytes:93 (93.0 B)
> From a first look, the command line info seems OK.
> root@r-7-VM:/etc/cloudstack# cat cmdline.json 
> {
>     "config": {
>         "baremetalnotificationapikey": "pPgegDQwez17eCbRj4Wx8IwFs543rcPpF7Gavvtys_D7w1jnAoyJ4A-21H9Bf58s1ZjC4DTVrD0BHxNA3y7agA",

>         "baremetalnotificationsecuritykey": "Sxv0QbIgRTH-PkeDWBsY-GYsKz2WIz9JIyWTK16mNnIPPZ-Ozo940_8d8bSEx5pHZ4rEdxG5HQMRRcchANHuHg",

>         "disable_rp_filter": "true", 
>         "dns1": "8.8.8.8", 
>         "domain": "cs2cloud", 
>         "eth1ip": "169.254.0.249", 
>         "eth1mask": "255.255.0.0", 
>         "host": "192.168.22.61", 
>         "name": "r-7-VM", 
>         "port": "8080", 
>         "redundant_router": "false", 
>         "template": "domP", 
>         "type": "vpcrouter", 
>         "vpccidr": "10.0.1.0/24"
>     }, 
>     "id": "cmdline"
> [~wilder.rodrigues] Let's have a look when you're back!



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message