View Issue Details

IDProjectCategoryView StatusLast Update
0005733Talermechant backendpublic2019-12-20 19:11
ReporterFlorian DoldAssigned ToChristian Grothoff 
PriorityurgentSeveritycrashReproducibilityhave not tried
Status closedResolutionfixed 
Product Versiongit (master) 
Target Version0.6Fixed in Version0.6 
Summary0005733: merchant does not recover from restarted postgres
DescriptionIf you restart the database while the merchant is running, the merchant does not seem to recover from it.

Additionally, there are a *lot* of subsequent log lines where the merchant is presumably trying to get keys from the exchange. Maybe this has to do with some retry logic that is going haywire?
TagsNo tags attached.


Florian Dold

2019-05-24 19:52

manager   ~0014438

Of course, a taler-deployment-restart "fixes" this, but the merchant backend must be able to recover from this on its own.

Marcello Stanisci

2019-05-27 19:25

manager   ~0014451

How exactly the merchant crashes?

Do you have any logs?

How can I reproduce this?

Christian Grothoff

2019-09-16 09:47

manager   ~0014904

I will try to look into this.

Christian Grothoff

2019-10-11 14:37

manager   ~0014997

I've started work on a larger patch to address this. Uncommittable so far.

Christian Grothoff

2019-10-11 23:52

manager   ~0015005

Fixed with recent GNUNET_PQ API change. Basically, after DB reconnect, the current (or next) transaction fails (with a SOFT error), but then things should be back in order (GNUNET_PQ auto-reconnects).

Issue History

Date Modified Username Field Change
2019-05-24 19:50 Florian Dold New Issue
2019-05-24 19:50 Florian Dold Status new => assigned
2019-05-24 19:50 Florian Dold Assigned To => Marcello Stanisci
2019-05-24 19:52 Florian Dold Note Added: 0014438
2019-05-27 19:25 Marcello Stanisci Note Added: 0014451
2019-09-16 09:47 Christian Grothoff Severity minor => crash
2019-09-16 09:47 Christian Grothoff Product Version => git (master)
2019-09-16 09:47 Christian Grothoff Target Version => 0.6
2019-09-16 09:47 Christian Grothoff Note Added: 0014904
2019-09-16 09:47 Christian Grothoff Assigned To Marcello Stanisci => Christian Grothoff
2019-10-10 20:01 Christian Grothoff Priority normal => urgent
2019-10-11 14:37 Christian Grothoff Note Added: 0014997
2019-10-11 23:52 Christian Grothoff Status assigned => resolved
2019-10-11 23:52 Christian Grothoff Resolution open => fixed
2019-10-11 23:52 Christian Grothoff Fixed in Version => 0.6
2019-10-11 23:52 Christian Grothoff Note Added: 0015005
2019-12-20 19:11 Christian Grothoff Status resolved => closed