Re: so for kicks, i just ...
On Sun, 6 Aug 2006, Jonathan Horne wrote: i just decided to take a box, and installworld, without going to single user mode. from what i can see, the update was completely successful. of course, other then myself (su'd to root), there were no other users logged in). i wonder how many people are brave enough, and do actually installworld without changing to single user mode? i wonder what is truly at risk from not going to single mode? I do it on production servers all the time, with multiple users logged in ... the only time I've been burnt was when trying to do an upgrade from 4.x to 6.x where enough changed that /bin/sh even blew up :( But, in that case, it was only my desktop, so no risk ... 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: BSDstats Project v1.0
Just added 'country' stats to the mix, to see what our distribution is per
country ...
On Sun, 6 Aug 2006, User Freebsd wrote:
I just threw up a couple of very simple tables, showing # of systems
reporting in this month, as well as a break down of release / architecture
for those that have reported in ...
On Sat, 5 Aug 2006, Garrett Cooper wrote:
---
/usr/local/libexec/ppf_verify: pgp command failed
gpg: WARNING: using insecure memory!
gpg: please see http://www.gnupg.org/faq.html for more information
gpg: Signature made Sun Aug 6 03:54:45 2006 ADT using DSA key ID 4CCC0BAF
gpg: Can't check signature: public key not found
---
-BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
User Freebsd wrote:
John pointed out a bug that I hadn't noticed, mainly because I was
testing single host ... basically, I installed PHP5 on the backend, and
stupidly didn't check to make sure that they *hadn't* gone and changed
all of the DB access functions from 4.x :(
The bug is fixed, and I've tested using three different servers to make
sure its being updated properly ...
For those that have submitted already once, please re-submit, since your
data was added the first time through ...
And, there is now a port "/usr/ports/sysutils/bsdstats" that will
install it in /usr/local/etc/periodic/monthly, thanks to John there too
... no changes to the script itself have been made yet, just a fix on
the backend ...
Will work on adding pciconf support in next ...
On Sat, 5 Aug 2006, User Freebsd wrote:
On Sat, 5 Aug 2006, John Nielsen wrote:
Here is a sample (working) port. Un-tar the archive under
ports/sysutils. It installs the script to
${LOCALBASE}/etc/periodic/monthly and prints a message about how to
enable it. Have a look at it, edit all the text entries to make them
your own (in particular I didn't do a real pkg-descr), and submit it
as a PR (I can assist you with that off-list if you'd like).
Perfect, thanks ... I have commit access to ports, so I can commit it
later over the weekend ...
Feature request: the script should output one line of text indicating
success or failure (and to remind people who read their periodic
e-mails that it's actually running).
I am personally terrible at 'human friendly features', especially when
it comes to text ... its why most web pages I design seem
ultra-utilitarian unless I talk someone into writing things nicely ...
IMHO, this whole thing isn't meant for my edification, but to provide
*us*, as a project, with some overall numbers to advocate/market
ourselves better ... *please* feel free to submit any patches to the
script that you (or anyone else) feels needs to be added to improve
things ...
The more ppl involved, the more successful the endeavor will be ...
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
I know I may be overachieving a bit in my overall thoughts of this
plan, but why not do something similar for the rest of the BSDs and/or
Linux/Solaris? I find this a good statistical tool for determining how
many desktops run what form of Unix, so better numbers could be derived
for overall Unix driver support.
Just a thought..
- -Garrett
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFE1ZI16CkrZkzMC68RAuckAJ4saa+s0A9rrh/Y0+rz0iOIuFSJzACeKv83
jm6zc18gXN4y28QtAW31f4c=
=p/y8
-END PGP SIGNATURE-
___
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]"
Marc G. Fournier Hub.Org Networking Services (http://www.hub.org)
Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED]
Yahoo . yscrappy Skype: hub.orgICQ . 7615664
___
freebsd-qu
Re: BSDstats Project v1.0
I just threw up a couple of very simple tables, showing # of systems
reporting in this month, as well as a break down of release / architecture
for those that have reported in ...
On Sat, 5 Aug 2006, Garrett Cooper wrote:
---
/usr/local/libexec/ppf_verify: pgp command failed
gpg: WARNING: using insecure memory!
gpg: please see http://www.gnupg.org/faq.html for more information
gpg: Signature made Sun Aug 6 03:54:45 2006 ADT using DSA key ID 4CCC0BAF
gpg: Can't check signature: public key not found
---
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
User Freebsd wrote:
John pointed out a bug that I hadn't noticed, mainly because I was
testing single host ... basically, I installed PHP5 on the backend, and
stupidly didn't check to make sure that they *hadn't* gone and changed
all of the DB access functions from 4.x :(
The bug is fixed, and I've tested using three different servers to make
sure its being updated properly ...
For those that have submitted already once, please re-submit, since your
data was added the first time through ...
And, there is now a port "/usr/ports/sysutils/bsdstats" that will
install it in /usr/local/etc/periodic/monthly, thanks to John there too
... no changes to the script itself have been made yet, just a fix on
the backend ...
Will work on adding pciconf support in next ...
On Sat, 5 Aug 2006, User Freebsd wrote:
On Sat, 5 Aug 2006, John Nielsen wrote:
Here is a sample (working) port. Un-tar the archive under
ports/sysutils. It installs the script to
${LOCALBASE}/etc/periodic/monthly and prints a message about how to
enable it. Have a look at it, edit all the text entries to make them
your own (in particular I didn't do a real pkg-descr), and submit it
as a PR (I can assist you with that off-list if you'd like).
Perfect, thanks ... I have commit access to ports, so I can commit it
later over the weekend ...
Feature request: the script should output one line of text indicating
success or failure (and to remind people who read their periodic
e-mails that it's actually running).
I am personally terrible at 'human friendly features', especially when
it comes to text ... its why most web pages I design seem
ultra-utilitarian unless I talk someone into writing things nicely ...
IMHO, this whole thing isn't meant for my edification, but to provide
*us*, as a project, with some overall numbers to advocate/market
ourselves better ... *please* feel free to submit any patches to the
script that you (or anyone else) feels needs to be added to improve
things ...
The more ppl involved, the more successful the endeavor will be ...
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
I know I may be overachieving a bit in my overall thoughts of this
plan, but why not do something similar for the rest of the BSDs and/or
Linux/Solaris? I find this a good statistical tool for determining how
many desktops run what form of Unix, so better numbers could be derived
for overall Unix driver support.
Just a thought..
- -Garrett
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFE1ZI16CkrZkzMC68RAuckAJ4saa+s0A9rrh/Y0+rz0iOIuFSJzACeKv83
jm6zc18gXN4y28QtAW31f4c=
=p/y8
-END PGP SIGNATURE-
___
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: BSDstats Project v1.0
On Sat, 5 Aug 2006, Garrett Cooper wrote: I know I may be overachieving a bit in my overall thoughts of this plan, but why not do something similar for the rest of the BSDs and/or Linux/Solaris? I find this a good statistical tool for determining how many desktops run what form of Unix, so better numbers could be derived for overall Unix driver support. Actually, the rest of the BSDs are most welcome to participate, and I've just update the port to extend the initial stats sent to include Operating System ... 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: BSDstats Project v1.0
John pointed out a bug that I hadn't noticed, mainly because I was testing
single host ... basically, I installed PHP5 on the backend, and stupidly
didn't check to make sure that they *hadn't* gone and changed all of the
DB access functions from 4.x :(
The bug is fixed, and I've tested using three different servers to make
sure its being updated properly ...
For those that have submitted already once, please re-submit, since your
data was added the first time through ...
And, there is now a port "/usr/ports/sysutils/bsdstats" that will install
it in /usr/local/etc/periodic/monthly, thanks to John there too ... no
changes to the script itself have been made yet, just a fix on the backend
...
Will work on adding pciconf support in next ...
On Sat, 5 Aug 2006, User Freebsd wrote:
On Sat, 5 Aug 2006, John Nielsen wrote:
Here is a sample (working) port. Un-tar the archive under ports/sysutils.
It installs the script to ${LOCALBASE}/etc/periodic/monthly and prints a
message about how to enable it. Have a look at it, edit all the text
entries to make them your own (in particular I didn't do a real pkg-descr),
and submit it as a PR (I can assist you with that off-list if you'd like).
Perfect, thanks ... I have commit access to ports, so I can commit it later
over the weekend ...
Feature request: the script should output one line of text indicating
success or failure (and to remind people who read their periodic e-mails
that it's actually running).
I am personally terrible at 'human friendly features', especially when it
comes to text ... its why most web pages I design seem ultra-utilitarian
unless I talk someone into writing things nicely ...
IMHO, this whole thing isn't meant for my edification, but to provide *us*,
as a project, with some overall numbers to advocate/market ourselves better
... *please* feel free to submit any patches to the script that you (or
anyone else) feels needs to be added to improve things ...
The more ppl involved, the more successful the endeavor will be ...
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]"
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: BSDstats Project v1.0
On Sat, 5 Aug 2006, John Nielsen wrote:
Here is a sample (working) port. Un-tar the archive under
ports/sysutils. It installs the script to
${LOCALBASE}/etc/periodic/monthly and prints a message about how to
enable it. Have a look at it, edit all the text entries to make them
your own (in particular I didn't do a real pkg-descr), and submit it as
a PR (I can assist you with that off-list if you'd like).
Perfect, thanks ... I have commit access to ports, so I can commit it
later over the weekend ...
Feature request: the script should output one line of text indicating
success or failure (and to remind people who read their periodic e-mails
that it's actually running).
I am personally terrible at 'human friendly features', especially when it
comes to text ... its why most web pages I design seem ultra-utilitarian
unless I talk someone into writing things nicely ...
IMHO, this whole thing isn't meant for my edification, but to provide
*us*, as a project, with some overall numbers to advocate/market ourselves
better ... *please* feel free to submit any patches to the script that you
(or anyone else) feels needs to be added to improve things ...
The more ppl involved, the more successful the endeavor will be ...
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: 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]"
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: [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]"
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: 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, 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: 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 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: 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: 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
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=pcib&vendor=Intel+Corporation&device=6700PXH+PCI+Express-to-PCI+Express+Bridge+B&class=bridge&subclass=PCI-PCI So that the final query would look something like: fetch http://bsdstats.hub.org/report.php?id=`cat /tmp/getid`&device=pcib&vendor=Intel+Corporation&device=6700PXH+PCI+Express-to-PCI+Express+Bridge+B&class=bridge&subclass=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]"
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=pcib&vendor=Intel+Corporation&device=6700PXH+PCI+Express-to-PCI+Express+Bridge+B&class=bridge&subclass=PCI-PCI So that the final query would look something like: fetch http://bsdstats.hub.org/report.php?id=`cat /tmp/getid`&device=pcib&vendor=Intel+Corporation&device=6700PXH+PCI+Express-to-PCI+Express+Bridge+B&class=bridge&subclass=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: 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]"
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 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 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, 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 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: 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: 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: 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:
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, 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: [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, 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: 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]"
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: [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]"
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: 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: 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: 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]"
[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]"
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]"
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]"
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, 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 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 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: 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 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: 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: 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: 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: 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, 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 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, 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]"
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: 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]"
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: 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]"
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: 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: 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, 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 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, 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]"
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 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]"
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: 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]"
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]"
[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: 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]"
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: 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]"
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 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]"
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: 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]"
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: 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: 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, 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]"
(no subject)
___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
