Blocked Delivery of email from sergeev@granch.ru
BLOCKED DELIVERY OF EMAIL FROM [EMAIL PROTECTED] Our email scanner has detected a VIRUS in an email destined for you. This email has been stopped. The sender will receive a notification of this message. This is ONLY a warning. You have not suffered any damage nor received any problem; You can safely ignore this email. You have been protected by the Inflex scanner http://pldaniels.com/inflex The virus scanner revealed... þ KAV for FreeBSD start 18.04.2002 19:05:45 Version 3.0 build 136 Last update: 12.04.2002, 53474 records. Command line: -Y -W /usr/local/inflex/tmp/inf_0418190592078/unpacked Profile (from 18.04.2002 19:05:17) /usr/local/avpbsd/avpBSD/defUnix.prf /usr/local/inflex/tmp/inf_0418190592078/unpacked/_headers_ archive: Mail /usr/local/inflex/tmp/inf_0418190592078/unpacked/textfile0 suspicion: Exploit.IFrame.FileDownload /usr/local/inflex/tmp/inf_0418190592078/unpacked/_CTI_.bat ok. /usr/local/inflex/tmp/inf_0418190592078/unpacked/textfile2 archive: Mail /usr/local/inflex/tmp/inf_0418190592078/unpacked/textfile2/cti.htm ok. Scan process completed. Result for all objects: Sector Objects : 0Known viruses : 0 Files : 4 Virus bodies : 0 Folders : 1 Disinfected : 0 Archives : 2 Deleted : 0 Packed : 0 Warnings : 0 Suspicious : 1 Speed (Kb/sec) : 49Corrupted : 0 Scan time : 00:00:02I/O Errors : 0 End. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Blocked Delivery of email from sergeev@granch.ru
BLOCKED DELIVERY OF EMAIL FROM [EMAIL PROTECTED] Our email scanner has detected a VIRUS in an email destined for you. This email has been stopped. The sender will receive a notification of this message. This is ONLY a warning. You have not suffered any damage nor received any problem; You can safely ignore this email. You have been protected by the Inflex scanner http://pldaniels.com/inflex The virus scanner revealed... þ KAV for FreeBSD start 18.04.2002 19:05:45 Version 3.0 build 136 Last update: 12.04.2002, 53474 records. Command line: -Y -W /usr/local/inflex/tmp/inf_0418190592078/unpacked Profile (from 18.04.2002 19:05:17) /usr/local/avpbsd/avpBSD/defUnix.prf /usr/local/inflex/tmp/inf_0418190592078/unpacked/_headers_ archive: Mail /usr/local/inflex/tmp/inf_0418190592078/unpacked/textfile0 suspicion: Exploit.IFrame.FileDownload /usr/local/inflex/tmp/inf_0418190592078/unpacked/_CTI_.bat ok. /usr/local/inflex/tmp/inf_0418190592078/unpacked/textfile2 archive: Mail /usr/local/inflex/tmp/inf_0418190592078/unpacked/textfile2/cti.htm ok. Scan process completed. Result for all objects: Sector Objects : 0Known viruses : 0 Files : 4 Virus bodies : 0 Folders : 1 Disinfected : 0 Archives : 2 Deleted : 0 Packed : 0 Warnings : 0 Suspicious : 1 Speed (Kb/sec) : 49Corrupted : 0 Scan time : 00:00:02I/O Errors : 0 End. BLOCKED DELIVERY OF EMAIL FROM [EMAIL PROTECTED] Our email scanner has detected a file type (or content) which we are not permitting through our systems. These namely include movies, executables and large pictures. Your email has been stopped. The intended sender will receive a notification of this message. This is ONLY a warning. You have not suffered any damage nor received any problem; You can safely ignore this email. You have been protected by the Inflex scanner http://pldaniels.com/inflex The files that were blocked are... MS-DOS executable (EXE), OS/2 or MS Windows End. To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: FreeBSD Mall now BSDCentral
Sorry, not knowing what the @#$! one is doing does not translate into the OS having a high time until usefulness. IMHO, FreeBSD's TUU and TCO are _so_ much lower than Linux or NT... that's one of the non-technical reasons that I love it so. Whats the saying, knowledge without understanding is a dangerous thing ? = -Chris Watson (316) 326-3862 | Sr. Unix Administrator Work: [EMAIL PROTECTED] | Trans World Airlines, Kansas City, MO Home: [EMAIL PROTECTED] | http://www.twa.com = WINDOWS: Where do you want to go today? LINUX: Where do you want to go tomorrow? BSD: Are you guys coming or what? = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: HP9000/L1000
On Wed, 27 Jun 2001, Michael C . Wu wrote: On Wed, Jun 27, 2001 at 03:10:38PM +0100, daniel lawrence scribbled: | This is probably a long shot, but I'll ask anyway. We have 3 HP9000/L1000 | machines which we may be able to make available (serial console and network) | for some kind of BSD porting project. You should probably contact David O'Brien or John Baldwin @WindRiver about this. [EMAIL PROTECTED] and [EMAIL PROTECTED] Actually, if anyone does take this up, I have a K class HP9000 sitting here at TWA stuffed in a rack not being used at all for anything. It's not even plugged in. I could ask my boss if we could loan it out or what kind of access we can offer to it if anyone does get a wild notion to try a port. 240Mhz PA-RISC 8200 CPU, 4GB of RAM, 18GB of disk :-) would make a fast devel server :) Although im not sure how popular a PA-RISC port would be. I'd much rather see ultrasparc support so I can get rid of that horrid thing Sun sells called Solaris. = -Chris Watson (816) 464-7780 | Sr. Unix Administrator Work: [EMAIL PROTECTED] | Trans World Airlines, Kansas City, MO Home: [EMAIL PROTECTED] | http://www.twa.com = WINDOWS: Where do you want to go today? LINUX: Where do you want to go tomorrow? BSD: Are you guys coming or what? = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
RE: Sysadmin article
On Fri, 15 Jun 2001, Charles Randall wrote: Did anyone offer to contact Lyris directly to identify a configuration which would have fared better in their tests? Since their application is available for FreeBSD, it is in our best interests for to help them out. On a side note, I did contact them about 2 days before this article appeared since TWA uses Lyris (now on FreeBSD :-) it was running on linux) and asked them if they planned on supporting kqueue in the FreeBSD version. The tech rep said they had no plans but she would forward it to the developers since I made a feature request. The software itself is a bit goofy. It keeps defered mail around for *way* to long. We have 1.2 million subscribers to mail on monday. It sends out about 98% in 4 hours of the list subscribers. And has ~4500 defered mails because of down mail hosts, undeliverable mails, etc.. And it keeps them around for DAYS instead of flushing the queue periodically. Which it should since that is what this is app's main goal is for is a mailing list/spam sender. I have yet to find a way to manually force the queue to flush on it either. It uses a FoxPro DB to store members in AFAIK. Why it's not a berkeley db is beyond me. On a 1-10 I give the app a 7 for its purpose. I still think a properly tuned Postfix box would destroy this software but they claim otherwise. Naturally. = -Chris Watson (316) 326-3862 | Sr. Unix Administrator Work: [EMAIL PROTECTED] | Trans World Airlines, Kansas City, MO Home: [EMAIL PROTECTED] | http://www.twa.com = WINDOWS: Where do you want to go today? LINUX: Where do you want to go tomorrow? BSD: Are you guys coming or what? = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: import NetBSD rc system
On Mon, 11 Jun 2001, Warner Losh wrote: In message [EMAIL PROTECTED] Doug Barton writes: : reason is that when you say System V anything, people have immediate : negative reactions that are based purely on emotion. S01My S02reactions S03to S04system S05V S06is S07not S08based S09purely S10on S11a S12pruely S13emotional S14reaction. S99Warner S100Amen! = -Chris Watson (316) 326-3862 | Sr. Unix Administrator Work: [EMAIL PROTECTED] | Trans World Airlines, Kansas City, MO Home: [EMAIL PROTECTED] | http://www.twa.com = WINDOWS: Where do you want to go today? LINUX: Where do you want to go tomorrow? BSD: Are you guys coming or what? = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: nsswitch dynamically loadable modules
On Sun, 10 Jun 2001, Gyori Sandor wrote: Hello, There are patches to solve this problem at http://www.nectar.com/freebsd/nsswitch but only a part of them was built in to -CURRENT (the statical part). Could anybody tell me why? This is a serious deficiency of FreeBSD which has been solved on Linux for ages. Is there any security or other reason not to implement a fully functional nsswitch feature into FreeBSD? If it's such a deficiency where are you're patches to fix the missing bits? I fail to see them attached to this mail. Maybe my mailer dropped them on the floor. Please resend them! thanks! Is there anybody who use _properly working_ nsswitch and nss_ldap on FreeBSD? Many of us are waiting on nectars code. He is very busy working on other things. And last time I checked he hoped to be picking it back up in June. He is doing the best he can. You can help by finishing his work and submitting the changes back so we get complete support sooner. I await you're contribution. = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: Where do you want to go today? LINUX: Where do you want to go tomorrow? BSD: Are you guys coming or what? = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Call for testers: NatSemi DP83821 gigE driver
Is there a POC we can all send thanks to for supplying the neccessary HW and doco? Since they seem to be a more friendly company then Intel it would do us well IMO to thank them for it. = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: Where do you want to go today? LINUX: Where do you want to go tomorrow? BSD: Are you guys coming or what? = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: Call for testers: NatSemi DP83821 gigE driver
Actually, it was my contact at Intel who put me in touch with the right people at SMC. As for the documentation, National has all the manuals for their stuff online: That said, Intel also agreed to let D-Link release the LXT1001 manual to me, so I have that too. Both D-Link and SMC sell cards using both I will never understand Intel. *shrug* I sent a confirmation of receipt and thank you note to the SMC people today. I'm not sure if I should be posting their e-mail addresses all over the lists though. Excellent. As long as someone did, I think it's important friendly vendors know we appreciate it. = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: Where do you want to go today? LINUX: Where do you want to go tomorrow? BSD: Are you guys coming or what? = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-hackers in the body of the message
Re: x86-64 Hammer and IA64 Itainium
I would like to see this too, however I think you have to sign NDA's and the like to be a part of the AMD effort to develop for it. Understandable I guess. Also they only seem interested in boosting Linux adoption of the new AMD 64 bit procs. *shrug* = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tomorrow?" BSD: "Are you guys coming or what?" = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: Good server motherboard?
Will the machine boot off of the second drive if the first one fails? You can't boot off Vinum drives. = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tomorrow?" BSD: "Are you guys coming or what?" = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Good server motherboard?
Just to note that this a comparison between a current system running Vinum, and quite possibly the worst PCI RAID card ever manufactured by anyone, anywhere. 8) *sigh* Thanks mike. Ruin a perfectly good MS type of PR for us :-) This was great "See clueless boss! Vinum is FASTER then HW RAID! Lets use FreeBSD" fluff benchmarking :-) Nope. This is why you use a real (tm) RAID controller. 8) True. If you *need* to boot from / and have / on a RAID setup. For me it's mostly /var/spool/postfix that I need RAID-0 for. And Vinum is really fast for that. = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tomorrow?" BSD: "Are you guys coming or what?" = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Intel driver doc's Take 2.
On Sat, 24 Mar 2001, Luigi Rizzo wrote: I have read the thread for a while, and i wonder: why in the world someone should go through the effort and responsibility of SIGNING THE NDA _and_ negotiating with Intel for getting permissions to redistribute the code ? sleep deprived venting I made the effort to try and work things out for users like dennis. Who constantly have problems with Intel changing their PHY's, and our driver not getting updated. Because Intel wont give doc's out without an NDA. Now that should tell people like dennis, that our developers are *not interested* in writing binary only drivers, and/or signing NDA's. And I agree if a company needs the support let them sign the NDA and have the thing done in-house. I made the effort as im usre many others here have to beat Intel with a clue bat. They simply are not interested in playing nice. And AFAIC we can drop Intel support right now and whack the driver from the tree. I could care less about Intel CPU's or NIC HW. I have choices. And there are far better choices then Intel. Not that dropping the driver will happen. But my guess is the driver will eventually just suffer from so much bit rot that it will get yanked. I can be just as fascist as Intel. I could say we should just make a statement and rip the driver now. Make a nice article on daemon news and/or slashdot co-authored by the Linux Intel nic maintainer and just publicaly say both OS's are dropping support for Intel until such time as Intel does away with NDA's on their HW. The people who develop for FreeBSD, and I'm sure Linux as well, as you noted do not have the time to screw around with legal dept's in companies. They have work to do, and code to write. I, among many im sure, made the effort to get Intel to get a friggin clue. And as others have said before it's a practice in futility. So I made the effort. Intel is aware of what crack heads their being. End of story. Sorry dennis but if I were you I would start using other brands of NIC's. /sleep deprived venting = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tomorrow?" BSD: "Are you guys coming or what?" = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Intel driver doc's Take 2.
On Sat, 24 Mar 2001, Richard Hodges wrote: Thanks for the tip on the XL driver. Over the years, I have seen many questions about which driver/card was the best, and all the answers were pretty vague, or suggested that Intel had the edge. Yes. It's currently my understanding that the xl driver is indeed as reliable and as fast as the fxp. I know what your saying though. The fxp has been touted as the fastest. Years ago it was the de driver for DEC cards that was the screamer, then it became the fxp, but the xl driver is just as fast. That's good news on the Tyan motherboard. The bad news is the price... About $950 :-( Yeah when I saw that price I about had a stroke! My guess is it's going to be half that when it finally rolls out in april. AMD CPU's and AMD boards have *always* been cheaper then Intel parts. I really doubt Tyan is going to start breaking that now. Granted this is their first high end server board for K7's but Tyan always has faily decent prices on their MB's. I think that 950 is just an initial marketing price. But in relaity when it rolls out you will see it on pricewatch for half that. That's my guess. = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tomorrow?" BSD: "Are you guys coming or what?" = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Intel driver doc's Take 2.
I just got off the phone with Linda Sanchez at our favorite company Intel. She is a Sr. "Marketing Engineer" (What is a marketing engineer?) for their LAN products. She is itnerested in helping us get the information we need to write drivers for their cards. But she also knows NDA's are not going away. She wants to meet us halfway in the short term. Somewhere between a datasheet and a programming manual, that we can get with no NDA. I know alot of you are totally fed up with Intel and at this point couldnt give two hoots about Intel or their cards. But she is willing to work with us to get us what we need. I told her it sounds like an all or nothing proposition that we NEED the programming manuals. Not datasheets, not fluffy reference drivers. But for the short term that is not going to happen. Sigh. She does want to try and help us like I said. She need's specific information that we need that we cant get unless we sign NDA's for the doc's so she can try and get them merged into a reference product somewhere between the datasheet (worthless) and the programming manual (NDA). I know this is not ideal or what bill, jonathon, or others want. They would rather Intel just get a friggin clue and stop being anal. And while in the long term this may change it isn't going to be soon. She is willing to compromise and try and get us doc's on the bits we need. Is anyone willing to try and work on a middle of the road to keep support current for Intel nic's? Or has everyone decided to just not waste the effort or time on Intel idiocy anymore? Either way is fine. It's not like we only support one brand of NIC's. I'm just making an offer, the only offer from Intel, to help work with OS developers. I completely understand everyone's attitude towards Intel and I think it's totally justified. And I am usually an all or nothing person. I don't do middle of the road. But thats the offer on the table. Try and get us what we need in manual in between the datasheet and the programming doc's. But it will be available without an NDA. This is the option we currently have. Any takers? If there are she want's me to collect specific item's that are needed. Like the recent PHY debacle. What item's do we need programming doc's on? Specific parts? Etc. In the long term maybe Intel will get a clue but I am not holding my breath. But this is a chance to try and get what we need under a non-NDA arrangement. So if anyone has any care whatsoever to make one last effort to support Intel hardware and wants to work on getting the information we need. Let me know. I *think* we can get her to piecemeal the info we need into a non NDA doc for us, piece by piece that is as good or better as the programming doc's. Anyway if there are any takers that want to work with me on getting the doc's required let me know. Otherwise i'm just like everyone else I dont have a 50 megaton nuclear device to beat Intel with to get them to do the right thing. And Intel support can be dropped. = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tomorrow?" BSD: "Are you guys coming or what?" = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Intel driver doc's Take 2.
On Fri, 23 Mar 2001, Daniel C. Sobral wrote: Let me just pipe in a bit. Compromise seems just like the kind of thing marketing or legal would want to do. The problem is that _we_ cannot compromise because one cannot write a "half-way there" driver. It's a technical impossibility. I agree 100%. I don't think this will fly either. I am just making the effort to work with Intel to get what we need. It's not going to happen overnight. Period. They are not going to change their NDA policy. In the future maybe. Actually I will forward the email she sent me this last time after I got off the phone with her an hour ago. I mentioned the problems Jonathan had with the GigE card. That's why she refers to him. Anyway I will forward it in a sec to the list. Now, if Bill Paul, Jonathan Lemon or whoever can come up with a "compromise" that would work, fine. But otherwise, and I think otherwise is likely, please explain the above to this person. Well I have a feeling if bill even reads this, which he will probably see Intel in the subject and delete it, or has a procmail filter for 'Intel' :-) he will probably just get more frustrated then he is. Jonathan, I dont know. He is probably as fed up as everyone else. = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tomorrow?" BSD: "Are you guys coming or what?" = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: information on Intel Fast Ethernet and Gigabit (fwd)
-- Forwarded message -- Hello Mr. Chris Watson Thanks for taking the time to discuss with me your concerns. Could you take the the time to forward me some sort of representative list of the types of information that FreeBSD developers require to do driver development? Would like to focus on the pieces not covered by data sheet and non-NDA type documentation that you are using today, as we discussed. I would like to review this list and see if there's something that we can do about this. Also could you forward me more specific info on the issues with the FreeBSD driver written by J. Lemon. I would like to see what I can do to help out with these issues too. In the meantime, if you have any questions, please do not hesitate to call me. Thanks Linda P. Sanchez Sr. Product Marketing Engineer Network Communications Group LAN Access Division To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
RE: qmail IO--qmail vs postfix competition
http://www.shub-internet.org/brad/FreeBSD/vinum.html Sorry for the delay. It slipped my mind. :-) = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tommorow?" BSD: "Are you guys coming or what?" = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Fwd: Re: Re: postfix: No buffer space available
On Tue, 20 Feb 2001, Len Conrad wrote: kern.ipc.maxsockets = 5000 kern.ipc.maxsockbuf = 524288 But neither parameter takes effect. If the sysctl's are read only that you want to change slap them in your /boot/loader.rc \ Increase MBUF's for purpose of testing Postfix under alot of connections. set kern.ipc.nmbclusters=65536 That is what I have on mine to increase mbuf's. But I beat Postfix to death with benchmarks and testing it for the book. heh Also you can set the above to read only variables in /boot/loader.rc as well. Then they take effect after reboot. Maxfiles is what i usually hit first, then ipc.sockets. Mbuf's havent been a real problem :) = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tommorow?" BSD: "Are you guys coming or what?" = irc.openprojects.net #FreeBSD -Join the revolution! Author of upcoming book on Postfix ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: qmail IO--qmail vs postfix competition
On Tue, 20 Feb 2001, Gordon Tetlow wrote: Forgot to add info about the mailers. Each has a hardware raid controller with about 32MB of memory on the controller configured to RAID-1 2HDs for redundancy. Ideally, the mail never actually hits the disk but resides exclusively in memory. Aha. That explains it. You use HW raid. I wondered why you were only doing 4 million mails for *30* boxes. Dan, is doing 500K, on a completely idle box (cpu/ram/I/O wise), with vinum, Postfix, and RAID-0. Have you seen brad knowles papers on vinum vs HW raid? It's erm enlightening to say the least :) Id be happy to dig up the URL if you are interested. I personally will be using Vinum from now on. The performance is very impressive. = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tommorow?" BSD: "Are you guys coming or what?" = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: http://www.emulex.com/fc/lp8000.html
On Fri, 9 Feb 2001, Mike Smith wrote: Solaris. Forget Linux for NFS service. As was indicitve of the qmail/softupdates problem that was finally resolved with postfix on FreeBSD, this problem also is the direct result of a PHB. :-/ = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tommorow?" BSD: "Are you guys coming or what?" = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: qmail IO problems
On Mon, 5 Feb 2001, Dan Phoenix wrote: I am sitting with a 80-90% IO disk problem after converting this one box from linux to freebsd. I enabled soft-updates on that partition...that did not help to much...and ram is fine. I am guessing because ext2fs uses asyncronous metadatawrites and favors speed over reliablity that that is why linux was able to handle it. Hi dan. Just out of curiosity what leads you to think its I/O? Is this sending or receiving? You say its on one partition? Is the mail spool directory hashed? How many mail's are you doing a second? How many mails WERE you doing a second on linux? A little more insight into how things are configured would help a bit. :-) I bet brad will see this too and he will surely know the right direction to point you. I run mostly postfix here. Since it has lower overhead writing mail. If your queue is being filled up because qmail isnt processing them fast enough that mostly sounds just like a configuration problem. But again I dont know what your traffic is like. If its something small or something crazy. = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tommorow?" BSD: "Are you guys coming or what?" = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: qmail IO problems
/0 /10 /20 /30 /40 /50 /60 /70 /80 /90 /100 ad0 MB/s tps|108.83 that is why i know it is IO#1. Ok there is your first problem. Using a single IDE disk as your mail store is fine if your in a small lan. But your obviously beating the living tar out of it. Upgrade to SCSI or at least add more disks and vinum them together. #2..not configuration errors that I know of. Hmm. tailing the tcpserver current log shows lots of traffic comming in and out.yet it keep getting queued up..so my guess is the IO. Again are you using hashed directories? If so what depth? Post fix is not the solution...would be the exact same problem...a mail deamon was to read each message to send them right? Same disk I/O problem Actually wrong. Qmail writes 3 files for each mail, Postfix writes one. Do the math. Thats a 300% overhead compared to Postfix. will occur. Btw who are you and when you say bradwho are you talking about? I am someone trying to help you. And im referring to brad knowles. He is a pretty big mail guy. How many mails WERE you doing on linux? How many are you doing now? I can completely understand your I/O bottle neck using a single IDE disk. What kind of load are you doing? how much traffic. You might not even be able to do anything except add more I/O. And my guess is if Linux didnt have this problem then it's obvious to me anyway that FreeBSD is handling alot more mail in and out then linux was and is therefore taxing your single IDE mail storage. But again with out #'s of how many mails you were doing on linux and how many your doing now it's all theory. = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tommorow?" BSD: "Are you guys coming or what?" = irc.openprojects.net #FreeBSD -Join the revolution! ICQ: 20016186 To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: post-install of kernal sources, maxusers max?
On Wed, 8 Nov 2000, Mike Silbersack wrote: The machine can get up 200 SMTP processes and 50 SMTPD processes simulatenously, 256 meg RAM. Increasing maxusers will fix this pb? afaic, maxusers can't be fixed with sysctl. I think you can up the mbuf related settings while the system is running. Give it a try. The two sysctls you'll want to fiddle with are: kern.ipc.nmbclusters kern.ipc.nmbufs Nope. Those are read only at least on my 4.2-BETA kernel. I am running into the same problem during my benchmarking. I also thought that a change in the past made the mbuf cluters tuneable on a running machine. Hmm maybe I am wrong. However Im not sure that is the problem. I have: [open-systems]:/home/chris netstat -m 5/2000/6144 mbufs in use (current/peak/max): 1 mbufs allocated to data 4 mbufs allocated to packet headers 0/1096/1536 mbuf clusters in use (current/peak/max) I still have free mbuf's yet get the same error trying to make postfix bleed to death: [open-systems]:/home/chris /usr/bin/time -p smtp-source -s 1 -l 10 -m 1000 -c -f chris@localhost -t null@localhost localhost smtp-source: fatal: socket: No buffer space available I also get: [open-systems]:/home/chris /usr/bin/time -p smtp-source -s 1 -l 10 -m 1000 -c -f chris@localhost -t null@localhost localhost smtp-source: fatal: lost connection while sending sender I am working on figuring out what the magic combo is to get postfix to really doll out connections on FreeBSD. = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tommorow?" BSD: "Are you guys coming or what?" = irc.openprojects.net #FreeBSD -Join the revolution! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: post-install of kernal sources, maxusers max?
On Wed, 8 Nov 2000, Alfred Perlstein wrote: Yes, but nmbclusters can, see the loader(8) manpage for the tunables to raise kern.ipc.nmbclusters, you might have better luck setting it to 32768. Is it possible to make the tuning of nmbclusters available after the kenrel is loaded. So that you don't have to reboot a server to get loader's changes to take effect? when maxusers was above 256, but that hasn't been an issue for quite some time. So one could go as high as.. 512? 1024? There has to still be drawbacks at some number where your wasting resources that you dont need just to get more mbuf's. I think that is why they are saying dont just jack up MAXUSERS. Use the NMBCLUSTERS= instead. Because that is usually the variable you want increased not the other parameters MAXUSERS increases. = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tommorow?" BSD: "Are you guys coming or what?" = irc.openprojects.net #FreeBSD -Join the revolution! To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message
Re: Proper uses for MFS?
On Thu, 25 May 2000, Anatoly Vorobey wrote: and I've always wanted to ask: is that a necessary 'feature' of MFS's architecture, or something which could possibly be fixed without too much hard work? For instance, would it be possible to force VM not to cache MFS pages, etc.? Not being an expert on MFS, I think the "problem" is that MFS was created before our VM and Buffer cache was merged. And once that happened MFS was never made to take advantage of that fact. = -Chris Watson (316) 326-3862 | FreeBSD Consultant, FreeBSD Geek Work: [EMAIL PROTECTED] | Open Systems Inc., Wellington, Kansas Home: [EMAIL PROTECTED] | http://open-systems.net = WINDOWS: "Where do you want to go today?" LINUX: "Where do you want to go tommorow?" BSD: "Are you guys coming or what?" = To Unsubscribe: send mail to [EMAIL PROTECTED] with "unsubscribe freebsd-hackers" in the body of the message