Activity log for bug #989157

Date Who What changed Old value New value Message
2012-04-26 19:13:07 Roman Yepishev bug added bug
2012-04-26 19:13:13 Roman Yepishev visibility private public
2012-04-26 20:03:58 Roman Yepishev ubuntuone-servers: assignee Ubuntu One Ops+ team (ubuntuone-ops+)
2012-04-26 20:04:10 Roman Yepishev description I am performing a backup every 4:37 UTC (around 300-400Mb). Recently updown has started replying with 100-Continue first then 302 to OpenID login page (LP :989152). 20 minutes after that another backup of 10Mb completes successfully. This looks like an intermittent problem and most likely a cause of bug 879342 in deja-dup so should be investigated. I am performing a backup every 4:37 UTC (around 300-400Mb). Recently updown has started replying with 100-Continue first then 302 to OpenID login page (LP: 989152). 20 minutes after that another backup of 10Mb completes successfully. This looks like an intermittent problem and most likely a cause of bug 879342 in deja-dup so should be investigated.
2012-04-26 20:04:22 Roman Yepishev description I am performing a backup every 4:37 UTC (around 300-400Mb). Recently updown has started replying with 100-Continue first then 302 to OpenID login page (LP: 989152). 20 minutes after that another backup of 10Mb completes successfully. This looks like an intermittent problem and most likely a cause of bug 879342 in deja-dup so should be investigated. I am performing a backup every 4:37 UTC (around 300-400Mb). Recently updown has started replying with 100-Continue first then 302 to OpenID login page (LP 989152). 20 minutes after that another backup of 10Mb completes successfully. This looks like an intermittent problem and most likely a cause of bug 879342 in deja-dup so should be investigated.
2012-04-26 20:04:31 Roman Yepishev description I am performing a backup every 4:37 UTC (around 300-400Mb). Recently updown has started replying with 100-Continue first then 302 to OpenID login page (LP 989152). 20 minutes after that another backup of 10Mb completes successfully. This looks like an intermittent problem and most likely a cause of bug 879342 in deja-dup so should be investigated. I am performing a backup every 4:37 UTC (around 300-400Mb). Recently updown has started replying with 100-Continue first then 302 to OpenID login page (bug 989152). 20 minutes after that another backup of 10Mb completes successfully. This looks like an intermittent problem and most likely a cause of bug 879342 in deja-dup so should be investigated.
2012-04-27 17:23:32 Leo Arias ubuntuone-servers: status New Triaged
2012-04-27 17:23:37 Leo Arias tags ops+
2012-05-01 15:12:02 Roman Yepishev ubuntuone-servers: importance Undecided High
2012-05-02 12:58:58 MichaƂ Karnicki tags ops+ ops+ rest-api
2012-05-02 13:29:41 Martin Albisetti ubuntuone-servers: assignee Ubuntu One Ops+ team (ubuntuone-ops+) Vincenzo Di Somma (vds)
2012-05-02 13:29:53 Martin Albisetti ubuntuone-servers: status Triaged In Progress
2012-05-07 16:48:29 Vincenzo Di Somma ubuntuone-servers: assignee Vincenzo Di Somma (vds) Sidnei da Silva (sidnei)
2012-05-23 13:55:37 Roman Yepishev summary updown OAuth may fail with valid credentials updown OAuth fails with valid credentials due to delayed timestamp verification
2012-05-23 13:56:08 Roman Yepishev tags ops+ rest-api ops+ rest-api support
2012-05-23 14:54:11 Roman Yepishev description I am performing a backup every 4:37 UTC (around 300-400Mb). Recently updown has started replying with 100-Continue first then 302 to OpenID login page (bug 989152). 20 minutes after that another backup of 10Mb completes successfully. This looks like an intermittent problem and most likely a cause of bug 879342 in deja-dup so should be investigated. OAuth headers used to check the validity of the request contain the timestamp of the request to prevent reply attacks. It is working well (unless the client's time is completely off, but we are working around that in Ubuntu, Windows and Android clients). Usually all requests take less than 15 minutes (the default for oauth in updown). Now client initiates PUT request which (depending on the client's bandwidth) may take much more than 15 minutes. By the time request is consumed by the server and gets processed, the timestamp is already off and request is discarded with OAuth error (which at the moment is handled incorrectly by redirecting to a html login page) This is a cause of bug 879342 in deja-dup. For deja-dup the speed needs to be at least 217kbps for 25Mb volume to complete uploading within 15 minutes.
2012-05-23 16:42:19 Stephan Wissel bug added subscriber Stephan Wissel
2012-05-24 18:18:50 Leo Arias ubuntuone-servers: assignee Sidnei da Silva (sidnei) Roman Yepishev (rye)
2012-08-21 18:52:04 Matthias bug added subscriber Matthias
2012-08-22 09:24:07 Roman Yepishev ubuntuone-servers: assignee Roman Yepishev (rye) Sidnei da Silva (sidnei)
2012-08-23 21:21:14 Sidnei da Silva ubuntuone-servers: status In Progress Fix Released