2021-02-09 02:17:50 UTC - Dominic Kim: Have you rebased you codes with the 
latest master?
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612837070126800?thread_ts=1612828252.126500&cid=C3TPCAQG1
----
2021-02-09 08:11:27 UTC - Dominic Kim: you* -> your
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612858287127000?thread_ts=1612828252.126500&cid=C3TPCAQG1
----
2021-02-09 15:02:21 UTC - David Williams: The books said "Once you write the 
code, you can deploy it, then retrieve the actual URL to execute the action:". 
Now I understand it. I need to write codes and deploy it, then run "wsk action 
create contact/form form.js --web true" to create action.
white_check_mark : Rodric Rabbah
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612882941127300?thread_ts=1612610054.115000&cid=C3TPCAQG1
----
2021-02-09 15:40:41 UTC - Matt Rutkowski: @Dominic Kim This is in Travis which 
should be pulling the latest from master. It builds latest master and runs 
tests against it… the wskdeploy code itself is not built on any backend code; 
my belief is the version of akka jar has been changed (deprecated perhaps) as 
ref. on core openwhisk / ansible build?
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612885241127800?thread_ts=1612828252.126500&cid=C3TPCAQG1
----
2021-02-09 15:44:42 UTC - Matt Rutkowski: @Dominic Kim or maven was down or 
inaccessible, but 2 reruns resulted in the same error (same file) but I can 
manually hit the endpoint this morning… will try to rerun again and see what 
happens
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612885482128200?thread_ts=1612828252.126500&cid=C3TPCAQG1
----
2021-02-09 16:28:47 UTC - Matt Rutkowski: It appears I have a moving Travis 
build failure… today it finds the Akka jar file, but now fails here:
```TASK [write test's application conf overrides] 
*********************************

Tuesday 09 February 2021  16:16:22 +0000 (0:00:00.244)       0:00:02.697 ****** 

fatal: [ansible]: FAILED! => {"changed": false, "msg": 
"AnsibleUndefinedVariable: 'dict object' has no attribute 'elasticsearch'"}

AnsibleUndefinedVariable: 'dict object' has no attribute 'elasticsearch'```
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612888127129300
----
2021-02-09 16:29:01 UTC - Matt Rutkowski: are these expected since the Travis 
hosting changes?
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612888141129700
----
2021-02-09 16:34:59 UTC - Matt Rutkowski: Just trying to understand if I am 
chasing shadows, as this PR is a one-line change to a golang runtme version in 
a testcase…<https://github.com/apache/openwhisk-wskdeploy/pull/1111> (and have 
manually tested it against IBM Cloud Functions)
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612888499130700
----
2021-02-09 17:26:42 UTC - Rodric Rabbah: gremlins @Matt Rutkowski :smile:
face_with_rolling_eyes : Matt Rutkowski
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612891602131100
----
2021-02-09 18:01:35 UTC - Dominic Kim: oh ok now I get it.
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612893695131500?thread_ts=1612828252.126500&cid=C3TPCAQG1
----
2021-02-09 19:27:01 UTC - Matt Rutkowski: It appears the gremlin today causes 
the same (repeatable error as shown above):
```TASK [write test's application conf overrides] 
*********************************

Tuesday 09 February 2021  17:11:44 +0000 (0:00:00.242)       0:00:02.841 ****** 

fatal: [ansible]: FAILED! =&gt; {"changed": false, "msg": 
"AnsibleUndefinedVariable: 'dict object' has no attribute 'elasticsearch'"}

AnsibleUndefinedVariable: 'dict object' has no attribute 'elasticsearch'```
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612898821132700
----
2021-02-09 19:27:56 UTC - Matt Rutkowski: anyone change or play around with 
these vars. recently (as all indications were this was not happening in 
December)&gt;?
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612898876133800
----
2021-02-09 19:28:47 UTC - Matt Rutkowski: any pointers appreciated, but really 
have not looked at the Ansible in 4 +/- years
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612898927134400
----
2021-02-09 19:34:53 UTC - Matt Rutkowski: @Dominic Kim It appears recent 
history on OW core suggests that the conf files to add/change elasticsearch may 
have been changed as part of <https://github.com/apache/openwhisk/pull/4984> 
(add duration checker around 22 days ago)?  Are there additional things 
clients/tools will need to do in our Travis files to now work (for our 
integration testing)?
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612899293135600
----
2021-02-09 19:44:35 UTC - Matt Rutkowski: posted more info. after this thread 
regarding failures in ansible around the (new?) elasticsearcg variables not 
being found…
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612899875135900?thread_ts=1612828252.126500&cid=C3TPCAQG1
----
2021-02-09 20:18:02 UTC - Matt Rutkowski: @Dominic Kim Not being an Ansible 
person… it appears that in the PR 
(<https://github.com/apache/openwhisk/pull/4984>) that the file 
`setupSystem.sh` was altered to include `-e 
db_activation_backend=ElasticSearch`:
```$ANSIBLE_CMD openwhisk.yml -e manifest_file="$RUNTIMES_MANIFEST" -e 
db_activation_backend=ElasticSearch```
Does this not force the install to assume that the elasticsearch.yml file be in 
cluded/used by default (which it is not in current client tooling scripts)?
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612901882139000
----
2021-02-09 21:09:13 UTC - Matt Rutkowski: Will see if adding `$ANSIBLE_CMD 
elasticsearch.yml` will bring in the necessary config files as per what that PR 
added to 
`<https://github.com/apache/openwhisk/blob/master/tools/travis/setupPrereq.sh>
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612904953140000
----
2021-02-09 21:09:29 UTC - Matt Rutkowski: but should that be the default 
(discussion implied it was optional)?
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612904969140400?thread_ts=1612904969.140400&cid=C3TPCAQG1
----
2021-02-09 21:11:06 UTC - Rodric Rabbah: optionality was my understanding
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612905066140500?thread_ts=1612904969.140400&cid=C3TPCAQG1
----
2021-02-09 22:12:18 UTC - Matt Rutkowski: @Dominic Kim it appears the failing 
reference is on line 279 (`db.elasticsearch`` ) within 
<https://github.com/apache/openwhisk/blob/master/ansible/roles/controller/tasks/deploy.yml>
The failure occurs even if the `elasticsearch.yml` playbook is run (and with or 
without the `-e db_activation_backend=ElasticSearch` being passed as an env. 
var.  to the openwhisk playbook.
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612908738143500
----
2021-02-09 22:41:08 UTC - Matt Rutkowski: OK, so apparently the ICF team 
encountered this a day or so after PR 
<https://github.com/apache/openwhisk/pull/4984> was merged … it now requires an 
update to the hosts file to include:
```[elasticsearch:children]
db```
So now that the playbooks have the `elasticsearch` object defined under the 
`db` parent
This affects all components (runtimes, clients, etc.) that perform local 
ansible tests as part of their Travis builds
+1 : Dominic Kim
https://openwhisk-team.slack.com/archives/C3TPCAQG1/p1612910468145800
----

Reply via email to