Re: [hlds_linux] FreeBSD problems? Try TF beta steam binaries
Sorry Fletcher, I managed to break it :( I did a clean install of the TF2 beta which started up fine. Once I removed the existing item_games.txt so that I could simulate an update, the server dies with: Assigned anonymous gameserver Steam ID [A-1:587595776(2902)]. VAC secure mode is activated. tf_server_identity_account_id not set; not logging into registered account Fetched 1099635 bytes item schema version 9A6B8A8B via HTTP; update is queued. singleprocesspipe_linux.cpp (166) : Assertion Failed: CSingleProcessPipe::BWrite wrote too few bytes (8187/1099641) errno=115 /home/buildbot/buildslave_steam/steam_rel_client_linux/build/src/clientdll/../common/singleprocesspipe_linux.cpp 166 Assertion Failed: CSingleProcessPipe::BWrite wrote too few bytes (8187/1099641) errno=115 If I run a truss on server start I get: write(1,Fetched 1099635 bytes item schem...,79) = 79 (0x4f) linux_mprotect(0x33476000,0x2,0x3,0x3340,0x96000,0x6) = 0 (0x0) linux_mprotect(0x33496000,0x3,0x3,0x3340,0xc6000,0x6) = 0 (0x0) linux_mmap2(0x0,0x81000,0x3,0x22,0x,0x6) = 821194752 (0x30f27000) madvise(0x33486000,0x4,0x4,0x33465278,0x4,0x6) = 0 (0x0) linux_mremap(0x30f27000,0x81000,0x101000,0x1,0x10,0x6) ERR#12 'Cannot allocate memory' linux_mmap2(0x0,0x101000,0x3,0x22,0x,0x6) = 878911488 (0x34632000) munmap(0x30f27000,528384)= 0 (0x0) linux_mremap(0x34632000,0x101000,0x201000,0x1,0x20,0x6) ERR#12 'Cannot allocate memory' linux_mmap2(0x0,0x201000,0x3,0x22,0x,0x6) = 882114560 (0x3494) munmap(0x34632000,1052672) = 0 (0x0) linux_socketcall(9,(0xa3a0)LINUX_SETSOCKOPT, 100663209, 0, 1610612736, 0x301a19, 1073741824 ) = 5 (0x5) linux_socketcall(9,(0xa3a0)LINUX_SETSOCKOPT, 3152409, 1073741824, 16777126, 0x3800, 1728053162 ) = 17 (0x11) linux_select(0xf,0xa960,0x0,0x0,0xa9e0,0x6) = 1 (0x1) linux_select(0xf,0xa900,0x0,0x0,0xa980,0x6) = 1 (0x1) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, -22128, 4, 0, 0xa980, 11 ) = 4 (0x4) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 0, 807010672, 0, 0x7320, 0 ) = 1024 (0x400) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 1634623346, 153249133, 1702119714, 0x7474416d, 1348626802 ) = 1024 (0x400) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 2064189706, 151587341, 1668489737, 0x5f74756f, 1801675106 ) = 1024 (0x400) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 1411588617, 1700224838, 1650553441, 0x485f656c, 220361825 ) = 1024 (0x400) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 2037669740, 153249136, 1869575202, 0xa0d226c, 571017481 ) = 1024 (0x400) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 151587082, 1836212514, 1601794671, 0x63736564, 571017506 ) = 1024 (0x400) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 571023980, 573583409, 151587341, 0x74692209, 1902079333 ) = 1024 (0x400) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 1986098990, 151653666, 1679952137, 0x5f706f72, 1853190003 ) = 1020 (0x3fc) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 1835365481, 1887007839, 163462, 0x922656d, 1179919138 ) ERR#81 'Need authenticator' SIGNAL 2 (SIGINT) We're running a custom compile of truss to show more information for LINUX_SETSOCKOPT. If you want more information / want to run more tests, if you let me know I'm more than happy to help :) Kind Regards, Dan Offord Technical Systems Administrator Multiplay (UK) Ltd, Unit 7 Whitefield, Lepe Road, Blackfield Southampton, Hampshire, SO45 1XR Registered in England Wales No. 3370594 Phone: +44 (0) 845 868 1337 | Direct: +44 (0) 56 000 36985 Twitter: @liv3d | Skype: mpukliv3d On 16 March 2012 00:29, Fletcher Dunn fletch...@valvesoftware.com wrote: If you are running FreeBSD and seeing an error like this: Assertion Failed: CSingleProcessPipe::BWrite wrote too few bytes (8187/1083600) errno=12, then you might try the Steam binaries released today with the TF beta. It includes the fix for this problem. If the beta doesn't uncover any problems with these binaries, we'll release them for all Orangebox servers with the next TF update. Your humble servant, - Fletch ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmas...@multiplay.co.uk. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit:
[hlds_linux] TF2 server trending status
Hello, My TF2 server is registered, and each time the server starts up, I see these messages: Received auth challenge; signing into gameserver account... Game server authentication: SUCCESS! Standing: Good. Trend: Steady As far as I can tell, this is the only time I can see the server's standing and trend information. Is there a command to see this information while the server is running? Thanks, Dave ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] TF2 server trending status
Start your TF2 client and use the command cl_gameserver_list in console. Make sure you do this on the account that your servers are linked to of course. :) On Fri, Mar 16, 2012 at 5:04 PM, David Parker dpar...@utica.edu wrote: Hello, My TF2 server is registered, and each time the server starts up, I see these messages: Received auth challenge; signing into gameserver account... Game server authentication: SUCCESS! Standing: Good. Trend: Steady As far as I can tell, this is the only time I can see the server's standing and trend information. Is there a command to see this information while the server is running? Thanks, Dave __**_ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.**com/cgi-bin/mailman/listinfo/**hlds_linuxhttps://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
Re: [hlds_linux] [hlds] New feature in TF2 Beta dedicated server update
This is probably going to be implemented regardless of our comments. I can only see this causing more issues, and being a complete waste of development time, but that's my opinion. Provide the interface and make optional for what Valve plans to enable by default. The former has already been done (afaik, mind you it isn't very specific), along with the latter. Option 4 is absolutely poisonous. Thanks, Kyle. On Fri, Mar 16, 2012 at 7:01 AM, Chad Hedstrom chad.hedst...@gmail.comwrote: Well, I think this underlines my point. Many people will join a popular group to gain access to some of it's features (whitelists in particular, my servers use a combination of both the Steam OpenID system and Steam Groups for this). A few bad apples from a group (perhaps 20 players) who represent 1% of a group can cause the rest of the group (thousands of users) to get banned from a server or group of popular servers. Being able to ban people for membership in a group that numbers in the thousands is too wide a brush; I think this solution is ideal for granular control of bad apples in a rage and griefing of groups in smaller size. Either the whole private Steam group invitation system needs to be completely re-thought, or some sort of size limits need to be placed on this feature. As it stands, it has a lot of potential for abuse by both sides. Also, my apologies for the problems caused by members of that group. I don't think the Lost Continents has ever advertised itself as a griefing group, but I'm glad the situation has sorted itself out. I've only heard the story third hand, after trying to log in to a Dodgeball server years ago. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] TF2 server trending status
Thanks. I don't really play TF2 that often, though, and I don't have the client installed on my work PC because I only run Linux on my computers. If the trending statistics are tied to the server, then shouldn't the command to view them be available on the server? It makes no sense to me that someone would need to start the game on a PC in order to view information about the server. Sure, it might be unusual to run a game server and not actually play the game, but still, this seems like a very poor design to me. Server commands belong on the server and client commands belong on the client. Mixing them up is just dumb. Sorry for the miniature rant. I'm just irked because this is the second time I have run into this (the first time being when I had to run the command to generate the server's ID token). - Dave On 03/16/2012 01:00 PM, Emil Larsson wrote: Start your TF2 client and use the command cl_gameserver_list in console. Make sure you do this on the account that your servers are linked to of course. :) On Fri, Mar 16, 2012 at 5:04 PM, David Parkerdpar...@utica.edu wrote: Hello, My TF2 server is registered, and each time the server starts up, I see these messages: Received auth challenge; signing into gameserver account... Game server authentication: SUCCESS! Standing: Good. Trend: Steady As far as I can tell, this is the only time I can see the server's standing and trend information. Is there a command to see this information while the server is running? Thanks, Dave __**_ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.**com/cgi-bin/mailman/listinfo/**hlds_linuxhttps://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 ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux
Re: [hlds_linux] TF2 server trending status
It's kind of silly you cannot see it from the game server itself but in all honesty if you're not running a server that lies about what it's changing this number/trend/status is mostly not important information. On Fri, Mar 16, 2012 at 10:40 AM, David Parker dpar...@utica.edu wrote: Thanks. I don't really play TF2 that often, though, and I don't have the client installed on my work PC because I only run Linux on my computers. If the trending statistics are tied to the server, then shouldn't the command to view them be available on the server? It makes no sense to me that someone would need to start the game on a PC in order to view information about the server. Sure, it might be unusual to run a game server and not actually play the game, but still, this seems like a very poor design to me. Server commands belong on the server and client commands belong on the client. Mixing them up is just dumb. Sorry for the miniature rant. I'm just irked because this is the second time I have run into this (the first time being when I had to run the command to generate the server's ID token). - Dave On 03/16/2012 01:00 PM, Emil Larsson wrote: Start your TF2 client and use the command cl_gameserver_list in console. Make sure you do this on the account that your servers are linked to of course. :) On Fri, Mar 16, 2012 at 5:04 PM, David Parkerdpar...@utica.edu wrote: Hello, My TF2 server is registered, and each time the server starts up, I see these messages: Received auth challenge; signing into gameserver account... Game server authentication: SUCCESS! Standing: Good. Trend: Steady As far as I can tell, this is the only time I can see the server's standing and trend information. Is there a command to see this information while the server is running? Thanks, Dave ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/*** *hlds_linuxhttps://list.**valvesoftware.com/cgi-bin/** mailman/listinfo/hlds_linuxhttps://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_linuxhttps://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_linuxhttps://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
Re: [hlds_linux] FreeBSD problems? Try TF beta steam binaries
Whoops, yep, we applied our fix in the wrong place. We'll make another stab at the correct fix and release something next week. -Original Message- From: hlds_linux-boun...@list.valvesoftware.com [mailto:hlds_linux-boun...@list.valvesoftware.com] On Behalf Of Dan Offord Sent: Friday, March 16, 2012 3:36 AM To: Half-Life dedicated Linux server mailing list Subject: Re: [hlds_linux] FreeBSD problems? Try TF beta steam binaries Sorry Fletcher, I managed to break it :( I did a clean install of the TF2 beta which started up fine. Once I removed the existing item_games.txt so that I could simulate an update, the server dies with: Assigned anonymous gameserver Steam ID [A-1:587595776(2902)]. VAC secure mode is activated. tf_server_identity_account_id not set; not logging into registered account Fetched 1099635 bytes item schema version 9A6B8A8B via HTTP; update is queued. singleprocesspipe_linux.cpp (166) : Assertion Failed: CSingleProcessPipe::BWrite wrote too few bytes (8187/1099641) errno=115 /home/buildbot/buildslave_steam/steam_rel_client_linux/build/src/clientdll/../common/singleprocesspipe_linux.cpp 166 Assertion Failed: CSingleProcessPipe::BWrite wrote too few bytes (8187/1099641) errno=115 If I run a truss on server start I get: write(1,Fetched 1099635 bytes item schem...,79) = 79 (0x4f) linux_mprotect(0x33476000,0x2,0x3,0x3340,0x96000,0x6) = 0 (0x0) linux_mprotect(0x33496000,0x3,0x3,0x3340,0xc6000,0x6) = 0 (0x0) linux_mmap2(0x0,0x81000,0x3,0x22,0x,0x6) = 821194752 (0x30f27000) madvise(0x33486000,0x4,0x4,0x33465278,0x4,0x6) = 0 (0x0) linux_mremap(0x30f27000,0x81000,0x101000,0x1,0x10,0x6) ERR#12 'Cannot allocate memory' linux_mmap2(0x0,0x101000,0x3,0x22,0x,0x6) = 878911488 (0x34632000) munmap(0x30f27000,528384)= 0 (0x0) linux_mremap(0x34632000,0x101000,0x201000,0x1,0x20,0x6) ERR#12 'Cannot allocate memory' linux_mmap2(0x0,0x201000,0x3,0x22,0x,0x6) = 882114560 (0x3494) munmap(0x34632000,1052672) = 0 (0x0) linux_socketcall(9,(0xa3a0)LINUX_SETSOCKOPT, 100663209, 0, 1610612736, 0x301a19, 1073741824 ) = 5 (0x5) linux_socketcall(9,(0xa3a0)LINUX_SETSOCKOPT, 3152409, 1073741824, 16777126, 0x3800, 1728053162 ) = 17 (0x11) linux_select(0xf,0xa960,0x0,0x0,0xa9e0,0x6) = 1 (0x1) linux_select(0xf,0xa900,0x0,0x0,0xa980,0x6) = 1 (0x1) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, -22128, 4, 0, 0xa980, 11 ) = 4 (0x4) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 0, 807010672, 0, 0x7320, 0 ) = 1024 (0x400) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 1634623346, 153249133, 1702119714, 0x7474416d, 1348626802 ) = 1024 (0x400) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 2064189706, 151587341, 1668489737, 0x5f74756f, 1801675106 ) = 1024 (0x400) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 1411588617, 1700224838, 1650553441, 0x485f656c, 220361825 ) = 1024 (0x400) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 2037669740, 153249136, 1869575202, 0xa0d226c, 571017481 ) = 1024 (0x400) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 151587082, 1836212514, 1601794671, 0x63736564, 571017506 ) = 1024 (0x400) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 571023980, 573583409, 151587341, 0x74692209, 1902079333 ) = 1024 (0x400) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 1986098990, 151653666, 1679952137, 0x5f706f72, 1853190003 ) = 1020 (0x3fc) linux_socketcall(10,(0xa1c0)LINUX_SETSOCKOPT, 1835365481, 1887007839, 163462, 0x922656d, 1179919138 ) ERR#81 'Need authenticator' SIGNAL 2 (SIGINT) We're running a custom compile of truss to show more information for LINUX_SETSOCKOPT. If you want more information / want to run more tests, if you let me know I'm more than happy to help :) Kind Regards, Dan Offord Technical Systems Administrator Multiplay (UK) Ltd, Unit 7 Whitefield, Lepe Road, Blackfield Southampton, Hampshire, SO45 1XR Registered in England Wales No. 3370594 Phone: +44 (0) 845 868 1337 | Direct: +44 (0) 56 000 36985 Twitter: @liv3d | Skype: mpukliv3d On 16 March 2012 00:29, Fletcher Dunn fletch...@valvesoftware.com wrote: If you are running FreeBSD and seeing an error like this: Assertion Failed: CSingleProcessPipe::BWrite wrote too few bytes (8187/1083600) errno=12, then you might try the Steam binaries released today with the TF beta. It includes the fix for this problem. If the beta doesn't uncover any problems with these binaries, we'll release them for all Orangebox servers with the next TF update. Your humble servant, - Fletch ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the
Re: [hlds_linux] [hlds] New feature in TF2 Beta dedicated server update
On 16/03/2012 17:12, Kyle Sanderson wrote: Option 4 is absolutely poisonous. I don't see why you think that? AFAICT the only difference between 3 and 4 is, afaict, that 4 additionally stops me joining a server if I've blocked someone on it. How is that poisonous? If I block someone out of spite it means I can't join the server. Haven't I just pwned myself? :D Option 3 I could see some have an issue with. Which 4 includes. Perhaps that's what you meant. Chet describes some of the rationale behind it (from the point of view of left 4 dead 2) here :- http://forums.steampowered.com/forums/showpost.php?p=28547471postcount=237 http://forums.steampowered.com/forums/showpost.php?p=28547471postcount=237 I can't say I'm that worried. I play mostly on Valve's tf2 servers - assuming these servers will be amongst the few that even have option 3 or 4 enabled in the first place, as he says there really are too many servers and people playing for spite to have too much influence over the results of implementing it. But I guess we'll see. Although I'm not convinced the problem of jerks is global, I think it's cultural. Not entirely, of course, but I see very little negative behaviour in the games I play in the EU. Although I haven't played l4d2 for a long time. Maybe they have the evidence that's not the case and I'm just lucky. But I think the antagonistic admins and the servers that spam the rules in the chat every 5 minutes or jump up and down because someone speaks a different language will probably attract most of the attention seekers and troublemakers anyway. Simply because there's an admin and a community for them to wind up. There is a bit of trend for people to mess around voting people off (and a tendency for people to vote 'yes' to the 'player is idle' reason without giving it much thought). I've seen some voting off as well so that guys sharing a clan tag can all play on the same team. I don't imagine many 3rd party servers using option 3 or 4. Option 1 should keep plugin authors quietly reinventing the wheel, and 2 seems to be reasonable my server my rules territory. -- Dan ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: https://list.valvesoftware.com/cgi-bin/mailman/listinfo/hlds_linux