starred/LinuxGSM

Fork 0

mirror of https://github.com/GameServerManagers/LinuxGSM.git synced 2026-04-25 14:15:59 +03:00

[GH-ISSUE #1585] CS:GO Fast DL #1238

New issue

Closed

opened 2026-02-27 02:56:03 +03:00 by kerem · 11 comments

kerem commented

2026-02-27 02:56:03 +03:00

Owner

Originally created by @Ivann-n on GitHub (Aug 20, 2017).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/1585

Originally assigned to: @UltimateByte on GitHub.

I might found a bug in the LGSM script. I typed ./csgoserver fastdl and something crazy happened. It creates the normal "public_html" folder and the under folders like "models, materials etc". But all materials that i have on the server will be packed into bzip2 (normal) and will be placed in the "materials" folder. Example: csgo/materials/zombie.vtf ! cstrike/materials/skelleton.vtf. But on my server its like this: csgo/materials/models/player/zh/zombie.vtf. It means the command with "fastdl" dont put the materials and models in the right folder. (I hope you understand what i am writing. My english is terrible)

directory structure is not correctly converting over to the fastdl dir.
Server: csgo/materials/models/player/zh/zombie.vtf
FastDL: csgo/materials/skelleton.vtf.bz2

Originally created by @Ivann-n on GitHub (Aug 20, 2017). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/1585 Originally assigned to: @UltimateByte on GitHub. I might found a bug in the LGSM script. I typed ./csgoserver fastdl and something crazy happened. It creates the normal "public_html" folder and the under folders like "models, materials etc". But all materials that i have on the server will be packed into bzip2 (normal) and will be placed in the "materials" folder. Example: csgo/materials/zombie.vtf ! cstrike/materials/skelleton.vtf. But on my server its like this: csgo/materials/models/player/zh/zombie.vtf. It means the command with "fastdl" dont put the materials and models in the right folder. (I hope you understand what i am writing. My english is terrible) directory structure is not correctly converting over to the fastdl dir. Server: csgo/materials/models/player/zh/zombie.vtf FastDL: csgo/materials/skelleton.vtf.bz2

kerem

2026-02-27 02:56:03 +03:00

closed this issue
added the
type: bug

game: Counter-Strike: Global Offensive

command: fast-dl
labels

kerem commented

2026-02-27 02:56:03 +03:00

Author

Owner

@UltimateByte commented on GitHub (Aug 21, 2017):

This is the expected behavior for any source except for gmodserver and should be OK for css or csgo.
This was discussed with @dgibbs64 upon FastDL script's creation.

@UltimateByte commented on GitHub (Aug 21, 2017): This is the expected behavior for any source except for gmodserver and should be OK for css or csgo. This was discussed with @dgibbs64 upon FastDL script's creation.

kerem commented

2026-02-27 02:56:03 +03:00

Author

Owner

@JimTR commented on GitHub (Aug 22, 2017):

glad you got that far all I see is
gathering *.vmt : 57.../home/tracey/games/gmod/lgsm/functions/command_fastdl.sh: line 165: /fastdl_files_to_compress.txt: Permission denied

@JimTR commented on GitHub (Aug 22, 2017): glad you got that far all I see is `gathering *.vmt : 57.../home/tracey/games/gmod/lgsm/functions/command_fastdl.sh: line 165: /fastdl_files_to_compress.txt: Permission denied`

kerem commented

2026-02-27 02:56:04 +03:00

Author

Owner

@MarkTwoFive commented on GitHub (Aug 22, 2017):

@JimTR if you mean you also got problems - that error message is unrelated to this issue and just tells us your folder/file permissions are not set up properly.

@MarkTwoFive commented on GitHub (Aug 22, 2017): @JimTR if you mean you also got problems - that error message is unrelated to this issue and just tells us your folder/file permissions are not set up properly.

kerem commented

2026-02-27 02:56:04 +03:00

Author

Owner

@JimTR commented on GitHub (Aug 24, 2017):

Ok what users/groups do I need to set to as currently the accessible domain has a different user to the game server
1 Game Sever Owner = Game Name
2 Web domain = www-data
but I would guess /fastdl_files_to_compress.txt applies to the root directory and to be fair I would not allow www-data/game server owner write access to the root ... perhaps this needs to be in the home directory e.g /home/username/whatever//fastdl_files_to_compress.txt rather than root ?

@JimTR commented on GitHub (Aug 24, 2017): Ok what users/groups do I need to set to as currently the accessible domain has a different user to the game server 1 Game Sever Owner = Game Name 2 Web domain = www-data but I would guess /fastdl_files_to_compress.txt applies to the root directory and to be fair I would not allow www-data/game server owner write access to the root ... perhaps this needs to be in the home directory e.g /home/username/whatever//fastdl_files_to_compress.txt rather than root ?

kerem commented

2026-02-27 02:56:04 +03:00

Author

Owner

@UltimateByte commented on GitHub (Aug 24, 2017):

I cannot see a reason why being in root dir would be an issue. Though your issue is a different one @JimTR
You can open your own issue with relevant details if you think that is something that LGSM could fix.

@UltimateByte commented on GitHub (Aug 24, 2017): I cannot see a reason why being in root dir would be an issue. Though your issue is a different one @JimTR You can open your own issue with relevant details if you think that is something that LGSM could fix.

kerem commented

2026-02-27 02:56:04 +03:00

Author

Owner

@UltimateByte commented on GitHub (Aug 24, 2017):

As for the initial issue, @NoodlesCG > Did you actually try using it this way ? Didn't you get clients to download these files ? If not, did you not at least get clients to download files in the "right" directories ?

Because unless proven otherwise, I assume the generator works as it should, but your FastDL share isn't and you should double check the share and cfg file in the first place.

@UltimateByte commented on GitHub (Aug 24, 2017): As for the initial issue, @NoodlesCG > Did you actually try using it this way ? Didn't you get clients to download these files ? If not, did you not at least get clients to download files in the "right" directories ? Because unless proven otherwise, I assume the generator works as it should, but your FastDL share isn't and you should double check the share and cfg file in the first place.

kerem commented

2026-02-27 02:56:04 +03:00

Author

Owner

@Ivann-n commented on GitHub (Aug 26, 2017):

@UltimateByte I did yes and in console I would check and just see error downloading. Only some models and all maps ended up being downloaded because those were in the root folder of "models".

@Ivann-n commented on GitHub (Aug 26, 2017): @UltimateByte I did yes and in console I would check and just see error downloading. Only some models and all maps ended up being downloaded because those were in the root folder of "models".

kerem commented

2026-02-27 02:56:04 +03:00

Author

Owner

@xxngle commented on GitHub (Aug 26, 2018):

1 year passed :<

@xxngle commented on GitHub (Aug 26, 2018): 1 year passed :<

kerem commented

2026-02-27 02:56:04 +03:00

Author

Owner

@Larsalex1337 commented on GitHub (Jan 8, 2019):

fix plz

@Larsalex1337 commented on GitHub (Jan 8, 2019): fix plz

kerem commented

2026-02-27 02:56:04 +03:00

Author

Owner

@h3o66 commented on GitHub (Jul 19, 2019):

if i am not wrong this is connected to #2437 and the pulll #2450 should fix this

would be good if somebody could test this and confirm

@h3o66 commented on GitHub (Jul 19, 2019): if i am not wrong this is connected to #2437 and the pulll #2450 should fix this would be good if somebody could test this and confirm

kerem commented

2026-02-27 02:56:04 +03:00

Author

Owner

@github-actions[bot] commented on GitHub (Dec 16, 2024):

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@github-actions[bot] commented on GitHub (Dec 16, 2024): This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.