Hello, I am trying the most recent version (I've tried some of the older versions), and I'm still having some trouble.

I think I've set up the administration part of the server correctly, I set cron to run often, I have web seeding at its default: off. I have uploaded .torrent files created with transmission and with Vuze, then downloaded them and used downloaded .torrent files for seeding and downloading.

The client has the .torrent file and the shared file in the same folder (as they were when I created the file) and the client correctly reports it's in the "seeding" state, but there is an error: Torrent does not exist, please consider uploading it. This message seems to be coming from the server. In another area of the client I can see the tracker response status is 200, which is OK. So it IS talking to the server it seems.

On another machine set to download the file, the same error is given ("Torrent does not exist, please consider uploading it."), and the state is correct: download.

I tried both public and private download methods. I am currently logged in to the site. I have set the site up to keep anonymous users out.

Since I am trying to keep the steps to as few as possible, and trying to keep traffic off my hosts, I'm hoping I can figure out if the problem is me, my install, or a bug. :-)

Also, I'm wondering about security. For now I've left everything set to "public" to make it simple. Since I am contemplating my first application of this great module to shuttle backups between my family members, and fetch mom's DVDs she made in iDVD, I don't want just anyone to hit http://www.MyDomain.com/announce.php or scape.php or seed.php and get a list of torrents/files we're sharing.

Please excuse my ignorance of the BT protocol(s). Can those files be renamed? Do I just need to make sure to use it in the BT client when setting the tracker field in the .torrent file?

When I hit announce.php it says: d14:failure reason22:Missing Key: info_hashe
When I hit scrape.php it says: Parse error: parse error, unexpected '&', expecting T_VARIABLE or '$' in /path/on/my/host/to/root/scrape.php in line 30
When I hit seed.php the error is the same as above, except the problem is reported as line 97

Thanks for your help. Sounds like you're about to release an update and include some directions. :-)

I look forward to it. TIA

Comments

Bairnsfather’s picture

Bairnsfather commented

I removed the extra ampersands and the last two errors now look similar to the first one. HTH

bradfordcp’s picture

bradfordcp commented

The first error you are seeing is because announce requires quite a few variables to process the request. The most important being the info_hash. This is the information section of the .torrent file passed through SHA1. This is unique to every torrent and identifies it to the tracker. As far as what the client reports it appears as though the information_hash being sent to the tracker is not being found in the system. So as a helpful hint it suggests uploading it so the tracker becomes aware of it, but from what I can see it looks like you are using the torrents generated by the system so something is screwy elsewhere.

A few things to help with troubleshooting:
Is this a torrent for one file or many?
In VUZE you can see the information hash on one of the detail screens, look at your database and see if the same hash maybe found there.

Also you can change the announce URL, but how the client handles it is up to them.

I am contemplating having an option to allow the tracker to track torrents which are not on the current Drupal site, but that is for another time.

Bairnsfather’s picture

Bairnsfather commented

Hi Christopher, I have moved all my sites to D6 but one, um two. And I hope to move the D5 to D6 before too long.

If memory serves, the torrent was for one file. I was testing the workflow I envision, mainly an efficient backup system between me in one state, my parents across the country, and my brother half way around the world. I am trying to avoid uploading DVD sized ISO backup images to my host, then having them download them, too much bandwidth consumed at the host. Also bittorrent seems a whole lot more efficient at resuming interrupted downloads.

I am contemplating having an option to allow the tracker to track torrents which are not on the current Drupal site, but that is for another time.

Please excuse my ignorance, but is this a "web seed" then? My understanding is there are two methods to share files:
1. Upload the file to be shared via Drupal, a "web seed," and the server can seed the file if no peers are available to.
2. Only upload the .torrent file via Drupal, and peers must be available in order to seed.

My desire is for #2 above.

I'll try out your D6 dev version before too long.

bradfordcp’s picture

bradfordcp commented

#1 is currently not implemented (this will be done as part of the D6 port)
#2 is implemented with the D5 version of the module

I would like to have the tracker operational before the end of this weekend. I have ported most of the backend code for the data all that is left is to revamp announce.php and a usable D6 bittorrent module will be released. From there I would like to implement a few new features.

Bairnsfather’s picture

Bairnsfather commented

I'm psyched!

bradfordcp’s picture

bradfordcp commented

This issue has been fixed in the D6 port, there was a lot of craziness going on with handling binary strings within PHP. I have avoided these issues completely by converting into hexadecimal as soon as possible and storing that value internally.

bradfordcp’s picture

bradfordcp commented
Status: Active » Fixed

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for 2 weeks with no activity.