rabbitmq IP sent to the EMS is taken from the nfvo properties

[gc4rella]

Using release 4.0.0 it seems that the generic VNFM uses the rabbitmqIP which is set in the nfvo properties file, not the one set in the generic vnfm properties. Should be checked for upcoming release whether this is still the case.

[wittling]

You are referring to the parameter brokerIp, right? Yes that is still the case. I had the broker set to localhost in the nfvo file, and the EMS on the virtual machines would fail because of that. Once I changed it to a non-loopback IP it started working. It would be best to have it as a parameter in the generic properties file for that reason.

[gc4rella]

@lorenzotomasini I assume this is done, right?

[lorenzotomasini]

why would you assume that?

[anhtrung87vn]

Hi @gc4rella

I am using NFVO 5.2.0 and generic VNFM 5.2.0
I onboarded SIPp servers then launch it but the step instantiate did not pass.
The log from VNFM shows that EMS on VNF did not answer. I went to VNF to check and saw that it could not connect rabbitmq on NFVO 10.250.192.249, though it can ping to it successfully.
Could you guys give me an advice how to pass this step?

Below is the log on VNFM and on VNF.

Log on VNFM
`2018-05-29 09:14:09.677 DEBUG 2898 --- [pool-6-thread-43] o.o.v.g.core.ElementManagementSystem : EMSRegister removing: org.openbaton.vnfm.generic.model.EmsRegistrationUnit@66829fd1
2018-05-29 09:14:09.678 INFO 2898 --- [pool-6-thread-43] o.o.common.vnfm_sdk.AbstractVnfm : Registered EMS: sipp-client-6509088
2018-05-29 09:14:09.678 DEBUG 2898 --- [pool-6-thread-43] o.o.v.g.core.ElementManagementSystem : Scripts are: java.lang.String
2018-05-29 09:14:09.678 DEBUG 2898 --- [pool-6-thread-43] o.o.v.g.core.ElementManagementSystem : Scripts are: https://github.com/openbaton/vnf-scripts.git
2018-05-29 09:14:09.679 INFO 2898 --- [pool-6-thread-43] o.o.v.g.core.ElementManagementSystem : Waiting answer from EMS - sipp-client-6509088
2018-05-29 09:14:09.680 DEBUG 2898 --- [pool-6-thread-43] o.o.v.g.core.ElementManagementSystem : Sending message {"action":"CLONE_SCRIPTS","payload":"https://github.com/openbaton/vnf-scripts.git","script-path":"/opt/openbaton/scripts"} to vnfm.sipp-client-6509088.actions and waiting
2018-05-29 09:14:09.680 DEBUG 2898 --- [pool-6-thread-43] o.o.c.v.amqp.VnfmSpringHelperRabbit : Sending to: vnfm.sipp-client-6509088.actions
2018-05-29 09:15:46.588 DEBUG 2898 --- [pool-21-thread-1] o.o.vnfm.generic.utils.LogDispatcher : Checking if delete is true
2018-05-29 09:21:46.583 INFO 2898 --- [pool-21-thread-1] o.o.vnfm.generic.utils.LogDispatcher : Removing script log files that are older than 180 minutes
2018-05-29 09:23:05.988 ERROR 2898 --- [pool-6-thread-36] o.o.c.v.amqp.VnfmSpringHelperRabbit : After 1000 seconds the ems did not answer.
2018-05-29 09:23:05.989 ERROR 2898 --- [pool-6-thread-36] o.o.common.vnfm_sdk.AbstractVnfm : ERROR:

java.util.concurrent.TimeoutException: After 1000 seconds the ems did not answer. You can change this value by editing the application.properties propery "vnfm.rabbitmq.sar.timeout"
at org.openbaton.common.vnfm_sdk.amqp.VnfmSpringHelperRabbit.sendAndReceive(VnfmSpringHelperRabbit.java:221) ~[vnfm-sdk-amqp-5.2.0.jar!/:na]
at org.openbaton.vnfm.generic.core.ElementManagementSystem.executeActionOnEMS(ElementManagementSystem.java:264) ~[classes!/:na]
at org.openbaton.vnfm.generic.core.ElementManagementSystem.saveScriptOnEms(ElementManagementSystem.java:186) ~[classes!/:na]
at org.openbaton.vnfm.generic.GenericVNFM.instantiate(GenericVNFM.java:130) ~[classes!/:na]
at org.openbaton.common.vnfm_sdk.AbstractVnfm.onAction(AbstractVnfm.java:384) ~[vnfm-sdk-5.2.0.jar!/:na]
at org.openbaton.common.vnfm_sdk.amqp.AbstractVnfmSpringAmqp.access$900(AbstractVnfmSpringAmqp.java:51) [vnfm-sdk-amqp-5.2.0.jar!/:na]
at org.openbaton.common.vnfm_sdk.amqp.AbstractVnfmSpringAmqp$ConsumerRunnable$1.lambda$handleDelivery$0(AbstractVnfmSpringAmqp.java:138) [vnfm-sdk-amqp-5.2.0.jar!/:na]
at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1149) ~[na:1.8.0_162]
at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:624) ~[na:1.8.0_162]
at java.lang.Thread.run(Thread.java:748) ~[na:1.8.0_162]
`

Log from VNF SIPp

ubuntu@sipp-client-6509088:/var/log/openbaton$ tail -f ems-receiver.log
WARNING:pika.connection:Could not connect, 0 attempts left
INFO:pika.adapters.base_connection:Connecting to 10.250.192.249:5672
ERROR:pika.adapters.base_connection:Connection to 10.250.192.249:5672 failed: timeout
WARNING:pika.connection:Could not connect, 0 attempts left
INFO:pika.adapters.base_connection:Connecting to 10.250.192.249:5672
ERROR:pika.adapters.base_connection:Connection to 10.250.192.249:5672 failed: timeout
WARNING:pika.connection:Could not connect, 0 attempts left
INFO:pika.adapters.base_connection:Connecting to 10.250.192.249:5672
ERROR:pika.adapters.base_connection:Connection to 10.250.192.249:5672 failed: timeout
WARNING:pika.connection:Could not connect, 0 attempts left
^C

ubuntu@sipp-client-6509088:/var/log/openbaton$ ping 10.250.192.249
PING 10.250.192.249 (10.250.192.249) 56(84) bytes of data.
64 bytes from 10.250.192.249: icmp_seq=1 ttl=53 time=314 ms
^C
--- 10.250.192.249 ping statistics ---
2 packets transmitted, 1 received, 50% packet loss, time 1001ms
rtt min/avg/max/mdev = 314.253/314.253/314.253/0.000 ms
ubuntu@sipp-client-6509088:/var/log/openbaton$ telnet 10.250.192.249 5672
Trying 10.250.192.249...
Connected to 10.250.192.249.
Escape character is '^]'.
Connection closed by foreign host.

excerpt form booting log on VNF
Creating config file /etc/zabbix/zabbix_agentd.conf with new version
zabbix-agent start/running, process 3043
Processing triggers for ureadahead (0.100.0-16) ...

• Restarting EMS
• Stopping EMS
  No process in pidfile '/var/run/ems.pid' found running; none killed.
• Starting EMS
  zabbix-agent stop/waiting
  zabbix-agent start/running, process 3161

[valerioferretti92]

I am having the exact same problem as @anhtrung87vn . Has anybody found a solution for this? Any help would be very much appriciated!