question-mark
Stuck on an issue?

Lightrun Answers was designed to reduce the constant googling that comes with debugging 3rd party libraries. It collects links to all the places you might be looking at while hunting down a tough bug.

And, if you’re still stuck at the end, we’re happy to hop on a call to see how we can help out.

after updating dapr to version 1.0.1, pubsub example does not work any more

See original GitHub issue

Expected 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:closed
  • Created 3 years ago
  • Comments:8

github_iconTop GitHub Comments

1reaction
wcs1onlycommented, Mar 30, 2021

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.

1reaction
Ilozuluchriscommented, Mar 22, 2021

@callalilychen Use dapr init --runtime-version runtime_version_number, where runtime_version_number is the version number you want to use, you might need to uninstall the current runtime first with dapr uninstall. You can find runtime versions here

Read more comments on GitHub >

github_iconTop 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 >

github_iconTop Related Medium Post

No results found

github_iconTop Related StackOverflow Question

No results found

github_iconTroubleshoot Live Code

Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free

github_iconTop Related Reddit Thread

No results found

github_iconTop Related Hackernoon Post

No results found

github_iconTop Related Tweet

No results found

github_iconTop Related Dev.to Post

No results found

github_iconTop Related Hashnode Post

No results found