We are looking into this. You should be able to just remove any .bz2 files from your web server and have it operate as it did before.
- Alfred ----Original Message---- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kyle Milnes Sent: Tuesday, May 17, 2005 10:35 AM To: [email protected] Subject: [hlds_linux] Major issues with bz2 functionality > 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 _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
