Hi ics,

I've tested your suggestion of keeping the replay files on the same
partition, but as expected I got the same result. The files are
created with the UID and primary GID of the user running srcds,
ignoring any default ACL or setgid bit, making it so that the apache
webserver is never allowed to read the files and allow them to be
downloaded, only list the contents of the directory since the
permissions on that are correct.


On Sat, Aug 25, 2012 at 5:57 AM, ics <[email protected]> wrote:
> I think i remember something related to this. I'm not sure if it was a case
> about different partitions or different disks but Linux failed to deliver in
> one case. Rename failed due to it. You could try to put those replay files
> on same partition where the gameserver is and see if the error goes away.
>
> -ics
>
> 25.8.2012 4:53, Rudy Bleeker kirjoitti:
>
>> L.S.
>>
>> I only joined this mailinglist recently even though I've been running
>> a TF2 server for years now, so please forgive me if this issue has
>> been addressed already, but I have the following issue with publishing
>> replays on my server.
>>
>> I'm publishing the replays through local http, since bandwidth isn't
>> really an issue for me. So I have the cvar
>> replay_local_fileserver_path set to .../orangebox/tf/replays/ and made
>> a symlink /var/www/replays to it. I've also set replay_fileserver_path
>> to /replays. The group ID of this directory is set to www-data which
>> has read and execute rights on it. The result of this all is that the
>> folder and it's contents are visible through the world wide web, so it
>> seems to be okay. However, every file that's put into the directory is
>> owned by my UID and GID, with read and write permissions for the user
>> and read permissions for the group, 'other' has no rights to the files
>> whatsoever. The result of that is that the files can't be downloaded
>> by the TF2 clients of players. I've tried setting the sticky bit in
>> the group permissions of the directory and also setting a default ACL,
>> but the TF2 server just ignores those somehow and still creates the
>> files with the wrong group and permissions.
>>
>> One solution I've managed to find is setting
>> replay_local_fileserver_path to /var/www/replays/ and set all the
>> right permissions on that directory, but this has resulted in the
>> following console spam in the server for every replay file it tries to
>> save:
>> Unable to rename
>> [...]/orangebox/tf/replay/server/tmp/20120825-013138-mvm_coaltown.dmx
>> to /var/www/replays/20120825-013138-mvm_coaltown.dmx!
>> It still works, the error only means it can't move the file by
>> renaming it, which is correct since the TF2 files and /var/www are not
>> on the same partition, but seeing this error in the console over and
>> over annoys me so I'd rather not use this workaround.
>>
>> Can anyone shed any light on this?
>>
>> Regards, Rudy
>>
>
>
> _______________________________________________
> To unsubscribe, edit your list preferences, or view the list archives,
> please visit:
> https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux



-- 
Idleness is not doing nothing. Idleness is being free to do anything.
  - Floyd Dell

_______________________________________________
To unsubscribe, edit your list preferences, or view the list archives, please 
visit:
https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux

Reply via email to