Re: [hlds_linux] STEAM Binary, 64bit FreeBSD7
At 08:42 AM 1/17/2008, kama wrote: This has been an issue for me since they switched to % output on steam download. It has also broken my update script. I need to rewrite it. I am currently waiting for FreeBSD 7.0 to go gold. Then there will be a massive upgrade on our servers. There are some bugs that have been fixed that might give some performance benefits for programs that abuses the system as a gameserver does. (kernel latency related) And hopefully the new linuxulator will work flawless too. The 2.4.2 kernel is quite old now... =) /Bjorn I'd wait until superpages etc appear before I'd upgrade. 2.4.2 is stable and it works. 2.6.12 in releng_7 is kind of busted (linux_getdents() has some issues) -- Gary Stanley ([EMAIL PROTECTED] | [EMAIL PROTECTED]) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? Let's not play "Jeopardy-style quoting" ___ 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
I've had the strange percent issue in linux also. This is not FreeBSD specific. Jeff Love Burgh Gaming Quoting kama <[EMAIL PROTECTED]>: On Wed, 16 Jan 2008 [EMAIL PROTECTED] wrote: I dunno what Valve did, but with these last updates, I tried running the steam binary again and it seems to work once more. The only thing wrong is aesthetic in the fact that the percentages of download progress are all wrong. Here is a small excerpt from a -verify_all: 0.00% ./orangebox\tf\maps\graphs\cp_gravelpit.ain 0.00% ./orangebox\tf\maps\graphs\cp_well.ain 0.00% ./orangebox\tf\maps\graphs\ctf_2fort.ain 1600.00%./orangebox\tf\maps\graphs\tc_hydro.ain 1600.00%./orangebox\tf\maps\soundcache\localization_cache_list.txt 1600.00%./orangebox\tf\maps\cp_dustbowl.bsp 1600.00%./orangebox\tf\maps\cp_dustbowl_danish.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_dutch.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_english.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_finnish.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_french.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_german.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_italian.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_japanese.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_korean.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_norwegian.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_polish.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_portuguese.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_russian.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_schinese.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_swedish.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_tchinese.txt 6555200.00% ./orangebox\tf\maps\cp_granary.bsp Not that big of a deal, but wanted to bring it to their attention. It is only doing this on the FreeBSD 7 machine. The other machines I have, it works as would be expected. :) This has been an issue for me since they switched to % output on steam download. It has also broken my update script. I need to rewrite it. I am currently waiting for FreeBSD 7.0 to go gold. Then there will be a massive upgrade on our servers. There are some bugs that have been fixed that might give some performance benefits for programs that abuses the system as a gameserver does. (kernel latency related) And hopefully the new linuxulator will work flawless too. The 2.4.2 kernel is quite old now... =) /Bjorn ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux ___ 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
On Wed, 16 Jan 2008 [EMAIL PROTECTED] wrote: > I dunno what Valve did, but with these last updates, I tried running > the steam binary again and it seems to work once more. The only thing > wrong is aesthetic in the fact that the percentages of download > progress are all wrong. Here is a small excerpt from a -verify_all: > > 0.00% ./orangebox\tf\maps\graphs\cp_gravelpit.ain > 0.00% ./orangebox\tf\maps\graphs\cp_well.ain > 0.00% ./orangebox\tf\maps\graphs\ctf_2fort.ain > 1600.00%./orangebox\tf\maps\graphs\tc_hydro.ain > 1600.00%./orangebox\tf\maps\soundcache\localization_cache_list.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl.bsp > 1600.00%./orangebox\tf\maps\cp_dustbowl_danish.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl_dutch.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl_english.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl_finnish.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl_french.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl_german.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl_italian.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl_japanese.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl_korean.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl_norwegian.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl_polish.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl_portuguese.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl_russian.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl_schinese.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl_swedish.txt > 1600.00%./orangebox\tf\maps\cp_dustbowl_tchinese.txt > 6555200.00% ./orangebox\tf\maps\cp_granary.bsp > > Not that big of a deal, but wanted to bring it to their attention. It > is only doing this on the FreeBSD 7 machine. The other machines I > have, it works as would be expected. :) This has been an issue for me since they switched to % output on steam download. It has also broken my update script. I need to rewrite it. I am currently waiting for FreeBSD 7.0 to go gold. Then there will be a massive upgrade on our servers. There are some bugs that have been fixed that might give some performance benefits for programs that abuses the system as a gameserver does. (kernel latency related) And hopefully the new linuxulator will work flawless too. The 2.4.2 kernel is quite old now... =) /Bjorn ___ 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 kama <[EMAIL PROTECTED]>: On Fri, 11 Jan 2008 [EMAIL PROTECTED] wrote: > I have had troubles to run the steambinary in FreeBSD since 5.x. > > Some things to check: > What kernelversion are you using in the linuxulator? It might be something > missing in the linuxulator. Try both 2.4.2 and 2.6.18 ( Dont remember if > it is .18, you might want to check that out first ) I'm currently using the following: linux_base-fc-4_10 Base set of packages needed in Linux mode (for i386/amd64) compat.linux.osrelease: 2.4.2 > Also are you using SMP? I have troubles running the steambinary when SMP > is enabled. Same machine without the SMP, it runs OK. At least that was > the issue when I tried it with 5.x, but that was million of years ago. No, I am not using SMP. It is a dual core chip. > I use a central server to check out everything from steam. That server is > running FreeBSD 4.11. Then I just make a gzipped tarball out of the > changes and push the data out to the servers. A little primitive, but it > works. Plus I can do a rollback if necissary. All my other machines work fine, except this one. I was hoping for a simple solution. :( Just tested on an old 7.0-current (22 sep) and get it to dump cores. $ ./steam Checking bootstrapper version ... Segmentation fault: 11 (core dumped) $ Maybe this should be brought up on freebsd-emulator mailing list. /Bjorn I dunno what Valve did, but with these last updates, I tried running the steam binary again and it seems to work once more. The only thing wrong is aesthetic in the fact that the percentages of download progress are all wrong. Here is a small excerpt from a -verify_all: 0.00% ./orangebox\tf\maps\graphs\cp_gravelpit.ain 0.00% ./orangebox\tf\maps\graphs\cp_well.ain 0.00% ./orangebox\tf\maps\graphs\ctf_2fort.ain 1600.00%./orangebox\tf\maps\graphs\tc_hydro.ain 1600.00%./orangebox\tf\maps\soundcache\localization_cache_list.txt 1600.00%./orangebox\tf\maps\cp_dustbowl.bsp 1600.00%./orangebox\tf\maps\cp_dustbowl_danish.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_dutch.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_english.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_finnish.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_french.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_german.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_italian.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_japanese.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_korean.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_norwegian.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_polish.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_portuguese.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_russian.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_schinese.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_swedish.txt 1600.00%./orangebox\tf\maps\cp_dustbowl_tchinese.txt 6555200.00% ./orangebox\tf\maps\cp_granary.bsp Not that big of a deal, but wanted to bring it to their attention. It is only doing this on the FreeBSD 7 machine. The other machines I have, it works as would be expected. :) 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
On Fri, 11 Jan 2008 [EMAIL PROTECTED] wrote: > > I have had troubles to run the steambinary in FreeBSD since 5.x. > > > > Some things to check: > > What kernelversion are you using in the linuxulator? It might be something > > missing in the linuxulator. Try both 2.4.2 and 2.6.18 ( Dont remember if > > it is .18, you might want to check that out first ) > > I'm currently using the following: > linux_base-fc-4_10 Base set of packages needed in Linux mode (for i386/amd64) > > compat.linux.osrelease: 2.4.2 > > > Also are you using SMP? I have troubles running the steambinary when SMP > > is enabled. Same machine without the SMP, it runs OK. At least that was > > the issue when I tried it with 5.x, but that was million of years ago. > > No, I am not using SMP. It is a dual core chip. > > > I use a central server to check out everything from steam. That server is > > running FreeBSD 4.11. Then I just make a gzipped tarball out of the > > changes and push the data out to the servers. A little primitive, but it > > works. Plus I can do a rollback if necissary. > > All my other machines work fine, except this one. I was hoping for a > simple solution. :( Just tested on an old 7.0-current (22 sep) and get it to dump cores. $ ./steam Checking bootstrapper version ... Segmentation fault: 11 (core dumped) $ Maybe this should be brought up on freebsd-emulator mailing list. /Bjorn ___ 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
I have had troubles to run the steambinary in FreeBSD since 5.x. Some things to check: What kernelversion are you using in the linuxulator? It might be something missing in the linuxulator. Try both 2.4.2 and 2.6.18 ( Dont remember if it is .18, you might want to check that out first ) I'm currently using the following: linux_base-fc-4_10 Base set of packages needed in Linux mode (for i386/amd64) compat.linux.osrelease: 2.4.2 Also are you using SMP? I have troubles running the steambinary when SMP is enabled. Same machine without the SMP, it runs OK. At least that was the issue when I tried it with 5.x, but that was million of years ago. No, I am not using SMP. It is a dual core chip. I use a central server to check out everything from steam. That server is running FreeBSD 4.11. Then I just make a gzipped tarball out of the changes and push the data out to the servers. A little primitive, but it works. Plus I can do a rollback if necissary. All my other machines work fine, except this one. I was hoping for a simple solution. :( 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
On Wed, 9 Jan 2008 [EMAIL PROTECTED] wrote: > 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. I have had troubles to run the steambinary in FreeBSD since 5.x. Some things to check: What kernelversion are you using in the linuxulator? It might be something missing in the linuxulator. Try both 2.4.2 and 2.6.18 ( Dont remember if it is .18, you might want to check that out first ) Also are you using SMP? I have troubles running the steambinary when SMP is enabled. Same machine without the SMP, it runs OK. At least that was the issue when I tried it with 5.x, but that was million of years ago. I use a central server to check out everything from steam. That server is running FreeBSD 4.11. Then I just make a gzipped tarball out of the changes and push the data out to the servers. A little primitive, but it works. Plus I can do a rollback if necissary. /Bjorn ___ 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 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
Re: [hlds_linux] STEAM Binary, 64bit FreeBSD7
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]) Q: Because it reverses the logical flow of conversation. A: Why is top-posting (putting a reply at the top of the message) frowned upon? Let's not play "Jeopardy-style quoting" ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux