Dedicated server - problems with workshop collection that has linked collections

[Vermilicious]

I have a map collection that contains two linked collections. I host this collection on a server using "+host_workshop_collection" and "+workshop_start_map". This doesn't seem to work. If I try to vote for a mapchange with a client, two entries shows. They are probably the two linked collections, but they have meaningless names on the form "<id>_collection_branding". No matter what I choose, a vote appears, but is immidately changed to a vote pass message (Only one client). Then, nothing happens. Nothing at all.

Am I doing something wrong or is this just not supported at all? This workshop thing isn't new any longer and I would expect the devs to have solved these kinds of issues a long time ago.

To sum up my experience of setting up a server so far (which isn't very far at all); it's frustratingly cumbersome and badly/wrongly documented.

Sigh...

[Vermilicious]

Also, the server always start with "de_dust" even though it's not in any of those collections.

[Kotton]

First, if you plan to run a server it's in your best interest to join this mailing list https://list.valvesoftware.com/cgi-bin/mailman/listinfo/csgo_servers - valve runs it and it gives server operators and developers a place to discuss server related specifics within the developers community. Plus, we get a couple hours heads up about updates so we can be prepared for them to drop.

Onto your problem. I'm copying this right from a discussion on Workshop servers having issues. This doesn't address your first problem about the +host_workshop_collection and +host_workshop_startmap .... but it addresses problems some of us have been having and ways we've resolved issues:

- running the 1.6.0-hg4023-windows development version of Sourcemod
- removed subscribed_collection_ids.txt & subscribed_file_ids.txt from csgo directory
- removed maplist.txt & mapcycle.txt from csgo directory
- verified libstdc++.so was in bin directory (folder above csgo. if it is not you can get it from your backup prior to the last update)
- put // in front of 'mapgroup mg_bomb' & 'map de_dust' in the autoexec.cfg file in csgo/cfg directory
- moved nextmap.smx to from sourcemod/plugins to sourcemod/plugins/disabled

[Kotton]

Obviously your version of Sourcemod will be dictated by the OS you run. Subscribed_collection_ids, subscribed file_ids, maplist and mapgroup are all known to cause issues with workshop, the first two more recently, the last two have been that way as long as I have been running Workshop. Nextmap.smx Sourcemod plugin causes various issues with map voting/map change. The libstdc++.so (this file is also label as libstdc++.so.6 on some system) file was missing as part of Valve's large update last week and was copied from an previous server install.

I hope some of this can help you. I'll check back to the thread when I can to try and help with any questions you might have. Good luck!

[Vermilicious]

@Kottonmouth Soldier: Thanks for the effort. Not using sourcemod atm, btw.

Linked collections just doesn't seem to work. I'm guessing it's a new feature they didn't properly test for CS:GO.

What I've done is create my own collections. Then I created a "csgo/subscribed_collection_ids.txt" file with IDs for each collection. Then I created a "csgo/gamemodes_server.txt" file. In it I added a mapgroup for each collection. I then run the server with the "+mapgroup" and "+map" parameters.

The files maplist.txt and mapcycle.txt seems to be old remnants that has no function. They are just a destraction, so I don't know why they would keep them there. Pretty silly.

There's just one odd thing now. When I try to vote for a map through the client that is not currently subscribed to, I get an error about the map not existing.

Edit: Disregard. Using mapgroups in gamemodes_server.txt requires knowing the mapname and id (/workshop/<id>/<name>). It's unnecessary work. Just supply +host_workshop_collection. Add subscription if you like, however I don't think you really need to.