Closed longle255 closed 3 years ago
I tried to repo this on my Big Sur mac, and everything worked as expected.
$ dapr run --app-id nodeapp --app-port 3000 --dapr-http-port 3500 node app.js --log-level debug
ℹ️ Starting Dapr with id nodeapp. HTTP Port: 3500. gRPC Port: 56494
INFO[0000] starting Dapr Runtime -- version 1.0.0-rc.2 -- commit 196483d app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] log level set to: debug app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] metrics server started on :56495/ app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.metrics type=log ver=1.0.0-rc.2
INFO[0000] standalone mode configured app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] app id: nodeapp app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] mTLS is disabled. Skipping certificate request and tls validation app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] local service entry announced: nodeapp -> 192.168.0.148:56499 app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.contrib type=log ver=1.0.0-rc.2
INFO[0000] Initialized name resolution to standalone app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
DEBU[0000] loading component. name: pubsub, type: pubsub.redis app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] component loaded. name: pubsub, type: pubsub.redis app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
DEBU[0000] loading component. name: statestore, type: state.redis app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] waiting for all outstanding components to be processed app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] component loaded. name: statestore, type: state.redis app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] all outstanding components processed app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] enabled gRPC tracing middleware app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime.grpc.api type=log ver=1.0.0-rc.2
INFO[0000] enabled gRPC metrics middleware app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime.grpc.api type=log ver=1.0.0-rc.2
INFO[0000] API gRPC server is running on port 56494 app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] enabled metrics http middleware app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime.http type=log ver=1.0.0-rc.2
INFO[0000] enabled tracing http middleware app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime.http type=log ver=1.0.0-rc.2
INFO[0000] http server is running on port 3500 app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] enabled gRPC tracing middleware app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime.grpc.internal type=log ver=1.0.0-rc.2
INFO[0000] enabled gRPC metrics middleware app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime.grpc.internal type=log ver=1.0.0-rc.2
INFO[0000] internal gRPC server is running on port 56499 app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] application host: 127.0.0.1. application protocol: http. waiting on port 3000. This will block until the app is listening on that port. app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
== APP == Node App listening on port 3000!
INFO[0000] application discovered on port 3000 app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] application configuration loaded app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] actor runtime started. actor idle timeout: 1h0m0s. actor scan interval: 30s app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime.actor type=log ver=1.0.0-rc.2
DEBU[0000] try to connect to placement service: dns:///localhost:50005 app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime.actor.internal.placement type=log ver=1.0.0-rc.2
DEBU[0000] user app did not subscribe to any topic app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
DEBU[0000] app responded with subscriptions [] app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
INFO[0000] dapr initialized. Status: Running. Init Elapsed 231.396ms app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime type=log ver=1.0.0-rc.2
DEBU[0000] established connection to placement service at dns:///localhost:50005 app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime.actor.internal.placement type=log ver=1.0.0-rc.2
DEBU[0000] placement order received: lock app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime.actor.internal.placement type=log ver=1.0.0-rc.2
DEBU[0000] placement order received: update app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime.actor.internal.placement type=log ver=1.0.0-rc.2
INFO[0000] placement tables updated, version: 0 app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime.actor.internal.placement type=log ver=1.0.0-rc.2
DEBU[0000] placement order received: unlock app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.runtime.actor.internal.placement type=log ver=1.0.0-rc.2
ℹ️ Updating metadata for app command: node app.js
✅ You're up and running! Both Dapr and your app logs will appear here.
DEBU[0023] no mDNS address found in cache, browsing network for app id nodeapp app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.contrib type=log ver=1.0.0-rc.2
DEBU[0023] Browsing for first mDNS address for app id nodeapp app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.contrib type=log ver=1.0.0-rc.2
DEBU[0023] mDNS response for app id nodeapp received. app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.contrib type=log ver=1.0.0-rc.2
DEBU[0023] Adding IPv4 address 192.168.0.148:56499 for app id nodeapp cache entry. app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.contrib type=log ver=1.0.0-rc.2
DEBU[0023] mDNS browse for app id nodeapp canceled. app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.contrib type=log ver=1.0.0-rc.2
DEBU[0023] Browsing for first mDNS address for app id nodeapp canceled. app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.contrib type=log ver=1.0.0-rc.2
DEBU[0023] Refreshing mDNS addresses for app id nodeapp. app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.contrib type=log ver=1.0.0-rc.2
DEBU[0023] mDNS response for app id nodeapp received. app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.contrib type=log ver=1.0.0-rc.2
DEBU[0023] Adding IPv4 address 192.168.0.148:56499 for app id nodeapp cache entry. app_id=nodeapp instance=Willards-MacBook-Pro.local scope=dapr.contrib type=log ver=1.0.0-rc.2
== APP == Got a new order! Order ID: 42
== APP == Successfully persisted state.
Reading over your debug logs, it seems that perhaps there's some mdns trouble on your local machine/network? The dns-sd -B _services._dns-sd._udp
command might provide some insights? Here's the output from my machine:
Browsing for _services._dns-sd._udp
DATE: ---Mon 04 Jan 2021---
17:16:47.066 ...STARTING...
Timestamp A/R Flags if Domain Service Type Instance Name
17:16:47.066 Add 3 1 . _tcp.local. _360Daemon
17:16:47.066 Add 3 6 . _tcp.local. _360Daemon
17:16:47.066 Add 3 1 . _tcp.local. _companion-link
17:16:47.066 Add 3 1 . local.local. pythonapp
17:16:47.066 Add 3 6 . local.local. pythonapp
17:16:47.066 Add 3 1 . local.local. nodeapp
17:16:47.066 Add 3 6 . local.local. nodeapp
17:16:47.066 Add 3 6 . _tcp.local. _device-info
17:16:47.066 Add 3 6 . _tcp.local. _adisk
17:16:47.066 Add 3 6 . _tcp.local. _afpovertcp
17:16:47.066 Add 3 6 . _tcp.local. _ssh
17:16:47.066 Add 3 6 . _tcp.local. _workstation
17:16:47.066 Add 3 6 . _tcp.local. _sftp-ssh
17:16:47.066 Add 3 6 . _tcp.local. _hap
17:16:47.066 Add 3 6 . _tcp.local. _companion-link
17:16:47.066 Add 3 6 . _tcp.local. _airplay
17:16:47.066 Add 3 6 . _tcp.local. _raop
17:16:47.066 Add 3 6 . _tcp.local. _mediaremotetv
17:16:47.066 Add 3 6 . _tcp.local. _homekit
17:16:47.066 Add 2 6 . _tcp.local. _apple-mobdev2
hi @wcs1only, thanks for the response. Following is the output of the dns-sd
command on my machine:
➜ dns-sd -B _services._dns-sd._udp
Browsing for _services._dns-sd._udp
DATE: ---Tue 05 Jan 2021---
13:09:38.075 ...STARTING...
Timestamp A/R Flags if Domain Service Type Instance Name
13:09:38.076 Add 3 14 . _tcp.local. _airdrop
13:09:38.076 Add 3 14 . _tcp.local. _smb
13:09:38.076 Add 3 14 . _tcp.local. _rdlink
13:09:38.076 Add 3 14 . _tcp.local. _nvstream_dbd
13:09:38.076 Add 3 14 . _tcp.local. _teamviewer
13:09:38.076 Add 3 1 . _tcp.local. _companion-link
13:09:38.076 Add 3 14 . _tcp.local. _http
13:09:38.076 Add 3 14 . _tcp.local. _sftp
13:09:38.076 Add 3 14 . _tcp.local. _device-info
13:09:38.076 Add 3 14 . _tcp.local. _afpovertcp
13:09:38.076 Add 3 14 . _tcp.local. _nasd
13:09:38.076 Add 3 14 . _tcp.local. _epoccamserver
13:09:38.076 Add 3 14 . _tcp.local. _ssh
13:09:38.076 Add 3 14 . _tcp.local. _sftp-ssh
13:09:38.076 Add 3 14 . _tcp.local. _mediaremotetv
13:09:38.076 Add 3 14 . _tcp.local. _airplay
13:09:38.076 Add 3 14 . _tcp.local. _raop
13:09:38.076 Add 3 14 . _tcp.local. _homekit
13:09:38.076 Add 3 14 . _udp.local. _sleep-proxy
13:09:38.076 Add 3 14 . _tcp.local. _atc
13:09:38.076 Add 3 14 . _tcp.local. _hscp
13:09:38.076 Add 3 14 . _tcp.local. _apple-mobdev2
13:09:38.076 Add 2 14 . _tcp.local. _companion-link
13:09:38.187 Add 2 1 . local.local. pythonapp
13:09:38.289 Add 2 14 . local.local. pythonapp
I am having both nodeapp and pythonapp running with dapr, but unlike yours, only pythonapp appeared on this list. Do you have any idea where the problem may come from?
dapr list
shows both app is up
➜ dapr list
APP ID HTTP PORT GRPC PORT APP PORT COMMAND AGE CREATED PID
pythonapp 50616 50617 0 python3 app.py 9s 2021-01-05 13:14.33 81471
nodeapp 3500 50248 3000 node app.js 6m 2021-01-05 13:08.30 81175
I'm experiencing the same issue, i tried narrowing it down by creating a super simple app, still no luck:
https://gist.github.com/gidich/6435301b7aa7dea4485f4e5400536319
I'm also on mac, big sur 11.1 and also tried both 0.11.3 and 1.0.0-rc.2
I'm experiencing the same issue, i tried narrowing it down by creating a super simple app, still no luck:
https://gist.github.com/gidich/6435301b7aa7dea4485f4e5400536319
I'm also on mac, big sur 11.1 and also tried both 0.11.3 and 1.0.0-rc.2
FYI - Removing myself from this issue - Was a self-inflicted issue in that my Cisco VPN client was interfering with DAPR (even though I wasn't connected to the VPN, it's does something that interferes with DAPR) - View the issue for details on my issue and how I fixed it (MacOS) - @longle255 maybe this will help you.
hey @gidich thank you very much for the suggested direction. I was having the same issue with the network setting, in my case it was Little Snitch. I remove the network configuration of Little Snitch and now dapr works fine to me.
Thanks @gidich same type of issue for me. In my case it was MSFT defender ATP that had to be stopped.
Thanks for pointing out @gidich. In my case, it's my VPN which creates an incorrect DNS routing.
Great for me and it works well if only keeping the filters at least.
Thanks @gidich. I'm on macOS Sonoma 14.1.2. In my case I had to disable the NetBarrier filter in my network settings and the error disappeared.
Ask your question here
I could not get the hello-world example work on my Mac Big Sur. I tried both
0.11.3
and1.0.0-rc.2
:Then I tried with 1.0.0-rc3
The log of the hello-world node app on 1.0.0-rc.2
log of placement service
If I terminate the nodeapp. Then the error is as expected, and it's different from the one above.