[GH-ISSUE #430] [TF2Server] Monitor Query error - unable to receive #353

New issue

Closed

opened 2026-02-27 02:01:02 +03:00 by kerem · 3 comments

kerem commented

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

Owner

Originally created by @OrbitalHustler on GitHub (Jun 24, 2015).
Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/430

My TF2 server will start and work, flawlessly, as I can connect to it. But I can't use ./tf2server monitor, as it will give me the following error:

[ OK ] Monitor tf2-server: Checking session: OK
[ FAIL ] Monitor tf2-server: Querying port: /myIp/:27015 : ERROR: Unable to receive
[ FAIL ] Monitor tf2-server: Querying port: /myIp/:27015 : ERROR: Unable to receive

Here are some distro informations:

Arch Linux release
LSB_VERSION=1.4
DISTRIB_ID=Arch
DISTRIB_RELEASE=rolling
DISTRIB_DESCRIPTION="Arch Linux"
NAME="Arch Linux"
ID=arch
PRETTY_NAME="Arch Linux"
ANSI_COLOR="0;36"
HOME_URL="https://www.archlinux.org/"
SUPPORT_URL="https://bbs.archlinux.org/"
BUG_REPORT_URL="https://bugs.archlinux.org/"

And I have the following line in my netstat -ntulp

udp 0 0 /myIp/:27015 0.0.0.0:* 16502/./srcds_linux

I had to modify the line 59 of the file gsquery.py from

connection.send( self.query_prompt_string )
to
connection.send( self.query_prompt_string.encode() )

because I was getting the following error without that change:

[ FAIL ] Monitor tf2-server: Querying port: /myIp/:27015 : Traceback (most recent call last):
File "/home/server/servers/tf2/gsquery.py", line 124, in
server.responding()
File "/home/server/servers/tf2/gsquery.py", line 60, in responding
connection.send( self.query_prompt_string )
TypeError: 'str' does not support the buffer interface

Originally created by @OrbitalHustler on GitHub (Jun 24, 2015). Original GitHub issue: https://github.com/GameServerManagers/LinuxGSM/issues/430 My TF2 server will start and work, flawlessly, as I can connect to it. But I can't use ./tf2server monitor, as it will give me the following error: [ OK ] Monitor tf2-server: Checking session: OK [ FAIL ] Monitor tf2-server: Querying port: /_myIp_/:27015 : ERROR: Unable to receive [ FAIL ] Monitor tf2-server: Querying port: /_myIp_/:27015 : ERROR: Unable to receive Here are some distro informations: Arch Linux release LSB_VERSION=1.4 DISTRIB_ID=Arch DISTRIB_RELEASE=rolling DISTRIB_DESCRIPTION="Arch Linux" NAME="Arch Linux" ID=arch PRETTY_NAME="Arch Linux" ANSI_COLOR="0;36" HOME_URL="https://www.archlinux.org/" SUPPORT_URL="https://bbs.archlinux.org/" BUG_REPORT_URL="https://bugs.archlinux.org/" And I have the following line in my netstat -ntulp udp 0 0 /_myIp_/:27015 0.0.0.0:\* 16502/./srcds_linux I had to modify the line 59 of the file gsquery.py from connection.send( self.query_prompt_string ) to connection.send( self.query_prompt_string.encode() ) because I was getting the following error without that change: [ FAIL ] Monitor tf2-server: Querying port: /_myIp_/:27015 : Traceback (most recent call last): File "/home/server/servers/tf2/gsquery.py", line 124, in <module> server.responding() File "/home/server/servers/tf2/gsquery.py", line 60, in responding connection.send( self.query_prompt_string ) TypeError: 'str' does not support the buffer interface

kerem

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

closed this issue
added the
type: bug
label

kerem commented

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

Author

Owner

@dgibbs64 commented on GitHub (Jul 4, 2015):

to confirm you resolved your issue by changing

connection.send( self.query_prompt_string )

connection.send( self.query_prompt_string.encode() )

I havnt come across this problem before. Could it have somthign to do woth you running Arch?

@dgibbs64 commented on GitHub (Jul 4, 2015): to confirm you resolved your issue by changing ``` connection.send( self.query_prompt_string ) ``` to ``` connection.send( self.query_prompt_string.encode() ) ``` I havnt come across this problem before. Could it have somthign to do woth you running Arch?

kerem commented

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

Author

Owner

@dgibbs64 commented on GitHub (Dec 20, 2015):

I belive this may be to do with the version of python being used. However I dont yet know enough to resolve this. I will close.

@dgibbs64 commented on GitHub (Dec 20, 2015): I belive this may be to do with the version of python being used. However I dont yet know enough to resolve this. I will close.

kerem commented

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

Author

Owner

@lock[bot] commented on GitHub (Jul 19, 2018):

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

@lock[bot] commented on GitHub (Jul 19, 2018): This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

kerem referenced this issue

2026-02-27 03:53:12 +03:00

[PR #353] [MERGED] fixed wrong else position #3079