Re: [hlds_linux] FreeBSD Compile
An average office server config (samba, fileserver, printserver, nagios, etc.): office(ttyp0):~$ du -hs /kernel* 2.1M/kernel 4.0M/kernel.GENERIC A simple router config (zebra, ospfd, bgpd, NAT): ll-vh(ttyp0):~$ du -hs /kernel* 2.0M/kernel 4.0M/kernel.GENERIC An average internet server config (apache, mysql, postfix, courier-imap/pop, etc.): groove:~$ du -hs /kernel* 2.0M/kernel 4.0M/kernel.GENERIC All systems FreeBSD 4.8 (stable). I left some options in the kernel which could be needed in the near future so it could be smaller but it's okay for now. Voodooman - Original Message - From: <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Sunday, August 03, 2003 7:14 AM Subject: RE: [hlds_linux] FreeBSD Compile > What are you measuring for your size. In boot I have this > > dtg112# du -Hhxd 1 > 18K./defaults > 15M./kernel > 2.0K./modules > 17M./kernel.old > 18M./GoodKernel.bak > 51M. > > /kernel is a stripped down version and /GoodKernel.bak is the default > install kernel. Is there a certain file you are basing the 4M & 1.76M on? > Cause I have stripped out a whole lot to get the folder of the kernel down > to 15M and I dont see it getting to 1M and the default definitally wasnt 4M. > > Jeremy > > > > -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of m0gely > Sent: Wednesday, July 23, 2003 1:44 AM > To: [EMAIL PROTECTED] > Subject: Re: [hlds_linux] FreeBSD Compile > > > Then strip EVERYTHING out of your kernel that you don't have in your box > and for services you don't run. My kernel is down to 1.76M. Default > kernel is over 4M. > > > > > > > ___ > 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] hlds 3.1.1.0 fix for buffer-overrun exploit [was "_working_ workaround for hlds exploit on linux"]
Thanks in the name of all admins who run 3.1.1.0(c). Voodooman - Original Message - From: "Virtual Master" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, August 01, 2003 4:55 PM Subject: [hlds_linux] hlds 3.1.1.0 fix for buffer-overrun exploit [was "_working_ workaround for hlds exploit on linux"] > Hello everyone, > > After reading the messages on this list for two days, I believe there's > quite a lot server admins that don't want to run 3.1.1.1 beta servers > for whatever reason. With valve releasing their security fix only as an > upgrade to version 3.1.1.1d these people have no other choice than > upgrading, even if there are strong arguments against the 3.1.1.1x > versions. > > I decided to clean-up the fix I released on wednesday and present it as an > alternative for those who don't want to run the new betas. > The new version doesn't retrieve the original functions address with every > call, but only once, so there is no chance of wasting performance. It's > also commented so people understand what it does, and it tells the user > about it being successfully loaded by printing a line right at the server > startup "boffix_i386.so - fix for buffer overflow vulnerability in hlds > 3.1.1.0". > > Either compile the source using the following gcc statement: > "gcc -Wall -fpic boffix.c -shared -Wl,-soname,boffix.so -lc -o > boffix_i386.so" (all in one line) or use the binary I compiled. > FreeBSD users have to use linux-compiled binaries, too, as the hlds is > linux, and the linked dynamic objects also need to be linux. > > Install the fix by copying the boffix_i386.so to your hlds_l directory, > and modifying your hlds_run script to contain the line > "export LD_PRELOAD=./boffix_i386.so". This can be right before or after > the LD_LIBRARY_PATH export on linux machines, but needs to be right before > the two lines containing "$HL $*" for FreeBSD systems. > > Thanks a lot to Miklos of clanhost.dk for hosting the patch and the > source: http://miklos.clanhost.dk/ > > Remember, that fix is only meant for those who want to keep running > version 3.1.1.0, if you're already using a 3.1.1.1 version use the new > version valve provides. > > Best regards, > > Dominic (Virtual Master) > > -- > [EMAIL PROTECTED] > irc.quakenet.org #nocheat, #cheaterlog > > ___ > 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
[hlds_linux] Steam client on Linux
Alfred, please notice somwhere in the Linux doc of Steam that the username should be an email address. Voodooman ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux
Re: [hlds_linux] Linux Steam Core dump
We found here that it's usual with hlds_amd at server start. I had no problems with i686. Voodooman - Original Message - From: "vOrTeX" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Thursday, June 26, 2003 7:22 AM Subject: Re: [hlds_linux] Linux Steam Core dump > > I have also seen this also, I will try to get the debug info if needed > also. > > On Wed, 25 Jun 2003 21:55:45 -0700 > "Destroyer" <[EMAIL PROTECTED]> wrote: > > > Install went fine, server started up just fine, map change went fine. > > No clients were connected and I issued the quit command on the server > > console. blammo! core dumped. > > > > this is the debug lines that were created. I did it twice. > > > > -- > > CRASH: Wed Jun 25 21:45:31 PDT 2003 > > Core was generated by `./hlds_i686 -game cstrike -port 27016 > > -pingboost 3 -debug +map de_vertigo +maxp'. > > Program terminated with signal 11, Segmentation fault. > > [New Thread 1024 (LWP 5929)] > > #0 0x400dbe54 in _IO_un_link (fp=) at genops.c:71 > > in genops.c > > #0 0x400dbe54 in _IO_un_link (fp=) at genops.c:71 > > End of crash report > > -- > > -- > > CRASH: Wed Jun 25 21:49:57 PDT 2003 > > Core was generated by `./hlds_i686 -game cstrike -port 27016 > > -pingboost 3 -debug -autoupdate +map de_v'. > > Program terminated with signal 11, Segmentation fault. > > [New Thread 1024 (LWP 5975)] > > #0 0x400dbe54 in _IO_un_link (fp=) at genops.c:71 > > in genops.c > > #0 0x400dbe54 in _IO_un_link (fp=) at genops.c:71 > > End of crash report > > -- > > > > ___ > > To unsubscribe, edit your list preferences, or view the list archives, > > please visit: > > http://list.valvesoftware.com/mailman/listinfo/hlds_linux > > > -- > Cheers, > > James Mclean > vOrTeX > GamingSA.com Lead Admin > --- > http://www.GamingSA.com > irc://irc.enterthegame.com/gamingsa > ___ > 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] [OT] Filesystem
The best solution I think is xfs by SGI. It's included in the Alan Coxs' patches (-ac). It's robust, fast (much faster than ext2/3, faster ran reiserfs), reliable and we never had problems with it. It's suitable for big and many small files too. Voodooman ___ To unsubscribe, edit your list preferences, or view the list archives, please visit: http://list.valvesoftware.com/mailman/listinfo/hlds_linux