I have tried every which way to get bz2 functionally working on my Linux dedicated servers.
Not by choice either because it would appear that its broken sv_downloadurl, at least on my servers and my configs. With all the custom resources on the game server in native format, bz2 format and ztmp format AND both bz2 format and native format on my http server. OR In any combination of the above When sv_downloadurl is non null or non zero since May 13th update, clients without the required content only download 1 bz2 file from the http server and then fail or join the game anyway and DO NOT download the rest of the required files. Next map the client will download the next bz2 file they don't have (but only one) and so on and so forth per map. When the bz2 files are not on the http server or sv_downloadurl is null or zero then the clients do receive all the files required (in one go) but it's via the slow trickle method and in bz2 format which can take forever. So even if the files are in the right locations it would appear you have to use the bz2 functionally?? There is no way of turning it off from the 1208 cvars I've studied. Why? So in essence as of May 13th sv_downloadurl appears to be broken and most admins would appear or aren't aware of it because they already have the files required for their servers? My .res files were working before the May 13th update and no amount of .lst files seems to work either. I'm 10000% sure that is not a .res or .lst issue unless the format/syntax has changed since May 13th. I've got approx. six years of hlds/srcds server experience of both win32 and Linux and every bit of very time consuming testing and troubleshooting I've done with this issue has left me at the conclusion that its b0rk! b0rk! My colleague has six to seven years of experience too and he cannot understand the fault either. I've even gone as far as compressing the bzip2 flavours of the files on both win32 and Linux platforms with various versions of bzip2 to make sure it's not some weird issue like that. It's not any plugins I run conflicting either. I run the srcds i686 binary on Debian machines with custom 2.6.x kernels with lots of RAM. My http server is a separate machine running Apache 1.3.x on a 2.4 kernel. The only thing I haven't tried is running with a stock server.cfg or setting up a fresh server and downloading the cache afresh, but I doubt that will solve it. The simplest fix that I can see is giving us an option to turn it of or disabling it until it works? Everything was working fine up-until May 13th update i.e. port/inferno/bz2 update. Thanks and regards to all the hard workers at Valve Regards Kyle _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
