[tahoe-dev] [tahoe-lafs] #778: "shares of happiness" is the wrong measure; "servers of happiness" is better

[tahoe-lafs]

#778: "shares of happiness" is the wrong measure; "servers of happiness" is
better
--------------------------------+-------------------------------------------
 Reporter:  zooko               |           Owner:  zooko   
     Type:  defect              |          Status:  assigned
 Priority:  critical            |       Milestone:  1.6.0   
Component:  code-peerselection  |         Version:  1.4.1   
 Keywords:  reliability review  |   Launchpad_bug:          
--------------------------------+-------------------------------------------

Comment(by kevan):

 The message above is very similar to a message logged when an upload
 succeeds: you can see it here:
 http://allmydata.org/trac/tahoe/browser/src/allmydata/immutable/upload.py?rev=4114#L228,
 while the message above can be seen here:
 http://allmydata.org/trac/tahoe/browser/src/allmydata/immutable/upload.py?rev=4114#L288

 I abstracted these into one message, which reads like this:

 {{{
 placed 3 shares out of 10 total (7 homeless),
 want to place shares on at least 7 servers such that
 any 3 of them have enough shares to recover the file,
 sent 3 queries to 3 peers,
 3 queries placed some shares, 0 placed none
 (of which 0 placed none due to the server being
 full and 0 placed none due to an error)
 }}}

 This is now logged when an upload is successful, and stored in the
 UploadHappinessError when an upload fails for not having placed all
 shares. The messages that Zooko and David-Sarah commented on earlier do
 not include this message (they didn't before, either), but could easily be
 made to do so (maybe as a footnote to the more informative error text), if
 we wanted to.

-- 
Ticket URL: <http://allmydata.org/trac/tahoe/ticket/778#comment:93>
tahoe-lafs <http://allmydata.org>
secure decentralized file storage grid