after updating dapr to version 1.0.1, pubsub example does not work any more
See original GitHub issueExpected Behavior
https://github.com/dapr/python-sdk/tree/master/examples/pubsub-simple works without reporting any errors
Actual Behavior
subscriber can not receive any messages:
> dapr run --app-id python-subscriber --app-protocol grpc --app-port 50051 --log-level debug python3 subscriber.py
ℹ️ Starting Dapr with id python-subscriber. HTTP Port: 40589. gRPC Port: 46343
INFO[0000] starting Dapr Runtime -- version 1.0.1 -- commit 45bc40d app_id=python-subscriber instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
INFO[0000] log level set to: debug app_id=python-subscriber instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
INFO[0000] metrics server started on :44781/ app_id=python-subscriber instance=ryzen5 scope=dapr.metrics type=log ver=1.0.1
INFO[0000] standalone mode configured app_id=python-subscriber instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
INFO[0000] app id: python-subscriber app_id=python-subscriber instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
INFO[0000] mTLS is disabled. Skipping certificate request and tls validation app_id=python-subscriber instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
INFO[0000] local service entry announced: python-subscriber -> 192.168.0.183:43449 app_id=python-subscriber instance=ryzen5 scope=dapr.contrib type=log ver=1.0.1
INFO[0000] Initialized name resolution to standalone app_id=python-subscriber instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
DEBU[0000] loading component. name: pubsub, type: pubsub.redis/ app_id=python-subscriber instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
INFO[0000] component loaded. name: pubsub, type: pubsub.redis/ app_id=python-subscriber instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
DEBU[0000] loading component. name: statestore, type: state.redis/ app_id=python-subscriber instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
INFO[0000] component loaded. name: statestore, type: state.redis/ app_id=python-subscriber instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
DEBU[0000] loading component. name: zipkin, type: exporters.zipkin/ app_id=python-subscriber instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
INFO[0000] waiting for all outstanding components to be processed app_id=python-subscriber instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
FATA[0000] process component zipkin error: incorrect type exporters.zipkin app_id=python-subscriber instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
⚠ Could not update sidecar metadata for cliPID: PUT http://127.0.0.1:40589/v1.0/metadata/cliPID giving up after 5 attempts
ℹ️ Updating metadata for app command: python3 subscriber.py
⚠ Could not update sidecar metadata for appCommand: PUT http://127.0.0.1:40589/v1.0/metadata/appCommand giving up after 5 attempt
publisher report errors:
> dapr run --app-id python-publisher --app-protocol grpc --dapr-grpc-port=3500 --log-level debug python3 publisher.py
ℹ️ Starting Dapr with id python-publisher. HTTP Port: 43039. gRPC Port: 3500
ℹ️ Checking if Dapr sidecar is listening on HTTP port 43039
INFO[0000] starting Dapr Runtime -- version 1.0.1 -- commit 45bc40d app_id=python-publisher instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
INFO[0000] log level set to: debug app_id=python-publisher instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
INFO[0000] metrics server started on :38619/ app_id=python-publisher instance=ryzen5 scope=dapr.metrics type=log ver=1.0.1
INFO[0000] standalone mode configured app_id=python-publisher instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
INFO[0000] app id: python-publisher app_id=python-publisher instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
INFO[0000] mTLS is disabled. Skipping certificate request and tls validation app_id=python-publisher instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
INFO[0000] local service entry announced: python-publisher -> 192.168.0.183:41515 app_id=python-publisher instance=ryzen5 scope=dapr.contrib type=log ver=1.0.1
INFO[0000] Initialized name resolution to standalone app_id=python-publisher instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
DEBU[0000] loading component. name: pubsub, type: pubsub.redis/ app_id=python-publisher instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
INFO[0000] component loaded. name: pubsub, type: pubsub.redis/ app_id=python-publisher instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
DEBU[0000] loading component. name: statestore, type: state.redis/ app_id=python-publisher instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
INFO[0000] component loaded. name: statestore, type: state.redis/ app_id=python-publisher instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
DEBU[0000] loading component. name: zipkin, type: exporters.zipkin/ app_id=python-publisher instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
FATA[0000] process component zipkin error: incorrect type exporters.zipkin app_id=python-publisher instance=ryzen5 scope=dapr.runtime type=log ver=1.0.1
⚠ Dapr sidecar is not listening on HTTP port: dial tcp 127.0.0.1:43039: connect: connection refused
ℹ️ Checking if Dapr sidecar is listening on GRPC port 3500
⚠ Dapr sidecar is not listening on GRPC port: dial tcp 127.0.0.1:3500: connect: connection refused
⚠ Dapr sidecar might not be responding.
== APP == Traceback (most recent call last):
== APP == File "/data/tools/dapr/python-sdk/examples/pubsub-simple/publisher.py", line 21, in <module>
== APP == resp = d.publish_event(
== APP == TypeError: publish_event() got an unexpected keyword argument 'topic_name'
⚠ Could not update sidecar metadata for cliPID: PUT http://127.0.0.1:43039/v1.0/metadata/cliPID giving up after 5 attempts
ℹ️ Updating metadata for app command: python3 publisher.py
⚠ Could not update sidecar metadata for appCommand: PUT http://127.0.0.1:43039/v1.0/metadata/appCommand giving up after 5 attempts
Steps to Reproduce the Problem
After start dapr 1.0.1 with dapr init
. Then follow the readme in the example folder.
Issue Analytics
- State:
- Created 3 years ago
- Comments:8
Top Results From Across the Web
CRD gone after upgrade · Issue #622 · dapr/cli - GitHub
What version of Dapr? v1.0.1. Expected Behavior. Components like pubsub, states and etc remain in the system during dapr upgrade.
Read more >Troubleshoot Pub/Sub with the .NET SDK - Dapr Docs
Troubleshooting Pub/Sub. The most common problem with pub/sub is that the pub/sub endpoint in your application is not being called.
Read more >Upgrade Dapr on a Kubernetes cluster
Follow these steps to upgrade Dapr on Kubernetes and ensure a smooth upgrade.
Read more >Dapr v1.9 is now available
Sometimes the condition can be transient: the app is just busy or the application is being restarted and is in its initialization phase....
Read more >Upgrade Dapr on a Kubernetes cluster
The example below shows how to upgrade to version 1.0.1: ... From version 1.0.0 onwards, upgrading Dapr using Helm is no longer a...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
That’s just your machine’s hostname, I believe. We don’t have any processor specific code, so I would be shocked. I missed this on the first pass read of your error message, but it looks like you might be hitting a known issue when upgrading from an older version of the runtime:
https://github.com/dapr/dapr/issues/2960#issuecomment-804628039
If you do a
dapr uninstall --all && dapr init
That should remove the zipkin component file that’s causing the issue.@callalilychen Use
dapr init --runtime-version runtime_version_number
, whereruntime_version_number
is the version number you want to use, you might need to uninstall the current runtime first withdapr uninstall
. You can find runtime versions here