Re: [hlds_linux] STEAM Binary, 64bit FreeBSD7
Quoting Gary Stanley <[EMAIL PROTECTED]>: At 12:45 PM 1/9/2008, [EMAIL PROTECTED] wrote: It's not the end of the world. I've simply been rsync'ing with another machine running RELENG_6 to keep my directory structure up to date. Oddly enough, it is only the steam binary that causes me any issues. My servers run perfectly fine otherwise. Perhaps this is something that the people from Valve could comment on? Patrick Are your other machines that this binary works on, 64bit as well? Unfortunately no. They are not even the same hardware, so I cannot form a basis of comparison to track down the culprit. On the RELENG_7 64bit machine, the steam binary causes these issues, but the srcds binary works fine. On the RELENG_6 32bit machine, the steam binary works fine and I've been using this to rsync to the RELENG_7 machine and the srcds also works fine. Patrick This message was sent using IMP, the Internet Messaging Program. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] STEAM Binary, 64bit FreeBSD7
At 12:45 PM 1/9/2008, [EMAIL PROTECTED] wrote: It's not the end of the world. I've simply been rsync'ing with another machine running RELENG_6 to keep my directory structure up to date. Oddly enough, it is only the steam binary that causes me any issues. My servers run perfectly fine otherwise. Perhaps this is something that the people from Valve could comment on? Patrick Are your other machines that this binary works on, 64bit as well? ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] STEAM Binary, 64bit FreeBSD7
Quoting Gary Stanley <[EMAIL PROTECTED]>: At 10:00 AM 1/9/2008, [EMAIL PROTECTED] wrote: tinker# sysctl -a | grep mpsafenet tinker# sysctl -a | grep debug.m debug.mddebug: 0 debug.mpsafevfs: 1 debug.maxindirdeps: 50 debug.max_softdeps: 40 debug.minidump: 1 tinker# sysctl -a debug.mpsafenet="0" sysctl: unknown oid 'debug.mpsafenet' Wouldn't happen to have any other suggestions, would you? Looks like they axed them all, recently. I don't use RELENG_7 on any of my machines. If you have to, stick with 6. If you need more help, I can create a diff for you that re-enables that behavior. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/netisr.c.diff?r1=1.18;r2=1.19 http://lists.freebsd.org/pipermail/cvs-src/2007-July/080927.html It's not the end of the world. I've simply been rsync'ing with another machine running RELENG_6 to keep my directory structure up to date. Oddly enough, it is only the steam binary that causes me any issues. My servers run perfectly fine otherwise. Perhaps this is something that the people from Valve could comment on? Patrick This message was sent using IMP, the Internet Messaging Program. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] STEAM Binary, 64bit FreeBSD7
At 10:00 AM 1/9/2008, [EMAIL PROTECTED] wrote: tinker# sysctl -a | grep mpsafenet tinker# sysctl -a | grep debug.m debug.mddebug: 0 debug.mpsafevfs: 1 debug.maxindirdeps: 50 debug.max_softdeps: 40 debug.minidump: 1 tinker# sysctl -a debug.mpsafenet="0" sysctl: unknown oid 'debug.mpsafenet' Wouldn't happen to have any other suggestions, would you? Looks like they axed them all, recently. I don't use RELENG_7 on any of my machines. If you have to, stick with 6. If you need more help, I can create a diff for you that re-enables that behavior. http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/net/netisr.c.diff?r1=1.18;r2=1.19 http://lists.freebsd.org/pipermail/cvs-src/2007-July/080927.html ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] STEAM Binary, 64bit FreeBSD7
Quoting Gary Stanley <[EMAIL PROTECTED]>: At 02:20 PM 1/8/2008, [EMAIL PROTECTED] wrote: Hello, Up until one of the recent updates, I am getting the following error message on one of my machines: [EMAIL PROTECTED] ~/tf2]$ ./steam -command update -game tf -dir . Checking bootstrapper version ... Updating Installation DebugAssert Expr: ( close( m_pImpl->m_Socket ) ) == 0 Line: 606 File: ../Engine/Src/ContentServerBlockingConnection.cpp Abort trap: 6 (core dumped) I am running 64bit FreeBSD 7 with dualcore Xeon 3040's. Any idea on how to get this working again? I'm hoping/assuming it's something like a simple sysctl fix. Add debug.mpsafenet="0" to /boot/loader.conf and it will fix it. -- Gary Stanley ([EMAIL PROTECTED] | [EMAIL PROTECTED]) Thanks for replying Gary. Unfortunately, I should have said that this fix will only work for versions prior to FreeBSD 7. This oid does not exist in FreeBSD 7. tinker# sysctl -a | grep mpsafenet tinker# sysctl -a | grep debug.m debug.mddebug: 0 debug.mpsafevfs: 1 debug.maxindirdeps: 50 debug.max_softdeps: 40 debug.minidump: 1 tinker# sysctl -a debug.mpsafenet="0" sysctl: unknown oid 'debug.mpsafenet' Wouldn't happen to have any other suggestions, would you? Patrick This message was sent using IMP, the Internet Messaging Program. ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
