I'm having this issue too, it's weird, I have chmodded /var/www/replays to 777 to make stuff work, but still I get that exact error, what does it even do? Replays work fine
> From: [email protected] > Date: Sat, 25 Aug 2012 12:18:32 +0200 > To: [email protected] > Subject: Re: [hlds_linux] Replays > > 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 _______________________________________________ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
