Re: Stand up and be counted - BSDStats Project
On Fri, 4 Aug 2006, Matthew Seaman wrote: This is cool and all, but why are the concentration solely on PCI devices? pciconf output doesn't tell you directly what CPUs are in the system or even how many there are. It doesn't tell you exactly what sort of memory or disk drives the system uses -- all of which would be important information that might just persuade hardware manufacturers to provide more FreeBSD support. Surely a condensed version of /var/run/dmesg.boot is more to the point. /var/run/dmesg.boot can't be relied on, unfortunately ... I've had *many* times where a reboot leaves that blank, or with non-dmesg like output ... if you can provide a non-dmesg method of adding this information that is consistent (ie. pciconf), then sure, we can add this sort of information ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Stand up and be counted - BSDStats Project
On Fri, 4 Aug 2006, Antony Mawer wrote: On 4/08/2006 3:17 AM, User Freebsd wrote: On Fri, 4 Aug 2006, Matthew Seaman wrote: This is cool and all, but why are the concentration solely on PCI devices? pciconf output doesn't tell you directly what CPUs are in the system or even how many there are. It doesn't tell you exactly what sort of memory or disk drives the system uses -- all of which would be important information that might just persuade hardware manufacturers to provide more FreeBSD support. Surely a condensed version of /var/run/dmesg.boot is more to the point. /var/run/dmesg.boot can't be relied on, unfortunately ... I've had *many* times where a reboot leaves that blank, or with non-dmesg like output ... if you can provide a non-dmesg method of adding this information that is consistent (ie. pciconf), then sure, we can add this sort of information ... Some of this information can be gathered from the hw.* sysctl's, at least on 6.x... 'k, what I'm going to work on this weekend is a first pass at both the periodic script, and the receiving database ... I will post the script when completed, so that we can test what has been discussed so far, then we can look at adding on 'features' from there to pull in more information ... Fair enough? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Stand up and be counted - BSDStats Project
On Fri, 4 Aug 2006, User Freebsd wrote: On Fri, 4 Aug 2006, Antony Mawer wrote: On 4/08/2006 3:17 AM, User Freebsd wrote: On Fri, 4 Aug 2006, Matthew Seaman wrote: This is cool and all, but why are the concentration solely on PCI devices? pciconf output doesn't tell you directly what CPUs are in the system or even how many there are. It doesn't tell you exactly what sort of memory or disk drives the system uses -- all of which would be important information that might just persuade hardware manufacturers to provide more FreeBSD support. Surely a condensed version of /var/run/dmesg.boot is more to the point. /var/run/dmesg.boot can't be relied on, unfortunately ... I've had *many* times where a reboot leaves that blank, or with non-dmesg like output ... if you can provide a non-dmesg method of adding this information that is consistent (ie. pciconf), then sure, we can add this sort of information ... Some of this information can be gathered from the hw.* sysctl's, at least on 6.x... 'k, what I'm going to work on this weekend is a first pass at both the periodic script, and the receiving database ... I will post the script when completed, so that we can test what has been discussed so far, then we can look at adding on 'features' from there to pull in more information ... Fair enough? BTW, if anyone out there likes doing HTML and web pages, please let me know ... anything *I* do will be as utilititarian as I can make them :) Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [IMPORTANT] Adaptec no longer supporting iir(4) driver ...
On Fri, 4 Aug 2006, John-Mark Gurney wrote: User Freebsd wrote this message on Mon, Jul 31, 2006 at 22:44 -0300: For those that haven't been following the discussion on this, the iir(4) driver in FreeBSD 6.x appears to have a deadlock issue under medium to heavy load, where the 'blocked' state just continues to rise until file accesses just no longer work ... So, if you are running a server that is using the iir(4) device driver and are considering upgrading to FreeBSD 6.x and beyond, or are looking to build a new machine using a device that relies on this driver, do so at your own peril ... Please note that this deadlock issue exists on *both* the ICP Vortex cards, *and* the Intel based RAID controllers ... Have you tried the driver in -current and/or 6.1-R? Specificly v1.14 and v1.13.2.1 of iir.c that limits the simq to 32 commands? We are running w/ this modifications w/o issues on 6.0-R w/ SRCU31A and SRCU42L cards... We have a few GDT cards also that I don't believe we are having any issues with... Yes, this was the first thing ScottL asked when we narrowed the problem down ... this appears to be a different issue then the one you were seeing :( Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
BSDstats Project v1.0
'k folks ... the quick and dirty .. actually, not too dirty ... The attached script goes into /etc/periodic/monthly (and can be run from the command line) and is the *very* barebones ... it reports operating system and architecture ... it will return a unique id at the same time which will be used when we add in the pciconf output ... I have it recording two things: IP and hostname ... I figure it is highly unlikely for two hosts to ever have both identical, so a *fairly* safe unique key to work with ... and unless someone is running a whack of machines behind NAT with the same hostname, it gives us a safe unique counter for those behind NAT ... The backend is storing the data in a database right now, so what I'm curious most about is someone running behind NAT with a few servers, or behind a proxy, just to see what sort of results ... I'm going to try and get the pciconf output added into it later tonight, and will post a follow up, but this at leave gives something to test against ... Right now, there is no output on the web site, but I do have a link to, and daily run of, awstats, which will at least show some figures ... once there is data in the database, I'll start working up a stats page based on the #s there ... Note that once you've added this script, you need to add: monthly_statistics_enable=YES to /etc/periodic.conf so that it will run monthly ... and, of course, you can run it manually, instead of waiting until the end of the month ... You can also run it as often as you like, it will only record one submission *per* month, but it will update the data based on the last submission (ie. if you upgrade, or add/remove hardware) ... Its a start ... will work on extending it to add the pciconf output next, and send a v2.0 script as soon as that is ready :) Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664#!/bin/sh - # # $FreeBSD: src/etc/periodic/monthly/300.accounting,v 1.10 2002/09/24 18:53:46 ache Exp $ # # If there is a global system configuration file, suck it in. # monthly_statistics_mailto=[EMAIL PROTECTED],root if [ -r /etc/defaults/periodic.conf ] then . /etc/defaults/periodic.conf source_periodic_confs fi oldmask=$(umask) umask 066 case $monthly_statistics_enable in [Yy][Ee][Ss]) HN=`/bin/hostname` SYS=`/usr/bin/uname -r` ARCH=`/usr/bin/uname -m` /usr/bin/fetch -qo /tmp/getid http://bsdstats.hub.org/scripts/getid.php?hn=$HN\sys=$SYS\arch=$ARCH ;; *) rc=0;; esac umask $oldmask exit $rc ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: BSDstats Project v1.0
On Fri, 4 Aug 2006, Colin Percival wrote: User Freebsd wrote: 'k folks ... the quick and dirty .. actually, not too dirty ... The attached script [...] Can you make this into a port which users can install? I'm not sure, can I? Can ports install into /etc/periodic? Or is there some other way of doing it? If you want to do the initial port and assign MAINTAINER to [EMAIL PROTECTED], I'll maintain it from there ... I'm just not sure how to deal with installing into non-/usr/local as a port ... :( Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Thu, 3 Aug 2006, Antony Mawer wrote: Agreed... I could probably add around 1,500 systems that could conceivably be setup to chime in with their numbers periodically; one of the pre-requisites for that would be that the access method be HTTP or HTTPS based so it could be relayed via a proxy... Another nice thing to include might be a hash of hardware inventory (a further opt-in thing beyond the basic checkins)... Mark alluded to this early in the piece, but it would be nice to be able to pull up something that said hang on, out of the X% of users on file, Y% are using Adaptec SCSI cards, in particular model XYZ... this would be very helpful when trying to get vendor support etc... Some form of hash calculated on these would allow you to detect if they had changed at all, and only re-send them in the event of a change... ... just thinking out loud ... ! 'k, so, how do we script this then? Getting a list of devices is actually pretty easy, and I've tried this on my 4.x machines also, so it isn't something that will be a problem on older versions: # pciconf -l [EMAIL PROTECTED]:0:0: class=0x06 card=0x chip=0x700c1022 rev=0x20 hdr=0x00 [EMAIL PROTECTED]:1:0: class=0x060400 card=0x chip=0x700d1022 rev=0x00 hdr=0x01 [EMAIL PROTECTED]:7:0: class=0x060100 card=0x chip=0x74401022 rev=0x05 hdr=0x00 [EMAIL PROTECTED]:7:1: class=0x01018a card=0x74411022 chip=0x74411022 rev=0x04 hdr=0x00 [EMAIL PROTECTED]:7:3: class=0x068000 card=0x74431022 chip=0x74431022 rev=0x03 hdr=0x00 [EMAIL PROTECTED]:9:0: class=0x010400 card=0xc0351044 chip=0xa5111044 rev=0x01 hdr=0x00 [EMAIL PROTECTED]:11:0:class=0x02 card=0x10018086 chip=0x100f8086 rev=0x01 hdr=0x00 [EMAIL PROTECTED]:16:0:class=0x060400 card=0x chip=0x74481022 rev=0x05 hdr=0x01 [EMAIL PROTECTED]:0:0: class=0x0c0310 card=0x74491022 chip=0x74491022 rev=0x07 hdr=0x00 [EMAIL PROTECTED]:7:0: class=0x03 card=0x80081002 chip=0x47521002 rev=0x27 hdr=0x00 [EMAIL PROTECTED]:8:0: class=0x02 card=0x10408086 chip=0x12298086 rev=0x10 hdr=0x00 And, more specifically, we can get: # pciconf -l -v [EMAIL PROTECTED]:9:0: class=0x010400 card=0xc0351044 chip=0xa5111044 rev=0x01 hdr=0x00 vendor = 'Adaptec (Formerly: Distributed Processing Technology (DPT))' device = 'Raptor SmartRAID Controller' class= mass storage subclass = RAID So, with that one command, we can get a fair amount of hardware information ... but, how to feed that into a proper HTTP request? Storing all of that information would be cool, cause then we could build reports based on device driver / vendor / device / class and subclass ... but that might be a bit heavy to do in an HTTP request, no? I take it email isn't an option, in your case? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Thu, 3 Aug 2006, [EMAIL PROTECTED] wrote: maybe it's just because I've been reading up on it but what about outputting the information in XML??? Then you could tag the Vendor, Name, basic info, number of users, etc. in a tagged form that could be then stored in a Dbase of some kind by vendor, working in FreeBSD X.Y, broken, etc. The XML should be easily outputted on the fly to XHTML so it can be reviewed by devolopers and what not. Just my too cents... 'k, right now, we are trying to get the data from the remote clients to a central server ... if you are thinking of using XML for this (not against it, I just know nothing about it), can you provide an example of what you are thinking, and how we'd script this to use HTTP to connect to the remote server? The hard part of all of this is that it cannot require *anything* except for the base system, so no php, no perl ... just pure shell commands ... it cannot require an administrator to install anything above the script itself ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Stand up and be counted - BSDStats Project
Okay, there has been alot of discussion on this in the other thread, some of it tangent'd to the original, so, I'm starting off a new thread as a sort of summary ... I've been doing some thinking on it this afternoon, and think I've figured out about the simpliest way of doing it ... it still doesn't deal with fakers and such, but, IMHO, I don't think that that is a *huge* problem that needs to be addressed ... some might do it for a lark, but, overall, it just sounds like something that is more worth then its worth, so over time, it should eventually balance out ... Now, the idea is to make this: a) run on as many boxes as possible b) not require any special software to be installed on the clients c) not require any special registration by the clients d) not pull any sensitive information So, here is what I've kinda got it down to ... pseudo-ish code, since I haven't got the exact syntax worked out *yet* ... specifically, parsing pciconv to get query strings out of it ... Now, this is designed to be run *once* per month, per host ... it is also meant to try, to a certain extent, deal with NAT boxes ... its not perfect, but, unfortunately, as this whole discussion has shown, there really is no perfect way ... STEP 1: fetch -o /tmp/getid http://bsdstats.hub.org/get_id.php get_id.php will look at the IP that is coming in, search the database, and if a host already exist, will increment by 1 and return a new id ... all IPs will have at least one: IP:1 pair in the database, NAT hosts will have IP:2, IP:3, IP:4, etc ... STEP 2: pciconf -lv needs to be parsed, this being the hard step, into a string that can be sent via HTTP ... this is the hard part because it has to be done as/in a shell script ... anyone out there *really* good at shell programming? What needs to happen is: [EMAIL PROTECTED]:0:2: class=0x060400 card=0x0044 chip=0x032a8086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge B' class= bridge subclass = PCI-PCI Needs to be converted into: device=pcibvendor=Intel+Corporationdevice=6700PXH+PCI+Express-to-PCI+Express+Bridge+Bclass=bridgesubclass=PCI-PCI So that the final query would look something like: fetch http://bsdstats.hub.org/report.php?id=`cat /tmp/getid`device=pcibvendor=Intel+Corporationdevice=6700PXH+PCI+Express-to-PCI+Express+Bridge+Bclass=bridgesubclass=PCI-PCI So there would be one 'fetch' per device listed ... report.php would take the IP:getid pair, and store one record per device into the database, from which stats could be very easily generated using standard SQL queries ... STEP 3: fetch http://bsdstats.hub.org/report_sys.php?id=`cat /tmp/getid`system=`uname -mr | sed 's/\ /+/g'` To record the FreeBSD version ... I personally don't think there is anything else useful / non-sensitive that we'd want to report on ... Now, the idea is that this would be dump'd into /etc/periodic/monthly, and /etc/defaults/periodic.conf would have: monthly_statistics_enable=YES monthly_statistics_report_pciconf=YES Optimally, we'd love to have everyone report pciconf information, since knowing what vendors and devices are in use would definitely add more weight then *just* what version of FreeBSD, but in order to hopefully get as much buy into this as possible, the script should be written to allow it to be disabled ... again, I can't think of why someone would feel that that was 'sensitive information', but providing the option to shut it off is definitely a must ... How does that sound? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Stand up and be counted - BSDStats Project
Sweet, thanks ... On Thu, 3 Aug 2006, Philip Hallstrom wrote: pciconf -lv needs to be parsed, this being the hard step, into a string that can be sent via HTTP ... this is the hard part because it has to be done as/in a shell script ... anyone out there *really* good at shell programming? What needs to happen is: [EMAIL PROTECTED]:0:2: class=0x060400 card=0x0044 chip=0x032a8086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '6700PXH PCI Express-to-PCI Express Bridge B' class= bridge subclass = PCI-PCI Needs to be converted into: device=pcibvendor=Intel+Corporationdevice=6700PXH+PCI+Express-to-PCI+Express+Bridge+Bclass=bridgesubclass=PCI-PCI So that the final query would look something like: fetch http://bsdstats.hub.org/report.php?id=`cat /tmp/getid`device=pcibvendor=Intel+Corporationdevice=6700PXH+PCI+Express-to-PCI+Express+Bridge+Bclass=bridgesubclass=PCI-PCI This will get you close. Just change the echo line... -- #!/bin/sh IFS= query_string= for line in `pciconf -lv` do echo $line | grep -qs ^[a-z] if [ $? -eq 0 ] then if [ -n $query_string ] then echo http://foo.com/bar.php?$query_string query_string= fi else query_string=$query_string`echo $line | sed -e 's/^ *//' -e 's/ *=/=/' -e 's/= */=/' -e 's/ $//'` fi done -- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Stand up and be counted - BSDStats Project
On Fri, 4 Aug 2006, Boris Samorodov wrote: Hi Marc, On Thu, 3 Aug 2006 18:30:08 -0300 (ADT) you wrote: Okay, there has been alot of discussion on this in the other thread, some of it tangent'd to the original, so, I'm starting off a new thread as a sort of summary ... Great idea, but should be introduced with care... I've been doing some thinking on it this afternoon, and think I've figured out about the simpliest way of doing it ... it still doesn't deal with fakers and such, but, IMHO, I don't think that that is a *huge* problem that needs to be addressed ... some might do it for a lark, but, overall, it just sounds like something that is more worth then its worth, so over time, it should eventually balance out ... ...taking into consideration *why* do we want to do the stats. *If* we plan (and this is one of the goals of the project) to have those stats as a serious argument for a Big Business then we *must* prove that those numbers are not faked. Or even more strict: that those numbers can't (or even very, no VERY hard to) be faked. It's useless (as a serious argument) if it can be faked: imagine that a virus (warm or else) is written to fake it. Personally, I do not believe that there is any *safe* way of protecting against this happening ... short of having a userid/passwd schema and forcing ppl to actually register ... of course, then less ppl would participate, since it would then be too much work ... The thing is to do as much as we possible can to 'tighten it down' without making it difficult to use ... over time, if something gets added to the OS that helps improve this, we can extend teh script to check for and use such features ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Stand up and be counted - BSDStats Project
On Thu, 3 Aug 2006, [EMAIL PROTECTED] wrote: Personally I don't think this stuff should be tracked in any centralized fashion. I don't particullarly like when our freedom to choose to do something is tracked or monitored; because it is no longer a freedom. Maybe that is just paranoia speaking. none of your freedoms will be in any way infringed upon with what is proposed ... you will always have the freedom to disable the reporting and not particpate *shrug* I think a much more productive goal is to get all the users that have unsupported hardware to write into the vendor that created it and ask them why they don't support a spawn of the OS that allowed what we call the internet to exist. Put this message on FreeBSD.org, get people in this list to do it, get on a soap box and scream it. I think giving them numbers of systems will just be ignored. But getting 1000 emails a day in multiple languages from around the world will get them thinking maybe its worth at least releasing the specs just to shut these people up. The above is an active campaign, which you will generally find doesn't yield anything, unfortunately, since its more work then 99.9% of the people will feel compelled to do ... As ScottL said in one of his emails, in a form ... We don't want to piss Adaptec off, which a letter writing campaign would ... what we want to do is give Adaptec something to think about in terms of 'market missed' ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Fri, 4 Aug 2006, Antony Mawer wrote: On 4/08/2006 4:58 AM, User Freebsd wrote: Getting a list of devices is actually pretty easy, and I've tried this on my 4.x machines also, so it isn't something that will be a problem on older versions: # pciconf -l [EMAIL PROTECTED]:0:0: class=0x06 card=0x chip=0x700c1022 rev=0x20 hdr=0x00 ... And, more specifically, we can get: # pciconf -l -v [EMAIL PROTECTED]:9:0: class=0x010400 card=0xc0351044 chip=0xa5111044 rev=0x01 hdr=0x00 vendor = 'Adaptec (Formerly: Distributed Processing Technology (DPT))' device = 'Raptor SmartRAID Controller' class= mass storage subclass = RAID All of the expanded 'vendor', 'device', 'class' and 'subclass' information is present in the non -v version of the command output. The numbers shown earlier can be used to derive the text information: class=0x010400 determines the class/subclass lines, using the table from here: http://fxr.watson.org/fxr/source/dev/pci/pci.c#L1340 card=0xc0351044 chip=0xa5111044 these make up the vendor and device lines, using the list in /usr/share/misc/pci_vendors (which is derived from the PCIDEVS.TXT listing). The last 4 hex digits of the card and chip lines are the vendor ID while the first 4 are the device ID. The card is often given by the vendor, while the chip identifies the actual part it uses to implement functionality. For instance, a Netcomm ethernet NIC may use a Realtek 8139 chip... so chip gives us the fact it's essentially a generic Realtek chipset, while the card tells us the vendor who manufactured the card perhaps their name for it. In short, there's no reason to have to transmit all the text names back to any server -- this can all be resolved at the server end, I was thinking of that ... my concern, and it may be totally invalid, but is it guaranteed to always translate the same? ie: [EMAIL PROTECTED]:8:0: class=0x02 card=0x10408086 chip=0x12298086 rev=0x10 hdr=0x00 vendor = 'Intel Corporation' device = '82550/1/7/8/9 EtherExpress PRO/100(B) Ethernet Adapter' class= network subclass = ethernet Will that always translate the same regardless of running 4.x vs 5.x vs ... ? If so, you are right, that does greatly simplify things ... I just wasn't 100% certain ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Fri, 4 Aug 2006, Antony Mawer wrote: All of the expanded 'vendor', 'device', 'class' and 'subclass' information is present in the non -v version of the command output. The numbers shown earlier can be used to derive the text information: class=0x010400 determines the class/subclass lines, using the table from here: http://fxr.watson.org/fxr/source/dev/pci/pci.c#L1340 card=0xc0351044 chip=0xa5111044 these make up the vendor and device lines, using the list in /usr/share/misc/pci_vendors (which is derived from the PCIDEVS.TXT listing). The last 4 hex digits of the card and chip lines are the vendor ID while the first 4 are the device ID. The card is often given by the vendor, while the chip identifies the actual part it uses to implement functionality. For instance, a Netcomm ethernet NIC may use a Realtek 8139 chip... so chip gives us the fact it's essentially a generic Realtek chipset, while the card tells us the vendor who manufactured the card perhaps their name for it. In short, there's no reason to have to transmit all the text names back to any server -- this can all be resolved at the server end, 'k, looking at the above, and comparing it to what I'm getting from pciconf -l, I'm missing something ... namely: [EMAIL PROTECTED]:10:0:class=0x02 card=0x0027a0a0 chip=0x813910ec rev=0x10 hdr=0x00 Translates to: [EMAIL PROTECTED]:10:0:class=0x02 card=0x0027a0a0 chip=0x813910ec rev=0x10 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter' class= network subclass = ethernet But, the last 4 hex of card/chip aren't teh same ... oh, wait, re-reading what you stated, is it safe to assume that chip= can be ignored ... nope, that doesn't follow either ... but I think I see it ... For the above, vendor *should* be Aopen Inc, not Realtek Semiconductor ... 'k, so, for the above: card=0x0027a0a0 - Aopen Inc (A0A0) chip=0x813910ec - Realtek Semiconductor (10EC) - 8139RT8139 (A/B/C/810x/813x/C+) Fast Ethernet Adapter (8139) And the 0027 is actually meaningless in this case ... So, what I'm looking for is vendor-device, but in some card= cases, there won't be a 'Device' listed ... As to class= ... what table am I supposed to be seeing at that URL? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Wed, 2 Aug 2006, Nikolas Britton wrote: This may sound dumb but why don't we just put a registration link on the FreeBSD main page... or registration in sysinstall. Isn't this how everyone else handles the problem? User A installs FreeBSD, registers, works with it for a week, finds he isn't getting anything done with it, wipes the drive and goes to something else ... User B installs FreeBSD 5.x, registers, works with it for a while and decides to CVSup to -CURRENT, so now we have an artificially high # of 6.x installs, and an artificially low # of 7.x installs ... nobody looks to be moving to 7.x, therefore why support it from a vendors perspective ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Wed, 2 Aug 2006, Peter A. Giessel wrote: On 2006/08/02 15:37, User Freebsd seems to have typed: On Wed, 2 Aug 2006, Nikolas Britton wrote: This may sound dumb but why don't we just put a registration link on the FreeBSD main page... or registration in sysinstall. Isn't this how everyone else handles the problem? I'd fill out a form to register FreeBSD, I did so with OpenOffice, and I did so with MacOSX, but I'm not going to let a DHD (dial home device) knowingly sit on my server. Thats one (of many) reasons I don't use Microsoft. I'll remove it before the installworld step if need be. Pine has a nice feature in it ... when you upgrade or install, the first thing it prompts you for when you start it up the first time is whether or not you wish to send a message in to be counted as a pine user ... its an opt-in sort of thing, but highly visible ... Maybe have something like this at the very end of the installworld? So that it isn't automatic, but it is an obvious step that ppl go through? It should also be included as part of sysinstall, again, opt-in ... do you want to have you install counted? ... sysinstall should report it as a fresh install, installworld as an upgrade ... The problem with something like this, mind you, is that the #s go up, but never come down (ie. someone retires a server), since there is no 'refresh timeout' ... The thing I was hoping for / looking at was some sort of update mechanism, so that retired servers would 'fade out' of the numbers ... the problem is that that requires *some sort* of DHD, whether it be in the form of something like uptimec, or a 'periodic monthly' report that goes out to say i'm still alive :( Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Wed, 2 Aug 2006, Xiao-Yong Jin wrote: Let me say it again. There are three problems we are trying to solve. a. Bandwidth. Bandwidth, IMHO, isn't that big of an issue ... the ramp up time for this, IMHO, will be slow, so the bandwidth usage will be a gradual increase ... b. Duplicates. Ted seems to have this covered with the CPU ID thing ... c. Fakery. IMHO, not a *really* big issue ... I could see someone bothering to do it once or twice, but seems to be alot of work for little gain ... The main problem that I see is finding a method of doing this that a majority of ppl can agree with ... and then convincing Core of the merits, a group that hasn't even voiced an opinion in this conversation yet ... :( Without Core endorsement, this whole thing is a still birth, unfortunately ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Mon, 31 Jul 2006, Xiao-Yong Jin wrote: Chris Whitehouse [EMAIL PROTECTED] writes: Alex Zbyslaw wrote: Counting portsnap and cvsup accesses is non-intrusive - i.e. nothing sent from local host - will count systems from any version of FreeBSD, but will never count everything because sites with multiple hosts may easily have local propagation mechanisms. But you will get an order of magnitude. However, how do you deal with systems with variable IPs? I don't know enough about the internals of either portsnap or cvsup to know if there is some kind of unique id associated with hosts. If not, then you'd wildly over count for many home-based, variable IP systems. Maybe not so many, my non-static ip hasn't changed since I signed up 3 years ago despite turning off the modem for the odd day or two. Another network I look after also hasn't changed in a year. But one can't rely on that. You'll definitely see more than one ip associated with my laptop, if I move it around. A more reliable way that I can think of is generating a unique ID number when a system finishes installation or upon the first boot. However, it may involve some additional privacy problem. What do you think? How does Solaris generate its 'hostid'? Is it a hardware/sparc thing, or software? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Mon, 31 Jul 2006, Gerard Seibert wrote: Xiao-Yong Jin wrote: But one can't rely on that. You'll definitely see more than one ip associated with my laptop, if I move it around. A more reliable way that I can think of is generating a unique ID number when a system finishes installation or upon the first boot. However, it may involve some additional privacy problem. What do you think? Unquestionable a privacy problem. Perhaps even illegal in some jurisdictions without the end users knowledge and permission. 'k, I'm confused on this one ... could you elaborate on why this is a privacy issue? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Safe card to replace for ICP Vortex GDT8514RZ ...
On Tue, 1 Aug 2006, Patrick M. Hausen wrote: Hi! On Mon, Jul 31, 2006 at 10:49:27PM -0300, User Freebsd wrote: Official word from Adaptec is that FreeBSD is no longer a supported platform, so, I either live with the deadlocks, or try and figure out a suitable replacement for the card ... That's really really bad news. Oddly, ICP Vortex Germany told me the opposite wr/t to their new line of cards. They said, they were working on full FreeBSD support. Great, that definitely wasn't the feel that I got from them ... I've been using Adaptec products since early 90's, mainly because they have always been the 'tried-n-true' product ... As I mentioned to someone else, I'm willing to endure having the server hang up a few times in order to debug the problem, and fix the driver, but any correspondance that I actually got answers back on gave me the feel that I was on my own ... my previous email to this was meant to warn others to think twice, especially with newer FreeBSD boxes, about going with anything that runs on the iir(4) driver ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Safe card to replace for ICP Vortex GDT8514RZ ...
On Tue, 1 Aug 2006, Christian Brueffer wrote: On Mon, Jul 31, 2006 at 10:49:27PM -0300, User Freebsd wrote: I have a remote server, running the above RAID controller, that, as most ppl here have seen over the past few weeks, is causing endless headaches ... Official word from Adaptec is that FreeBSD is no longer a supported platform, so, I either live with the deadlocks, or try and figure out a suitable replacement for the card ... So, can anyone recommend a card to replace this with? Its a remote server, so I'm looking for something that will be plug-n-play, same slot that the GDT is in ... I realize that I'll have to reformat the server afterwards ... I contacted Achim Leubner not long ago, about wheather he still maintains and supports the iir(4) driver, as claimed in the SEE ALSO section of the manpage. His answer was yes. I email'd him several weeks back, as soon as it was determined that the problem I've been experiencing with the deadlocks looked to be iir related, and didn't hear anything back :( Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [IMPORTANT] Adaptec no longer supporting iir(4) driver ...
A quick follow up on this email ... please note that I have not, in this email, pointed to anything but the iir(4) driver, and, more specifically, the GDT controller card ... I have been using Adaptec products since the early 90's, and, until upgrading to FreeBSD 6.x, *never* had a complaint with them ... this email was meant to be a 'caveat emptor' for anyone looking to use the iir(4) driver, and is not meant to apply to *all* Adaptec cards, as they don't all use the iir(4) driver ... Apologies to all who took this as a broad attack against Adaptec, it was not meant as such ... On Mon, 31 Jul 2006, User Freebsd wrote: 'k, I finally got ahold of someone @ adaptec, and the official word seems to be: FreeBSD 6 is not officially supported for the GDT based ICP RAID controllers. Nevertheless the inbox driver should work. Great, well, the inbox driver doesn't work with FreeBSD 6.x, and support doesn't exist to get it fixed, mainly since, as most ppl here know, the specs are closed, so even a non-Adaptec person can't do much to fix the problem(s) ... For those that haven't been following the discussion on this, the iir(4) driver in FreeBSD 6.x appears to have a deadlock issue under medium to heavy load, where the 'blocked' state just continues to rise until file accesses just no longer work ... So, if you are running a server that is using the iir(4) device driver and are considering upgrading to FreeBSD 6.x and beyond, or are looking to build a new machine using a device that relies on this driver, do so at your own peril ... Please note that this deadlock issue exists on *both* the ICP Vortex cards, *and* the Intel based RAID controllers ... If anyone from Adaptec is out there and is actually interested in seeing this problem fixed, *please* let me know ... I have three servers, all three exhibiting this problem, and one of them is fully loaded with the kernel debug stuff so that I can (I think) give you almost *anything* you want in the way of information concerning the problem ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
iir(4) driver (Was: Re: Safe card to replace for ICP Vortex GDT851...)
On Tue, 1 Aug 2006, Patrick M. Hausen wrote: Hello! On Tue, Aug 01, 2006 at 09:51:59AM +0200, Patrick M. Hausen wrote: That's really really bad news. Oddly, ICP Vortex Germany told me the opposite wr/t to their new line of cards. They said, they were working on full FreeBSD support. I'll check what they have to say about the GDT controllers. OK - so here's the deal: The GDT products are officially EOE (End Of Engineering). ICP Vortex will not provide capacity to update their own driver for FreeBSD 6. The new products will feature full FreeBSD support, eventually. (couple of weeks, he said) 'k, just to clarify here ... the new products won't be based on the iir(4) driver then? Basically, should the iir(4) driver be considered EOE also? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Tue, 1 Aug 2006, Nikolas Britton wrote: Generating a unique anonymous key is easy, proving why we need it is not. If you want to make accurate #s, you need to make sure that a host doesn't send in multiple reports, which means you need a unique key for each host ... IP doesn't work, since NAT'd networks would all use the same IP ... even non-NAT'd networks would have the risk of being on dynamic IPs, so that again doesn't work ... (20 + 32) bytes * (10^7) = 495.910645 megabytes. The FreeBSD team would need a 6.6Mbit/s uplink to handle peak load assuming 50% of the hosts are set to UTC/GMT time and all trigger within 5 minutes of each other I'm not going to pay for that connection. First question is ... what is 10^7? # of reporting hosts? Where are you getting that # from? Second, that is assuming *all* FreeBSD servers reported ... But, I'll say this right now ... *if* something like this could be implemented to give us accurate #s, I *would* be willing to absorb the bandwidth you are talking about to see it happen ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Tue, 1 Aug 2006, Nikolas Britton wrote: On 7/31/06, User Freebsd [EMAIL PROTECTED] wrote: On Mon, 31 Jul 2006, Xiao-Yong Jin wrote: Chris Whitehouse [EMAIL PROTECTED] writes: Alex Zbyslaw wrote: Counting portsnap and cvsup accesses is non-intrusive - i.e. nothing sent from local host - will count systems from any version of FreeBSD, but will never count everything because sites with multiple hosts may easily have local propagation mechanisms. But you will get an order of magnitude. However, how do you deal with systems with variable IPs? I don't know enough about the internals of either portsnap or cvsup to know if there is some kind of unique id associated with hosts. If not, then you'd wildly over count for many home-based, variable IP systems. Maybe not so many, my non-static ip hasn't changed since I signed up 3 years ago despite turning off the modem for the odd day or two. Another network I look after also hasn't changed in a year. But one can't rely on that. You'll definitely see more than one ip associated with my laptop, if I move it around. A more reliable way that I can think of is generating a unique ID number when a system finishes installation or upon the first boot. However, it may involve some additional privacy problem. What do you think? How does Solaris generate its 'hostid'? Is it a hardware/sparc thing, or software? Generating a unique anonymous key is easy, proving why we need it is not. Ok, here it is, ifconfig | sha256 | md5 . 16^32 unique anonymous keys. Every host needs to have a NIC to send results so all ifconfig outputs will be different. Now... What does this solve and why do we need to add 32 extra bytes? 'k, so we'd be looking at something like: #!/bin/sh ID=`ifconfig | sha256 | md5` SYS=`uname -mr | sed 's/\ /+/g'` fetch http://www.hub.org/freebsd_stats.php?HOSTID=$ID\SYSTEM=$SYS URL would be different, mind you, just using that to test / example ... Actually, using ifconfig wouldn't work ... it would give unique, but as soon as you add another IP (ie. alias), the ID would change ... you'd need to do something like: ifconfig | grep ether | sha256 | md5 since the 'ether' would never change ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: [IMPORTANT] Adaptec no longer supporting iir(4) driver ...
On Tue, 1 Aug 2006, Rico Secada wrote: On Mon, 31 Jul 2006 22:44:01 -0300 (ADT) User Freebsd [EMAIL PROTECTED] wrote: Seems to me like the best solution is to boykott Adaptec like OpenBSD did. Actually, based on the thread going on on -stable right now, from ppl that are talking to Adaptec, the issue is that the cards that use the iir(4) driver, at least as far as I'm reading things, are no longer considered supported ... Adaptec / ICP Vortex *is* coming out with newer cards, that will be supported by FreeBSD, but they won't fall under the iir(4) driver ... So the problem is more 'older cards with newer operating system' ... 'k, I finally got ahold of someone @ adaptec, and the official word seems to be: FreeBSD 6 is not officially supported for the GDT based ICP RAID controllers. Nevertheless the inbox driver should work. Great, well, the inbox driver doesn't work with FreeBSD 6.x, and support doesn't exist to get it fixed, mainly since, as most ppl here know, the specs are closed, so even a non-Adaptec person can't do much to fix the problem(s) ... For those that haven't been following the discussion on this, the iir(4) driver in FreeBSD 6.x appears to have a deadlock issue under medium to heavy load, where the 'blocked' state just continues to rise until file accesses just no longer work ... So, if you are running a server that is using the iir(4) device driver and are considering upgrading to FreeBSD 6.x and beyond, or are looking to build a new machine using a device that relies on this driver, do so at your own peril ... Please note that this deadlock issue exists on *both* the ICP Vortex cards, *and* the Intel based RAID controllers ... If anyone from Adaptec is out there and is actually interested in seeing this problem fixed, *please* let me know ... I have three servers, all three exhibiting this problem, and one of them is fully loaded with the kernel debug stuff so that I can (I think) give you almost *anything* you want in the way of information concerning the problem ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Tue, 1 Aug 2006, Robert Huff wrote: User Freebsd writes: Actually, using ifconfig wouldn't work ... it would give unique, but as soon as you add another IP (ie. alias), the ID would change ... you'd need to do something like: ifconfig | grep ether | sha256 | md5 since the 'ether' would never change ... At least some cards (+ FreeBSD drivers) allow you to set the MAC address Man, we definitely don't make a unique host id an easy thing to accomplish, do we? :) Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: iir(4) driver (Was: Re: Safe card to replace for ICP Vortex GDT851...)
On Tue, 1 Aug 2006, Scott Long wrote: Ok guys, time for a small breather here. All these claims about EoE and orphanage and whatnot are a bit premature and underinformed. First, the iir driver is being worked on when the need arises. Several bugs were fixed in it a few months ago, and until Mark's recent series of mails on it, no other problems had been reported. So far there is only one person reporting unhappiness with it, which doesn't necessarily mean that there is systematic trouble with the driver or the hardware. Second, various Adaptec sources have confirmed that they do support FreeBSD. Making big statements in public that they don't, or that it's not up to ones' standards or hopes, isn't terribly useful or productive. I'd hate for FreeBSD to turn into That Other BSD that publically abuses and harasses vendors for percieved sleights. There are much more positive and product ways to fix problems and form good relationships, and those ways are actively being pursued by some people right now. As email'd previous, I do apologize if my email was taken as disgruntled against Adaptec, for it was not meant as such ... it was merely meant as a warning to others, similar to your disclaimer below, that if you are running a card using the iir(4) driver, and are looking to move up to FreeBSD 6.x, that they might experience issues ... Please also note that until I hit what, from most angles, was appearing to be major brick walls, I was doing everything I could to, and am still willing to, provide all of the information I can towards diagnosing and fixing the issue ... I had tried all avenues that I knew about ... I tried email'ng the listed MAINTAINER, no response ... I got an email from one developer telling me that there wasn't much that could be done, due to the closed specs, without being able to get ahold of said MAINTAINER ... and the response I got back from ICP Vortex was one of the inbox driver should work fine, but we don't official support FreeBSD ... it doesn't leave much of a warm feeling that the driver is anything but orphaned :( My email was meant as a warning so that others could hopefully avoid the several weeks it took me to get to the point that all *appeared* lost ... Also, please note that in my email, I did finish it off with a plea that if anyone from Adaptec, or working with them, was out there, that my server was pretty much at their disposal to fix the problem, even at the risk of losing clients due to the downtime ... And here again is my standard disclaimer: I highly recommend that anyone who takes their data integrity seriously should spend time qualifying any RAID solution that they are interested in before putting it into production. What works for your workload might not work for someone else's workload, and vice-versa. In this case, we're talking about 3 servers that ran flawlessly with the iir(4) driver under 4.x, that are no exhibiting the deadlock/hang issues, after upgrading to FreeBSD 6.x ... Up until upgrading to FreeBSD 6.x, I've *never* had a problem with either an Adaptec controller, or running one with FreeBSD ... Scott Patrick M. Hausen wrote: Hello! 'k, just to clarify here ... the new products won't be based on the iir(4) driver then? Yes, they won't. Basically, should the iir(4) driver be considered EOE also? As far as Adaptec and ICP Vortex are concerned, yes. Since the driver is Open Source, there is no enforced EOE, just orphanage, if nobody is willing to work on it. Regards, Patrick M. Hausen Leiter Netzwerke und Sicherheit Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Tue, 1 Aug 2006, Nikolas Britton wrote: On 8/1/06, Ted Mittelstaedt [EMAIL PROTECTED] wrote: Why not just add in the patch in kern/65627 and run the CPU serial number through your hash? Because you can still fake the dam thing, making the whole idea useless!!! Am I the only one that can see this ... what the hell people! I just showed you a working crack! Need to see it again?: my $number = 1; my $randomkey = ; while (0 == 0) { $randomkey = `echo $number | md5`; print fetch http://www.hub.org/freebsd_stats.php?HOSTID=$randomkey;; $number++ } OUT: fetch http://www.hub.org/freebsd_stats.php?HOSTID=e8b3fad8939670f85e0fce777cae8e0c fetch http://www.hub.org/freebsd_stats.php?HOSTID=91e572785d190fec766a5b7caef16597 fetch http://www.hub.org/freebsd_stats.php?HOSTID=e8150443d9befbfba9ee6ca40af076e7 fetch http://www.hub.org/freebsd_stats.php?HOSTID=b1aefc59367a7d512104f2f63bf1afb8 fetch http://www.hub.org/freebsd_stats.php?HOSTID=bf883c70f506603c86c8785cca8eef5e fetch http://www.hub.org/freebsd_stats.php?HOSTID=79e005d4f379e549eaff7106ede744b7 fetch http://www.hub.org/freebsd_stats.php?HOSTID=de09c238162dae88e9372102fe114be9 fetch http://www.hub.org/freebsd_stats.php?HOSTID=7ac8e65d693f525db9fabb061f15ac8b fetch http://www.hub.org/freebsd_stats.php?HOSTID=14e16452a9bdff69e5177ee4de0631e0 fetch http://www.hub.org/freebsd_stats.php?HOSTID=5432cc5903e4ff9b556561c5b553220b fetch http://www.hub.org/freebsd_stats.php?HOSTID=263aaf7d4910cce7b66e2e4438d65ab2 fetch http://www.hub.org/freebsd_stats.php?HOSTID=083d41d985775a53c2ada0c66b1a7d4c fetch http://www.hub.org/freebsd_stats.php?HOSTID=3e1b6b0b9c5c4d478b4a161c6e1c5d46 fetch http://www.hub.org/freebsd_stats.php?HOSTID=1aed1b7d4add59bedfd21df56e15cd90 fetch http://www.hub.org/freebsd_stats.php?HOSTID=233196bee8136806b7570532d1d34349 fetch http://www.hub.org/freebsd_stats.php?HOSTID=56753858102f51b756c93bd5c0dbfaa5 fetch http://www.hub.org/freebsd_stats.php?HOSTID=baea3619ea55ee516e3c556ffb7fd287 fetch http://www.hub.org/freebsd_stats.php?HOSTID=cf49ffbeb51fd9864386388a68f41059 fetch http://www.hub.org/freebsd_stats.php?HOSTID=f5c052e568711a4cb61890d7114d1f43 fetch http://www.hub.org/freebsd_stats.php?HOSTID=5796f413c62eb369fa15c37fffb748f8 fetch http://www.hub.org/freebsd_stats.php?HOSTID=4574ee7d3334a609c5b4de66f1527eca Surrounded by #$%^*$@ idiots. Actually, must have missed this the first time through, thanks ... but, why would we need to run the CPU serial number through the hash, if its already unique to each CPU? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Tue, 1 Aug 2006, Nikolas Britton wrote: On 8/1/06, Robert Huff [EMAIL PROTECTED] wrote: User Freebsd writes: Actually, using ifconfig wouldn't work ... it would give unique, but as soon as you add another IP (ie. alias), the ID would change ... you'd need to do something like: ifconfig | grep ether | sha256 | md5 since the 'ether' would never change ... At least some cards (+ FreeBSD drivers) allow you to set the MAC address You still don't get it! Maybe this simple perl program will illustrate the problem: my $number = 1; my $randomkey = ; while (0 == 0) { $randomkey = `echo $number | md5`; print fetch http://www.hub.org/freebsd_stats.php?HOSTID=$randomkey;; $number++ } Also by using only the mac address output of ifconfig you have limited the pool of unique keys to 16^12 (281,474,976,710,656)!!! All I need to do to find your mac address is compute all possible mac address combinations into MD5 and then just simply match it up with yours. Anonymity only works if the input is large then the output!!! Because it's computationally impossible to compute all values of a 500+ byte string etc. etc. The MD5 string maps back to at least (how do you compute the collisions?) two SHA256 keys and the SHA256 maps back to at least two ifconfig strings. Thing is, we aren't so much looking for anonymity as we are uniqueness, but, wouldn't the CPU serial id not be both? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Tue, 1 Aug 2006, Nikolas Britton wrote: Ok.. lets start from the top, again. Why do we need uniqueness? We want to count each host reporting *once* ... without uniqueness per host, how are you going to know whether to update a hosts record, instead of add it as a new host? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: spamfilter
If you want a truly user-friendly spam/virus solution, check out: http://www.renaissoft.com/maia/ I have this backing 200 VPS, including postgresql.org itself, and its literally a dream, as it allows *each user* to individually tailor their settings ... On Wed, 2 Aug 2006, Olivier Nicole wrote: 1) spamd (part of SpamAssassin) is written in perl. This is fine for a workstation, not so much for a high-volume mail server. SpamAssassin itself is written in Perl... But it can be run on a remote server, it does not have to be on the machine running sendmail. 2) installing spamass-milter requires rebuilding sendmail. (I have no idea about other MTAs.) This usually sounds more frightening than it is, but can still lead to complications. I think stock sendmail is installed with milter, so it is only a matter aof configuration, not of compiling. Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Tue, 1 Aug 2006, Nikolas Britton wrote: On 8/1/06, User Freebsd [EMAIL PROTECTED] wrote: On Tue, 1 Aug 2006, Nikolas Britton wrote: Ok.. lets start from the top, again. Why do we need uniqueness? We want to count each host reporting *once* ... without uniqueness per host, how are you going to know whether to update a hosts record, instead of add it as a new host? But no matter what you do you can never guaranty a hosts uniqueness... What you want to do is akin to DRM and there is no way to do this in the open source world. What is wrong with a total host count? If all hosts are reporting in once per month then whats the problem?... just simple addition: DATA: 6.1-STABLE i386 6.0-RELEASE i386 6.1-RELEASE-p2 AMD I guess I'm just trying to make it as accurate as possible, and fear someone fetch bombing just to artificially increase the #s ... but, then again, if they did do that, even with a unique value, it wouldn't take much to create a random one for that purpose ... So, ya, I guess a unique id would be pretty useless ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Mon, 31 Jul 2006, Colin Percival wrote: User Freebsd wrote: On Sun, 30 Jul 2006, Colin Percival wrote: Approximately 15000 portsnap snapshots (i.e., /var/db/portsnap or /usr/local/portsnap directories) are being kept updated on systems which send HTTP requests to portsnap*.freebsd.org. Of these, about 4300 are running FreeBSD 6.0, 4500 are running FreeBSD 6.1, 2400 are running FreeBSD 6-STABLE, 300 are running FreeBSD 5.5, and the remaining 3500 are using copies of portsnap installed from the ports tree (presumably on earlier FreeBSD releases, since the portsnap port won't install if portsnap is already part of the FreeBSD base system). 'k, *this* sounds like it might be perfect ... would it be possible to get a copy of the portsnap logs to see about setting up some sort of auto-parse? Maybe setup some statistics and graphs? You mean something like http://www.daemonology.net/portsnap/stats.html ? Not really ... more interested in a simpler graph / #s that denote # of distinct hosts for each version of FreeBSD each month ... depending on the amount of data you can pull out of the logs, getting #s per country, and #s per top level domain (ie. yahoo.com) would be cool too ... Also: gathering the access logs for portsnap.daemonology.net, portsnap1.freebsd.org, and portsnap2.freebsd.org Are those the *only* portsnap servers, or are there more? Again, the idea is to get a complete, and as accurate as possible, picture ... There are still a lot of people (particularly on pre-6.0 systems) who are using CVSup rather than portsnap for updating their ports trees. Actually, I'm ashamed to say that I'm still using CVSup also ... going to work on getting myself switched over too ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Mon, 31 Jul 2006, Svein Halvor Halvorsen wrote: Colin Percival wrote: There are still a lot of people (particularly on pre-6.0 systems) who are using CVSup rather than portsnap for updating their ports trees. Also, I would guess that some people who run multiple FreeBSD systems, use some sort of local propagation of either the entire ports tree, or locally compiled packages. I work as a sysadmin at the students computer lab at the mathematics department at the Norwegian university of science and technology, and we take this approach. Not that the maths department is a large one, but we have fifty-some workstations and a couple of servers running FreeBSD. Only one or two of which would show up in the portsnap stats. Ya, that is the part that throws the #s out completely ... its those 'ghost machines' that would be nice to see counted somehow ... How about something as innoculous as: fetch http://statsserver.domain/aliveping.php?version=`uname -mr`hostname=`hostname` run as part of periodic daily ... ? uname -mr would have to be properly formatted for a URL, but that would give a distinct IP / hostname for indexing, and OS version, take neglible bandwidth to run, and, I believe, doesn't give out any *sensitive* information ... Then have a daily_statistics_enable=YES in /etc/defaults/perodic.conf, so that ppl can opt out of it ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Sun, 30 Jul 2006, Chad Leigh -- Shire.Net LLC wrote: On Jul 30, 2006, at 8:42 PM, User Freebsd wrote: On Sun, 30 Jul 2006, Colin Percival wrote: User Freebsd wrote: We can also collect the access information of the cvsup server and portsnap server, can't we? What does that give? Approximately 15000 portsnap snapshots (i.e., /var/db/portsnap or /usr/local/portsnap directories) are being kept updated on systems which send HTTP requests to portsnap*.freebsd.org. Of these, about 4300 are running FreeBSD 6.0, 4500 are running FreeBSD 6.1, 2400 are running FreeBSD 6-STABLE, 300 are running FreeBSD 5.5, and the remaining 3500 are using copies of portsnap installed from the ports tree (presumably on earlier FreeBSD releases, since the portsnap port won't install if portsnap is already part of the FreeBSD base system). BTW, is portsnap meant to replace cvsup, or ... ? Or are we still only getting half the picture if we look at portsnap only? You are getting some fraction of the picture. We don't use portsnap (and cvsup we do use but not that often), for example. We use cvsup here, daily, to update the ports tree ... and based on someone else's post (alex?), finding out that portsnap overwrites the ports tree, which I'm taking to mean it will remove anything I add to it, makes changing over for me a no-op :( Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Mon, 31 Jul 2006, Alex Zbyslaw wrote: But this will then only count from the first version(s) of FreeBSD which contain the periodic job. Then every machine running an earlier release would be a ghost. Agreed, but any active counting will fail dealing with older machines, regardless ... this is something that should have been implemented / started *ages* ago ... we will never have # of sales figures we can market ourselves to vendors based on, but, we also have nothing in the way of # of deployments figures ... I think the bottom line I see is that whatever you do, you cannot count everything. *If* some kind of counting could be done *now* using portsnap and cvsup servers that are amenable, then you reasonably quickly start getting some kind of count. cvsup, i don't believe, will give us any #s, mainly since it doesn't seem to really provide any information: # grep 68851 /var/log/cvsup Apr 29 23:15:08 postgresql cvsupd[68851]: +4338 [EMAIL PROTECTED] (turbine.word-to-the-wise.com) [SNAP_16_1h/17.0] Apr 29 23:15:13 postgresql cvsupd[68851]: =4338 [96Kin+3Kout] pgsql/cvs Apr 29 23:15:13 postgresql cvsupd[68851]: -4338 [97Kin+3Kout] Finished successfully The some kind of optional periodic job can also be rolled out and many months down the line it would start to produce potentially more reliable (i.e. higher :-)) figures, assuming ppl were amenable to running it. But if you have to wait for 6.3 or 7.0 or whatever, and then wait for the majority to adopt it, that's longer than I think you want to wait for some kind of answer. ... true, but if we *never* do anything, we'll never have numbers ... even if there is a 12 month or more adoption curve, that adoption period has to start *somewhere* ... As far as ppl amenable to running it ... if the purpose was properly explained, with periodic reminders on the lists as to what the Stats Project was all about, and as long as the information being sent out is fully explain (ie. make sure ppl realize that nothing of a sensitive nature is being sent out), I think adoption would be alot easier ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Safe card to replace for ICP Vortex GDT8514RZ ...
I have a remote server, running the above RAID controller, that, as most ppl here have seen over the past few weeks, is causing endless headaches ... Official word from Adaptec is that FreeBSD is no longer a supported platform, so, I either live with the deadlocks, or try and figure out a suitable replacement for the card ... So, can anyone recommend a card to replace this with? Its a remote server, so I'm looking for something that will be plug-n-play, same slot that the GDT is in ... I realize that I'll have to reformat the server afterwards ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
[IMPORTANT] Adaptec no longer supporting iir(4) driver ...
'k, I finally got ahold of someone @ adaptec, and the official word seems to be: FreeBSD 6 is not officially supported for the GDT based ICP RAID controllers. Nevertheless the inbox driver should work. Great, well, the inbox driver doesn't work with FreeBSD 6.x, and support doesn't exist to get it fixed, mainly since, as most ppl here know, the specs are closed, so even a non-Adaptec person can't do much to fix the problem(s) ... For those that haven't been following the discussion on this, the iir(4) driver in FreeBSD 6.x appears to have a deadlock issue under medium to heavy load, where the 'blocked' state just continues to rise until file accesses just no longer work ... So, if you are running a server that is using the iir(4) device driver and are considering upgrading to FreeBSD 6.x and beyond, or are looking to build a new machine using a device that relies on this driver, do so at your own peril ... Please note that this deadlock issue exists on *both* the ICP Vortex cards, *and* the Intel based RAID controllers ... If anyone from Adaptec is out there and is actually interested in seeing this problem fixed, *please* let me know ... I have three servers, all three exhibiting this problem, and one of them is fully loaded with the kernel debug stuff so that I can (I think) give you almost *anything* you want in the way of information concerning the problem ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Fri, 28 Jul 2006, Nikolas Britton wrote: My shop runs 30+ FreeBSD hosts, and I have several more for personal use. But of those there are maybe 2-3 that I would be ok with listing and exactly zero that I will actually list. It's not that I don't want to help, but I'm not going to run a process like that on a production server. What about sending something as simple as uname -mr? 'k ... uname -mr 6.1-STABLE i386 The only way this idea will work is if we put some code in the base system that sends something generic every few months. for example. Send 'uname -mr' to stats.freebsd.org every 3 months. It would be very easy to 'opt out', perhaps stats_enable=NO in rc.conf. Alternatively we could make it 'opt in' at install time. The installer could add stats_enable=YES to rc.conf when someone answers yes. The actual code to implement this is trivial, something like a few lines of shell script and a config file that lists the next send date. This config file can be checked during the monthly periodic and if needed trigger the stats script to send the anonymous data and update the next send date in the config file. If the stats script can't find a path out it should update the next send date and then die. Why not just have it as part of the monthly_periodic itself ... have it send a copy to a central address as well as to the admin itself, with the message containing a note on how to disable it in /etc/rc.conf, and have it opt_in by default? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Fri, 28 Jul 2006, Nikolas Britton wrote: The only way this idea will work is if we put some code in the base system that sends something generic every few months. for example. Send 'uname -mr' to stats.freebsd.org every 3 months. It would be very easy to 'opt out', perhaps stats_enable=NO in rc.conf. Alternatively we could make it 'opt in' at install time. The installer could add stats_enable=YES to rc.conf when someone answers yes. The actual code to implement this is trivial, something like a few lines of shell script and a config file that lists the next send date. This config file can be checked during the monthly periodic and if needed trigger the stats script to send the anonymous data and update the next send date in the config file. If the stats script can't find a path out it should update the next send date and then die. Btw, you'd need to include something else in the mix to differentiate various hosts ... maybe MAC address or something like that? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Sat, 29 Jul 2006, Nikolas Britton wrote: Yes and no. Not all cvsup servers are under the control of the FreeBSD project but you are right, they could log the release tag and more. Also don't forget about website stats, mailing list subscriptions, and ftp servers. None of which actually give you even close to accurate #s, unfortunately ... for instance, website stats ... if you were to look at the ones for freebsd.org, how many would be Windows Browsers :( And then we are only talking about desktops, not servers ... As to stuff like CVSup logs ... how many large deployments have one central CVSup 'downloader' while the rest in the org just feed off of that? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Fri, 28 Jul 2006, Ted Mittelstaedt wrote: You might think this sounds harmless but folks have done this kind of thing in the past with other products and wreaked havoc on the Internet. You can start by referencing dlink ntp fiasco in google to get an idea of what can happen to these kinds of well meaning attempts. Let sleeping dogs lie. 'k, you lost me on how this relates to the fiasco ... I did a quick search on Google for it, and, unless I didn't find the right reference, the 'fiasco' had to do with DLink setting up their software to ping PHKs NTP Server, without getting permissions first, and, thereby, flooding him with NTP requests ... People just don't realize just how very big the Internet is. That is the problem, yes ... nobody knows how big the FreeBSD community is ... :) Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Are hardware vendors starting to bail on FreeBSD ... ?
On Thu, 27 Jul 2006, Chad Leigh -- Shire.Net LLC wrote: On Jul 27, 2006, at 5:41 PM, Born, Clinton wrote: Really? I wouldn't want such a myopic view when choosing to allocate our shareholders dollars. Best tool for the job. Period! That is not as easy as you make it out to be. WHat one might in the short term see as the best tool may not be such in 2 years when support is dropped and you are in a forced obsolescence and have to replace it with something else... So making value judgments like tools that are known to be well supported on FReeBSD for example is part of determining the best tool for the job Actually, and this brings up another point ... there is nothing that stops VendorX from discontinuing their 'open policy' in 2 years either ... although one would hope that over the years, more would open, not less, it is possible ... Case in point: ICP Vortex *did* provide source drivers for FreeBSD up until FreeBSD 5.x, and then stop'd: http://www.icp-vortex.com/english/download/rz_neu/freebsd/frbsd_e.htm Chad -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Amitabh Kant Sent: Thursday, July 27, 2006 11:28 AM To: Nikolas Britton Cc: freebsd-questions@freebsd.org Subject: Re: Are hardware vendors starting to bail on FreeBSD ... ? And this is what I always do. As a person responsible for recommending/approving/buying harware related stuff for few different companies, I make it a point that I *prefer* only those brands that have support for FreeBSD. For me, this is more so in case of RAID cards. On 7/27/06, Nikolas Britton [EMAIL PROTECTED] wrote: Except most of the people using FreeBSD in a professional setting are pretty high up on the IT/IS/MIS food chain. If a product doesn't work on my platform of choice then there's no way in hell I'll approve it's uses on other platforms, FreeBSD is my litmus test. If a vendor doesn't support FreeBSD they can still pass my test by providing open documentation. I see the whole issue this way: companies are free to choose whether to support FreeBSD or not, and I am free to choose/recommend their product in my installations. It's only when we start to speak with our money bags, that it will make commercial sense to them to support *BSD. Amitabh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Are hardware vendors starting to bail on FreeBSD ... ?
On Fri, 28 Jul 2006, Darrin Chandler wrote: On Fri, Jul 28, 2006 at 04:16:55PM -0300, User Freebsd wrote: And my point is that those not supporting FreeBSD already don't care, since as far as they are concerned, their is no market for them to be losing not buying their products isn't telling them anything they didn't already believe ... Actually, this is a very valid point. A good approach would be to write to the vendor and tell them than you had considered their product and it looks good based on purely technical mertis, but you had to go with a competitors products due to availability of technical documentation. Frankly, the lost sales from FreeBSD will get lost in the noise for a company like Adaptec. However, a few dozen or a few hundred letters like above would carry a fair amount of weight. Leave out any attitude or flames. Just tell them their competitor made money instead of them. AMD has played pretty nice with specs, along with price and other things to be comptetitive. It's worked well for them. Has Intel changed because of this? You bet. In addition to lowering prices, they've begun to open specs. Yes! That's a win for everyone, even Intel, and Intel is beginning to suspect... Now, can we get Adaptec or Broadcom to follow suite? Maybe. Some companies are slow learners. Counting FreeBSD installs and telling them how many there are won't do nearly as much as 1 out of 1000 FreeBSD users writing them a letter telling them you bought from their competitors because of their policies. Bonus points if the competitor has been nipping at their heels lately. ;) Something like this is what the FreeBSD Foundation should co-ordinate ... not a 'letter writing campaign', but coming up with a well worded, professional form letter that we could use ... I, for one, am a terrible writer :( Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Sat, 29 Jul 2006, Xiao-Yong Jin wrote: People like me who only use FreeBSD on the laptop would certainly give much shorter uptimes. Okay, I just wanna say, it's very strange to a mobile/desktop user. Again, I wasn't thinking so much about uptimes as the fact that the information is updated regularly ... We can also collect the access information of the cvsup server and portsnap server, can't we? What does that give? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Sun, 30 Jul 2006, Colin Percival wrote: User Freebsd wrote: We can also collect the access information of the cvsup server and portsnap server, can't we? What does that give? Approximately 15000 portsnap snapshots (i.e., /var/db/portsnap or /usr/local/portsnap directories) are being kept updated on systems which send HTTP requests to portsnap*.freebsd.org. Of these, about 4300 are running FreeBSD 6.0, 4500 are running FreeBSD 6.1, 2400 are running FreeBSD 6-STABLE, 300 are running FreeBSD 5.5, and the remaining 3500 are using copies of portsnap installed from the ports tree (presumably on earlier FreeBSD releases, since the portsnap port won't install if portsnap is already part of the FreeBSD base system). 'k, *this* sounds like it might be perfect ... would it be possible to get a copy of the portsnap logs to see about setting up some sort of auto-parse? Maybe setup some statistics and graphs? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Sun, 30 Jul 2006, Colin Percival wrote: User Freebsd wrote: We can also collect the access information of the cvsup server and portsnap server, can't we? What does that give? Approximately 15000 portsnap snapshots (i.e., /var/db/portsnap or /usr/local/portsnap directories) are being kept updated on systems which send HTTP requests to portsnap*.freebsd.org. Of these, about 4300 are running FreeBSD 6.0, 4500 are running FreeBSD 6.1, 2400 are running FreeBSD 6-STABLE, 300 are running FreeBSD 5.5, and the remaining 3500 are using copies of portsnap installed from the ports tree (presumably on earlier FreeBSD releases, since the portsnap port won't install if portsnap is already part of the FreeBSD base system). BTW, is portsnap meant to replace cvsup, or ... ? Or are we still only getting half the picture if we look at portsnap only? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Are hardware vendors starting to bail on FreeBSD ... ?
On Thu, 27 Jul 2006, Nikolas Britton wrote: What we really need is score card to keep track of the good and bad companies. Someone with initiative could have this up and running in a day or less... After it's up we can put a BIG HONKING LINK on the FreeBSD main page. http://www.vendorwatch.org/index.php?title=Main_Page But, its also something I only recently found about, as a result of this thread ... The second thing everyone (All who use X) needs to do is get AMD to force ATI's hand into releasing documentation. This should not be hard to do because ATI's lead counsel is on the way out. Why not just by nVidia? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Are hardware vendors starting to bail on FreeBSD ... ?
On Thu, 27 Jul 2006, Amitabh Kant wrote: I see the whole issue this way: companies are free to choose whether to support FreeBSD or not, and I am free to choose/recommend their product in my installations. It's only when we start to speak with our money bags, that it will make commercial sense to them to support *BSD. And my point is that those not supporting FreeBSD already don't care, since as far as they are concerned, their is no market for them to be losing not buying their products isn't telling them anything they didn't already believe ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Gotta start somewhere ... how many of us are really out there?
Okay, here is the challenge ... for vendors to 'take notice' of the fact that exist as a market, there really needs to be *some* numbers that ppl like -core, -advocacy and -marketing can use ... right now, there is nothing out there that can be considered either 'half the story', or just purely guess work ... This means that when someone here talks about don't buy from company A because they don't support us, its kind of a meaningless boycott, since, as far as they are concerned, they aren't making any money off us, therefore, aren't losing any ... Although I'd eventually like to see something better that includes more information (ie. version of FreeBSD being run, AMD vs Intel, etc), even just getting #s on the size of the community that we are apart of would be good Also, for the data to *mean* anything, it has to be semi-realtime, in that it can't just be sent in once, but a ping has to be sent in periodically to show that that server *is*, in fact, actually still running FreeBSD ... Towards that end, as a starter, I would like to encourage everyone out there running 1 or more FreeBSD boxes to go to http://www.mreriksson.net/uptimes register all of your hosts, and install /usr/ports/sysutils/uptimec and get it running ... Right now, there are 249 FreeBSD hosts listed ... I can't believe that that is *all* of them out there ... We don't care about the uptime side of things ... all we care about is finding out how many FreeBSD hosts are actually being run ... how big are we as a market ... I'm currently trying to come up with something better, but, right now, that seems to be the best that is out there ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Gotta start somewhere ... how many of us are really out there?
On Fri, 28 Jul 2006, Atom Powers wrote: On 7/28/06, User Freebsd [EMAIL PROTECTED] wrote: Towards that end, as a starter, I would like to encourage everyone out there running 1 or more FreeBSD boxes to go to http://www.mreriksson.net/uptimes register all of your hosts, and install /usr/ports/sysutils/uptimec and get it running ... Heh. You won't get more than a tiny percentage of hosts that way; I believe most of us, even those on this list (which is nowhere close to the total user base), don't care to be listed. My shop runs 30+ FreeBSD hosts, and I have several more for personal use. But of those there are maybe 2-3 that I would be ok with listing and exactly zero that I will actually list. It's not that I don't want to help, but I'm not going to run a process like that on a production server. It is definitely your perogative, but I'm curious as to why not? You have the source code for the client, so its not some sort of 'spyware' that is sitting running on your machine ... I could see if it was some closed-source client ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
icmp packets - disabling via sysctl, or cisco switch ... ?
Two part question here ... first part ... is there a way of just disabling icmp by setting a sysctl, so that a server just doesn't respond to them? second part ... is there a way of telling a cisco switch to drop all icmp packets, preferrably to all but an exception list, but to everywhere works as well ... I'm running a Cisco 2950-24 ... thanks ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: icmp packets - disabling via sysctl, or cisco switch ... ?
Just an appendum, but this is what I'm seeing in /var/log/messages right now: Jul 28 00:22:37 io kernel: Limiting icmp unreach response from 6255 to 200 packets/sec Jul 28 00:22:38 io kernel: Limiting icmp unreach response from 6515 to 200 packets/sec Jul 28 00:22:39 io kernel: Limiting icmp unreach response from 6646 to 200 packets/sec ^C And its been going on for several hours now ... :( On Fri, 28 Jul 2006, User Freebsd wrote: Two part question here ... first part ... is there a way of just disabling icmp by setting a sysctl, so that a server just doesn't respond to them? second part ... is there a way of telling a cisco switch to drop all icmp packets, preferrably to all but an exception list, but to everywhere works as well ... I'm running a Cisco 2950-24 ... thanks ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Are hardware vendors starting to bail on FreeBSD ... ?
On Tue, 25 Jul 2006, Tamouh H. wrote: On Jul 25, 2006, at 8:16 PM, Nikolas Britton wrote: ICP Vortex is an Adaptec company and Adaptec doesn't support FreeBSD. We've already been over this once. Not to disagree with you, but Adaptec put new drivers for 5.3 and 5.4 for their 2420, 2820, 2320SLP, 2130SLP, and 4800/4805SAS driver back in April 06 up on their website. Their support could be a lot better, but these are new cards and new FreeBSD drivers... There is no storage manager aaccli like there was earlier :-( (maybe a Linux one, assuming there is one, will work like the Linux aaccli program works on FreeBSD?) I've 2130SLP and the drivers Adaptec posted caused server reboots almost immediately, the documentation were lacking (device name has changed which would cause a failed boot) and as you said aaccli is not working, not even the new linux ASM. On that point, do you still have the linux aaccli file ? I've been looking for it with no luck. Just updated the 2130SLP firmware and its no longer accepting the aaccli utility. Advise.stay away from Adaptec on FreeBSD and especially RAID controllers. Stupid question, but has anyone actually email'd Adaptec support? I'm having issue with the iir driver, I've email'd ICP Support about it, since its one of hte ICP Vortex cards that is causing the problem ... I got a response back to the effect of We do not officially support FreeBSD 6.x, but can you give us details on the problem ... How many ppl out there are running FreeBSD with an iir device? that includes the ICP/Adaptec cards, as well as Intel RAID controllers ... how many are running them on FreeBSD 6.x? How many are getting odd problems with their servers that they can't really trace to anywhere, but aren't posting about it either? The point is, if we keep acting as individuals, vendors will treat as unimportant ... if we start acting like an organization, and actually *lobby* these vendors for better support, maybe they will start to listen to us ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Are hardware vendors starting to bail on FreeBSD ... ?
On Wed, 26 Jul 2006, Philippe Lang wrote: [EMAIL PROTECTED] wrote: I've recently been experiencing lock ups with the three servers that I've upgraded to 6.x ... one of which is 1 year old, the other two are 3 years old ... after getting everything setup with DDB, to the point that I could provide some very detailed traces, and core dumps, it looks like the problem is the one thing common between all three servers: the iir driver ... the two older machines are running Intel 0CH RAID controllers, the newer one an ICP Vortex card ... both were rock solid machines under 4.x ... I don't have lockups on my 6.0 server, but I confirm there is something strange with the iir driver. On dmesg.*, I can read iir0: Bus B: The SCSI controller successfully recovered from a SCSI BUS issue. The issue may still be present on the BUS. Check cables, termination, termpower, LVDS operation, etc iir0: SCSI-B, ID 3: MPI returned 0x0048 I have an INTEL SRCU42L raid board. Maybe that's REALLY a cable problem I have here? have you tried changing the cable? if so, and it still happens, then its probably not a cable problem ... in my case, three servers and two different controllers all lock up since 6.x and all are running iir drivers ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Your message to freebsd-emulation awaits moderator approval
Your mail to 'freebsd-emulation' with the subject Barclays IBank Security Measure. Is being held until the list moderator can review it for approval. The reason it is being held: SpamAssassin identified this message as possible spam Either the message will get posted to the list, or you will receive notification of the moderator's decision. If you would like to cancel this posting, please visit the following URL: http://lists.freebsd.org/mailman/confirm/freebsd-emulation/790ccfa54b5269916bc19a608447b3db44241749 PLEASE NOTE! If you would like to post freely to the list, please subscribe first. If you post from multiple addresses, you can subscribe each address and go into the options page and select 'no mail' for all but one address. This will allow you to post without delay in the future. Sorry for the hassle, but certain immature people made this necessary. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Are hardware vendors starting to bail on FreeBSD ... ?
On Wed, 26 Jul 2006, Peter A. Giessel wrote: On 7/26/2006 07:35, User Freebsd seems to have typed: The point is, if we keep acting as individuals, vendors will treat as unimportant ... if we start acting like an organization, and actually *lobby* these vendors for better support, maybe they will start to listen to us ... We could also make it a point to support those who actually support us, such as 3ware, thus making it very profitable to continue to support FreeBSD and providing financial disincentive to those who don't support FreeBSD. The problem with this is where is the dis-incentive? those that aren't openly supporting us now don't believe they are losing any money from not supporting us ... What I'd like to see, as I've posted on advocacy as well, is #s to show to those that aren't openly supporting us know to show them that there is a market for them ... Supporting 3ware is good, but what if/when Adaptec buys them out ... Adaptec doesn't officially support FreeBSD, therefore, anyone they buy out would most likely change their policy accordingly ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Are hardware vendors starting to bail on FreeBSD ... ?
On Wed, 26 Jul 2006, Nikolas Britton wrote: * No binary blob drivers. This is one that I don't necessarily agree with ... if Adaptec came out with a *supported* iir driver, but it was binary only, I'd be happy with that ... I just want to know that if I *have* a problem with a piece of hardware, that I can get support for it ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Are hardware vendors starting to bail on FreeBSD ... ?
On Wed, 26 Jul 2006, Peter A. Giessel wrote: On 7/26/2006 10:34, User Freebsd seems to have typed: Supporting 3ware is good, but what if/when Adaptec buys them out ... Adaptec doesn't officially support FreeBSD, therefore, anyone they buy out would most likely change their policy accordingly ... Not if they look at the sales and go, 2/3rd of their sales are FreeBSD... Companies are pretty reluctant to drop support for a majority of their users. How do they know that 2/3rd of their sales are FreeBSD? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Are hardware vendors starting to bail on FreeBSD ... ?
On Wed, 26 Jul 2006, Darrin Chandler wrote: On Wed, Jul 26, 2006 at 03:36:51PM -0300, User Freebsd wrote: On Wed, 26 Jul 2006, Nikolas Britton wrote: * No binary blob drivers. This is one that I don't necessarily agree with ... if Adaptec came out with a *supported* iir driver, but it was binary only, I'd be happy with that ... I just want to know that if I *have* a problem with a piece of hardware, that I can get support for it ... A lot of people agree with you, but I'm not one of them. It's not about you being inconvenienced in this particular case. It's about choice, and vendors supporting the customers by providing *specs*. What if they provide a blob for FreeBSD but you decide you want to run NetBSD on a particular machine and there's no blob? Or much more likely: what if they provide a blob for Linux, but not for FreeBSD? Should they also provide a blob for Plan 9? If the specs are not open, then your choices are limited to what the vendor wants to develop and support. And that's likely to be Windows, and maybe Linux, and maybe maybe FreeBSD. OTOH, if the vendor opens the specs then good, solid drivers can be written for whatever platform. And ported. And if there's a problem it can be fixed. This even turns out to benefit people who don't give a hoot about whether something is free or open or not. My point isn't that I *liked* binary-only drivers ... my point is that I'd rather a company like Adaptec to *at least* supply a binary driver if they require their specs to be closed, then provide *no means* for me to use Adaptec products ... Right now, I personally am being hurt more by having *nothing* from Adaptec, binary or open, then I would be if they'd provide something binary, since under 4.x, the Adaptec driver *was* rock solid, so I felt pretty safe upgrading to 6.x, which turns out was not so smart a move ... How many out there are *still* running 4.x on their servers and desktops, for similar fears? Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What I would like to see, or How many FreeBSD boxen are out there?
On Wed, 26 Jul 2006, Aftab Jahan Subedar wrote: IMHO this is the first and oldest one. http://www.netccraft.com That is a web hosting survey ... it doesn't take into consideration firewalls, desktops, mail servers, file servers, etc, etc ... What I'm suggesting is some means of tracking who is using FreeBSD, what they are using it for (narrow scope, ie. web hosting, firewall, etc ... nothing fancy there), but, also, eventually extended to include information about the OS itself (none sensitive information only): Version of OS Hardware Drivers In Use (via dmesg) Physical Hardware in Use (not sure if that is possible) For instance, it would be nice to be able to go to ppl like ICP Vortex, which appear to support fbsd4 and fbsd5, but not 6.x or 7.x, and say: Hey, X out of Y FreeBSD machines running out there are running your cards, to show them that there *is* a market ... The problem is that right now, there are no concrete #s, only a bunch of speculation and guesses ... even places like Netcraft don't give a clear picture, since it only focuses on one *aspect* of the market place ... -- Aftab Jahan Subedar CEO/Software Engineer Subedar Technologies Ltd Subedar Baag Bibir Bagicha #1 North Jatrabari Dhaka 1204 http://www.DhakaStockExchangeGame.com On Sunday 23 July 2006 00:09, User Freebsd wrote: On various lists, including this one, there is talk about how to we make hardware vendors sit up and take more notice of us ... alot of the negative responses back seem to be 'we are too small of a group', but, of couse, nobody out there can really give any even *reasonable* numbers of desktops and servers deployed with FreeBSD ... What I'd love to see is a *project initiated* (or FreeBSD Foundation) FreeBSD reporting mechanism similar to: http://www.mreriksson.net/uptimes/myuptimes Something just for FreeBSD users (well, all *BSD users should be invited) ... uptime not being the really big thing here, but stuff like version of FreeBSD being run, country being run in, maybe have it part dmesg on startup and report devices in use, etc ... Come up with reports like # of hosts using fxp vs em devices, etc ... although it may be a bit more difficult, I don't know, but report on specific hardware being used ... Statistics that either Core, or the FreeBSD Foundation, can use to show vendors they are talking to about what is currently in use ... but also to show developers themselves what device drivers are actually in use, that sort of thing ... Nothing that I'd think would be 'sensitive information', but information that would be useful from either a marketing, or support, point of view ... And market / promote it ... Basically, unless I'm mistaken, right now we have *nothing* to base numbers on, except maybe the netcraft report(s)? ... but, that only includes hosts running web servers ... how many are running firewalls? desktops? mail servers? etc ... We need to show vendors we aren't some hobbiest group, and towards that end, producing some sort of up to date #s would really help, I would think ... show them we are a market worth looking at ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Are hardware vendors starting to bail on FreeBSD ... ?
On Tue, 25 Jul 2006, Ted Mittelstaedt wrote: Oops, forgot about that. Use 5.x then. The statement is that newer versions of FreeBSD are slower than older versions. The point was that this isn't relevant to 90% of users for reasons I already cited. IMHO, I'm not so concerned about my servers being slower then older versions, but the fact that, in some cases, we seem to be going backwards are far as stability is concerned ... I've recently been experiencing lock ups with the three servers that I've upgraded to 6.x ... one of which is 1 year old, the other two are 3 years old ... after getting everything setup with DDB, to the point that I could provide some very detailed traces, and core dumps, it looks like the problem is the one thing common between all three servers: the iir driver ... the two older machines are running Intel 0CH RAID controllers, the newer one an ICP Vortex card ... both were rock solid machines under 4.x ... If you check ICP Vortex's web site, you will actually find *vendor supported* drivers (and CLIs) for both fbsd4 and fbsd5 but nadda for 6 or 7 ... so, from looking at that, it looks like they have bail'd on the newer FreeBSDs ... So, for me, it isn't a performance issue, its what looks to be a shrinking hardware vendor support ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
The results of your email commands
The results of your email command are provided below. Attached is your original message. - Results: Ignoring non-text/plain MIME parts - Done. ---BeginMessage--- University Degree OBTAIN A PROSPEROUS FUTURE, MONEY-EARNING POWER, AND THE PRESTIGE THAT COMES WITH HAVING THE CAREER POSITION YOU'VE ALWAYS DREAMED OF. DIPLOMA FROM PRESTIGIOUS NON-ACCREDITED UNVERSITIES BASED ON YOUR PRESENT KNOWLEDGE AND PROFESSIONAL EXPERIENCE. If you qualify, no required tests, classes, books or examinations. Confidentiality Assured 1-815-828- 24 hours a day, 7 days a week including Sundays and Holidays Harrys eyes watered in the chill as they soared upwards; he could see ---End Message--- ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
What I would like to see, or How many FreeBSD boxen are out there?
On various lists, including this one, there is talk about how to we make hardware vendors sit up and take more notice of us ... alot of the negative responses back seem to be 'we are too small of a group', but, of couse, nobody out there can really give any even *reasonable* numbers of desktops and servers deployed with FreeBSD ... What I'd love to see is a *project initiated* (or FreeBSD Foundation) FreeBSD reporting mechanism similar to: http://www.mreriksson.net/uptimes/myuptimes Something just for FreeBSD users (well, all *BSD users should be invited) ... uptime not being the really big thing here, but stuff like version of FreeBSD being run, country being run in, maybe have it part dmesg on startup and report devices in use, etc ... Come up with reports like # of hosts using fxp vs em devices, etc ... although it may be a bit more difficult, I don't know, but report on specific hardware being used ... Statistics that either Core, or the FreeBSD Foundation, can use to show vendors they are talking to about what is currently in use ... but also to show developers themselves what device drivers are actually in use, that sort of thing ... Nothing that I'd think would be 'sensitive information', but information that would be useful from either a marketing, or support, point of view ... And market / promote it ... Basically, unless I'm mistaken, right now we have *nothing* to base numbers on, except maybe the netcraft report(s)? ... but, that only includes hosts running web servers ... how many are running firewalls? desktops? mail servers? etc ... We need to show vendors we aren't some hobbiest group, and towards that end, producing some sort of up to date #s would really help, I would think ... show them we are a market worth looking at ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: What I would like to see, or How many FreeBSD boxen are out there?
On Sun, 23 Jul 2006, jan gestre wrote: On 7/23/06, User Freebsd [EMAIL PROTECTED] wrote: On various lists, including this one, there is talk about how to we make hardware vendors sit up and take more notice of us ... alot of the negative responses back seem to be 'we are too small of a group', but, of couse, nobody out there can really give any even *reasonable* numbers of desktops and servers deployed with FreeBSD ... What I'd love to see is a *project initiated* (or FreeBSD Foundation) FreeBSD reporting mechanism similar to: http://www.mreriksson.net/uptimes/myuptimes Something just for FreeBSD users (well, all *BSD users should be invited) ... uptime not being the really big thing here, but stuff like version of FreeBSD being run, country being run in, maybe have it part dmesg on startup and report devices in use, etc ... Come up with reports like # of hosts using fxp vs em devices, etc ... although it may be a bit more difficult, I don't know, but report on specific hardware being used ... Statistics that either Core, or the FreeBSD Foundation, can use to show vendors they are talking to about what is currently in use ... but also to show developers themselves what device drivers are actually in use, that sort of thing ... Nothing that I'd think would be 'sensitive information', but information that would be useful from either a marketing, or support, point of view ... And market / promote it ... Basically, unless I'm mistaken, right now we have *nothing* to base numbers on, except maybe the netcraft report(s)? ... but, that only includes hosts running web servers ... how many are running firewalls? desktops? mail servers? etc ... We need to show vendors we aren't some hobbiest group, and towards that end, producing some sort of up to date #s would really help, I would think ... show them we are a market worth looking at ... why not make something similar to the linux counter, and let users register and have their registration number. The point of the link I sent above, or other similar systems, is that its relatively self-maintaining ... you register a server/desktop with the system, as being 'owned' by you, and run a small client that polls the system periodically ... If the server gets taken offline, it automatically gets marked as being an inactive host ... I don't know how linux counter works, but any system where someone has to go to a web site to remove a host if it gets taken offline is inherently flawed from the started since a) what stops ppl from just adding hosts with nothing to back them? and b) most of us are too lazy to bother going to mark as being 'offline' Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Still debugging why open(/dev/lpt0...) hangs
lpt0 is hanging up when it tries to request the ppbus (line 478 of lpt.c). I'm guessing that if_plip.c has requested it and not released it, which apparently happens when there's been an ioctl on the plip. There's no plausible reason why this should happen. What can I call in lpioctl (if_plip.c line 302) to print out some identifying information about the process doing the ioctl? Or is there a better list somewhere to ask this question? -- George Mitchell ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD 6: open(/dev/lpt0, O_WRONLY) hangup fixed
I've solved my /dev/lpt0 problem. Here is what happened: 1. I observed that the problem is also happening on FreeBSD 6.0. 2. It isn't happening on 5.3. 3. I sprinkled some printf's into lptopen in sys/dev/ppbus/lpt.c. 4. I compiled a new kernel, stripping a whole bunch of stuff out of the generic kernel. The problem went away. 5. I went back to the original lpt.c. Still working. 6. I compiled another kernel, adding device plip back in. The problem came back. So the problem, whatever it is, seems to involve an interaction between printing and plip. Since I have printing working again, debugging the problem is no longer a high priority for me. But if anyone has some suggestions for debugging, I would be happy to try them this weekend. Am I the only dinosaur still using a parallel port printer? It seems incredible to me that no one else using 6.0/6.1 could have encountered this problem. Even though I have fixed the problem, it should probably be debugged properly, unless there's sentiment for removing device plip from the generic kernel. -- George Mitchell ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD 6.1: open(/dev/lpt0, O_WRONLY) hangs up
Print jobs get into my print queu, but they don't get out. So I started debugging lpd. After a lot of screwing around, I discovered that the program was hanging up on line 1875 of printjob.c: pfd = open(pp-lp, pp-rw ? O_RDWR : O_WRONLY); pp-lp is /dev/lpt0 pp-rw is 0 So then I returned to my shell prompt and typed in: cat /dev/null /dev/lpt0 and that hung up uninterruptibly. What's going on? FreeBSD 6.1-RELEASE, unmodified generic kernel. All this worked normally under 5.3, though that needed 'hw.intr_storm_threshold=2000'. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
P.S. FreeBSD 6.1: open(/dev/lpt0, O_WRONLY) hangs up
P.S. Here's what dmesg has to say about my parallel port: ppc0: ECP parallel printer port port 0x378-0x37f,0x778-0x77b irq 7 drq 3 on acpi0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppbus0: Parallel port bus on ppc0 ppbus0: IEEE1284 device found /NIBBLE/ECP Probing for PnP devices on ppbus0: ppbus0: OKI DATA CORP OKIPAGE 10ex PJL,PCLXL,PCL,EPSONFX,IBMPPR plip0: PLIP network interface on ppbus0 lpt0: Printer on ppbus0 lpt0: Interrupt-driven port ppi0: Parallel I/O on ppbus0 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
More FreeBSD 6.1: open(/dev/lpt0, O_WRONLY) hangs up
More information about my /dev/lpt0 problem: 1. Enabling or disabling ACPI has no effect. 2. If I boot up in single user mode, I can cat a file to /dev/lpt0 and it prints on the printer. 3. Once I go to mutliuser mode, open(/dev/lpt0,O_WRONLY) hangs forever whether I start lpd or not. 4. If I shutdown now to get back to single user mode and then cat datafile /dev/lpt0, it hangs until I type control-C, at which point the shell says: cannot create /dev/lpt0: Interrupted system call (which really means, looking at the code in /usr/src/bin/sh/redir.c, cannot OPEN /dev/lpt0). Help! -- George Mitchell ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: SMP Performance (Was: Re: Are hardware vendors starting to bail ... )
On Thu, 13 Jul 2006, Tamouh H. wrote: I have to put my two cents here: 1) I agree with few posters that FreeBSD performance have been lacking behind. I've reported few issues on performance list and many did. We offered few pre-production servers for performance testing, but the answer we keep getting is: a. It is either your hardware sucks b. your benchmark application sucks 'k, here's to all the performance folks ... how should someone test performance? a. actually doesn't apply, as long as your performance testing is being done apples to apples as far as hardware is concerned ... if I create a dual-boot system, with FreeBSD 4.x and FreeBSD 6.x on a machine, and run *accepted performance / benchmark applications*, and compare those results, one would hope that 6.x performance fater/better then 4.x ... 2) Regarding SMP, few posts talked about disabling hyper-thread and SMP because it causes a performance degradation. On production hosting server, the experience was otherwise though. Without HT and SMP, the server would sky rocket in resource consumption. This has been tested on FBSD 5.4 i386 Personally, I've never found HT to be a performance boost, and I run 9 'production hosting servers' ... I can actually feel the difference between turning it on/off ... not sure what you mean by 'sky rocket in resource consumption', but all my Dual Xeon servers have HTT disabled, and I'm not noticing anything odd ... if you could elaborate on how you are seeing this, I can check on my machine to see if I see similar ... 3) I'm also frustrated like many with the rapid advancement in release jumps. We barely started 5.x to conclude it does not live up to expectations, so now 6.x is suppoused to be the good version, yet 7.x is going to come out soon and probably in less than a year 6.x will be considered inadequate. As to this one ... 5.x built up a very very bad reputation for itself, so basically 'skipping' that one makes sense ... I know I wouldn't trust a new version of 5.x coming out ... 6.x, other then the file system deadlocks which I'm trying to provide suitable DDB traces for, I've not noticed anything wrong with 6.x ... The jump from 6.x to 7.x does seem a bit ... quick ... but, then again, 7.x hasn't been released yet, and I think its safe to say that we all know that in software development, 'release estimates' are almost never accurate ... The problem, as I see it, is that until the OS gets used in real life production environments, some of the more obscure bugs don't get found ... on a simple production server, not doing much, I doubt anyone would ever see the file system deadlocks ... but, there are several of us that are running it in production with heavy loads that do ... but it takes a good load on the machine to trigger it, and I doubt any of the developers have that to work with, and/or can easily simulate the 'randomness' of a production environment ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: DL360 G4 shared network iLo and FreeBSD
You might want to try posting to the [EMAIL PROTECTED] mailing list ... I'm another one that uses the dedicated iLO port in the colo, but we have our own switch there also, so ports aren't an issue ... On Sun, 16 Jul 2006, Eric Lakin wrote: On Sun, Jul 16, 2006 at 11:56:47PM +1000, Norberto Meijome wrote: On Sat, 15 Jul 2006 14:13:57 -0700 Eric Lakin [EMAIL PROTECTED] wrote: I'm trying to setup a DL360 G4 for use in a colo environment with FreeBSD. I've run into one problem: I've setup the iLo to use the shared network option, which allows the iLo to share the same network interface as the host computer. But the iLo hangs whenever the FreeBSD kernel loads. FWIW, we have a bunch of 360s but running the iLo independently from the main card. They work just great, but never tried them on the other setting. Beto I have not had issues when using the dedicated iLo network interface either. But, when I ship the machine off to the colo, it'll only have one network drop - so either I get the iLo working in shared mode, or I don't get to use the iLo at all. After further testing, i've found that it's the bge driver that's hanging the iLo in shared network mode. Which makes sense. It looks like that driver is reading at a low enough level from the hardware that it's intercepting packets destined for the iLo. So the iLo isn't hanging - it's just not receiving any traffic after the bge driver gets loaded. No clue if/how to fix this however. -- You are in a maze of twisty little email threads, all alike [[EMAIL PROTECTED] | [EMAIL PROTECTED] ] ## set vi:nowrap tw=72 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
[KDE] starting application on specific desktop ...
Hi ... I'm not finding anything that sounds relevant in the X man page, so either it isn't possible (which would be weird) or I'm missing something ... I have 8 desktops running under KDE ... I'd like, for instance, when azureus starts up, it goes to the 8th desktop, not current one ... or, when someone messages me, it goes to the 7th desktop, etc ... Is it possible to tell the starting window which desktop under KDE? thx ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: *bsd firewall appliance?
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of DW Posted At: Thursday, July 13, 2006 2:06 PM Posted To: FreeBSD-Questions Conversation: *bsd firewall appliance? Subject: Re: *bsd firewall appliance? Philippe Lang wrote: [EMAIL PROTECTED] wrote: Hi all, Just doing some early morning brainstorming, and my crazy thought of the day is this: My life would be so much easier if I could just get rid of my stupid PIX firewalls, and replace them what I know and love: FreeBSD. It's not that the PIX's have been causing me problems or anything like that, it's just that I believe in streamlining whenever possible, and since we've already exterminated Microsoft in my server room for at least 3 years, the only thing left that's not running FreeBSD are my appliances (firewalls and switches) and 2 leftover legacy servers still running Redhat that haven't been worth the effort to migrate to FreeBSD. I'm a one-man shop, and I can survive using the PIX IOS when I have to, but would just as soon use BSD if I could. Questions: 1) If I did this, I would probably only do it if I could figure out how to rack up some diskless servers to my 2-post communications rack. Any thoughts on hardware candidates, etc.? 2) If I did this, maybe it would be wiser to go with OpenBSD instead, since it is known for security? 3) Any good tutorials on setting up a diskless servers for Free/OpenBSD? 4) Any other considerations? 5) Am I just being stupid and should I just keep my PIX's going? I know, I know, if it ain't broke, don't fix it. Hi, Maybe a good start for you would be to have a look at http://www.m0n0.ch/wall/. WOW!! This is exactly what I was looking for and more! Can't wait to start trying it out! Thanks! Cheers, --- Philippe Lang Attik System ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] Hi, If you like m0nowall also take a look at pfSense (www.pfsense.com)! Maybe worth your while. Regards, Lars. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
SMP Performance (Was: Re: Are hardware vendors starting to bail ... )
On Thu, 13 Jul 2006, Jerry McAllister wrote: On Jul 13, 2006, at 9:22 AM, Danial Thom wrote: Simply enabling SMP on a single processor system adds 20-25% overhead in freebsd 6.1. Again, readily admitted/accepted by the developers. There is no way to recover that in efficiency, at least not for a long time. So don't enable SMP on a single cpu system. Easy enough to avoid. Chad Why would anyone want to enable SMP on a single CPU system anyway. Actually, I believe all the new boot disks / ISOs are all SMP-enabled, so unless you build a custom kernel (some ppl do just run GENERIC ... I'm not one, mind you), you could be running an SMP-enabled kernel on a UP system without even knowing it ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: IMAP server alternatives
On Tue, 11 Jul 2006, Nagy L?szl? wrote: Hello, I tried cyrus-imapd, but I'm unsatisfied. Their website was down for a day. Now it is up, but the pages were not updated after 2003. They had a majordomo list but it is not functioning. I found another mailing list but nobody answers. I do not see answer to my question in its documentation. The list I'm on is both fairly active, and definitely helpful: Cyrus Mailing List info-cyrus@lists.andrew.cmu.edu The newest version that is being worked on actually include replication support, so you can have a backup IMAP server in real time ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: IMAP server alternatives
On Tue, 11 Jul 2006, Nagy László Zsolt wrote: Thank you for your responses! I tried to install cyrus-imapd, courier-imapd and dovecot, in this order. :-) Dovecot has my preference. I could install it in a few minutes, and it was very easy to configure. At least it is easier than courier, for me. :-) One thing to note here, and I've never looked into dovecot, so maybe its similar, but cyrus-imapd is a black-box mail spool ... mailbox != password entry, and the mail spool is *only* accessible through imap/pop3, no local mail ... it was designed to handle systems where needing 65536 mailboxes was a requirement, as well as security ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Linksys router and ssh time outs ...
I just put a linksys router in place, so that we could use our wireless laptop, well, wireless ... now, I seem to be getting timeouts on my ssh connections when they are idle, but timeouts that I never received when I had my desktop directly connected to the cable modem ... I've looked at the settings for the Linksys, and can't find anything that might be related ... is there some keepalive that the linksys might be blocking, or something else that I can do to keep the connection from dropping? Thanks ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Linksys router and ssh time outs ...
On Sat, 8 Jul 2006, Eric wrote: User Freebsd wrote: I just put a linksys router in place, so that we could use our wireless laptop, well, wireless ... now, I seem to be getting timeouts on my ssh connections when they are idle, but timeouts that I never received when I had my desktop directly connected to the cable modem ... I've looked at the settings for the Linksys, and can't find anything that might be related ... is there some keepalive that the linksys might be blocking, or something else that I can do to keep the connection from dropping? Thanks ... Putty has an option to send keep alives every few seconds as does SecureCRT. Those are, ummm, Windows clients, right? :) I'm using OpenSSH on a FreeBSD desktop ... does it have similar? :) Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
(no subject)
___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Are hardware vendors starting to bail on FreeBSD ... ?
On Wed, 28 Jun 2006, Chad Leigh -- Shire.Net LLC wrote: On Jun 28, 2006, at 10:16 AM, Marc G. Fournier wrote: growing number of places (ie. Adaptec / Intel) appear to be dropping support for it as well ... Many places are starting support for FreeBSD, or increased support, as well -- Areca RAID, HPT RAID cards, more LSI cards with better monitoring (it appears -- maybe it was always there and I did not notice it) Most of those are SATA related stuff though, no? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Are hardware vendors starting to bail on FreeBSD ... ?
On Wed, 28 Jun 2006, Francisco Reyes wrote: Marc G. Fournier writes: The other selling point for me on HP was the 2.5 SAS drives ... our new servers have 4x72G SAS drives in a 1U space, which means I can do RAID1+0 How do those drives perform? They are too small for where I work. :-( At least for our storage servers.. Are those 10K RPM? I believe they are 10K models ... as for perform, I've been happy with them so far, but the servers aren't *that* old yet either :) ... they are about 1.5x the price of SATAs on HPs site, but, the SATA they have there are 60G vs the 72G SAS I'm using ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Are hardware vendors starting to bail on FreeBSD ... ?
On Wed, 28 Jun 2006, Nikolas Britton wrote: On 6/28/06, Chad Leigh -- Shire.Net LLC [EMAIL PROTECTED] wrote: [deleted] --- Chad Leigh -- Shire.Net LLC Your Web App and Email hosting provider chad at shire.net Do you offer Xen hosting Chad?.. and back on topic... What's the point of iLO Marc? What's wrong with having your server text message your cell phone and then you ssh in and check what's wrong / fix it? If it's a hardware problem you'll have to show up anyways, right? iLO allows me to power cycle my server, re-install the operating system, access the BIOS, access the console, etc ... all operating system independent (or with no operating system installed at all) ... the only 'hands on' I need is, as you put it, to replace hardware that might go wrong, but, for instance, with 'just a serial console', like the non-HP servers, I have to get a remote tech to power cycle whenever the deadlocks I'm experiencing right now happen ... with iLO, I login to the iLO CLI, and tell the server to reboot itself ... Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Firefox crashes and hangs my 6.1R system
Hi Adi, On Thu, 8 Jun 2006 12:26:28 +0300, Adi Pircalabu wrote: On Thu, 08 Jun 2006 11:02:16 +1000 [EMAIL PROTECTED] wrote: Try to reproduce the above described behaviour and jump over with gdb. Sort of: gdb /usr/X11R6/lib/firefox/firefox-bin pid-of-firefox-bin (... wait) (gdb) t a a bt full Just to bring you and the list up to date - I've solved my hang issue :) It seems that it was nothing to do with Firefox, after all. I removed the ATI Radeon AGP card from my machine and reverted to the onboard i915 Intel video and no more problem. I think there may be something not quite right with the Xorg Radeon driver (or is it the radeon.ko?), or maybe even the hardware itself as what finally prompted me to remove the card was that I began to see more and more artifacts on the display - at its worst, my white-background xterms were becoming unreadable due to a growing reddish tinge that could only be cured by 'wiping' one xterm with another! Thanks for the help. joel -- Joel Hatton -- Infrastructure Manager | Hotline: +61 7 3365 4417 AusCERT - Australia's national CERT | Fax: +61 7 3365 7031 The University of Queensland| WWW: www.auscert.org.au Qld 4072 Australia | Email: [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
portupgrade confusing '-P' and '-p'?
Hi, I'm in the middle of configuring a repeatable jail installation with some ports - in a nutshell, I want to install from locally built packages, but if not available locally I want to build the port myself _and_ create a package for future repetition. To prevent remote fetching, I set the PKG_FETCH variable to /bin/false as recommended. Here's the part I found curious: # portinstall -N -P -p x11-toolkits/gtk20 [Updating the pkgdb format:dbm_hash in /var/db/pkg ... - 63 packages found (-0 +0) done] --- Checking for the latest package of 'x11-toolkits/gtk20' --- Found a package of 'x11-toolkits/gtk20': /usr/ports/packages/All/gtk-2.8.18_1.tbz (gtk-2.8.18_1) --- Fetching the package(s) for 'gtk-2.8.19' (x11-toolkits/gtk20) [Updating the pkgdb format:dbm_hash in /var/db/pkg ... - 63 packages found (-0 +0) done] --- Fetching gtk-2.8.19 ** The command returned a non-zero exit status: 127 ** Failed to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-5.3-release/All/gtk-2.8.19.tbz ** The command returned a non-zero exit status: 127 ** Failed to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-5.3-release/All/gtk-2.8.19.tgz ** Failed to fetch gtk-2.8.19 ** Listing the failed packages (*:skipped / !:failed) ! gtk-2.8.19(fetch error) --- Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed --- Fetching the latest package(s) for 'gtk20' (x11-toolkits/gtk20) --- Fetching gtk20 ** The command returned a non-zero exit status: 127 ** Failed to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-5.3-release/Latest/gtk20.tbz ** The command returned a non-zero exit status: 127 ** Failed to fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/i386/packages-5.3-release/Latest/gtk20.tgz ** Failed to fetch gtk20 ** Listing the failed packages (*:skipped / !:failed) ! gtk20@(fetch error) --- Packages processed: 0 done, 0 ignored, 0 skipped and 1 failed --- Located a package version 2.8.18_1 (/usr/ports/packages/All/gtk-2.8.18_1.tbz) --- Using it anyway although it is not the latest version (2.8.19), since -PP/--use-packages-only is specified --- Installing 'gtk-2.8.18_1' from a package --- Installing the new version via the package pkg_add: warning: package 'gtk-2.8.18_1' requires 'libxml2-2.6.24_1', but 'libxml2-2.6.26' is installed Note from the above that portinstall is presuming that -PP was used and is not building the port. I can omit the '-p' and this stops the occurrence of this error, but then I don't get a package creation and that means I'll have to build this port from scratch every time I want to install it. I could force package creation of all ports, but this seems wasteful when only a few require this process. Is this a bug in portupgrade, or have I just used a conflicting array of arguments? cheers, -- Joel Hatton -- Infrastructure Manager | Hotline: +61 7 3365 4417 AusCERT - Australia's national CERT | Fax: +61 7 3365 7031 The University of Queensland| WWW: www.auscert.org.au Qld 4072 Australia | Email: [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
FreeBSD users of Thailand
To whom it may concern : We, among the few advanced FreeBSD users of Thailand, have been using FreeBSD, Desktop mode (with the emphasis on Desktop) for quite sometime. As you may know copyright infringement is a concern in countries like Thailand. In order to avoid such problems, we think using FreeBSD will help. Seeing that the latest FreeBSD version, running in desktop mode is quite stable, a few users myself included, have been using it in the office. We would like to expand our user base in Thailand. Particular problems popped up among the newbies when they start to install, ie, unsucessful installation due to incomplete software in the CD disk (cd error) or an error during port installation (can't find dependency files). In addition, due to the majority of users still using low speed modem, this has created a significant hinderance and discouragement when errors occured due to failure to find dependency files (not FreeBSD's fault though). The other problem is the language problem, since we are not an english speaking country, a lot of users have problems with the manual. As a result, we would like to create a setup FreeBSD CD for desktop users similar to those done in with PC-BSD or DragonFly disks. In addition we will try to add thai language instructions in this special distribution. Since we have never taken on this kind of task before, we would like to ask if any party in charge from FreeBSD organization or anyone else has any suggestion regarding a setup disk similar to the above mentioned distros. So we can begin by distributing to the new users in Thailand for now. We hope that they learn to use this easy-use limited version, and with more experience they will grow to use a full FreeBSD user later on. The plan is to include in the CD only OS the basic application software deemed necessary ( such as apache, php etc.) for starters so they can be up and running FreeBSD. If there are any step-by-step instructions or person from whom we can get some help, we would be grateful. Attached are our captured screens showing what we have been using and doing. There is an on going project, trying to translate the FreeBSD handbook into thai (http://www.thai-aec.org/misc/handbook/index.html) Although it is a long way to completion. We hope this is compatible with FreeBSD distribution policies. Again, thanks for any advice and information. Regards Mr. Prasert Tuntiwaraporn Bangkok, Thailand 10500 [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Firefox crashes and hangs my 6.1R system
Hi Adi, Thanks for the reply :) On Wed, 7 Jun 2006 18:23:46 +0300, Adi Pircalabu wrote: I tried to reproduce it on two 6.1-STABLE systems but with no result, file upload works just fine. I have a bad feeling that it's very hard to reproduce. On the other hand, did the problem started to occur at a specified date? Can you link the problem with a world / ports update? Yes, this problem seems to have begun after the upgrade from 6.1-RELEASE to 6.1-RELEASE-p1, though it's hard to see the connection. Try to reproduce the above described behaviour and jump over with gdb. Sort of: gdb /usr/X11R6/lib/firefox/firefox-bin pid-of-firefox-bin (... wait) (gdb) t a a bt full Excuse my ignorance - I take it I need to o start firefox normally o run gdb as above o invoke the crash situation o then ... ? I'm just hoping that there's enough cpu left to save something at that point! options SCHED_ULE # ULE scheduler Do you need SCHED_ULE? Try SCHED_4BSD instead, Ff is very picky when it comes to threads. I probably don't - I added this after reading /usr/src/sys/conf/NOTES and it hadn't bitten me until maybe now. I'll recompile the kernel with SCHED_4BSD before I carry on. cheers, -- Joel Hatton -- Infrastructure Manager | Hotline: +61 7 3365 4417 AusCERT - Australia's national CERT | Fax: +61 7 3365 7031 The University of Queensland| WWW: www.auscert.org.au Qld 4072 Australia | Email: [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Firefox crashes and hangs my 6.1R system
ATA_STATIC_ID # Static device numbering device ahc # AHA2940 and onboard AIC7xxx devices device isp # Qlogic family device scbus # SCSI bus (required for SCSI) device ch # SCSI media changers device da # Direct Access (disks) device sa # Sequential Access (tape etc) device atkbdc # AT keyboard controller device atkbd # AT keyboard device psm # PS/2 mouse device vga # VGA video card driver device splash # Splash screen and screen saver support device sc device agp # support several AGP chipsets device pmtimer device sio # 8250, 16[45]50 based serial ports device ppc device ppbus # Parallel port bus (required) device lpt # Printer device em # Intel PRO/1000 adapter Gigabit Ethernet Card device loop# Network loopback device random # Entropy device device ether # Ethernet support device pty # Pseudo-ttys (telnet etc) device bpf # Berkeley packet filter device uhci# UHCI PCI-USB interface device usb # USB Bus (required) device ugen# Generic device uhid# Human Interface Devices device ukbd# Keyboard device umass # Disks/Mass storage - Requires scbus and da device ums # Mouse options NETSMBCRYPTO options LIBICONV options LIBMCHAIN options UNIONFS #Union filesystem options NULLFS #NULL filesystem ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Scanner Canon Canoscan Lide 60 not found.
Hi, I have a problem with the scanner Canoscan Lide 60 with FreeBSD 6.1. This is sopported in sane but scanimage -L not find it. If I try whith sane-find-scanner I read: --- searching for USB scanners: checking /dev/uscanner... failed to open (Invalid argument) checking /dev/uscanner0... failed to open (Invalid argument) checking /dev/uscanner1... failed to open (Invalid argument) checking /dev/uscanner2... failed to open (Invalid argument) checking /dev/uscanner3... failed to open (Invalid argument) checking /dev/uscanner4... failed to open (Invalid argument) checking /dev/uscanner5... failed to open (Invalid argument) checking /dev/uscanner6... failed to open (Invalid argument) checking /dev/uscanner7... failed to open (Invalid argument) checking /dev/uscanner8... failed to open (Invalid argument) checking /dev/uscanner9... failed to open (Invalid argument) checking /dev/uscanner10... failed to open (Invalid argument) checking /dev/uscanner11... failed to open (Invalid argument) checking /dev/uscanner12... failed to open (Invalid argument) checking /dev/uscanner13... failed to open (Invalid argument) checking /dev/uscanner14... failed to open (Invalid argument) checking /dev/uscanner15... failed to open (Invalid argument) found USB scanner (vendor=0x04a9 [Canon], product=0x221c [CanoScan], chip=GL841) at libusb:/dev/usb4:/dev/ugen0 # Your USB scanner was (probably) detected. It may or may not be supported by # SANE. Try scanimage -L and read the backend's manpage. # Not checking for parallel port scanners. # Most Scanners connected to the parallel port or other proprietary ports # can't be detected by this program. done --- I try to enable the usbd at startup but where isn't change. In FreBSD 6.0 I was succeed to use this scanner upgrading the sane-backend and xsane version. Thanks. Regard. -- Isaia Luciano FreeBSD user ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
apache2 mod_php5
Dear list, I found this warning: http://terra.di.fct.unl.pt/docs/php/install.apache2.php.htm about using apache2 with php in production environment. I planed to use the www/apache2 + www/mod_php5 ports ... should I worry and rather stick with apache 1.3? TIA Zheyu Shen (沈哲宇) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: portmanager install from packages (please)
Hi Gerard, On Fri, 05 May 2006 20:48:40 -0400, Gerard Seibert wrote: Have you tried contacting Michael C. Shultz [EMAIL PROTECTED] in regards to this matter? No, I haven't - at present, the port Makefile lists: MAINTAINER= [EMAIL PROTECTED] I thought it best to start there. cheers, -- Joel Hatton -- Infrastructure Manager | Hotline: +61 7 3365 4417 AusCERT - Australia's national CERT | Fax: +61 7 3365 7031 The University of Queensland| WWW: www.auscert.org.au Qld 4072 Australia | Email: [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 6.0 and Mac File System
On 29 apr 2006, at 15:28, Yousef Raffah wrote: On Sat, 2006-04-29 at 09:11 -0400, John Cruz wrote: I don't know about HFS, but you can format your mac drives with UFS when you do a clean install of MacOS, at least then FreeBSD would be able to read them. You are right but this isn't my case here :(, I have an external HD which has HFS(+) file system on it and I want to use it with my FreeBSD 6.1-RC1 Any chances? Mac OSX can't be installed onto a UFS formatted drive as far as I know Most OSX programs won't run on it either you can format partitions or drives other than the system drive with UFS not only at the installtion Yousef Raffah wrote: What is the status of reading/writing to Mac's file system (HFS) or is it HFS+? it is HFS+ for Mac OS 8.1 and later Are they supported in FreeBSD 6.0? How about 6.1-RC? Can we write to that file system or only read at moment? Is it safe? I'm trying to find something in the /usr/src/sys/i386/conf/NOTES file but nothing is promising so far http://people.freebsd.org/~yar/hfs/ add this to your kernelconfig file: option GEOM_APPLE # Apple HFS+ support I was able to compile it on FreeBSD 6.0-RELEASE-p6 but haven't had the time to check if it actually works. google for iPod and FreeBSD for more info :) Arno ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD 6.0 and Mac File System
On 04 mei 2006, at 01:51, Peter A. Giessel wrote: On 5/3/2006 15:38, FreeBSD mailing list seems to have typed: Mac OSX can't be installed onto a UFS formatted drive as far as I know Most OSX programs won't run on it either http://docs.info.apple.com/article.html?artnum=106692 *** QUOTE *** Mac OS X can be installed on volumes of different formats. These disk formats have different features and characteristics. If you also plan to use Mac OS 9 or don't have a preference, you should choose Mac OS Extended (HFS Plus) format instead of UNIX File System (UFS). *** END QUOTE *** ah ok, my bad :( most apps don't like it though Arno ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
^M
Dear list, How can I non-manually remove the ^M line breaks from my text files TIA zheyu ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
memtest86 memory test
Dear list Is there a memory test suite other them memtest86/memtest86+ TIA zheyu ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
unrecognized pci-serial board
I installed a pci-serial board to my freebsd box. But it doesn't seem to be recognized. dmesg yields this line pci3: simple comms, UART at device 3.0 (no driver attached) pciconf -lv yieds [EMAIL PROTECTED]:3:0: class=0x070002 card=0x60011195 chip=0x015213a8 rev=0x01 hdr=0x00 vendor = 'Exar Corp.' class= simple comms subclass = UART I thought that maybe it was a uart or puc device and recompiled the kernel and rebooted. But the board is still unrecognized. Is there anything I can do? TIA, Tomoki Taniguchi ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: unrecognized pci-serial board
I forgot to mention... The box said Linux Ready so I thought that it might be FreeBSD compatible as well, but it seems like to get it working on linux, you need to compile the driver which they provide the source for the source for the driver can be downloaded from http://www.ratocsystems.com/software/linux/pci60_060306.tar.gz anyway to convirt the driver for freebsd? or to see if it's compatible with a different freebsd driver? -TIA Tomoki On 4/18/06, FreeBSD MailingLists [EMAIL PROTECTED] wrote: I installed a pci-serial board to my freebsd box. But it doesn't seem to be recognized. dmesg yields this line pci3: simple comms, UART at device 3.0 (no driver attached) pciconf -lv yieds [EMAIL PROTECTED]:3:0: class=0x070002 card=0x60011195 chip=0x015213a8 rev=0x01 hdr=0x00 vendor = 'Exar Corp.' class= simple comms subclass = UART I thought that maybe it was a uart or puc device and recompiled the kernel and rebooted. But the board is still unrecognized. Is there anything I can do? TIA, Tomoki Taniguchi ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: USB MODEM
Yes, I checked for tty, cua and ucom devices. none of which are present. I rechecked the dmesg and here is the full kernel message when i attache the modem ucom0: OMRON OMRON ME5614U2 DATA FAX MODEM, rev 1.10/1.00, addr 2, iclass 2/2 ucom0: data interface 1, has CM over data, has break ucom0: Could not find data bulk in device_attach: ucom0 attach returned 6 Here is what shows up when I do a usbdevs -v addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x), rev 1.00 port 1 powered port 2 powered Controller /dev/usb1: addr 1: full speed, self powered, config 1, UHCI root hub(0x), Intel(0x), rev 1.00 port 1 addr 2: full speed, power 260 mA, config 1, OMRON ME5614U2 DATA FAX MODEM(0x0049), OMRON(0x0590), rev 1.00 port 2 powered Controller /dev/usb2: addr 1: high speed, self powered, config 1, EHCI root hub(0x), Intel(0x), rev 1.00 port 1 powered port 2 powered port 3 powered port 4 powered Any suggestions would be appreciated. TIA, Tomoki On 18 Apr 2006 10:20:21 -0400, Lowell Gilbert [EMAIL PROTECTED] wrote: FreeBSD MailingLists [EMAIL PROTECTED] writes: I purchased a usb modem recently and connected it to my FreeBSD box to see if it is compatible. I have recompiled my kernel with device ucom device umodem When I connect the modem I get the following kernel message. ucom0: OMRON OMRON ME5614U2 DATA FAX MODEM, rev 1.10/1.00, addr 2, iclass 2/2 ucom0: data interface 1, has CM over data, has break ucom0: Could not find data bulk in Is there anyway to get this modem working with FreeBSD? Do you know it isn't? Have you checked whether it created any terminal devices? [I've forgotten exactly what the tty-like device name is.] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
usb-serial controller in 5.4?
i have a USB-Serial Controller by Prolific Technology, Inc. I tested to see if the device works on FreeBSD on FreeBSD6 machine. the serial controller works when i load ucom and uplcom modules. a ucom0 device is generated along with tty and cua devices. when i connect to a FreeBSD 5.4 machine with ucom and uplcom modules loaded. an ucom0 device is generated but the tty and cua devices are not present. are those not generated automatically in 5.4? do i need to issue a command to get the devices working? TIA, Tomoki ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]