{"id":464,"date":"2014-01-14T11:28:41","date_gmt":"2014-01-14T16:28:41","guid":{"rendered":"http:\/\/devolve.net\/blog\/?p=464"},"modified":"2014-10-23T13:40:08","modified_gmt":"2014-10-23T17:40:08","slug":"getting-foldinghome-cores-downloaded","status":"publish","type":"post","link":"https:\/\/www.devolve.local\/getting-foldinghome-cores-downloaded\/","title":{"rendered":"Getting folding@home cores downloaded"},"content":{"rendered":"
So I was trying to contribute some cycles to the Folding@Home<\/a> project recently, and ran into a problem that took seemingly forever to figure out. The log.txt file showed that the core (the build of the executable that’s optimized for a given platform) wouldn’t download.<\/p>\n15:21:12:WU00:FS00:Downloading core from http:\/\/www.stanford.edu\/~pande\/Linux\/AMD64\/Core_a4.fah\r\n15:21:12:WU00:FS00:Connecting to www.stanford.edu:80\r\n15:21:13:ERROR:WU00:FS00:Exception: Failed to read stream<\/pre>\n
\nThe solution for Windows users was to set their OS to prefer IPv4 over version 6. But I was trying to run the client on Linux. After following through a few suggestions<\/a> to disable IPv6 on my Linux system, which I did, I found that the problem persisted. It turns out that if you externally advertise that you support IPv6, but then don’t support it internally in your network, then downloads that are attempted via IPv6 will fail – even if you initiate from an IPv4 only host. That seems pretty unreal to me, but since I’ve never had an opportunity to play around with IPv6 before, I have to assume that’s what is happening here.<\/p>\n