Does the problem happen if you make an hl2mp map with a cycler using that caltrop model, then run an hl2mp linux server with that whitelist? If so, send me email directly with the (hl2mp) .vmf file, caltrop model files, and both (good and bad) whitelists and I should be able to repro and fix it here.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy Sent: Thursday, October 25, 2007 7:25 AM To: hlcoders@list.valvesoftware.com Subject: Re: [hlcoders] sv_pure broken for mods? -- [ Picked text/plain from multipart/alternative ] Some more info that may be useful. Finally got hlds updated via hldsupdate tool so I can try to test locally. Seems to work perfectly fine for a windows server. I can join as a client with or without the +check_crc from the grenade line, as I would expect to be able to do. This appears to be isolated to the linux server, as it is the only server we are having trouble with at the moment(and admittedly the only server we've tried so far to get it working on). Jeremy On 10/25/07, Jeremy <[EMAIL PROTECTED]> wrote: > > Mike, we did some testing last night to try and get pure working and > here's what we found out. > > With the whitelist set up as > > materials\... allow_from_disk > materials\effects\... allow_from_disk+check_crc > models\... allow_from_disk > models\player\... allow_from_disk+check_crc > models\grenades\... allow_from_disk+check_crc > models\projectiles\... allow_from_disk+check_crc > models\flag\... allow_from_disk+check_crc > shaders\... allow_from_disk+check_crc > sound\... allow_from_disk > sound\sound\player\footsteps\... allow_from_disk+check_crc > sound\buildable\sentry\sg_scan1 allow_from_disk+check_crc > sound\buildable\sentry\sg_scan2 allow_from_disk+check_crc > > The clients were getting booted with this error: > > Disconnect: Pure server: client has loaded extra file > [GAME]\models/grenades\caltrop\caltrop_holster.mdl. File must be > removed to play on this server.. > > The server both has this file and should be precaching it like > everything else. Oddly, even if I changed the grenades line to not crc like: > models\grenades\... allow_from_disk > it was still booting clients with the same error. > > According to http://developer.valvesoftware.com/wiki/Pure_Servers > under stacking, the way I'm attempting to do the models folder should > be fine, so it appears there might be 2 problems. > > 1) Why was it booting when the grenades hierarchy was not set to > +check_crc? > 2) Why was it booting at all when the file both exists and matches on > both sides, and it > > Was able to join without getting booted if I removed all the model > lines in the pure server file for now. > > Is there something wrong with this? > > models\... allow_from_disk > models\player\... allow_from_disk+check_crc > models\grenades\... allow_from_disk+check_crc > models\projectiles\... allow_from_disk+check_crc > models\flag\... allow_from_disk+check_crc > > Even without crcing the grenades line it was complaining of the file > under the grenades folder. > > sv_pure 1 on a listen server works with this defined. I'm downloading > a windows srds to test. > > sv_precacheinfo shows the model on a listen server, which is expected > I suppose since it works. > > 117: models/grenades/caltrop/caltrop_holster.mdl (RES_FATALIFMISSING | > RES_PRELOAD): never used > > Why would we be having this problem on a linux server ? > > It's being precached properly as far as I know. > > #define CALTROPGRENADE_MODEL_HOLSTER > "models/grenades/caltrop/caltrop_holster::mdl" > void CFFGrenadeCaltrop::Precache() > { > PrecacheModel( CALTROPGRENADE_MODEL_HOLSTER ); > BaseClass::Precache(); > } > > If we delete this model from the client as the error suggests it > complains about other models. > > Anything I can do to debug this issue? It would be nice to get pure > working, but this bug is being a pain. > > Jeremy > > On 10/15/07, Mike Dussault <[EMAIL PROTECTED]> wrote: > > > > sv_pure works for windows and linux servers. > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > [mailto: [EMAIL PROTECTED] On Behalf Of Jeremy > > Sent: Monday, October 15, 2007 1:06 PM > > To: hlcoders@list.valvesoftware.com > > Subject: Re: [hlcoders] sv_pure broken for mods? > > > > -- > > [ Picked text/plain from multipart/alternative ] I was running a > > windows server at the time for my test. Does sv_pure work on windows > > servers as well? I got it from the hldsupdate tool. I'm not familiar > > with what goldsrc is. > > > > On 10/15/07, Mike Dussault <[EMAIL PROTECTED]> wrote: > > > > > > Are you running a goldsrc server? sv_pure should be there in a > > > Source Linux server. > > > > > > As far as sv_pure with mods, it was designed to work with mods and > > > I just verified it. Made a fresh mod, build a map with a custom > > > material, connected with sv_pure 1, modified the material on the > > > client side, connected again, and the server booted me. > > > > > > sv_pure 2 and sv_pure 1 work virtually the same. sv_pure 2 just > > > hardcodes the whitelist to look like this: > > > > > > "" > > > { > > > sound\... from_steam > > > models\... from_steam > > > materials\... from_steam > > > } > > > > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On Behalf Of > > > Mulchman > > > Sent: Thursday, October 04, 2007 10:49 AM > > > To: hlcoders@list.valvesoftware.com > > > Subject: RE: [hlcoders] sv_pure broken for mods? > > > > > > We also have the issue where typing "sv_pure" on a linux server > > > from inside the 'console' saying "Unknown command sv_pure"... > > > > > > -----Original Message----- > > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] On Behalf Of Jeremy > > > Sent: Thursday, October 04, 2007 09:21 > > > To: hlcoders@list.valvesoftware.com > > > Subject: [hlcoders] sv_pure broken for mods? > > > > > > -- > > > [ Picked text/plain from multipart/alternative ] Anyone manage to > > > get sv_pure working for mods? > > > > > > I've defined a pure_server_whitelist.txt properly as far as I can > > > tell, I enable pure stuff on the dedicated server > > > > > > sv_pure 1 > > > sv_pure_kick_clients 1 > > > sv_pure_trace 1 > > > > > > I join the server with the client, and observe several things. > > > > > > First, on the client, if I type sv_pure it prints the description, > > > along with The server is using sv_pure = 0 (no whitelist). > > > > > > which is wrong according to the server, which prints Current > > > sv_pure value is 1. > > > > > > Second, the server didn't print out anything as a result of the > > > sv_pure_trace 1 on this initial client join, am I missing > > > something with this? > > > > > > I'm using hlds, as per > > > http://www.srcds.com/db/engine.php?subaction=showfull&id=109736209 > > > 3 > > > with our mod folder copied over. > > > > > > I can verify that the server is at least printing out the crc > > > caching stuff. > > > I can also verify that changing a file that is crc checked on the > > > server has no effect on the clients ability to join, and there is > > > also > > > > > no resulting error message or kick as would be expected. > > > > > > Caching file CRCs for pure server... > > > (Unique ): [DEFAULT_WRITE_PATH]\materials\effects\blood_gore.vmt - > > > 3929000697 > > > (Unique ): [DEFAULT_WRITE_PATH]\materials\effects\blood_gore.vtf - > > > 4191249401 > > > ... > > > (Unique ): [GAME]\materials\effects\water_highlight.vmt - 1986976483 > > > (Unique ): [GAME]\materials\effects\yellowflare.vmt - 2841543358 > > > (Unique ): [GAME]\materials\effects\yellowflare_noz.vmt - 2384634143 > > > ... > > > > > > (Unique ): [DEFAULT_WRITE_PATH]\models\player\pyro\pyro.dx80.vtx - > > > 2015996037 > > > (Unique ): [DEFAULT_WRITE_PATH]\models\player\pyro\pyro.dx90.vtx - > > > 2080765850 > > > (Unique ): [DEFAULT_WRITE_PATH]\models\player\pyro\pyro.mdl - > > > 2757397667 > > > ... > > > Finished caching file CRCs for pure server in 10 seconds. > > > > > > So it appears to be working to some extent server side. My > > > whitelist is pasted down below. > > > > > > whitelist > > > { > > > // > > > // 3 modifiers are allowed on file specifications: > > > // > > > // from_steam - only check the Steam cache for the file > > > (ignore > > > anything on disk) > > > // allow_from_disk - allow the file to come from disk > > > // check_crc - used with allow_from_disk - server does > > CRC > > > checks on the client's file to make sure it matches > > > // > > > // The default modifier on all files is allow_from_disk. Thus, > > all > > > files can come from disk and don't need CRC checks unless > > > // allow_from_disk can be set at the same time as check_crc. Use > > > the + > > > character in between them to signify this: allow_from_disk+check_crc. > > > > > > > > > // > > > // Three types of file specifications: > > > // > > > // 1. directory\*.* - refers to all files under the > > > directory > > > // 2. directory\... - refers to all files under the > > > directory > > > and all directories under that (recursively) > > > // 3. directory\filename - refers to a single file > > > > > > > > > // > > > // By default, when in pure server mode, most content file > > > types are only allowed to come from Steam. > > > // > > > materials\... > > allow_from_disk > > > materials\effects\... > > > allow_from_disk+check_crc > > > models\... > > allow_from_disk > > > models\player\... > > > allow_from_disk+check_crc > > > models\grenades\... > > > allow_from_disk+check_crc > > > models\projectiles\... > > > allow_from_disk+check_crc > > > models\flag\... > > > allow_from_disk+check_crc > > > shaders\... > > > allow_from_disk+check_crc > > > sound\... > > allow_from_disk > > > sound\sound\player\footsteps\... > > > allow_from_disk+check_crc > > > sound\buildable\sentry\sg_scan1 allow_from_disk+check_crc > > > sound\buildable\sentry\sg_scan2 allow_from_disk+check_crc > > > > > > // > > > // Allow custom player models. Don't do CRC checks on them because > > > the clients may all > > > // have different custom models and the server won't have them all. > > > // > > > //models\player\... allow_from_disk > > > //materials\models\player\... allow_from_disk > > > > > > // > > > // Allow custom spray decals. > > > // > > > materials\temp\... allow_from_disk > > > materials\vgui\logos\... allow_from_disk > > > materials\vgui\logos\ui\... allow_from_disk > > > > > > > > > // > > > // (Uncomment and edit these for mods). > > > // Allow mod resources to come from disk. > > > // > > > // materials\mymod\... allow_from_disk+check_crc > > > // models\mymod\... allow_from_disk+check_crc > > > // sound\mymod\... allow_from_disk+check_crc > > > } > > > -- > > > > > > _______________________________________________ > > > To unsubscribe, edit your list preferences, or view the list archives, > > > > > > > please visit: > > > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > > > > > > > > _______________________________________________ > > > To unsubscribe, edit your list preferences, or view the list archives, > > > > > please visit: > > > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > > > > > > > > _______________________________________________ > > > To unsubscribe, edit your list preferences, or view the list archives, > > > > > please visit: > > > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > > > > > > > -- > > > > _______________________________________________ > > To unsubscribe, edit your list preferences, or view the list archives, > > please visit: > > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > > > > > _______________________________________________ > > To unsubscribe, edit your list preferences, or view the list archives, > > please visit: > > http://list.valvesoftware.com/mailman/listinfo/hlcoders > > > > > -- _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlcoders