From thenorthsecedes at gmail.com Mon Feb 2 16:40:16 2009 From: thenorthsecedes at gmail.com (Eric Lee) Date: Mon, 2 Feb 2009 16:40:16 -0500 Subject: [nycbug-talk] [OT] Office Liquidation Sale Message-ID: A company I did some consulting work for is trying to sell a bunch of 1 and 2u PowerEdge servers and other sundry networking equipment. They're trying to avoid moving hundreds of pounds of equipment to a new location and are liquidating a lot of the server room. A full list of everything available is here: http://spreadsheets.google.com/pub?key=pJzXMh7m6cxC1Ubv39EJZbg The green column is the price per unit. Their office is located at 11 Broadway on the 13th Floor (Google map: http://tinyurl.com/aefznk) The sale is going until 5pm Wednesday. Prices are negotiable as well, obviously. If you have any interest at all, contact Nadia Bretillon at either of the following: nbretillion at iptivia.com cell # 551.689.8047 The place is, actually just down a few blocks from Suspenders. -Eric -------------- next part -------------- An HTML attachment was scrubbed... URL: From ike at lesmuug.org Tue Feb 3 09:36:26 2009 From: ike at lesmuug.org (Isaac Levy) Date: Tue, 3 Feb 2009 09:36:26 -0500 Subject: [nycbug-talk] Shmoo Room Saturday? Message-ID: Hi All, Last-minute plan, I'm headed to Shmoo this weekend- (but can't get out of work to make DCBSDCon... Wah!!!) 1) Is anybody else headed down to Shmoo? 2) Can I bribe someone to sleep on your hotel room floor? Will trade liquor for floorspace :) Rocket- .ike From matt at atopia.net Tue Feb 3 13:07:01 2009 From: matt at atopia.net (Matt Juszczak) Date: Tue, 3 Feb 2009 13:07:01 -0500 (EST) Subject: [nycbug-talk] Odd behavior on FreeBSD 6.3 box In-Reply-To: References: Message-ID: > I have a simple webserver/mysql box that usually works fine. But tonight, I > was seeing load averages in the 80's and 90's, incredibly high I/O wait, and > perl in the top of the processlist using 80-90% of CPU. Seemed to be > spamassassin related, but I also had a ton of apache processes running. As an update, I'm still seeing this. This time it was this morning, and brought the whole box to a crawl. I was able to do a "top" before losing my ssh to the box, and spamassassin (a perl process calling spamassassin) was pegged at the top. Some research I've done shows that spamassassin has the potential to runaway like this, but seems to be in historic versions. I was running 3.2.5. This box is FreeBSD 6.2. I'm somewhat hoping it hasn't been compromised, though I know freebsd out of box (though I'm running pf as well as kern.securelevel of 2) with basic apache and SMTP is *knock on wood* harder to compromise... Any suggestions? From matt at atopia.net Tue Feb 3 13:09:34 2009 From: matt at atopia.net (Matt Juszczak) Date: Tue, 3 Feb 2009 13:09:34 -0500 (EST) Subject: [nycbug-talk] Odd behavior on FreeBSD 6.3 box In-Reply-To: References: Message-ID: > Any suggestions? And just now, I was able to catch it again: 53182 root 1 130 0 12872K 12224K RUN 0:02 58.94% miniperl 53172 alex 1 104 0 27288K 26236K RUN 0:02 25.27% perl5.8.8 When I initially started, 25.27% was 85%, but I couldn't snapshot in time. Any "perl" process run by user alex would be spamassassin. From bruno at loftmail.com Tue Feb 3 19:33:46 2009 From: bruno at loftmail.com (Bruno Scap) Date: Tue, 3 Feb 2009 19:33:46 -0500 Subject: [nycbug-talk] Odd behavior on FreeBSD 6.3 box In-Reply-To: References: Message-ID: <20090204003346.GB3122@loftmail.com> On Tue, Feb 03, 2009 at 01:07:01PM -0500, Matt Juszczak wrote: > > I have a simple webserver/mysql box that usually works fine. But tonight, I > > was seeing load averages in the 80's and 90's, incredibly high I/O wait, and > > perl in the top of the processlist using 80-90% of CPU. Seemed to be > > spamassassin related, but I also had a ton of apache processes running. > > As an update, I'm still seeing this. This time it was this morning, and > brought the whole box to a crawl. It could be running out of swap. From mhernandez at techally.com Wed Feb 4 09:50:43 2009 From: mhernandez at techally.com (Michael Hernandez) Date: Wed, 4 Feb 2009 09:50:43 -0500 Subject: [nycbug-talk] Odd behavior on FreeBSD 6.3 box In-Reply-To: References: Message-ID: <27D97607-8153-4705-9637-80AC0C3242D0@techally.com> On Jan 30, 2009, at 1:08 AM, Matt Juszczak wrote: > I have a simple webserver/mysql box that usually works fine. But > tonight, > I was seeing load averages in the 80's and 90's, incredibly high I/O > wait, > and perl in the top of the processlist using 80-90% of CPU. Seemed > to be > spamassassin related, but I also had a ton of apache processes > running. > > I'm still looking to see if perhaps a website was being hammered, > but in > the meantime I noticed that I was getting this repeatedly (about > once a > second) in my http-access log: > > ::1 - - [30/Jan/2009:05:52:23 +0000] "OPTIONS * HTTP/1.0" 200 - "-" > "Apache/2.2.9 (FreeBSD) mod_ssl/2.2.9 OpenSSL/0.9.7e-p1 DAV/2 PHP/ > 5.2.6 > with Suhosin-Patch mod_perl/2.0.4 Perl/v5.8.8 (internal dummy > connection)" > > > Does anyone know what that is (other than the fact that its a loopback > dummy connection)? It seems to have stopped since I restarted > postfix and > apache. > > Thanks for any thoughts... Have you checked your logs to see if you're getting hit by a flood of spam attempts? I had a postfix machine here with spam assassin and from time to time the load avgs would spike, then when i looked at the logs I'd see 5-10 connections per second of people trying to use my server as an open relay. If spam assassin is configured to start whenever something hits the incoming mail server, it might spawn tons of processes. Also, from time to time I've gotten lots of bogus requests to my HTTP daemon, from people who were attempting to use it as a proxy. WIth all of that, and the never ending flood of SSH brute force attempts (that will never work... ;) there's an awful lot of things that could cause unusual load. If restarting postfix seems to curb the problem for a while, it could be that people (read: probably some root-kitted linux box, etc) are trying really hard to send spam from your machine. Even if it's configured not to relay mail, that won't stop people from trying, some bot nets try harder than others... Good luck! --Mike H From bonsaime at gmail.com Thu Feb 5 10:13:45 2009 From: bonsaime at gmail.com (Jesse Callaway) Date: Thu, 5 Feb 2009 10:13:45 -0500 Subject: [nycbug-talk] thanks Message-ID: I want to thank Victor for an excellent talk last night. Much of the talk could have been applied to any of the day-to-day issues we struggle with in computing and efficiency. It was amazing to hear what a great mind had to say about queuing systems and one very useful one, Postfix. It could be applied to anything from personal finances to databases.... and apparently elevator operation. -jesse From jamex1642 at gmail.com Thu Feb 5 17:10:49 2009 From: jamex1642 at gmail.com (James Reynolds) Date: Thu, 5 Feb 2009 17:10:49 -0500 Subject: [nycbug-talk] thanks In-Reply-To: References: Message-ID: <29b2b1d0902051410u61d23792uc82b76c2acec2305@mail.gmail.com> On Thu, Feb 5, 2009 at 10:13 AM, Jesse Callaway wrote: > Postfix. It could be applied to anything from personal finances to > databases.... and apparently elevator operation. > Don't forget about the flushing metaphor... lol Thanks to Victor and the people of NYCBUG for a cool talk. Cheers, James -------------- next part -------------- An HTML attachment was scrubbed... URL: From nikolai at fetissov.org Thu Feb 5 17:35:52 2009 From: nikolai at fetissov.org (nikolai) Date: Thu, 5 Feb 2009 17:35:52 -0500 (EST) Subject: [nycbug-talk] thanks In-Reply-To: References: Message-ID: > I want to thank Victor for an excellent talk last night. Much of the > talk could have been applied to any of the day-to-day issues we > struggle with in computing and efficiency. It was amazing to hear what > a great mind had to say about queuing systems and one very useful one, > Postfix. It could be applied to anything from personal finances to > databases.... and apparently elevator operation. > > -jesse +1 I now wish I hurded all the "programmers" from my office to this talk ... -- Nikolai From brian.gupta at gmail.com Fri Feb 6 20:55:14 2009 From: brian.gupta at gmail.com (Brian Gupta) Date: Fri, 6 Feb 2009 20:55:14 -0500 Subject: [nycbug-talk] Fwd: UNIGROUP Meeting 12-FEB-2009 (*2nd* Thu): FreeBSD Networking Stack In-Reply-To: <200902060803.n1683iNi005160@progplus.com> References: <200902060803.n1683iNi005160@progplus.com> Message-ID: <5b5090780902061755r30852eeel7a8c1cbd103f5751@mail.gmail.com> Please be forewarned UNIGROUP charges membership fees. (See details below). -Brian New York City user groups calendar: http://nyc.brandorr.com/ ---------- Forwarded message ---------- From: Unigroup_of_NY Date: Fri, Feb 6, 2009 at 3:03 AM Subject: UNIGROUP Meeting 12-FEB-2009 (*2nd* Thu): FreeBSD Networking Stack To: brian.gupta at gmail.com Unigroup's February FreeBSD meeting is next week, on the 2nd Thursday, Note: This is one week earlier than usual. ===================================================================== UNIGROUP OF NEW YORK - UNIX USERS GROUP - FEBRUARY 2009 ANNOUNCEMENTS ===================================================================== --------------------------------------- 1. UNIGROUP'S FEBRUARY 2009 MEETING NOTICE --------------------------------------- When: THURSDAY, February 12th, 2009 (** SPECIAL 2nd Thursday **) Where: The Cooper Union School of Engineering 51 Astor Place (8th Street, between 3rd and 4th Ave) East Village, Manhattan New York City Meeting Room: The Driscoll Room: 136E (1st Floor) ** Please RSVP ** Time: 6:15 PM - 6:25 PM Registration 6:25 PM - 6:45 PM Ask the Wizard, Questions, Answers and Current Events 6:45 PM - 7:00 PM Unigroup Business and Announcements 7:00 PM - 9:30 PM Main Presentation ---------------------------- Topic: The FreeBSD Networking Stack ---------------------------- Speakers: George Neville-Neil, The FreeBSD Project Team ------------------------------------------------------------------- INTRODUCTION: ------------- Unigroup has finally rescheduled our long awaited FreeBSD Networking Stack meeting, and we are pleased to have George Neville-Neil of the FreeBSD Core Team presenting at our February 2009 meeting. We had to move off our normal 3rd Thursday meeting schedule to match our speaker's availability. George was the presenter at Unigroup's FreeBSD 7 Launch meeting back in March 2008, where we had learned of his involvement working on the FreeBSD networking stack and its support for 10GB Ethernet. In recent news... FreeBSD 7.1 was released in January 2009. Our Field Trip to Novell on The SuSE Real-Time Linux Kernel is scheduled for the 3rd Thursday in March... 19-MAR-2009. Our May 2009 meeting is still in the planning stage. ------------------------------------------------------------------- SPECIAL INSTRUCTIONS: --------------------- To REGISTER for this event, please RSVP by using the Unigroup Registration Page: http://www.unigroup.org/unigroup-rsvp.html This will allow us to automate the registration process. (Registration will also add you to our mailing list.) Please avoid emailed RSVPs. Please continue to check the Unigroup web site and meeting page, for any last minute updates concerning this meeting. If you registered for this meeting, please check your email for any last minute announcements as the meeting approaches. Also make sure any anti-spam white-lists are updated to _ALLOW_ Unigroup traffic! If you block Unigroup Emails, your address will be dropped from our mailing list. Please RSVP as soon as possible, preferably at least 2-3 days prior to the meeting date, so we can plan the food order. RSVP deadline is usually the night before the meeting day. Note: RSVP is requested for this location to make sure the guard will let you into the building. RSVP also helps us to properly plan the meeting (food, drinks, handouts, seating, etc.) and speed up your sign-in at the meeting. If you forget to RSVP prior to the meeting day, you may still be able to show up and attend our meeting, however, we cannot guarantee what building security will do if you are "not on the list". ------------------------------------------------------------------- MAIN PRESENTATION ----------------- Topic: The FreeBSD Networking Stack Outline: This talk will be an introductory tutorial to network device drivers in FreeBSD. We plan to cover the Intel Gigabit Ethernet interface (aka the igb), as well as to talk in general about how drivers are hooked into the system, and how the standard kernel APIs are used to work with them. More details to be announced soon. Web Resources: -------------- FreeBSD 7.1 Links: http://www.FreeBSD.org/ http://www.FreeBSD.org/releases/7.1R/announce.html http://www.FreeBSD.org/releases/7.1R/relnotes.html http://www.FreeBSD.org/releases/7.1R/errata.html http://torrents.freebsd.org:8080/ ftp://ftp.freebsd.org/pub/FreeBSD/ ------------------------------------------------------------------- Speaker Biography: ------------------ George Neville-Neil is a member of the FreeBSD project, its core, release engineering and security teams as well as co-author with Kirk McKusick of "The Design and Implementation of the FreeBSD Operating System". He is also a member of the ACM Queue editorial board and the columnist Kode Vicious. His research interests include operating systems, real-time and embedded programming, and networking. He is also an avid cyclist and traveler who had made a home in Tokyo, Japan in recent years. ------------------------------------------------------------------- Company Biography: ------------------ FreeBSD is an advanced operating system for x86 compatible (including Pentium and Athlon), amd64 compatible (including Opteron, Athlon, and EM64T), UltraSPARC, IA-64, PC-98 and ARM architectures. It is derived from BSD, the version of UNIX developed at the University of California, Berkeley. It is developed and maintained by a large team of individuals. Additional platforms are in various stages of development. For information about FreeBSD, visit: http://www.freebsd.org. ------------------------------------------------------------------- Giveaways: ---------- Addison-Wesley Professional/Prentice Hall PTR has been kind enough to provide us with some of their books, which we will continue to raffle off as giveaways at our meetings. O'Reilly has been kind enough to provide us with some of their books, which we will continue to raffle off as giveaways at our meetings. Unigroup would like to thank both companies for the support provided by their User Group programs. Note: The chances tend to be about 1 in 5, that any attendee of our meeting will walk away with a fairly valuable giveaway (ie. most books are valued between $30 and $60)! As always, all of the books will be available for review at the start of the meeting. ** We also have a limited supply of Solaris-Related CD/DVDs from our friends at Sun Microsystems. ------------------------------------------------------------------- Fee Schedule: ------------- Unigroup is a Professional Technical Organization and User Group, and its members pay a yearly membership fee. For Unigroup members, there is usually no additional charges (ie. no meeting fees) during their membership year. Non-members who wish to attend Unigroup meetings are usually required to pay a "Single Meeting Fee". Yearly Membership (includes all meetings): $ 50.00 Student Yearly Membership (with current! ID): $ 25.00 Non-Member Single Meeting: $ 20.00 Non-Member Student Single Meeting (with ID): $ 5.00 * Payment Methods: Cash, Check, American Express. ! Students: We are looking for proof that you are currently enrolled in classes (rather than working full-time), and as such, your Student ID should show a CURRENT date. We have been presented Student IDs containing NO dates whatsoever, and in the current environment, perpetual/non-expiring access to university facilities just does not feel right. If your ID contains no date, please bring additional proof of current enrollment. Thanks, NOTE: Simply receiving Unigroup Email Announcements does NOT indicate membership in Unigroup. ------------------------------------------------------------------- Food: ----- Complimentary Food and Refreshments will be served. This includes "wraps" such as turkey, roast beef, chicken, tuna and grilled vegetables as well as assorted salads (potato, tossed, pasta, etc), cookies, brownies, bottled water and assorted SOFT beverages. ** Note: We will be using our normal caterer for this meeting. ------------------------------------------------------------------- Directions: ----------- The Cooper Union School of Engineering 51 Astor Place (8th Street, between 3rd and 4th Ave) East Village, Manhattan New York City Room: The Driscoll Room: 136E (1st Floor) Located on the North side of Astor Place (8th Street), between 3rd & 4th Avenues. Building lobby sign-in is required at the guard's desk. Enter the building, check in with the guard at the lobby for directions to The Driscoll Room (1st Floor)... From the main entrance, keep going straight beyond the guard till the end of the hall, make a left, pass the elevators (on your left), keep going, and Room 136E will be on your right. Nearest mass transit stations are: '6' to Astor Place (stops right at The Cooper Union). 'R' to 8th Street, then walk about 2 blocks East. '4/5/6/R/N/Q' to Union Square, then walk South and East. 'B/D/F/V' to Broadway-Lafayette, then walk North and East. Free street parking becomes available at 6pm. There are also parking lots on Broadway at Astor Place. ----- Please mark this meeting on your calendar and join us! Please tell your friends about Unigroup! ---------------------------------------------------------------------------- ---------------------------------------------------------------------------- ---------------------------- 2. LOCAL TRADE SHOWS AND EVENTS ---------------------------- a) Trade Shows ----------- There are a couple of trade shows that have made announcements, they will be posted in an upcoming announcement. ---------------------------------------------------------------------------- ---------------------------------------------------------------------------- -------------- 3. PRIOR MEETINGS -------------- ** Formal Thank You's to our previous speakers will appear in an upcoming announcement. Unigroup issues a "Thank You" to all our speakers and sponsors! ---------------------------------------------------------------------------- ---------------------------------------------------------------------------- ----------------- 4. UPCOMING MEETINGS ----------------- We have a series of meetings in the works: - 12-FEB-2009: The FreeBSD Networking Stack (George Neville-Neil) - 19-MAR-2009: SuSE Linux Real-Time Kernel (Field Trip: Novell/SuSE) - Planning: IPsec and IPv6 and VPNs (possibly 3 meetings) - Planning: NO SPAM! - Planning: Embedded Linux Development - Planning: Unix/Linux/BSD Distribution Round Table Discussions - Unix/Linux/BSD Clusters and Clustered Databases - The latest on *BSD (NetBSD/OpenBSD) - Crypto / PKI / GPG-PGP - Patching and Updating Unix/Linux/BSD (rpm. yum, yast, etc.) - Building Custom Kernels Unix/Linux/BSD - Are there too many Linux Distributions? - Linux Clustering Part 3: Beowulf - Building a Firewall using FreeBSD and Linux - LAMP Part 2 - PHP - Field Trip to HP - Unix 35th Birthday Celebration (Sun has offered to host this!) - Samba - DNS - High Performance Internet Servers / Web Acceleration - Unix Office Tools: Word Processors, Spreadsheets, Accounting Packages. - GNU Development Environments - iSCSI, Serial ATA, and other new peripheral technologies - Java and/or JavaScript Programming ** Unigroup Needs Speakers!! Please let us know about any other meeting topics that you may be interested in. Potential speakers on Unix/Linux/BSD related technology topics should please contact the Unigroup Board. ---------------------------------------------------------------------------- ---------------------------------------------------------------------------- -------------------- 5. UNIGROUP INFORMATION -------------------- Unigroup is one of the oldest and largest Unix User's Groups serving the Greater New York City Regional Area since the early 1980s. Unigroup is a not-for-profit, vendor-neutral and member funded volunteer organization. Unigroup holds regular and special event meetings throughout the year on technical topics relating to Unix and the Unix/Linux/BSD User Community. Unigroup holds regular meetings planned for (at a minimum) the Third THURSDAY of Odd Months. We generally try to hold Field Trip or Vendor Specific Meetings on the Even Months, although we do have the ability to hold monthly meetings at our meeting location. Planned regular meeting dates are (usually 3rd Thursdays): 2/12/2009, 3/19/2009 (Field Trip), 5/21/2009, 7/16/2009, 9/17/2009... Also watch for Special Event meetings and "Field Trips" to the facilities of local hardware and software vendors. ========================================================================= = For Unigroup Information, Events and Meeting Announcements be sure to = = visit our World Wide Web Home Page: = = http://www.unigroup.org = ========================================================================= For further information or to get on the Unigroup Electronic Mail Mailing List send an EMail message to: unilist (-a_t-) unigroup.org To contact the Board of Directors of Unigroup, send an EMail message to: uniboard (-a_t-) unigroup.org If you have recently attended a meeting and you are not receiving Email announcements, please send us an Email and we will make corrections to our lists. Please Email the Board with any suggestions, especially potential meeting topics and speakers. Unigroup welcomes contributions and content suggestions for our newsletter. Unigroup is a volunteer organization and we need your assistance! Please let us know if you can help! ---------------------------------------------------------------------------- ---------------------------------------------------------------------------- -Rob Weiner Unigroup Executive Director unilist (-a_t-) unigroup.org http://www.unigroup.org From nikolai at fetissov.org Fri Feb 6 21:01:50 2009 From: nikolai at fetissov.org (nikolai) Date: Fri, 6 Feb 2009 21:01:50 -0500 (EST) Subject: [nycbug-talk] February 2009 meeting audio Message-ID: <13815d92353e20fe85000858905040ca.squirrel@geekisp.com> Folks, Audio of Victor Duchovni Postfix presentation is online at: http://www.fetissov.org/public/nycbug/nycbug-02-04-09.mp3 Sorry it took so long, had to fight some stinky windows software again :) Cheers, -- Nikolai From akosela at andykosela.com Sat Feb 7 07:52:40 2009 From: akosela at andykosela.com (Andy Kosela) Date: Sat, 07 Feb 2009 13:52:40 +0100 Subject: [nycbug-talk] February 2009 meeting audio In-Reply-To: <13815d92353e20fe85000858905040ca.squirrel@geekisp.com> References: <13815d92353e20fe85000858905040ca.squirrel@geekisp.com> Message-ID: <498d8418.Yj9nMUWED4cuNCIQ%akosela@andykosela.com> "nikolai" wrote: > Audio of Victor Duchovni Postfix presentation is online at: > http://www.fetissov.org/public/nycbug/nycbug-02-04-09.mp3 > Sorry it took so long, had to fight some stinky windows software again :) Thank you, Nikolai. It is always a pleasure to be able to listen to Victor's talks. --Andy From george at ceetonetechnology.com Mon Feb 9 09:50:48 2009 From: george at ceetonetechnology.com (George Rosamond) Date: Mon, 09 Feb 2009 09:50:48 -0500 Subject: [nycbug-talk] Make Magazine on upgrading SSD on EEPC Message-ID: <499042C8.7040609@ceetonetechnology.com> Focused on XP, but may be of interest to those running other OSs http://tinyurl.com/b8we9a While I was following the 9 mo pre-release of the EEPCs, never pulled the trigger, and don't particularly miss it. g From quigongene at gmail.com Mon Feb 9 15:31:09 2009 From: quigongene at gmail.com (gene cronk) Date: Mon, 9 Feb 2009 15:31:09 -0500 Subject: [nycbug-talk] Make Magazine on upgrading SSD on EEPC In-Reply-To: <499042C8.7040609@ceetonetechnology.com> References: <499042C8.7040609@ceetonetechnology.com> Message-ID: <7bb72ca70902091231m85c47aas4e8e73c43763315b@mail.gmail.com> On Mon, Feb 9, 2009 at 9:50 AM, George Rosamond < george at ceetonetechnology.com> wrote: > Focused on XP, but may be of interest to those running other OSs > > http://tinyurl.com/b8we9a > > While I was following the 9 mo pre-release of the EEPCs, never pulled > the trigger, and don't particularly miss it. > > g > BestBuy had the 900As on sale for $199.99. Bought one a few weeks ago. Upgraded the SSD to a 32GB and RAM to 2GB. Nice little machines for the price (and didn't need a Make article, just a screwdriver :-P). -------------- next part -------------- An HTML attachment was scrubbed... URL: From ike at lesmuug.org Wed Feb 11 10:31:10 2009 From: ike at lesmuug.org (Isaac Levy) Date: Wed, 11 Feb 2009 10:31:10 -0500 Subject: [nycbug-talk] Pager Vendors? Message-ID: <28025CF5-740E-43F9-AB01-691679178E7C@lesmuug.org> Hi All, Does anyone have a good old-school pager service vendor in the city, or have any tips? (For those who forgot, it's the little box with an LCD screen- they were around before cellphones... It operates on a different, simpler radio frequency, and the units get far better reception than a cellphone.) Rocket, .ike From mspitzer at gmail.com Wed Feb 11 21:25:04 2009 From: mspitzer at gmail.com (Marc Spitzer) Date: Wed, 11 Feb 2009 21:25:04 -0500 Subject: [nycbug-talk] Pager Vendors? In-Reply-To: <28025CF5-740E-43F9-AB01-691679178E7C@lesmuug.org> References: <28025CF5-740E-43F9-AB01-691679178E7C@lesmuug.org> Message-ID: <8c50a3c30902111825h1498be77s16c5c5b15f01fba3@mail.gmail.com> skytel.com not the cheapest but they do work marc On Wed, Feb 11, 2009 at 10:31 AM, Isaac Levy wrote: > Hi All, > > Does anyone have a good old-school pager service vendor in the city, > or have any tips? > > (For those who forgot, it's the little box with an LCD screen- they > were around before cellphones... It operates on a different, simpler > radio frequency, and the units get far better reception than a > cellphone.) > > Rocket, > .ike > > > _______________________________________________ > talk mailing list > talk at lists.nycbug.org > http://lists.nycbug.org/mailman/listinfo/talk > -- Freedom is nothing but a chance to be better. Albert Camus From jonathan at kc8onw.net Wed Feb 11 22:48:27 2009 From: jonathan at kc8onw.net (Jonathan) Date: Wed, 11 Feb 2009 22:48:27 -0500 Subject: [nycbug-talk] ktorrent + check data + mysterious heavy write load Message-ID: <49939C0B.6080306@kc8onw.net> Hello all, I'm trying to import a partially completed torrent with ktorrent on a fully up to date system and it is going much too slowly, ~4MB/s or so. I started digging around and found that according to gstat (output at end) ktorrent is writing 50-60MB/s to ad18, which is my boot drive, sustained. Most of the other drives in the system are completely idle and belong to the ZFS pool the torrent data is on. I've checked using fstat and lsof and nothing leaps out at me. I also watched disk and swap space usage during the check and see nothing changing despite the apparent massive write load. I even tried doing a ktrace + kdump and searching for "write" but didn't find anything there either. I don't claim to be any expert with any of those tools though. Does anyone have any ideas on what to look at next? Thanks, Jonathan dT: 1.035s w: 1.000s L(q) ops/s r/s kBps ms/r w/s kBps ms/w %busy Name 0 0 0 0 0.0 0 0 0.0 0.0| ad8 0 0 0 0 0.0 0 0 0.0 0.0| ad8s1 0 34 0 0 0.0 32 43 0.5 5.1| ad16 0 0 0 0 0.0 0 0 0.0 0.0| ad8s1a 0 0 0 0 0.0 0 0 0.0 0.0| ad8s1c 0 0 0 0 0.0 0 0 0.0 0.0| acd0 1 3684 0 0 0.0 3684 58921 0.2 81.8| ad18 1 3684 0 0 0.0 3684 58921 0.2 83.2| ad18s1 0 36 0 0 0.0 34 39 2.1 9.2| ad10 0 29 0 0 0.0 27 33 1.1 7.9| ad12 0 34 0 0 0.0 32 43 0.4 5.5| ad14 1 3684 0 0 0.0 3684 58921 0.2 85.8| ad18s1a 0 0 0 0 0.0 0 0 0.0 0.0| ad18s1b 0 0 0 0 0.0 0 0 0.0 0.0| ad18s1c 0 34 0 0 0.0 33 83 3.0 6.0| da0 0 0 0 0 0.0 0 0 0.0 0.0| ad20 0 37 0 0 0.0 36 78 3.4 6.9| da1 0 36 0 0 0.0 35 83 2.3 5.9| da2 0 41 0 0 0.0 40 69 3.4 7.6| da3 From ike at lesmuug.org Thu Feb 12 11:20:58 2009 From: ike at lesmuug.org (Isaac Levy) Date: Thu, 12 Feb 2009 11:20:58 -0500 Subject: [nycbug-talk] Tonight I'm gonna party like it's 1234567890 Message-ID: <4758BFD5-8C6D-4415-9F34-107805A87ECE@lesmuug.org> Hi All, Someone at work pointed out to me: This Friday, Feb. 13 at 6:31:30 PM EST, the UNIX Epoch Timestamp will read, '1234567890'! YAAAYY!! http://www.1234567890day.com/ Rocket- .ike From dcolish at gmail.com Thu Feb 12 11:33:48 2009 From: dcolish at gmail.com (Dan Colish) Date: Thu, 12 Feb 2009 11:33:48 -0500 Subject: [nycbug-talk] Tonight I'm gonna party like it's 1234567890 In-Reply-To: <4758BFD5-8C6D-4415-9F34-107805A87ECE@lesmuug.org> References: <4758BFD5-8C6D-4415-9F34-107805A87ECE@lesmuug.org> Message-ID: <7c21e7d30902120833h5265bbc2k4540cf100e7e9208@mail.gmail.com> On Thu, Feb 12, 2009 at 11:20 AM, Isaac Levy wrote: > Hi All, > > Someone at work pointed out to me: > This Friday, Feb. 13 at 6:31:30 PM EST, the UNIX Epoch Timestamp will > read, '1234567890'! > > YAAAYY!! > > http://www.1234567890day.com/ > > That's awesome, where's the party at?! -------------- next part -------------- An HTML attachment was scrubbed... URL: From george at ceetonetechnology.com Fri Feb 13 12:53:50 2009 From: george at ceetonetechnology.com (George Rosamond) Date: Fri, 13 Feb 2009 12:53:50 -0500 Subject: [nycbug-talk] sun + ms Message-ID: <4995B3AE.5080808@ceetonetechnology.com> http://www.propelmg.com/suneast/x64/one-web.html This usually means something bad is going to happen soon. g From lists at kithalsted.com Fri Feb 13 13:08:03 2009 From: lists at kithalsted.com (Kit Halsted) Date: Fri, 13 Feb 2009 13:08:03 -0500 Subject: [nycbug-talk] sun + ms In-Reply-To: <4995B3AE.5080808@ceetonetechnology.com> References: <4995B3AE.5080808@ceetonetechnology.com> Message-ID: <7BB9308D-1B9B-4511-83A5-B214CD23B673@kithalsted.com> "Sun and Microsoft have taken the time to certify and optimize Microsoft Windows? performance on Sun?s x64 servers, workstations and storage technologies. So, there is nothing stopping you from populating your data center and desktops with cutting-edge products from both companies. " Aside from common sense, of course.... :P Cheers, -Kit On Feb 13, 2009, at 12:53 PM, George Rosamond wrote: > http://www.propelmg.com/suneast/x64/one-web.html > > This usually means something bad is going to happen soon. > > g > _______________________________________________ > talk mailing list > talk at lists.nycbug.org > http://lists.nycbug.org/mailman/listinfo/talk > From scottro at nyc.rr.com Fri Feb 13 14:00:45 2009 From: scottro at nyc.rr.com (Scott Robbins) Date: Fri, 13 Feb 2009 14:00:45 -0500 Subject: [nycbug-talk] sun + ms In-Reply-To: <7BB9308D-1B9B-4511-83A5-B214CD23B673@kithalsted.com> References: <4995B3AE.5080808@ceetonetechnology.com> <7BB9308D-1B9B-4511-83A5-B214CD23B673@kithalsted.com> Message-ID: <20090213190045.GA99921@mail.scottro.net> On Fri, Feb 13, 2009 at 01:08:03PM -0500, Kit Halsted wrote: > "Sun and Microsoft have taken the time to certify and optimize > Microsoft Windows? performance on Sun?s x64 servers, workstations and > storage technologies. So, there is nothing stopping you from > populating your data center and desktops with cutting-edge products > from both companies. " > Isn't there an ancient MS commercial, showing Bill Gates and Steve Ballmer driving along to the tune of "The da da da" and seeing a Sun system on the curbside, waiting for the garbage pickup? How times change. -- Scott Robbins PGP keyID EB3467D6 ( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 ) gpg --keyserver pgp.mit.edu --recv-keys EB3467D6 Miss Calendar: Okay, so this Master guy tried to open the Hellmouth, but he got stuck in it. And now, all the signs are reading that he's going to get out, which opens the Hellmouth, which brings the demons which ends the world. Giles: Yes. That about sums it up, yes. Miss Calendar: The part that gets me, though, is where Buffy is the Vampire Slayer. She's so little. From lists at zaunere.com Fri Feb 13 14:15:01 2009 From: lists at zaunere.com (Hans Zaunere) Date: Fri, 13 Feb 2009 14:15:01 -0500 Subject: [nycbug-talk] sun + ms In-Reply-To: <20090213190045.GA99921@mail.scottro.net> References: <4995B3AE.5080808@ceetonetechnology.com> <7BB9308D-1B9B-4511-83A5-B214CD23B673@kithalsted.com> <20090213190045.GA99921@mail.scottro.net> Message-ID: <01ad01c98e0f$5ea86e40$1bf94ac0$@com> > > "Sun and Microsoft have taken the time to certify and optimize > > Microsoft Windows? performance on Sun?s x64 servers, workstations and > > storage technologies. So, there is nothing stopping you from > > populating your data center and desktops with cutting-edge products > > from both companies. " > > Isn't there an ancient MS commercial, showing Bill Gates and Steve > Ballmer driving along to the tune of "The da da da" and seeing a Sun > system on the curbside, waiting for the garbage pickup? > > How times change. Well actually, those are the systems that just got certified... H From alex at pilosoft.com Fri Feb 13 13:04:17 2009 From: alex at pilosoft.com (Alex Pilosov) Date: Fri, 13 Feb 2009 13:04:17 -0500 (EST) Subject: [nycbug-talk] sun + ms In-Reply-To: <4995B3AE.5080808@ceetonetechnology.com> Message-ID: On Fri, 13 Feb 2009, George Rosamond wrote: > http://www.propelmg.com/suneast/x64/one-web.html > > This usually means something bad is going to happen soon. That eBook has 4 chapters - they didn't put in the most important one - chapter 11 ;p -alex From nycbug-list at 2xlp.com Fri Feb 13 14:15:21 2009 From: nycbug-list at 2xlp.com (Jonathan Vanasco) Date: Fri, 13 Feb 2009 14:15:21 -0500 Subject: [nycbug-talk] Tonight I'm gonna party like it's 1234567890 In-Reply-To: <7c21e7d30902120833h5265bbc2k4540cf100e7e9208@mail.gmail.com> References: <4758BFD5-8C6D-4415-9F34-107805A87ECE@lesmuug.org> <7c21e7d30902120833h5265bbc2k4540cf100e7e9208@mail.gmail.com> Message-ID: There's also http://coolepochcountdown.com/ But personally, i'm gonna keep partying like its 1234567889 From slynch2112 at me.com Fri Feb 13 14:07:35 2009 From: slynch2112 at me.com (Siobhan Lynch) Date: Fri, 13 Feb 2009 14:07:35 -0500 Subject: [nycbug-talk] sun + ms In-Reply-To: <4995B3AE.5080808@ceetonetechnology.com> References: <4995B3AE.5080808@ceetonetechnology.com> Message-ID: <4995C4F7.5020302@me.com> On 2/13/09 12:53 PM, George Rosamond wrote: > http://www.propelmg.com/suneast/x64/one-web.html > > This usually means something bad is going to happen soon. > > g > _______________________________________________ > talk mailing list > talk at lists.nycbug.org > http://lists.nycbug.org/mailman/listinfo/talk > I have friends within Sun, and I haven;t heard a thing about this - it would have been all over the OpenSolaris community by now.. Brian is more connected than I am, you hear anything Brian? -Trish From ahpook at verizon.net Fri Feb 13 14:46:30 2009 From: ahpook at verizon.net (Ah Pook) Date: Fri, 13 Feb 2009 14:46:30 -0500 Subject: [nycbug-talk] sun + ms In-Reply-To: References: Message-ID: <200902131446.31573.ahpook@verizon.net> On Friday 13 February 2009, Alex Pilosov wrote: > On Fri, 13 Feb 2009, George Rosamond wrote: > > http://www.propelmg.com/suneast/x64/one-web.html > > > > This usually means something bad is going to happen soon. > > That eBook has 4 chapters - they didn't put in the most important one > - chapter 11 ;p Introduction, 00, 01, 10... I think it's next. From anthony.elizondo at gmail.com Sat Feb 14 08:03:28 2009 From: anthony.elizondo at gmail.com (Anthony Elizondo) Date: Sat, 14 Feb 2009 08:03:28 -0500 Subject: [nycbug-talk] sun + ms In-Reply-To: <4995B3AE.5080808@ceetonetechnology.com> References: <4995B3AE.5080808@ceetonetechnology.com> Message-ID: On Fri, Feb 13, 2009 at 12:53 PM, George Rosamond wrote: > http://www.propelmg.com/suneast/x64/one-web.html > > This usually means something bad is going to happen soon. I thought this was common knowledge... >From 17 months ago: http://www.sun.com/aboutsun/pr/2007-09/sunflash.20070912.1.xml and http://www.microsoft.com/presspass/press/2007/sep07/09-12MSSunAlliancePR.mspx I've been in sales pitches and technical meetings where Sun employees have boasted of it, especially in one area: SMB/CIFS interop. With OpenSolaris' native CIFS Server they claim the best performing non-Windows CIFS implementation, something I wish FreeBSD could do. Anthony > g From kacanski_s at yahoo.com Sat Feb 14 08:14:35 2009 From: kacanski_s at yahoo.com (Aleksandar Kacanski) Date: Sat, 14 Feb 2009 05:14:35 -0800 (PST) Subject: [nycbug-talk] sun + ms References: <4995B3AE.5080808@ceetonetechnology.com> Message-ID: <188231.42859.qm@web53612.mail.re2.yahoo.com> ----- Original Message ---- From: George Rosamond To: NYCBUG Sent: Friday, February 13, 2009 12:53:50 PM Subject: [nycbug-talk] sun + ms http://www.propelmg.com/suneast/x64/one-web.html This usually means something bad is going to happen soon. g _______________________________________________ talk mailing list talk at lists.nycbug.org http://lists.nycbug.org/mailman/listinfo/talk I recently had a lunch with some execs from SUN and no one mentioned anything negative about SUN or their profits. It's hard out there but they are going for different markets. no one mentioned MS and windows. Virtualization might be something that they will need to tackle together w MS so maybe this is an extension of that effort. To be honest to me article looks a bit like a hoax... --sasha From carton at Ivy.NET Sat Feb 14 10:53:28 2009 From: carton at Ivy.NET (Miles Nordin) Date: Sat, 14 Feb 2009 10:53:28 -0500 Subject: [nycbug-talk] sun + ms In-Reply-To: (Anthony Elizondo's message of "Sat, 14 Feb 2009 08:03:28 -0500") References: <4995B3AE.5080808@ceetonetechnology.com> Message-ID: >>>>> "ae" == Anthony Elizondo writes: ae> OpenSolaris' native CIFS Server yeah it sounds kind of buggy as all hell, but they have made ZFS handle case-insensitive filesystems to support it. Also from what I've heard Windows ACL's are the native kind of ACL insude the guts of ZFS and NFSv4. Unix permission bits are handled as a special case of Windows ACL's, and POSIX ACL's are gone. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 304 bytes Desc: not available URL: From ike at lesmuug.org Sun Feb 15 16:42:10 2009 From: ike at lesmuug.org (Isaac Levy) Date: Sun, 15 Feb 2009 16:42:10 -0500 Subject: [nycbug-talk] sun + ms In-Reply-To: <4995B3AE.5080808@ceetonetechnology.com> References: <4995B3AE.5080808@ceetonetechnology.com> Message-ID: <6E20F417-B7E6-4D43-8277-D65B95B4785A@lesmuug.org> Hi All, On Feb 13, 2009, at 12:53 PM, George Rosamond wrote: > http://www.propelmg.com/suneast/x64/one-web.html > > This usually means something bad is going to happen soon. > > g On the very day this post went to list, I shot the attached pic of the screen: While running the updater for Sun's Java on WinXP, I got an advertisement to install the MSN toolbar. Made me wince. Looks to me like Sun is trying to increase streams of revenue all around... cute. I'm with George- this all smells funny. Rocket- .ike -------------- next part -------------- A non-text attachment was scrubbed... Name: pastedGraphic.jpg Type: image/jpeg Size: 421874 bytes Desc: not available URL: -------------- next part -------------- From ike at lesmuug.org Sun Feb 15 17:02:25 2009 From: ike at lesmuug.org (Isaac Levy) Date: Sun, 15 Feb 2009 17:02:25 -0500 Subject: [nycbug-talk] Multi-factor Auth Systems, RSA SecurID gizmos... Message-ID: Hi All, I've been tasked with finding/implementing a solid multi-factor auth system, mostly to simplify auth to a VPN. (Yes, I said to simplify :) I've found the RSA SecurID products, and their cards/keyfobs look like they'd do the job nicely, pretty good 2-factor auth. However, I'm a bit bedazzled/confused by all the server offerings, and thought I'd reach out to list to see if anyone can recommend anything? I'd rather not get too close to the vendors yet (CITRIX and others), I don't need these vendors shoving white-papers in my inbox every morning... -- Here's what I want: Some kind of Hardware/Software SecurID auth server which speaks RADIUS. If the auth server is software, it's gotta' run on an open UNIX [*BSD, of course, most preferable]. (Hell, does RSA provide this software for their SecurID stuff?) If there's some kind of network appliance Hardware I can drop in, it needs to speak RADIUS to do the auth. With that, I'm working with under 100 users- so I'm not looking for insanely huge auth solutions. -- Also, I'm not married to the RSA SecurID cards, they just look clean and simple, to acquire and deploy. I, (and my smart employer), would love to go with a multi-factor auth system which utilizes open source software- but dreams and reality don't always jive like that... Any terse words or quickie url responses would be most appreciated! Rocket- .ike From carton at Ivy.NET Sun Feb 15 19:28:16 2009 From: carton at Ivy.NET (Miles Nordin) Date: Sun, 15 Feb 2009 19:28:16 -0500 Subject: [nycbug-talk] Multi-factor Auth Systems, RSA SecurID gizmos... In-Reply-To: (Isaac Levy's message of "Sun, 15 Feb 2009 17:02:25 -0500") References: Message-ID: >>>>> "il" == Isaac Levy writes: il> Hi All, I've been tasked with finding/implementing a solid il> multi-factor auth system, mostly to simplify auth to a VPN. I do not have experience but if I were going to do the same thing I might try the Aladdin eToken Pro. according to the release notes for Cisco Mac VPN Dialer 4.9, the Aladdin eToken cannot do RSA on the fob, so the private key's transferred from the fob into the computer after you provide the pin to the fob. However the Aladdin eToken Pro DOES do RSA inside the fob, so you can generate the key inside the fob, and the private material never leaves ever. That's what you want, because the goal is DRM-ish---you want to physically give the key to users without giving them full control over the data inside it the same way Apple gives you music or movies over which you don't have full control, to stop the private key material from being copied. Part of the virtue of ``have something'' is that the owner will realize if the thing he ``has'' gets stolen, which is not true of a password and ALSO not true of the private key material inside the non-pro Aladdin eToken, or anything else you can copy. According to the picture below, you can use eToken to store the cert for the VPN head-end, too! though, it does not explicitly and undeniably state the head-end will work with hte kinds of fob where the private material never leaves the fob. http://www.cisco.com/en/US/prod/collateral/modules/ps6247/product_data_sheet0900aecd80232473.html And this link shows that more than one vendor likes Aladdin eToken pro: http://www.thegreenbow.com/vpn_token.html This type of fob is not what you asked for though, because it's not xauth-via-RADIUS. it's straight certificate auth. For open-source RSA cert storage that you also didn't ask for, there is this thing I stumbled into like 10 years ago called the Dallas Semiconductor Crypto iButton. It runs JavaCard, so I wonder if the Aladdin stuff might be based on it? I think it's too raw for your job where you probably expect your proprietary VPN vendor to support it. I heard a rumor the US military standardized on some kind of fob for their nonclassified PKI, which worked out badly for them, but not because the fobs themselves were awful. you might figure out what kind they used. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 304 bytes Desc: not available URL: From skreuzer at exit2shell.com Tue Feb 17 08:46:29 2009 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Tue, 17 Feb 2009 08:46:29 -0500 Subject: [nycbug-talk] NetBSD Starts Desktop Project Message-ID: From http://mail-index.netbsd.org/current-users/2009/02/07/msg007841.html it looks like their main goal is Given a NetBSD CD and a reasonably modern x86 computer, make it possible to install a useful desktop system in under 15 minutes, responding to only a few prompts in the process. Could this be the year of NetBSD on the desktop? http://wiki.netbsd.se/Desktop_Project -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From carton at Ivy.NET Tue Feb 17 16:56:02 2009 From: carton at Ivy.NET (Miles Nordin) Date: Tue, 17 Feb 2009 16:56:02 -0500 Subject: [nycbug-talk] NetBSD Starts Desktop Project In-Reply-To: (Steven Kreuzer's message of "Tue, 17 Feb 2009 08:46:29 -0500") References: Message-ID: >>>>> "sk" == Steven Kreuzer writes: sk> Could this be the year of NetBSD on the desktop? In any case, it will be the year of NetBSD with working threads, finally and for the first time ever, and that's enough to make me pretty happy. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 304 bytes Desc: not available URL: From brian.gupta at gmail.com Tue Feb 17 22:53:51 2009 From: brian.gupta at gmail.com (Brian Gupta) Date: Tue, 17 Feb 2009 22:53:51 -0500 Subject: [nycbug-talk] [Offtopic] - I am giving a talk on Android Wednesday night. Need to RSVP ASAP. Message-ID: <5b5090780902171953o640c4450t2ccadaab5df93ca8@mail.gmail.com> OK there is a slight thread of relevance. Despite using the GPLed Linux kernel, Android's libc is based on code from a number of BSD distros. (Free and Open if I recall) Anyway details here: http://www.nylug.org/ -- - Brian Gupta P.S. - Sorry for the late notice. New York City user groups calendar: http://nyc.brandorr.com/ From skreuzer at exit2shell.com Mon Feb 23 09:14:26 2009 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Mon, 23 Feb 2009 09:14:26 -0500 Subject: [nycbug-talk] BSD Cluster Filesystem Roundup Message-ID: <05E36138-BD4A-4A47-ABAF-F9951D78943B@exit2shell.com> On 2/17/2009, DragonFly 2.2 was released[1]. One of the most interesting aspects of this release is that HAMMER is now considered production ready. If you are not familiar with what HAMMER is, check out Matt Dillon's talk from NYCBSDCon 2008 [2] for more information. I am curious if anyone has played around with HAMMER and would be willing to provide us with a trip report? Actually, I would be curious to find out what your experience has been with DragonFly as a whole. Recently, I stumbled upon gluster[3] which is an open source (GPL3) clustered filesystem that supports Linux, Mac OS X and FreeBSD 7. It aggregates various storage bricks over Infiniband RDMA or TCP/IP interconnect into one large parallel network file system. It makes use of FUSE which seems a bit suspect, but they say they can still sustain 1 GB/s per storage brick over Infiniband RDMA. To me, this looks like the most promising clustered filesystem that supports BSD. I guess the question becomes, what other clustered filesystems are there that support BSD and has anyone deployed them to production? [1] http://www.dragonflybsd.org/release22/ [2] http://www.nycbsdcon.org/2008/files/dillon_hammer.tgz [3] http://www.gluster.org -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From carton at Ivy.NET Mon Feb 23 09:48:35 2009 From: carton at Ivy.NET (Miles Nordin) Date: Mon, 23 Feb 2009 09:48:35 -0500 Subject: [nycbug-talk] BSD Cluster Filesystem Roundup In-Reply-To: <05E36138-BD4A-4A47-ABAF-F9951D78943B@exit2shell.com> (Steven Kreuzer's message of "Mon, 23 Feb 2009 09:14:26 -0500") References: <05E36138-BD4A-4A47-ABAF-F9951D78943B@exit2shell.com> Message-ID: >>>>> "sk" == Steven Kreuzer writes: sk> I am curious if anyone has played around with HAMMER +1, also curious. The way Dillon talked about HAMMER before its release made me really suspicious. lots of kool-aid bragging about buzzwords and the sizes of various bitfields. The max size of a filesystem is limited by things like: * can you replace and resilver several disks at the same time? if you have enough disks, you'll constantly be replacing one, or two. * can you scrub/check/backup the filesystem in multiple threads? These operations are O(size) so you need to be able to scale their speed as size increases. * mount after unclean shutdown is O(what) in time and RAM consumption? Otherwise it will never finish. FreeBSD's O(n^2) ``background fsck'' is just a home user gimmick when it comes to scaling to very large sizes. * serious MTDL projections. for many plausible configurations, RAID5 is worse than a single drive, even on paper, and you can easily wind up in a situation where you've got better than even odds of losing the filesystem within a year. After six months drives are breaking all over the place and you're scribbling away in your notepad on some Failure Analysis trying to explain why it wasn't the software's ``fault'' because it was behaving the way you thought it would. Each drive failed and returned latent sector errors more or less as the google/netapp papers predicted, and you excuse the filesystem layout by calling it ``our extremely bad luck.'' * can you network-mount the filesystem in such a way that all the data does not have to pass through a single node? When I saw him rant on for three pages on how he divided some stupid bitfield, then mention that it's all ``distributed'' like some new-fangled checked-feature-box buzzword, without explaining that this is a necessary feature for very large filesystems because the only thing that can scale read/write bandwidth high enough to linearly match the increasing size, is the backplane of a netork switch, I thought this guy is another crusty BSD dinosaur who still does not get it. Given that ZFS understands some of these things but doesn't really get it either, i've not much hope. sk> It makes use of FUSE which seems a bit suspect, yeah. they have a lot of stuff on their Testimonials page, though. Though, will any of that RDMA stuff actually work on BSD? ...then if you will ditch BSD there is also GFS, OCFS, Lustre, ... -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 304 bytes Desc: not available URL: From pete at nomadlogic.org Mon Feb 23 12:41:07 2009 From: pete at nomadlogic.org (Pete Wright) Date: Mon, 23 Feb 2009 09:41:07 -0800 Subject: [nycbug-talk] BSD Cluster Filesystem Roundup In-Reply-To: <05E36138-BD4A-4A47-ABAF-F9951D78943B@exit2shell.com> References: <05E36138-BD4A-4A47-ABAF-F9951D78943B@exit2shell.com> Message-ID: <8CDDC545-CDF4-45BD-901F-CFDB2A03971A@nomadlogic.org> On 23-Feb-09, at 6:14 AM, Steven Kreuzer wrote: > On 2/17/2009, DragonFly 2.2 was released[1]. One of the most > interesting aspects of this release is that HAMMER is now considered > production ready. If you are not familiar with what HAMMER is, check > out Matt Dillon's talk from NYCBSDCon 2008 [2] for more information. > > I am curious if anyone has played around with HAMMER and would be > willing to provide us with a trip report? Actually, I would be curious > to find out what your experience has been with DragonFly as a whole. > +1 for me on that too, having read matt's papers on dfly it does look interesting, although i've been pretty happy with my freebsd nodes once we got past 5.x. > Recently, I stumbled upon gluster[3] which is an open source (GPL3) > clustered filesystem that supports Linux, Mac OS X and FreeBSD 7. > It aggregates various storage bricks over Infiniband RDMA or TCP/IP > interconnect into one large parallel network file system. It makes > use of FUSE which seems a bit suspect, but they say they can still > sustain 1 GB/s per storage brick over Infiniband RDMA. To me, this > looks like the most promising clustered filesystem that supports BSD. > > I guess the question becomes, what other clustered filesystems are > there that support BSD and has anyone deployed them to production? > too bad it's GPLv3. i'd be suspicious of using FUSE, although i reckon it helps support multiple platforms. according to the roadmap it looks like they are close to implementing code to guard against split-brains and the like, that's a big one so hopefully they can work that out. funny - i know of a handful of products that are based on freebsd that support clustered storage (NetAppGX, isilon), but at least zfs support is coming along for freebsd, so hopefully it's only a matter of time before someone develops a way to cluster ZFS heads together as an aside, i was looking at gfs (google filesystem) workalikes. this looked pretty interesting: http://hadoop.apache.org/core/ from a performance standpoint i'd be interested in seeing how it does, but its interesting non-the-less... -p From lists at kithalsted.com Mon Feb 23 15:56:35 2009 From: lists at kithalsted.com (Kit Halsted) Date: Mon, 23 Feb 2009 15:56:35 -0500 Subject: [nycbug-talk] Free stuff!!!!! Message-ID: Hey there, fellow NYC geeks... My apartment is full, so I have to get rid of some stuff. I thought I'd give y'all first crack at it before I put it out on the street. Call dibs via email if you want it. Unclaimed stuff gets recycled on Thursday, I'd prefer the rest gone by the weekend. -Sun SPARCstation 4. Maxed RAM (160MB?), 9GB(?) SCSI disk. -B/W G3 Mac -SCSI DLT robot library thingy -Rack cabinet, steel, front-mount. On wheels, right rear needs to be whacked with a mallet to get it level. Weighs about a gajillion pound/ half a gajillion kilos. -APC rackmount UPS, needs new battery. Also, a couple rackmount cases cheap. Email if interested, cheers, -Kit Kit Halsted Computers & Networking 917-903-9438 kit at kithalsted.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From akosela at andykosela.com Tue Feb 24 04:12:56 2009 From: akosela at andykosela.com (Andy Kosela) Date: Tue, 24 Feb 2009 10:12:56 +0100 Subject: [nycbug-talk] BSD Cluster Filesystem Roundup In-Reply-To: <05E36138-BD4A-4A47-ABAF-F9951D78943B@exit2shell.com> References: <05E36138-BD4A-4A47-ABAF-F9951D78943B@exit2shell.com> Message-ID: <49a3ba18.oI3twSAEgDHGHFrf%akosela@andykosela.com> Steven Kreuzer wrote: > I guess the question becomes, what other clustered filesystems are > there that support BSD and has anyone deployed them to production? > I don't think open source BSD systems today has any enterprise level production ready clustered filesystem. GlusterFS is indeed a very interesting project, but I would not depend on it for real production work. The project is not mature enough IMHO, but definetly something to look out for in the future. There was/is an excellent clustered file system in Tru64, an OS which interestingly is based on BSD. This clustering technology in turn was derived from VMS, which had the most reliable and superior clusters for many many years, and Unix has just only recently been catching up to it. Unfortunately VMS/Tru64 clustering technology is still proprietary. Maybe some merge between Lustre and ZFS will be a superior technology for us in the future. Sun definetly has abilities to successfully pull off such project. Others like RedHat's GFS is crap in IMHO. --Andy From carton at Ivy.NET Tue Feb 24 13:20:44 2009 From: carton at Ivy.NET (Miles Nordin) Date: Tue, 24 Feb 2009 13:20:44 -0500 Subject: [nycbug-talk] BSD Cluster Filesystem Roundup In-Reply-To: <49a3ba18.oI3twSAEgDHGHFrf%akosela@andykosela.com> (Andy Kosela's message of "Tue, 24 Feb 2009 10:12:56 +0100") References: <05E36138-BD4A-4A47-ABAF-F9951D78943B@exit2shell.com> <49a3ba18.oI3twSAEgDHGHFrf%akosela@andykosela.com> Message-ID: >>>>> "ak" == Andy Kosela writes: ak> I don't think open source BSD systems today has any enterprise ak> level production ready clustered filesystem. I've the impression none of the clustering stuff is enterprizze level production-ready. At the unigroup talk before last: http://www.unigroup.org/unigroup-0901.html the speaker's employer was making fat sacks working around banks' obstinate insistance on things like ``we're a Dell shop'' or ``only the built-in Ethernet chip is supported''. They were so insistant on substituting cargo-cult conservative choices for shopping and testing that they're left out of the whole cluster market. They are not buying myrinet/infiniband/CEE switching fabrics, not using RDMA at all, just wiring up their data centers like a floor full of accountant cubes and desktops. The only clustering thing they use is IP multicast, and it soudned to me as if they didn't even understand how to use it properly because the speaker was saying the filters in the Ethernet MAC were responsible for blocking multicast traffic in which the node isn't interested, while if you set it up properly by avoiding the 224.0.0.0/24 block (which is never filtered by switches) and making sure all destinations differ in the last 23 bits, and possibly by making sure there's a 1 somehwere in bits 23 - 8 to avoid confusion with the magical never-filtered /24, then the switches and routers should do filtering for you before packets even hit the hash filter inside the desktop's Ethernet chip. I bet they were saying ``oh i dunno billy bob i never used anything outside that 224.0.0.0/24 Class C, seems like it'd just be asking for trouble, and on a Production Network, too. I mean we move a lot of money here so we can't afford to be experimenting---we need to be using stuff that's READY and and I think IP multicast must still be partway experimental technology in the industry because I don't fully understand it myself so I don't want to go fooling around with these IP blocks that aren't ready for the enterprise yet. Let's use Jim's IP scheme instead. no, no I don't want to do testing, we have a deadline. Jim can we see the powerpoint for that again?'' anyway that's a bit of a tangent, but doesn't it seem like the more legitimate the clustering stuff is, the less enterprisey productiony it is, the more rickety in-house toolkits which are called tools and the fewer ``middleware packages'', the more non-Dell hardware? The little gold star for GlusterFS is that it's the only one of the lot in which BSD has any prayer of participating. I think it'd be a better plan, if you wanted to actually build something based on clustered FS, to dive in more broadly than deeply. Set up three or four of them. You won't even know what quirks to look for in testing until you've been exposed to a few. also I like the way they let you store a POSIX filesystem inside a db4 file. :) What exactly was the cluster filesystem in Tru64 though? I hope you are not just talking about DCE/DFS? I'm not sure VMS clusters will be a helpful guide because weren't they meant to be only two or three nodes because the machines running VMS were so big? Such design would be completely different from the hundreds-of-nodes clusters people are interested in now. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 304 bytes Desc: not available URL: From akosela at andykosela.com Tue Feb 24 18:15:37 2009 From: akosela at andykosela.com (Andy Kosela) Date: Wed, 25 Feb 2009 00:15:37 +0100 Subject: [nycbug-talk] BSD Cluster Filesystem Roundup In-Reply-To: References: <05E36138-BD4A-4A47-ABAF-F9951D78943B@exit2shell.com> <49a3ba18.oI3twSAEgDHGHFrf%akosela@andykosela.com> Message-ID: <49a47f99.ixfSFH/zsexw44VX%akosela@andykosela.com> Miles Nordin wrote: > What exactly was the cluster filesystem in Tru64 though? I hope you > are not just talking about DCE/DFS? No. DFS was just a network file system and last time I heard about it was from IBM. Tru64 is using TruCluster ported from VMS' VMScluster which offered truly SSI clustering. Linux with OpenSSI or Kerrighed is not even close to this old DEC/Compaq technology. http://h30097.www3.hp.com/unix/reliabilityvsavailability.htm > I'm not sure VMS clusters will be a helpful guide because weren't they > meant to be only two or three nodes because the machines running VMS > were so big? Such design would be completely different from the > hundreds-of-nodes clusters people are interested in now. The main goals would still remain the same: single root, single process space, single I/O and IPC space, virtual network address space - all those features were available on VMS more than 20 years ago! Matt Dillon announced that Dragonfly BSD will be SSI ready in the future. I really hope so, because BSD systems are really lacking in this area. Linux at least has OpenSSI. --Andy From carton at Ivy.NET Tue Feb 24 23:57:49 2009 From: carton at Ivy.NET (Miles Nordin) Date: Tue, 24 Feb 2009 23:57:49 -0500 Subject: [nycbug-talk] BSD Cluster Filesystem Roundup In-Reply-To: <49a47f99.ixfSFH/zsexw44VX%akosela@andykosela.com> (Andy Kosela's message of "Wed, 25 Feb 2009 00:15:37 +0100") References: <05E36138-BD4A-4A47-ABAF-F9951D78943B@exit2shell.com> <49a3ba18.oI3twSAEgDHGHFrf%akosela@andykosela.com> <49a47f99.ixfSFH/zsexw44VX%akosela@andykosela.com> Message-ID: >>>>> "ak" == Andy Kosela writes: ak> The main goals would still remain the same: single root, ak> single process space, single I/O and IPC space, virtual ak> network address space oh, I suppose I could be wrong, but no, I don't think many 100 node clusters are doing that! They are batch not timesharing systems, and are more interested in how to run one userspace program that is specifically written for the cluster, and run it with low IPC latency even at the cost of ponderous interfaces (RDMA), and in having a batch job scheduler that can mark off commit-points and restart jobs dispatched to nodes that crash. Not interested in how to make 100 cheap systems feel like a single old expensive Unix dinosaur like the college shell servers with 500 undergrads logged into them all running 'elm' or 'slrn' or something, timesharing jobs with erratic performance requirements that justify this idea of ``migration'', and because they are different users minimal IPC aside from the shared filesystem and maybe pipes. I think this idea of clusters is more nostalgic than relevant: http://crackmonkey.org/pipermail/crackmonkey/2001-March/016820.html sounds neat though, and I hadn't heard of OpenSSI before only of Mosix so I'm glad for the reference. I didn't know something like it was part of Tru64. I wonder if you get the Tru64 cluster package in the copy of Tru64 you get from the ``developers and enthusiasts'' program? probably not, but I have a copy of that, and I have two or three alphas (though they're busy running NetBSD right now). -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 304 bytes Desc: not available URL: From akosela at andykosela.com Wed Feb 25 02:32:13 2009 From: akosela at andykosela.com (Andy Kosela) Date: Wed, 25 Feb 2009 08:32:13 +0100 Subject: [nycbug-talk] BSD Cluster Filesystem Roundup In-Reply-To: References: <05E36138-BD4A-4A47-ABAF-F9951D78943B@exit2shell.com> <49a3ba18.oI3twSAEgDHGHFrf%akosela@andykosela.com> <49a47f99.ixfSFH/zsexw44VX%akosela@andykosela.com> Message-ID: <49a4f3fd.3zGmOHxa+wWo0sKe%akosela@andykosela.com> Miles Nordin wrote: > >>>>> "ak" == Andy Kosela writes: > > ak> The main goals would still remain the same: single root, > ak> single process space, single I/O and IPC space, virtual > ak> network address space > > oh, I suppose I could be wrong, but no, I don't think many 100 node > clusters are doing that! They are batch not timesharing systems, and > are more interested in how to run one userspace program that is > specifically written for the cluster, and run it with low IPC latency > even at the cost of ponderous interfaces (RDMA), and in having a batch > job scheduler that can mark off commit-points and restart jobs > dispatched to nodes that crash. You are writing here about HPC, right? SSI clusters are completely different and more interesting from my point of view. > Not interested in how to make 100 cheap systems feel like a single old > expensive Unix dinosaur like the college shell servers with 500 > undergrads logged into them all running 'elm' or 'slrn' or something > timesharing jobs with erratic performance requirements that justify > this idea of ``migration'', and because they are different users > minimal > IPC aside from the shared filesystem and maybe pipes. I > think this idea of clusters is more nostalgic than relevant: > > http://crackmonkey.org/pipermail/crackmonkey/2001-March/016820.html IMHO those "community" boxes is what really made Unix fun back in the days...and VMS too. An idea to have a single, very stable, reliable system with many nodes is very exciting. In a way Internet as a whole is such a collective single system now. > sounds neat though, and I hadn't heard of OpenSSI before only of Mosix > so I'm glad for the reference. I didn't know something like it was > part of Tru64. I wonder if you get the Tru64 cluster package in the > copy of Tru64 you get from the ``developers and enthusiasts'' program? > probably not, but I have a copy of that, and I have two or three > alphas (though they're busy running NetBSD right now). OpenMosix is dead now, the project is called LinuxPMI nowadays. Not sure about the copy of TruCluster in hobbyist license program, but Tru64 is really dying -- HP should port it to HP-UX which now has only HP MC/ServiceGuard option and is really only an HA active/passive cluster. --Andy From matt at atopia.net Thu Feb 26 18:27:48 2009 From: matt at atopia.net (Matt Juszczak) Date: Thu, 26 Feb 2009 18:27:48 -0500 (EST) Subject: [nycbug-talk] Searching for suspect PHP files... Message-ID: Evening all, In my latest chkrootkit reports (which I run nightly via periodic), I'm noticing lots and lots of "Suspect PHP Files" (via chkrootkit). It seems, after checking the code, that its really just searching for PHP files in /tmp, and also searching for some other files throughout the system. I guess the question I have is - what's the point of this check? -Matt From spork at bway.net Thu Feb 26 18:27:46 2009 From: spork at bway.net (Charles Sprickman) Date: Thu, 26 Feb 2009 18:27:46 -0500 (EST) Subject: [nycbug-talk] version control for config files Message-ID: Howdy, I think the subject pretty much sums it up - I'm sick of not tracking changes in /etc and /usr/local/etc. I want something that deal with file permissions and is relatively transparent. I've been googling around, but finding not much other than weird contortions based on CVS that make such huge disclaimers as "this of course does not work with symlinks" or "this of course does not maintain file ownership/permissions". cfengine and the like do more than I want... Any interesting ideas out there? The most I have to work with is perhaps a dozen servers, maybe almost that many jails. Thanks, Charles ___ Charles Sprickman NetEng/SysAdmin Bway.net - New York's Best Internet - www.bway.net spork at bway.net - 212.655.9344 From pete at nomadlogic.org Thu Feb 26 18:44:27 2009 From: pete at nomadlogic.org (Pete Wright) Date: Thu, 26 Feb 2009 15:44:27 -0800 Subject: [nycbug-talk] version control for config files In-Reply-To: References: Message-ID: <029E1EC6-878B-4594-AA68-615B0C796A9C@nomadlogic.org> On 26-Feb-09, at 3:27 PM, Charles Sprickman wrote: > Howdy, > > I think the subject pretty much sums it up - I'm sick of not tracking > changes in /etc and /usr/local/etc. I want something that deal with > file > permissions and is relatively transparent. > > I've been googling around, but finding not much other than weird > contortions based on CVS that make such huge disclaimers as "this of > course does not work with symlinks" or "this of course does not > maintain > file ownership/permissions". > > cfengine and the like do more than I want... > > Any interesting ideas out there? > > The most I have to work with is perhaps a dozen servers, maybe > almost that > many jails. big fan of using RCS for local cfg changes. stores everything local by default, but it is easy to recover from corruption using vi/sed/awk if necessary. i've usually just used it to track who made changes to what, so i know who to strangle when /etc/hosts gets messed up :) having said that, for managing many systems making the leap to a cfgmgt engine like cfengine (or puppet if you feel like taking a risk*) maybe worth it too. just my two bits. -pete *i know people have many problems with cfengine, and yes puppet's config syntax is nice - but after seeing one too many ruby processes eating up ~150/200MB of resident memory just kinda makes me cringe. From skreuzer at exit2shell.com Fri Feb 27 08:50:04 2009 From: skreuzer at exit2shell.com (Steven Kreuzer) Date: Fri, 27 Feb 2009 08:50:04 -0500 Subject: [nycbug-talk] version control for config files In-Reply-To: References: Message-ID: <9FACB01B-37E8-4205-B77B-A8B42D3CB2D4@exit2shell.com> On Feb 26, 2009, at 6:27 PM, Charles Sprickman wrote: > Howdy, > > I think the subject pretty much sums it up - I'm sick of not tracking > changes in /etc and /usr/local/etc. I want something that deal with > file > permissions and is relatively transparent. > > I've been googling around, but finding not much other than weird > contortions based on CVS that make such huge disclaimers as "this of > course does not work with symlinks" or "this of course does not > maintain > file ownership/permissions". > > cfengine and the like do more than I want... > > Any interesting ideas out there? > > The most I have to work with is perhaps a dozen servers, maybe > almost that > many jails. > > Thanks, > > Charles > It might be overkill for a singe machine, but if you have multiple machines you might want to look into a configuration management solution like cfengine. http://www.cfengine.org/ -- Steven Kreuzer http://www.exit2shell.com/~skreuzer From matt at atopia.net Fri Feb 27 09:34:50 2009 From: matt at atopia.net (Matt Juszczak) Date: Fri, 27 Feb 2009 09:34:50 -0500 (EST) Subject: [nycbug-talk] OT: Issues with FreeBSD & Apache Message-ID: My Apache process on one box keeps dying (segmentation fault), and I have to restart it. In /var/log/messages, I'm getting: Feb 26 18:39:29 pluto suhosin[39552]: ALERT - linked list corrupt on efree() - heap corruption detected (attacker '70.x.x.x', file '/home/web/username/webserver/htdocs/index.php') repeatedly. What are my risks here? Is this just simply an overflow of some sort that I need to patch? Is my system vulnerable? I'm frankly not too familiar with this specific error/warning. Thanks for any input, Matt From ike at lesmuug.org Fri Feb 27 14:43:08 2009 From: ike at lesmuug.org (Isaac Levy) Date: Fri, 27 Feb 2009 14:43:08 -0500 Subject: [nycbug-talk] OT: Issues with FreeBSD & Apache In-Reply-To: References: Message-ID: Hi Matt, On Feb 27, 2009, at 9:34 AM, Matt Juszczak wrote: > My Apache process on one box keeps dying (segmentation fault), and I > have > to restart it. > > In /var/log/messages, I'm getting: > > Feb 26 18:39:29 pluto suhosin[39552]: ALERT - linked list corrupt on > efree() - heap corruption detected (attacker '70.x.x.x', file > '/home/web/username/webserver/htdocs/index.php') > > > repeatedly. > > What are my risks here? Is this just simply an overflow of some > sort that > I need to patch? Is my system vulnerable? I'm frankly not too > familiar > with this specific error/warning. > > > Thanks for any input, > > Matt The word 'attacker' in the error leads me to believe you should hit up an Apache or PHP list pronto... Report back though(?), sounds interesting- I'd love to hear if it ends up being an attacker, or a bug. Rocket- .ike From chsnyder at gmail.com Fri Feb 27 16:04:39 2009 From: chsnyder at gmail.com (csnyder) Date: Fri, 27 Feb 2009 16:04:39 -0500 Subject: [nycbug-talk] version control for config files In-Reply-To: References: Message-ID: On Thu, Feb 26, 2009 at 6:27 PM, Charles Sprickman wrote: > I've been googling around, but finding not much other than weird > contortions based on CVS that make such huge disclaimers as "this of > course does not work with symlinks" or "this of course does not maintain > file ownership/permissions". What about a system using git? It's special power as a vcs is supposed to be easy merging, and that's really what you need when dealing with configs that are 98% the same but a crucial 2% different across hosts. Also, you don't have to store anything in a central repository, which might be nice from a security standpoint. From billtotman at billtotman.com Fri Feb 27 17:32:59 2009 From: billtotman at billtotman.com (Bill Totman) Date: Fri, 27 Feb 2009 17:32:59 -0500 Subject: [nycbug-talk] Colocation services in NYC (area) Message-ID: <98e9d1d30902271432g9adc9a0td6b4afa57874fb9c@mail.gmail.com> Hi folks! (I hope I'm not intruding - but here I go.) Any one have recommendations for colocation services in the New York City area? The specs are not that clear at this time and if you only have a warning of whom not to use, I will take that into consideration. Thanks a bunch, Bill -------------- next part -------------- An HTML attachment was scrubbed... URL: From ike at lesmuug.org Fri Feb 27 18:28:57 2009 From: ike at lesmuug.org (Isaac Levy) Date: Fri, 27 Feb 2009 18:28:57 -0500 Subject: [nycbug-talk] Colocation services in NYC (area) In-Reply-To: <98e9d1d30902271432g9adc9a0td6b4afa57874fb9c@mail.gmail.com> References: <98e9d1d30902271432g9adc9a0td6b4afa57874fb9c@mail.gmail.com> Message-ID: <932B169C-66C0-427D-96EE-717C29CAA48C@lesmuug.org> Hi Bill, On Feb 27, 2009, at 5:32 PM, Bill Totman wrote: > Hi folks! > > (I hope I'm not intruding - but here I go.) > > Any one have recommendations for colocation services in the New York > City area? > > The specs are not that clear at this time and if you only have a > warning of whom not to use, I will take that into consideration. > > > Thanks a bunch, > Bill Sorry to respond with these, (I hope people comment further), but this issue comes up on list pretty regularly: http://lists.nycbug.org/pipermail/talk/2008-October/011502.html (recent-ish!) http://lists.nycbug.org/pipermail/talk/2005-September/006874.html (old) http://lists.nycbug.org/pipermail/talk/2004-October/003083.html (old, NJ) Also, a some terrific NY datacenters who do colocation sponsored NYC*BSDCon (listed in the order they appear for the conference), http://www.nycbsdcon.org/2008/ http://www.nyi.net/ http://www.datapipe.com/ http://www.datagram.com/ -- Thing is, so many folks here *run* colo facilities at various scales, so it gets to be a bit of bad-form to jump in and 'sell'... or dish too much dirt :) Good luck- Best, .ike From thenorthsecedes at gmail.com Fri Feb 27 18:39:19 2009 From: thenorthsecedes at gmail.com (Eric Lee) Date: Fri, 27 Feb 2009 15:39:19 -0800 Subject: [nycbug-talk] Colocation services in NYC (area) In-Reply-To: <932B169C-66C0-427D-96EE-717C29CAA48C@lesmuug.org> References: <98e9d1d30902271432g9adc9a0td6b4afa57874fb9c@mail.gmail.com> <932B169C-66C0-427D-96EE-717C29CAA48C@lesmuug.org> Message-ID: <07953DF5-54D0-4269-AA44-99A29959D18B@gmail.com> On Feb 27, 2009, at 3:28 PM, Isaac Levy wrote: > Hi Bill, > > On Feb 27, 2009, at 5:32 PM, Bill Totman wrote: > >> Hi folks! >> >> (I hope I'm not intruding - but here I go.) >> >> Any one have recommendations for colocation services in the New York >> City area? >> >> [...] > > Sorry to respond with these, (I hope people comment further), but this > issue comes up on list pretty regularly: > > [...] Maybe these NYCBSDcon sponsors / other datacenters can be added to the nycbug website faq here: http://www.nycbug.org/index.php?NAV=FAQ just a thought, Eric From dan at langille.org Fri Feb 27 22:33:47 2009 From: dan at langille.org (Dan Langille) Date: Fri, 27 Feb 2009 22:33:47 -0500 Subject: [nycbug-talk] Colocation services in NYC (area) In-Reply-To: <98e9d1d30902271432g9adc9a0td6b4afa57874fb9c@mail.gmail.com> References: <98e9d1d30902271432g9adc9a0td6b4afa57874fb9c@mail.gmail.com> Message-ID: <49A8B09B.702@langille.org> Bill Totman wrote: > Hi folks! > > (I hope I'm not intruding - but here I go.) > > Any one have recommendations for colocation services in the New York > City area? > > The specs are not that clear at this time and if you only have a warning > of whom not to use, I will take that into consideration. FWIW, freebsddiary.org has been running on a NYI supplied box for a number of years now. In that time, there have been very few problems. -- Dan Langille BSDCan - The Technical BSD Conference : http://www.bsdcan.org/ PGCon - The PostgreSQL Conference: http://www.pgcon.org/ From bonsaime at gmail.com Sat Feb 28 13:00:12 2009 From: bonsaime at gmail.com (Jesse Callaway) Date: Sat, 28 Feb 2009 13:00:12 -0500 Subject: [nycbug-talk] OT: Issues with FreeBSD & Apache In-Reply-To: References: Message-ID: On Fri, Feb 27, 2009 at 9:34 AM, Matt Juszczak wrote: > My Apache process on one box keeps dying (segmentation fault), and I have > to restart it. > > In /var/log/messages, I'm getting: > > Feb 26 18:39:29 pluto suhosin[39552]: ALERT - linked list corrupt on > efree() - heap corruption detected (attacker '70.x.x.x', file > '/home/web/username/webserver/htdocs/index.php') > > > repeatedly. > > What are my risks here? ?Is this just simply an overflow of some sort that > I need to patch? ?Is my system vulnerable? ?I'm frankly not too familiar > with this specific error/warning. > > > Thanks for any input, > > Matt > _______________________________________________ > talk mailing list > talk at lists.nycbug.org > http://lists.nycbug.org/mailman/listinfo/talk > Hi Matt, If it is an attack, they may leave some files laying around in /tmp. Someone installed a proxy server there once. The partition was noexec, but they still managed to fire it up and route spam through the box. Hopefully you won't end up in the same boat. Although the situation I was in could have been avoided with the simplest of input validation measures. This looks to be a different type of problem. Anyway... give the NYPHP list a holler. They may have something for you. -jesse From jbaltz at 3phasecomputing.com Sat Feb 28 19:10:40 2009 From: jbaltz at 3phasecomputing.com (Jerry B. Altzman) Date: Sat, 28 Feb 2009 19:10:40 -0500 Subject: [nycbug-talk] Colocation services in NYC (area) In-Reply-To: <932B169C-66C0-427D-96EE-717C29CAA48C@lesmuug.org> References: <98e9d1d30902271432g9adc9a0td6b4afa57874fb9c@mail.gmail.com> <932B169C-66C0-427D-96EE-717C29CAA48C@lesmuug.org> Message-ID: <49A9D280.6050907@3phasecomputing.com> on 2/27/2009 6:28 PM Isaac Levy said the following: > http://www.nycbsdcon.org/2008/ > http://www.nyi.net/ > http://www.datapipe.com/ > http://www.datagram.com/ > Thing is, so many folks here *run* colo facilities at various scales, > so it gets to be a bit of bad-form to jump in and 'sell'... or dish > too much dirt :) hehehe I've no connection other than as a satisfied customer, but list regular Alex Pilosov (www.pilosoft.net) is another name to add to the pile. > .ike //jbaltz -- jerry b. altzman jbaltz at 3phasecomputing.com +1 718 763 7405