Hi there, it looks like the IP mismatch is irrelevant in this case:
10.1.2.238:/exports/zh-ep-z00/template/tmpl/2/296 53685002240 362133504
53322868736 1% /mnt/4276a235-9ab3-3f5f-b6e3-a19142e7f524
root@ewcstack-vh023-test:~# ip r g 10.1.2.238
10.1.2.238 dev secstore0 src 10.1.2.233
cache
Secondary storage is woking fine anyway.
All the best,
Flo
________________________________________
From: Engelmann Florian <florian.engelm...@everyware.ch>
Sent: Friday, February 17, 2017 1:26 PM
To: users@cloudstack.apache.org
Subject: Ubuntu 16.04, Openvswitch, cloudstack-agent and secondary storage IP
Hi,
we are currently building a new test setup: ACS + Ubuntu 16.04 KVM + OVS
I am stuck with the getting the wrong secondary IP from the KVM host:
[...]
"publicIpAddress":"10.1.0.233","publicNetmask":"255.255.255.240","publicMacAddress":"24:8a:07:6c:75:30","privateIpAddress":"10.1.0.233","privateMacAddress":"24:8a:07:6c:75:30","privateNetmask":"255.255.255.240","storageIpAddress":"10.1.0.233","storageNetmask":"255.255.255.240","storageMacAddress":"24:8a:07:6c:75:30","resourceName":"LibvirtComputingResource","gatewayIpAddress":"10.1.0.225","wait":0}},
[...]
The secondary storage IP should be 10.1.2.233
I did add the secondary storage label like:
KVM traffic label "secstore0"
and the OVS configuration looks like:
# ovs-vsctl show
c736c85f-badb-4fec-9fd9-fdc94ceed776
Bridge "cloudbr0"
Port "bond0"
Interface "enp136s0"
Interface "enp136s0d1"
Port "cloudbr0"
Interface "cloudbr0"
type: internal
Port secstore0
tag: 2007
Interface secstore0
type: internal
Bridge "cloud0"
Port "cloud0"
Interface "cloud0"
type: internal
ovs_version: "2.5.0"
And the IP configuration looks like:
8: ovs-system: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group
default qlen 1
link/ether 76:50:ad:b6:37:90 brd ff:ff:ff:ff:ff:ff
18: cloud0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state
UNKNOWN group default qlen 1
link/ether ae:bf:4c:94:c6:42 brd ff:ff:ff:ff:ff:ff
inet 169.254.0.1/16 scope global cloud0
valid_lft forever preferred_lft forever
inet6 fe80::acbf:4cff:fe94:c642/64 scope link
valid_lft forever preferred_lft forever
19: cloudbr0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state
UNKNOWN group default qlen 1
link/ether 24:8a:07:6c:75:30 brd ff:ff:ff:ff:ff:ff
inet 10.1.0.233/28 brd 10.1.0.239 scope global cloudbr0
valid_lft forever preferred_lft forever
inet6 fe80::268a:7ff:fe6c:7530/64 scope link
valid_lft forever preferred_lft forever
20: bond0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state
UNKNOWN group default qlen 1
link/ether ce:13:53:5a:d8:e1 brd ff:ff:ff:ff:ff:ff
inet6 fe80::cc13:53ff:fe5a:d8e1/64 scope link
valid_lft forever preferred_lft forever
21: secstore0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state
UNKNOWN group default qlen 1
link/ether 8a:eb:53:70:69:40 brd ff:ff:ff:ff:ff:ff
inet 10.1.2.233/28 brd 10.1.2.239 scope global secstore0
valid_lft forever preferred_lft forever
inet6 fe80::88eb:53ff:fe70:6940/64 scope link
valid_lft forever preferred_lft forever
Any idea why ACS is not able to fetch the correct IP used to access secondary
storage?
All the best,
Flo
EveryWare AG
Florian Engelmann
Systems Engineer
Zurlindenstrasse 52a
CH-8003 Zürich
T +41 44 466 60 00
F +41 44 466 60 10
florian.engelm...@everyware.ch
www.everyware.ch
smime.p7s
Description: S/MIME cryptographic signature
