Ask questions about dedicated servers here and we and other users will do our best to answer them. Please also refer to the self-help section for tutorials and answers to the most commonly asked questions.
When I have allow download set to 1 it downloads but off the server when I have it set to 0 it doesnt download anything and says missing XXXXXX and the files are there. I believe 0 is the correct number but there is something wrong somewhere and my staff and I, nor the NFO team can spot what the problem is.
Software problems do need to be addressed here in the forum. We can't assist with unmanaged server software through our direct support channel in the control panel.
sv_allowdownload 1 should be correct. If it works with that setting, I'd say keep it.
You can also see what files are being downloaded through the access_log on your website. This is a good way to troubleshoot fast download issues.
If no connections are showing in the access_log on the webserver, that tells us that something is certainly misconfigured. Are you certain that another cfg file isn't overwriting this sv_downloadurl setting? When you look at it through rcon, is it set to this?
What is your servers IP? I can join and see which downloadurl it is giving me. You can also check this by using what john recommended, or after you join your server, click disconnect and type in sv_downloadurl in console without pressing enter.
Also one of my staff members did a fastDL test through TCAdmin panel, and he said the connection was successful to website5.site.nfoservers.com, but when he put /server at the end it came back in error.
EDIT: I have also tried using another fast DL service and I was getting the same result.
and server IP's
74.91.114.22:27015 <-- most current testing server
74.91.114.2:27015
66.151.244.31:27015
I'm not sure about other files, but I joined when I had time in school today and it did indeed download from NFO's web server. The problem is that the map I had to download (ttt_casino_a1) was 215MB. NFO throttles downloads on files over 200MB(i think that's the correct number) to discourage file sharing sites on their servers. The limit is 25KB/s. If you compress the map with bz2 it should cut the file size in half and allow you to download at real speeds. If you compress the map only upload the .bz2 file to the web server, the server needs .bsp format.
I'm fairly certain that the webserver automatically makes a bz2 file because they appear to all have bz2 counterparts and i made none of them. This happens with all maps, apehouse is only 17MB and still downloads at the same rate. Also I am under the impression that OB automatically looks for the bz2 first.
I have found a fix for my problem but it is not the solution. By moving a map to the root directory and changing my sv_downloadurl to "http://website5.site.nfoservers.com/" and having the file in public/maps, along with it being uncompressed it downloaded in a matter of seconds.
I would prefer not to have everything dumped in the root of the website it appears to in fact be a problem with the web-server, so John, your move.
The access_log on the website will show you exactly what's being requested and by whom. If the problem is/was related to the path name, it would show in this log, and that's why I asked you to look at it before. You need to change the URL back and look at the log to see what's going on.
You also should make sure that there isn't an .htaccess file in any of your folders that would be messing things up. I see that you have a "donatr.php" script at http://website5.site.nfoservers.com/server/donatr.php, which seems a bit odd -- I hope that you put it there yourself.
I think it is safe to say that everything is now working, when I recreated the /server folder and migrated the files back into it, they all downloaded, I had a few people test it. On a side note, Soja pointed out that not all files have a bz2, why is it not auto compressing anymore?
It could be that it's still in the process of compressing the files for you. Or, you're looking at files that are not very compressible (such as .wav or .mp3 files), and our system skips those because it's faster overall to not do it.