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!