Re: monitoring changes in SVN branches
On 06/28/2011 09:13 PM, Matthias Apitz wrote: Is there some tool (in the ports) to watch if changes done in one of SVN branches are also incorporated into other branches? Since version 1.5 SVN records this information in the mergeinfo property, see [1] and [2]. Writing a script that reads this property shouldn't be too hard. [1] http://svnbook.red-bean.com/en/1.5/svn.branchmerge.basicmerging.html#svn.branchmerge.basicmerging.mergeinfo [2] http://www.collab.net/community/subversion/articles/merge-info.html Regards, Simon ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: monitoring hardware temperatures
on 07/12/2010 04:47 Mikhail T. said the following: > On 06.12.2010 18:19, Andriy Gapon wrote: >> Another possibility is that a driver that should be able to handle your >> hardwre >> just doesn't know the particular IDs. >> >> pciconf -lv output could shed some light. > Attached -- it is a "vanilla" PowerEdge 2900 with just one add-on card -- > audio... Looks like no SMBus device indeed. -- Andriy Gapon ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: monitoring hardware temperatures
On 06.12.2010 18:19, Andriy Gapon wrote: Another possibility is that a driver that should be able to handle your hardwre just doesn't know the particular IDs. pciconf -lv output could shed some light. Attached -- it is a "vanilla" PowerEdge 2900 with just one add-on card -- audio... Thanks! Yours, -mi hos...@pci0:0:0:0: class=0x06 card=0x80868086 chip=0x25c08086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000X Chipset Memory Controller Hub' class = bridge subclass = HOST-PCI pc...@pci0:0:2:0: class=0x060400 card=0x chip=0x25e28086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x4 Port 2' class = bridge subclass = PCI-PCI pc...@pci0:0:3:0: class=0x060400 card=0x chip=0x25e38086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x4 Port 3' class = bridge subclass = PCI-PCI pc...@pci0:0:4:0: class=0x060400 card=0x chip=0x25e48086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x4 Port 4' class = bridge subclass = PCI-PCI pci...@pci0:0:5:0: class=0x060400 card=0x chip=0x25e58086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x4 Port 5' class = bridge subclass = PCI-PCI pci...@pci0:0:6:0: class=0x060400 card=0x chip=0x25f98086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x8 Port 6-7' class = bridge subclass = PCI-PCI pci...@pci0:0:7:0: class=0x060400 card=0x chip=0x25e78086 rev=0x12 hdr=0x01 vendor = 'Intel Corporation' device = '5000 Series Chipset PCIe x4 Port 7' class = bridge subclass = PCI-PCI no...@pci0:0:8:0: class=0x088000 card=0x80868086 chip=0x1a388086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset DMA Engine (5000P)' class = base peripheral hos...@pci0:0:16:0: class=0x06 card=0x01b11028 chip=0x25f08086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Error Reporting Registers' class = bridge subclass = HOST-PCI hos...@pci0:0:16:1: class=0x06 card=0x01b11028 chip=0x25f08086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Error Reporting Registers' class = bridge subclass = HOST-PCI hos...@pci0:0:16:2: class=0x06 card=0x01b11028 chip=0x25f08086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Error Reporting Registers' class = bridge subclass = HOST-PCI hos...@pci0:0:17:0: class=0x06 card=0x80868086 chip=0x25f18086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Reserved Registers' class = bridge subclass = HOST-PCI hos...@pci0:0:19:0: class=0x06 card=0x80868086 chip=0x25f38086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset Reserved Registers' class = bridge subclass = HOST-PCI hos...@pci0:0:21:0: class=0x06 card=0x80868086 chip=0x25f58086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset FBD Registers' class = bridge subclass = HOST-PCI hos...@pci0:0:22:0: class=0x06 card=0x80868086 chip=0x25f68086 rev=0x12 hdr=0x00 vendor = 'Intel Corporation' device = '5000 Series Chipset FBD Registers' class = bridge subclass = HOST-PCI pci...@pci0:0:28:0: class=0x060400 card=0x01b11028 chip=0x26908086 rev=0x09 hdr=0x01 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 PCIe Root Port 1' class = bridge subclass = PCI-PCI uh...@pci0:0:29:0: class=0x0c0300 card=0x01b11028 chip=0x26888086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB Universal Host Controller *1' class = serial bus subclass = USB uh...@pci0:0:29:1: class=0x0c0300 card=0x01b11028 chip=0x26898086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB Universal Host Controller *2' class = serial bus subclass = USB uh...@pci0:0:29:2: class=0x0c0300 card=0x01b11028 chip=0x268a8086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB Universal Host Controller *3' class = serial bus subclass = USB uh...@pci0:0:29:3: class=0x0c0300 card=0x01b11028 chip=0x268b8086 rev=0x09 hdr=0x00 vendor = 'Intel Corporation' device = '631xESB/632xESB/3100 Chipset USB Universal Host
Re: monitoring hardware temperatures
On 06.12.2010 18:02, Andriy Gapon wrote: BTW, you could probably write a simple script employing smbmsg(1) to query the DIMMs based on logic in the sdtemp driver. From OpenBSD's sdtemp man-page, it would seem, the driver uses the iic framework (if that's the right word, khmm...) And on this server I can't get /dev/iic* (nor smb*) to appear despite loading everything I could think of (even the viapm): 31 0x80c23000 d22 iic.ko 44 0x80c24000 10e7 iicbus.ko 51 0x80c26000 f16 iicsmb.ko 65 0x80c27000 819 smbus.ko 71 0x80c28000 c02 smb.ko 83 0x80c29000 114f iicbb.ko 91 0x80c2b000 1df3 ichsmb.ko 101 0x80c2d000 1aed intpm.ko 111 0x80c2f000 e38 pcf.ko 121 0x80c3 b83 lpbb.ko 131 0x80c31000 368b ppbus.ko 141 0x80c35000 262a viapm.ko Could it be, that the motherboard simply does not have the iic-circuitry and that some other method has to be used? Thanks! Yours, -mi ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: monitoring hardware temperatures
on 06/12/2010 23:05 Mikhail T. said the following: > The sensors-patches did not add any new entries under hw.sensors hierarchy :( Oh good, one less potential source of "sensors framework" flames :-) Seriously, the version that was ported to FreeBSD was very desktop-ish, so no miracle was expected and none happened. BTW, you could probably write a simple script employing smbmsg(1) to query the DIMMs based on logic in the sdtemp driver. -- Andriy Gapon ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: monitoring hardware temperatures
on 07/12/2010 01:09 Mikhail T. said the following: > On 06.12.2010 18:02, Andriy Gapon wrote: >> BTW, you could probably write a simple script employing smbmsg(1) to query >> the >> DIMMs based on logic in the sdtemp driver. > From OpenBSD's sdtemp man-page, it would seem, the driver uses the iic > framework > (if that's the right word, khmm...) > > And on this server I can't get /dev/iic* (nor smb*) to appear despite loading > everything I could think of (even the viapm): > > 31 0x80c23000 d22 iic.ko > 44 0x80c24000 10e7 iicbus.ko > 51 0x80c26000 f16 iicsmb.ko > 65 0x80c27000 819 smbus.ko > 71 0x80c28000 c02 smb.ko > 83 0x80c29000 114f iicbb.ko > 91 0x80c2b000 1df3 ichsmb.ko >101 0x80c2d000 1aed intpm.ko >111 0x80c2f000 e38 pcf.ko >121 0x80c3 b83 lpbb.ko >131 0x80c31000 368b ppbus.ko >141 0x80c35000 262a viapm.ko > > Could it be, that the motherboard simply does not have the iic-circuitry and > that some other method has to be used? Thanks! Yours, That's quite possible. Another possibility is that a driver that should be able to handle your hardwre just doesn't know the particular IDs. pciconf -lv output could shed some light. -- Andriy Gapon ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: monitoring hardware temperatures
On 06.12.2010 14:51, Michael Fuckner wrote: did you try to read the data via IPMI? kldload ipmi;ipmitool sdr Interestingly, I was doing just that, when your e-mail arrived... ipmitool was impressive enough and I'm building openipmi to take a look at that too. I don't see information on each DIMM (yet?), but other information is quite useful... One of the fans, for example, was listed as "cr" (rather than "ok") -- which was, apparently, causing all other fans to run at maximum speed (*very* noisy fans in poweredge 2900). I reset it (by pulling it out and back again), and now the box is quieting back down... The sensors-patches did not add any new entries under hw.sensors hierarchy :( The coretemp(4) stopped functioning, unfortunately... Whereas before, when I simply kldload-ed it, it was reporting reasonable temperatures, now that I have the sensors-patch merged in, I see nonsense like: hw.sensors.cpu0.temp0: -1282,97 degC hw.sensors.cpu1.temp0: -1272,97 degC hw.sensors.cpu2.temp0: -1282,97 degC hw.sensors.cpu3.temp0: -1262,97 degC Seems like some kind of calibration issue -- the numbers differ from each other and change with time... I think, I'll back the patch out as it did not give me any new information -- the it- and lm-devices aren't found on this box :-( Anyway, sdtemp(4) -- or equivalent -- is something, I'd like to have... Thanks! Yours, -mi ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: monitoring hardware temperatures
On 12/06/10 08:30, Mikhail T. wrote: Hi! In FreeBSD there is coretemp(4), which is nice, but nothing else... There is no hw.acpi.thermal hierarchy either on this box... Yet, the box has 6 fans, two power-supplies, plus DIMMs -- all of them with sensors, that I can't read... did you try to read the data via IPMI? kldload ipmi;ipmitool sdr Regards, Michael! ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Monitoring geom
Hi, thanks for the tip, but somehow nagios is completly overdosed for the customer I'm installing this thing for... Seems like there's no way than coding it myself... greetz olli Am Freitag, den 06.03.2009, 07:21 +0100 schrieb Frederique Rijsdijk: > Mister Olli wrote: > > Hi hi... > > > > What is the best way to monitor geom software raids (gmirror & gvinum > > raid5)??? > > > > The solution I'm searching for should be a kind of script which checks > > the status, and drops me an email if something is wrong. > > > > I found a nagios plugin, but currently I'm unable to invest enough time > > to get nagios up and running for the customer... > > > > Thanks a lot... > > > > greetz > > Olli > > > > ___ > > freebsd-questions@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > > To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" > > > I monitor some machines with geom mirrors via Nagios/SNMP. > > In nagios: > -- > define service{ > use generic-service > host_name host.name.com > service_description gmirror > check_command check_snmp!1!0!UCD-SNMP-MIB::extOutput.1 > } > > > On the machine in snmpd.conf (net-snmp): > -- > exec gmirror /usr/local/sbin/checkgmirror > > > The script: > -- > #!/bin/sh > > mirrorstate=`/sbin/gmirror list | /usr/bin/grep ^State |\ > /usr/bin/awk '{print $2}'` > > if [ $mirrorstate != "COMPLETE" ] >then > echo "1" >else > echo "0" > fi > > > Besides crafthing something of your own, there is also: > /usr/ports/net-mgmt/nagios-geom > > This is a small Nagios plugin written in PERL and designed to monitor > the state of FreeBSD GEOM devices (specifically mirrors and striped > volumes) from Nagios. > > WWW: http://www.geocities.com/ntb4real/proj/geom.htm > > > To use in Nagios: > > In checkcommands.cfg: > -- > define command{ > command_namecheck_geom > command_line$USER1$/check_geom $ARG1$ $ARG2$ > } > > > In your host.cfg: > -- > define service{ > use local-service > host_name host.name.conf > service_description mirror > check_command check_geom!mirror!gm0 > } > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Monitoring geom
Hi Carl, Thanks a lot for that tip. When I had a look a periodic.conf(8) there are quite some more options for monitoring raid/ geom devices... unfortunately there's no option for monitoring raid5 vinum devices... greetz olli Am Donnerstag, den 05.03.2009, 20:53 -0500 schrieb Carl Chave: > From Michael Lucas' Absolute FreeBSD book page 550: > > FreeBSD can include a status check of your mirrored disks in its daily > periodic(8) run. Just add the line daily_status_gmirror_enable="YES" > to > /etc/periodic.conf. > > Not sure about other raid types beyond mirrors. > > On 3/5/09, Mister Olli wrote: > Hi hi... > > What is the best way to monitor geom software raids (gmirror & > gvinum > raid5)??? > > The solution I'm searching for should be a kind of script > which checks > the status, and drops me an email if something is wrong. > > I found a nagios plugin, but currently I'm unable to invest > enough time > to get nagios up and running for the customer... > > Thanks a lot... > > greetz > Olli > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "freebsd-questions-unsubscr...@freebsd.org" > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Monitoring geom
Mister Olli wrote: Hi hi... What is the best way to monitor geom software raids (gmirror & gvinum raid5)??? The solution I'm searching for should be a kind of script which checks the status, and drops me an email if something is wrong. I found a nagios plugin, but currently I'm unable to invest enough time to get nagios up and running for the customer... Thanks a lot... greetz Olli ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" I monitor some machines with geom mirrors via Nagios/SNMP. In nagios: -- define service{ use generic-service host_name host.name.com service_description gmirror check_command check_snmp!1!0!UCD-SNMP-MIB::extOutput.1 } On the machine in snmpd.conf (net-snmp): -- exec gmirror /usr/local/sbin/checkgmirror The script: -- #!/bin/sh mirrorstate=`/sbin/gmirror list | /usr/bin/grep ^State |\ /usr/bin/awk '{print $2}'` if [ $mirrorstate != "COMPLETE" ] then echo "1" else echo "0" fi Besides crafthing something of your own, there is also: /usr/ports/net-mgmt/nagios-geom This is a small Nagios plugin written in PERL and designed to monitor the state of FreeBSD GEOM devices (specifically mirrors and striped volumes) from Nagios. WWW: http://www.geocities.com/ntb4real/proj/geom.htm To use in Nagios: In checkcommands.cfg: -- define command{ command_namecheck_geom command_line$USER1$/check_geom $ARG1$ $ARG2$ } In your host.cfg: -- define service{ use local-service host_name host.name.conf service_description mirror check_command check_geom!mirror!gm0 } ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Monitoring geom
>From Michael Lucas' Absolute FreeBSD book page 550: FreeBSD can include a status check of your mirrored disks in its daily periodic(8) run. Just add the line daily_status_gmirror_enable="YES" to /etc/periodic.conf. Not sure about other raid types beyond mirrors. On 3/5/09, Mister Olli wrote: > > Hi hi... > > What is the best way to monitor geom software raids (gmirror & gvinum > raid5)??? > > The solution I'm searching for should be a kind of script which checks > the status, and drops me an email if something is wrong. > > I found a nagios plugin, but currently I'm unable to invest enough time > to get nagios up and running for the customer... > > Thanks a lot... > > greetz > Olli > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to " > freebsd-questions-unsubscr...@freebsd.org" > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Monitoring geom
I'm not sure what the 'best' way to monitor a geom is but this should, in theory, work. I wrote it while eating lunch, so obviously it hasn't been tested much and probably contains bugs. If someone, perhaps here on the list, could offer suggested changes (or a better way), that'd be great! Hopefully the indentation won't get screwed up too badly in transit. If so, ask and I can email it as a plain-text attachment. # Script below: #!/bin/sh # DESCRIPTION: # Heartbeat script to check the status of geoms. If a geom is degraded, # This script will email the administrator. # # USAGE: # Place this script in a directory which will be writable by the UID who will # be executing this script via cron. Setup a cron job to execute it at # regular intervals. # # BUGS: # THIS SCRIPT HAS NOT BEEN TESTED! USE AT YOUR OWN RISK! # admin="y...@example.com" host=`hostname` subject="Gmirror is degraded on $host" output=`gmirror status` count=`gmirror status | grep -i -c "degraded"` stateFile="gmirror.emailSent" if [ $count -gt 0 ] then # The geom is degraded. if [ ! -w "$stateFile" ] then # Send an email and remember that we sent an email: gmirror status | mail -s "$subject" "$admin" touch "$stateFile" fi fi # The geom is fine, remove the email state file. if [ $count -eq 0 ] then if [ -w "$stateFile" ] then rm "$stateFile" fi fi # End Script It's a thought, anyway. -Modulok- On 3/5/09, Mister Olli wrote: > Hi hi... > > What is the best way to monitor geom software raids (gmirror & gvinum > raid5)??? > > The solution I'm searching for should be a kind of script which checks > the status, and drops me an email if something is wrong. > > I found a nagios plugin, but currently I'm unable to invest enough time > to get nagios up and running for the customer... > > Thanks a lot... > > greetz > Olli > > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org" > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"
Re: Monitoring Threshold Interface
On Thursday 11 December 2008 10:04:30 Mel wrote: > On Wednesday 10 December 2008 11:57:34 Gian Paolo Buono wrote: > > Hi, > > > > I would like monitoring an interface and allarm if it exceeds the > > threshold of 900 Mbit. > > > > Do you know any struments ? > > net/bmon can monitor and put into a database or dump to text file. From > there anything is possible. It doesn't use much in terms of resources. He could use "netstat -I $interface $interval". E.g. "netstat -I fxp0 1". I assume that Gian is talking about 900mbits/sec. Nikos ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring Threshold Interface
On Wednesday 10 December 2008 11:57:34 Gian Paolo Buono wrote: > Hi, > > I would like monitoring an interface and allarm if it exceeds the threshold > of 900 Mbit. > > Do you know any struments ? net/bmon can monitor and put into a database or dump to text file. From there anything is possible. It doesn't use much in terms of resources. -- Mel Problem with today's modular software: they start with the modules and never get to the software part. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring raid health with mpt
On Tue, 2008-08-12 at 09:25 -0400, John Almberg wrote: > On Aug 11, 2008, at 5:51 PM, Chris Hastie wrote: > > > I have a Dell PowerEdge 860 with SAS 5iR RAID controller and FreeBSD > > 6.2. The controller is configured for RAID 1. The controller is See if Dell has populated IPMI SDR data structures with RAID yet. Dell and LSI/Qlogic really play well together. No really. They do. ~BAS > > recognised as mpt0 and seen as a SCSI device da0. All seems to be > > working fine, but is there any way to tell if one of the disks fails? > > I was thinking about this same question over the weekend. I have no > idea what the answer is, but am hoping someone has one. > ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring raid health with mpt
On Aug 11, 2008, at 5:51 PM, Chris Hastie wrote: I have a Dell PowerEdge 860 with SAS 5iR RAID controller and FreeBSD 6.2. The controller is configured for RAID 1. The controller is recognised as mpt0 and seen as a SCSI device da0. All seems to be working fine, but is there any way to tell if one of the disks fails? I was thinking about this same question over the weekend. I have no idea what the answer is, but am hoping someone has one. I'm pretty sure an answer exists... I have an Intel motherboard with a hardware raid controller. I'm sure the controller knows if a drive fails, and maybe even logs the event somewhere... I'm just not sure where. I'm going to try digging in the docs for my raid controller... -- John ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
Achilleas Mantzios wrote: Just to summarize (after 5.5 days of uptime), i'd like to recap on what happened next. I burned the SiS 651 based motherboard, while memtesting, and i replaced it with a new Asrock, Intel 82865G based motherboard. Hey, I have three of these! One of them is running www.freebsdgr.org I've never had problems with this mobo and FreeBSD. All run fine, no panics, no unexpected segfaults. It seems that the old SiS was fine until i fitted the kodicom4400 on the PCI bus, when all the problems started. Now at idle i can get CPU temps as low as 35 deg Celsious, altho it turned out that was not my problem in the first place. An average of 35-37 is my usual idle temperature too (www.freebsdgr.org/status.php) Thank you all for your help. Manoli Euxaristw! No prb :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
Just to summarize (after 5.5 days of uptime), i'd like to recap on what happened next. I burned the SiS 651 based motherboard, while memtesting, and i replaced it with a new Asrock, Intel 82865G based motherboard. All run fine, no panics, no unexpected segfaults. It seems that the old SiS was fine until i fitted the kodicom4400 on the PCI bus, when all the problems started. Now at idle i can get CPU temps as low as 35 deg Celsious, altho it turned out that was not my problem in the first place. Thank you all for your help. Manoli Euxaristw! -- Achilleas Mantzios ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
Achilleas Mantzios wrote: Στις Tuesday 22 July 2008 14:27:28 ο/η Manolis Kiagias έγραψε: Achilleas Mantzios wrote: While experimenting, i noticed the 1st and 3rd temperatures from mbmon to be updated in a fashion that seems natural. [EMAIL PROTECTED] ~]% mbmon Temp.= 41.0, 201.0, 42.0; Rot.= 3443,0,0 Vcore = 1.50, 1.81; Volt. = 3.30, 5.08, 11.43, -11.74, -1.69 What chipset is the mobo based on? mbmon runs fine on my 865G and a 3Ghz P4 CPU. You are probably correct, the middle temp may represent a sensor that is not recognized, but the other readings seem normal. i'll let you know next time i open the case. Is there any reading from dmesg or sysctl that can reveal that info? Sure. There are various places to get this info. Sometimes the BIOS startup messages contain a hint on the chipset (like 865, 915 and so on). My dmesg also shows: agp0: on hostb0 And you can also use pciconf -v -l hdr=0x00 vendor = 'Intel Corporation' device = '82865G/PE/P, 82848P DRAM Controller / Host-Hub Interface' class = bridge subclass = HOST-PCI Considering that you are running an older P4, probably socket 478, chances are you are using an 845 or 848 or 865 chipset. Then by all evidence, % dmesg | grep -i agp agp0: on hostb0 [EMAIL PROTECTED]:0:0:0: class=0x06 card=0x1801147b chip=0x06511039 rev=0x02 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS651 Host-to-PCI Bridge' class = bridge subclass = HOST-PCI it must be the SiS 651 chipset http://www.sis.com/products/sis651.htm Right. SIS chipsets are not exactly my favorites, but they seem to be working with FreeBSD, so I won't complain. I got one at school loaded with 7.0 and have no problems. Arguably it is not as stressed as yours. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
Στις Tuesday 22 July 2008 14:27:28 ο/η Manolis Kiagias έγραψε: > Achilleas Mantzios wrote: > >> > >>> While experimenting, i noticed the 1st and 3rd temperatures from mbmon to > >>> be updated in a fashion that seems > >>> natural. > >>> [EMAIL PROTECTED] ~]% mbmon > >>> Temp.= 41.0, 201.0, 42.0; Rot.= 3443,0,0 > >>> Vcore = 1.50, 1.81; Volt. = 3.30, 5.08, 11.43, -11.74, -1.69 > >>> > >>> > >> What chipset is the mobo based on? mbmon runs fine on my 865G and a 3Ghz > >> P4 CPU. You are probably correct, the middle temp may represent a sensor > >> that is not recognized, but the other readings seem normal. > >> > >> > > > > i'll let you know next time i open the case. Is there any reading from > > dmesg or sysctl that can reveal > > that info? > > > > > > Sure. There are various places to get this info. Sometimes the BIOS > startup messages contain a hint on the chipset (like 865, 915 and so on). > My dmesg also shows: > > agp0: on hostb0 > > And you can also use pciconf -v -l > > hdr=0x00 > vendor = 'Intel Corporation' > device = '82865G/PE/P, 82848P DRAM Controller / Host-Hub Interface' > class = bridge > subclass = HOST-PCI > > Considering that you are running an older P4, probably socket 478, > chances are you are using an 845 or 848 or 865 chipset. > Then by all evidence, % dmesg | grep -i agp agp0: on hostb0 [EMAIL PROTECTED]:0:0:0: class=0x06 card=0x1801147b chip=0x06511039 rev=0x02 hdr=0x00 vendor = 'Silicon Integrated Systems (SiS)' device = 'SiS651 Host-to-PCI Bridge' class = bridge subclass = HOST-PCI it must be the SiS 651 chipset http://www.sis.com/products/sis651.htm -- Achilleas Mantzios ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
Achilleas Mantzios wrote: While experimenting, i noticed the 1st and 3rd temperatures from mbmon to be updated in a fashion that seems natural. [EMAIL PROTECTED] ~]% mbmon Temp.= 41.0, 201.0, 42.0; Rot.= 3443,0,0 Vcore = 1.50, 1.81; Volt. = 3.30, 5.08, 11.43, -11.74, -1.69 What chipset is the mobo based on? mbmon runs fine on my 865G and a 3Ghz P4 CPU. You are probably correct, the middle temp may represent a sensor that is not recognized, but the other readings seem normal. i'll let you know next time i open the case. Is there any reading from dmesg or sysctl that can reveal that info? Sure. There are various places to get this info. Sometimes the BIOS startup messages contain a hint on the chipset (like 865, 915 and so on). My dmesg also shows: agp0: on hostb0 And you can also use pciconf -v -l hdr=0x00 vendor = 'Intel Corporation' device = '82865G/PE/P, 82848P DRAM Controller / Host-Hub Interface' class = bridge subclass = HOST-PCI Considering that you are running an older P4, probably socket 478, chances are you are using an 845 or 848 or 865 chipset. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
Στις Tuesday 22 July 2008 10:16:02 ο/η Manolis Kiagias έγραψε: > Achilleas Mantzios wrote: > > Στις Tuesday 22 July 2008 00:25:46 ο/η Tore Lund έγραψε: > > > >> Achilleas Mantzios wrote: > >> > >>> ... > >>> Having said that, the issue with the temperature must not be my thing :( > >>> after kldload coretemp, i get > >>> [EMAIL PROTECTED] ~]% sysctl -a | grep tempera > >>> hw.acpi.thermal.tz0.temperature: 40,0C > >>> dev.cpu.0.temperature: -1 > >>> [EMAIL PROTECTED] ~]% > >>> The first always is stuck to 40 and dev.cpu.0.temperature to -1. > >>> > >> Achillea, have you told us what CPU you have? Manolis presumes you have > >> an Intel, but I do not see this information anywhere in your posts. If > >> you have a recent AMD, try the port k8temp. > >> > > > > Sorry, i have a > > CPU: Intel(R) Pentium(R) 4 CPU 2.66GHz (2672.74-MHz 686-class CPU) > > Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 > > > > Features=0xbfebfbff > > Features2=0x4400 > > So coretemp is not for me. > > > > Definitely. > > > While experimenting, i noticed the 1st and 3rd temperatures from mbmon to > > be updated in a fashion that seems > > natural. > > [EMAIL PROTECTED] ~]% mbmon > > Temp.= 41.0, 201.0, 42.0; Rot.= 3443,0,0 > > Vcore = 1.50, 1.81; Volt. = 3.30, 5.08, 11.43, -11.74, -1.69 > > > > What chipset is the mobo based on? mbmon runs fine on my 865G and a 3Ghz > P4 CPU. You are probably correct, the middle temp may represent a sensor > that is not recognized, but the other readings seem normal. > i'll let you know next time i open the case. Is there any reading from dmesg or sysctl that can reveal that info? > > I started to trust mbmon, and i think the 1st temp must be motherboard, > > while the 3rd CPU, > > and indeed the first value varies betaeen 41-42 degrees, and the third > > value from 39, (~ 100% idle) > > to 45 (0% idle). So i assume the above must be right. > > Yesterday i had mbmon -t > mbmon.out running all night and the highest CPU > > temp was at 46 deg C, > > while highest MB temp was at 43 deg Celsius (if the previous assumptions > > about the interpretation of the > > output of mbmon are correct). > > Both high temps happened while running periodic daily at 03:00 (which > > increased my trust in those). > > All that, was after i blew the box/case inside and closed the case. > > If i trust those numbers and their interpretation then i must not have a > > temperature problem (anymore). > > Lets see how the machine behaves. > > There is always the other usual suspect from the memory department :) > > > > > > > For memory, I would suggest memtest86. For stressing the machine, try > math/mprime in torture mode. Watch the temperatures and make sure you > leave it running for a couple of hours and you don't get any errors. > Usually, if you have a termperature problem it will bail out in half an > hour or less. > Memtest86 is good enough, i have used it on other machines. Thx for the math/mprime hint. > -- Achilleas Mantzios ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
Achilleas Mantzios wrote: Στις Tuesday 22 July 2008 00:25:46 ο/η Tore Lund έγραψε: Achilleas Mantzios wrote: ... Having said that, the issue with the temperature must not be my thing :( after kldload coretemp, i get [EMAIL PROTECTED] ~]% sysctl -a | grep tempera hw.acpi.thermal.tz0.temperature: 40,0C dev.cpu.0.temperature: -1 [EMAIL PROTECTED] ~]% The first always is stuck to 40 and dev.cpu.0.temperature to -1. Achillea, have you told us what CPU you have? Manolis presumes you have an Intel, but I do not see this information anywhere in your posts. If you have a recent AMD, try the port k8temp. Sorry, i have a CPU: Intel(R) Pentium(R) 4 CPU 2.66GHz (2672.74-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 So coretemp is not for me. Definitely. While experimenting, i noticed the 1st and 3rd temperatures from mbmon to be updated in a fashion that seems natural. [EMAIL PROTECTED] ~]% mbmon Temp.= 41.0, 201.0, 42.0; Rot.= 3443,0,0 Vcore = 1.50, 1.81; Volt. = 3.30, 5.08, 11.43, -11.74, -1.69 What chipset is the mobo based on? mbmon runs fine on my 865G and a 3Ghz P4 CPU. You are probably correct, the middle temp may represent a sensor that is not recognized, but the other readings seem normal. I started to trust mbmon, and i think the 1st temp must be motherboard, while the 3rd CPU, and indeed the first value varies betaeen 41-42 degrees, and the third value from 39, (~ 100% idle) to 45 (0% idle). So i assume the above must be right. Yesterday i had mbmon -t > mbmon.out running all night and the highest CPU temp was at 46 deg C, while highest MB temp was at 43 deg Celsius (if the previous assumptions about the interpretation of the output of mbmon are correct). Both high temps happened while running periodic daily at 03:00 (which increased my trust in those). All that, was after i blew the box/case inside and closed the case. If i trust those numbers and their interpretation then i must not have a temperature problem (anymore). Lets see how the machine behaves. There is always the other usual suspect from the memory department :) For memory, I would suggest memtest86. For stressing the machine, try math/mprime in torture mode. Watch the temperatures and make sure you leave it running for a couple of hours and you don't get any errors. Usually, if you have a termperature problem it will bail out in half an hour or less. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
Στις Tuesday 22 July 2008 00:25:46 ο/η Tore Lund έγραψε: > Achilleas Mantzios wrote: > > ... > > Having said that, the issue with the temperature must not be my thing :( > > after kldload coretemp, i get > > [EMAIL PROTECTED] ~]% sysctl -a | grep tempera > > hw.acpi.thermal.tz0.temperature: 40,0C > > dev.cpu.0.temperature: -1 > > [EMAIL PROTECTED] ~]% > > The first always is stuck to 40 and dev.cpu.0.temperature to -1. > > Achillea, have you told us what CPU you have? Manolis presumes you have > an Intel, but I do not see this information anywhere in your posts. If > you have a recent AMD, try the port k8temp. Sorry, i have a CPU: Intel(R) Pentium(R) 4 CPU 2.66GHz (2672.74-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0xf29 Stepping = 9 Features=0xbfebfbff Features2=0x4400 So coretemp is not for me. While experimenting, i noticed the 1st and 3rd temperatures from mbmon to be updated in a fashion that seems natural. [EMAIL PROTECTED] ~]% mbmon Temp.= 41.0, 201.0, 42.0; Rot.= 3443,0,0 Vcore = 1.50, 1.81; Volt. = 3.30, 5.08, 11.43, -11.74, -1.69 I started to trust mbmon, and i think the 1st temp must be motherboard, while the 3rd CPU, and indeed the first value varies betaeen 41-42 degrees, and the third value from 39, (~ 100% idle) to 45 (0% idle). So i assume the above must be right. Yesterday i had mbmon -t > mbmon.out running all night and the highest CPU temp was at 46 deg C, while highest MB temp was at 43 deg Celsius (if the previous assumptions about the interpretation of the output of mbmon are correct). Both high temps happened while running periodic daily at 03:00 (which increased my trust in those). All that, was after i blew the box/case inside and closed the case. If i trust those numbers and their interpretation then i must not have a temperature problem (anymore). Lets see how the machine behaves. There is always the other usual suspect from the memory department :) -- Achilleas Mantzios ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
On Mon, 21 Jul 2008 16:56:10 +0300 Achilleas Mantzios <[EMAIL PROTECTED]> wrote: >ΣÏÎ¹Ï Monday 21 July 2008 15:41:01 ο/η DA Forsyth ÎγÏαÏε: >> From: Achilleas Mantzios <[EMAIL PROTECTED]> >> >> > Hi, i have had various crashes and segfaults in the last hot days >> > (room temp about 30 deg C). I tried to monitor CPU temp with mbmon, >> > which shows a very big value in COU temperature: >> >> > I also opened the case in order to get ventilated with fresh air from >> > the room. >> >> Actually, that doesn't work, your components will get hotter. This >> is because the case provides a through flow environment where air is >> forced to flow over most of the components most of the time. By >> opening the case you remove the force, and now have to rely on >> convection. >> >> What you want to do is make sure all the fans are running freely. >> Especially the processor fan. It may have stopped silently an dthat >> would definitely cause crashes. >> >> A fan at the front of the case blowing IN is more effective than one >> on the back blowing out, so if there isn't one on the front, add one. >> The 80 to 120mm ones can be very quiet and some can control their own >> speed if your motherboard cannot do it. If one can blow in the front >> and directly on the harddrives then that is a bonus, cool harddrives >> last longer. >> >> The basic idea of a case is to have air coming in the front and >> exiting at the rear. So make sure all your fans are blowing in the >> right direction. >> >> My office goes to 38C in summer, and all 5 computers just keep on >> going, using the principles above. I fitted a fan to the UPS as well >> (-: >> >> >My box has 3 fans, one on the case blowing from outside=>inside, >one in the power supply and one on the CPU. > >In the evening, i will have the case/board inside blown/cleaned with air, >i am gonna close the case, and i am gonna tune BIOS to fail-safe settings. When blowing the dust out, be sure to put the nozzle up against the edges of the cooling vanes on any coolers, especially the one for the CPU(s). Often such vanes are very close together and trap dust easily that will not be blown out when just cleaning the case and the motherboard. My portable, a Dell Inpsiron XPS, was running in a reduced-speed mode with COU temperatures in the high 70s C to low 80s C, but was also doing frequent emergency shutdowns at 89.5 C. After replacing two of the three fans and blowing out visible dust, the temperatures were reduced by about 15-18 C. Replacing the third fan brought the temperatures down another 2-3 C. Blowing the dust out of the cooling vanes brought them down another 6-8 C. > >Apart from that, i would like to have a reliable tool to monitor temperature. >Is there anything in mind? As was suggested earlier, you should first post your CPU make and model. Scott Bennett, Comm. ASMELG, CFIAG ** * Internet: bennett at cs.niu.edu * ** * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * *-- Gov. John Hancock, New York Journal, 28 January 1790 * ** ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
Achilleas Mantzios wrote: > ... > Having said that, the issue with the temperature must not be my thing :( > after kldload coretemp, i get > [EMAIL PROTECTED] ~]% sysctl -a | grep tempera > hw.acpi.thermal.tz0.temperature: 40,0C > dev.cpu.0.temperature: -1 > [EMAIL PROTECTED] ~]% > The first always is stuck to 40 and dev.cpu.0.temperature to -1. Achillea, have you told us what CPU you have? Manolis presumes you have an Intel, but I do not see this information anywhere in your posts. If you have a recent AMD, try the port k8temp. -- Tore ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
Achilleas Mantzios wrote: As you already noticed, mbmon is no good in recent hardware. It works successfully in my 865-based systems though. As others have said, I would recommend adding a rear out-take fan. Do not rely on the PSU's fan to take all the warm air out. The PSU generates heat on its own, and the fan may not be sufficient. A rear out-take fan should be located rather high - at CPU height - since warm air always goes up. This is where most cases have a place for the fan anyway. It is indeed as you say. The fans on my case are: the PSU fan, one takeout fan just below the PSU and the CPU fan. It is a medium tower size case. The thing is on the bottom PCI slot i have installed a Kodicom 4400 for video capture for use with zoneminder, (the FreeBSD port is available from the zoneminder site) and right above that a LML video capture card. and then while capturing 5 full frame-rate (25fps) cameras in zoneminder a) the load never falls below 0.4 even while no users use it (it is our family workstation as well:) b) all the heat from the kodicom flows higher to the CPU/memory area of the case Having said that, the issue with the temperature must not be my thing :( after kldload coretemp, i get [EMAIL PROTECTED] ~]% sysctl -a | grep tempera hw.acpi.thermal.tz0.temperature: 40,0C dev.cpu.0.temperature: -1 [EMAIL PROTECTED] ~]% The first always is stuck to 40 and dev.cpu.0.temperature to -1. This -1 probably means your CPU is not supported. The man page says "Intel Core or newer" CPUs, and as I understand this is specific to Intel and will not work on AMD. It works fine on my core2duo laptop. I don't know if it works with the earlier Intel CoreDuo (not core2duo) Assuming the heat is what is actually causing you the problems, your options are rather limited: Move to a bigger case with options for better ventilation (maybe 12cm fans in front / rear) or use fans with higher CFM ratings (that will also make it more noisy, one more factor to consider). I currently have a machine with a 25cm side fan. Completely noiseless, and always runs cool. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
Στις Monday 21 July 2008 18:17:59 ο/η Manolis Kiagias έγραψε: > Achilleas Mantzios wrote: > >> My office goes to 38C in summer, and all 5 computers just keep on > >> going, using the principles above. I fitted a fan to the UPS as well > >> (-: > >> > >> > >> > > My box has 3 fans, one on the case blowing from outside=>inside, > > one in the power supply and one on the CPU. > > > > In the evening, i will have the case/board inside blown/cleaned with air, > > i am gonna close the case, and i am gonna tune BIOS to fail-safe settings. > > > > Apart from that, i would like to have a reliable tool to monitor > > temperature. > > Is there anything in mind? > > > > As you already noticed, mbmon is no good in recent hardware. It works > successfully in my 865-based systems though. > As others have said, I would recommend adding a rear out-take fan. Do > not rely on the PSU's fan to take all the warm air out. The PSU > generates heat on its own, and the fan may not be sufficient. A rear > out-take fan should be located rather high - at CPU height - since warm > air always goes up. This is where most cases have a place for the fan > anyway. It is indeed as you say. The fans on my case are: the PSU fan, one takeout fan just below the PSU and the CPU fan. It is a medium tower size case. The thing is on the bottom PCI slot i have installed a Kodicom 4400 for video capture for use with zoneminder, (the FreeBSD port is available from the zoneminder site) and right above that a LML video capture card. and then while capturing 5 full frame-rate (25fps) cameras in zoneminder a) the load never falls below 0.4 even while no users use it (it is our family workstation as well:) b) all the heat from the kodicom flows higher to the CPU/memory area of the case Having said that, the issue with the temperature must not be my thing :( after kldload coretemp, i get [EMAIL PROTECTED] ~]% sysctl -a | grep tempera hw.acpi.thermal.tz0.temperature: 40,0C dev.cpu.0.temperature: -1 [EMAIL PROTECTED] ~]% The first always is stuck to 40 and dev.cpu.0.temperature to -1. > > A note for monitoring: If you are using FreeBSD 7.0 and you have an > Intel Core CPU, there is a new coretemp(4) driver that can actually read > the on-die digital thermal sensor. Have a look at man coretemp > -- Achilleas Mantzios ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
Achilleas Mantzios wrote: My office goes to 38C in summer, and all 5 computers just keep on going, using the principles above. I fitted a fan to the UPS as well (-: My box has 3 fans, one on the case blowing from outside=>inside, one in the power supply and one on the CPU. In the evening, i will have the case/board inside blown/cleaned with air, i am gonna close the case, and i am gonna tune BIOS to fail-safe settings. Apart from that, i would like to have a reliable tool to monitor temperature. Is there anything in mind? As you already noticed, mbmon is no good in recent hardware. It works successfully in my 865-based systems though. As others have said, I would recommend adding a rear out-take fan. Do not rely on the PSU's fan to take all the warm air out. The PSU generates heat on its own, and the fan may not be sufficient. A rear out-take fan should be located rather high - at CPU height - since warm air always goes up. This is where most cases have a place for the fan anyway. A note for monitoring: If you are using FreeBSD 7.0 and you have an Intel Core CPU, there is a new coretemp(4) driver that can actually read the on-die digital thermal sensor. Have a look at man coretemp ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
Στις Monday 21 July 2008 15:41:01 ο/η DA Forsyth έγραψε: > From: Achilleas Mantzios <[EMAIL PROTECTED]> > > > Hi, i have had various crashes and segfaults in the last hot days > > (room temp about 30 deg C). I tried to monitor CPU temp with mbmon, > > which shows a very big value in COU temperature: > > > I also opened the case in order to get ventilated with fresh air from > > the room. > > Actually, that doesn't work, your components will get hotter. This > is because the case provides a through flow environment where air is > forced to flow over most of the components most of the time. By > opening the case you remove the force, and now have to rely on > convection. > > What you want to do is make sure all the fans are running freely. > Especially the processor fan. It may have stopped silently an dthat > would definitely cause crashes. > > A fan at the front of the case blowing IN is more effective than one > on the back blowing out, so if there isn't one on the front, add one. > The 80 to 120mm ones can be very quiet and some can control their own > speed if your motherboard cannot do it. If one can blow in the front > and directly on the harddrives then that is a bonus, cool harddrives > last longer. > > The basic idea of a case is to have air coming in the front and > exiting at the rear. So make sure all your fans are blowing in the > right direction. > > My office goes to 38C in summer, and all 5 computers just keep on > going, using the principles above. I fitted a fan to the UPS as well > (-: > > My box has 3 fans, one on the case blowing from outside=>inside, one in the power supply and one on the CPU. In the evening, i will have the case/board inside blown/cleaned with air, i am gonna close the case, and i am gonna tune BIOS to fail-safe settings. Apart from that, i would like to have a reliable tool to monitor temperature. Is there anything in mind? > > > -- >DA Fo rsythNetwork Supervisor > Principal Technical Officer -- Institute for Water Research > http://www.ru.ac.za/institutes/iwr/ > > > -- Achilleas Mantzios ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
re: Monitoring CPU temperature: mbmon shows 201 degrees C
From: Achilleas Mantzios <[EMAIL PROTECTED]> > Hi, i have had various crashes and segfaults in the last hot days > (room temp about 30 deg C). I tried to monitor CPU temp with mbmon, > which shows a very big value in COU temperature: > I also opened the case in order to get ventilated with fresh air from > the room. Actually, that doesn't work, your components will get hotter. This is because the case provides a through flow environment where air is forced to flow over most of the components most of the time. By opening the case you remove the force, and now have to rely on convection. What you want to do is make sure all the fans are running freely. Especially the processor fan. It may have stopped silently an dthat would definitely cause crashes. A fan at the front of the case blowing IN is more effective than one on the back blowing out, so if there isn't one on the front, add one. The 80 to 120mm ones can be very quiet and some can control their own speed if your motherboard cannot do it. If one can blow in the front and directly on the harddrives then that is a bonus, cool harddrives last longer. The basic idea of a case is to have air coming in the front and exiting at the rear. So make sure all your fans are blowing in the right direction. My office goes to 38C in summer, and all 5 computers just keep on going, using the principles above. I fitted a fan to the UPS as well (-: -- DA Fo rsythNetwork Supervisor Principal Technical Officer -- Institute for Water Research http://www.ru.ac.za/institutes/iwr/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
Achilleas Mantzios wrote: Hi, i have had various crashes and segfaults in the last hot days (room temp about 30 deg C). I tried to monitor CPU temp with mbmon, which shows a very big value in COU temperature: [EMAIL PROTECTED]:~# mbmon -c 1 Temp.= 42.0, 201.0, 39.0; Rot.= 3245,0,0 Vcore = 1.50, 1.81; Volt. = 3.30, 5.08, 11.31, -11.74, -1.66 Also, healthdc shows: localhost 186.00.0 0.0531417307 1.492.49 1.625.42 0.00 -10.84 0.00 and lmmon -i shows: Motherboard Temp Voltages 186C / 366F / 459KVcore1: +1.469V Vcore2: +1.766V Fan Speeds + 3.3V: +3.219V + 5.0V: +4.932V 1: 10629rpm+12.0V: +11.750V 2: 33750rpm-12.0V: -13.188V 3: 16071rpm- 5.0V: -1.800V So i dont have any idea how to assess the real CPU temperature. I am thinking of tuning down the BIOS to fail-safe settings, just as an extra measure. Apart from that, i have no clue how to solve the random crashes/segfaults problem. I also opened the case in order to get ventilated with fresh air from the room. Any hints would be welcome. P.S. Please include me in the reply, i am not subscribed to -questions. I use sysctl -a |grep tepmerature to get the temperature, tough to say the truth, I am not sure about their exactly meaning... Best wishes, Kemian ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU temperature: mbmon shows 201 degrees C
Στις Monday 21 July 2008 14:59:09 ο/η Kemian Dang έγραψε: > Achilleas Mantzios wrote: > > Hi, i have had various crashes and segfaults in the last hot days (room > > temp about 30 deg C). > > I tried to monitor CPU temp with mbmon, which shows a very big value in COU > > temperature: > > [EMAIL PROTECTED]:~# mbmon -c 1 > > > > Temp.= 42.0, 201.0, 39.0; Rot.= 3245,0,0 > > Vcore = 1.50, 1.81; Volt. = 3.30, 5.08, 11.31, -11.74, -1.66 > > > > Also, healthdc shows: > > localhost 186.00.0 0.0531417307 1.49 > > 2.491.625.42 0.00 -10.84 0.00 > > and lmmon -i shows: > > Motherboard Temp Voltages > > > > 186C / 366F / 459KVcore1: +1.469V > >Vcore2: +1.766V > > Fan Speeds + 3.3V: +3.219V > >+ 5.0V: +4.932V > > 1: 10629rpm+12.0V: +11.750V > > 2: 33750rpm-12.0V: -13.188V > > 3: 16071rpm- 5.0V: -1.800V > > > > So i dont have any idea how to assess the real CPU temperature. > > I am thinking of tuning down the BIOS to fail-safe settings, just as an > > extra measure. > > Apart from that, i have no clue how to solve the random crashes/segfaults > > problem. > > I also opened the case in order to get ventilated with fresh air from the > > room. > > Any hints would be welcome. > > P.S. > > Please include me in the reply, i am not subscribed to -questions. > > > I use > sysctl -a |grep tepmerature > to get the temperature, tough to say the truth, I am not sure about > their exactly meaning... Yes thx, the problem is that hw.acpi.thermal.tz0.temperature always return 40.0C, and i read about others noticing that. > > Best wishes, > Kemian > -- Achilleas Mantzios ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring raid status
On Thu, May 29, 2008 at 04:00:56PM +0200, Matias Surdi wrote: > Hi list, > > I have a new FreeBSD 7.0 installation with a HighPoint RocketRAID 2310 > with 4 Disks. > > is there a way to check the raidstatus for the raid and/or is there a > way to let smartmontools check the disks? > I believe HighPoint themselves provide some RAID management utilities for FreeBSD. Take a look at http://www.highpoint-tech.com/ If that is not suitable I suspect you are out of luck since HighPoint as not AFAIK released much in the way of documentation or source code for those cards. -- Erik Trulsson [EMAIL PROTECTED] ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU usage on multi-core system
May "systat" can help you. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU usage on multi-core system
On 8/27/07, Paul Hoffman <[EMAIL PROTECTED]> wrote: > Hi again. On a dual-core system, how do I tell how much of each of > the CPU cores are in use? Is the CPU usage in 'top' for the two CPUs > at once? Is there something in ports (that works without X...) that > will give good info? Try: top -S or while you are running top, just press shift-S. - Bob ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU usage on multi-core system
Hi again. On a dual-core system, how do I tell how much of each of the CPU cores are in use? Is the CPU usage in 'top' for the two CPUs at once? Is top in first line sums all CPUs, while at process line gives usage of single CPU. so for example running one CPU-hungry program you will see near 100% CPU at this process and 50% user at top line+50% idle ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring CPU usage on multi-core system
On 8/27/07, Paul Hoffman <[EMAIL PROTECTED]> wrote: > Hi again. On a dual-core system, how do I tell how much of each of > the CPU cores are in use? Is the CPU usage in 'top' for the two CPUs > at once? Is there something in ports (that works without X...) that > will give good info? The CPU states line in top is for all processors combined. That is, if you see 100% user, it's using all cores/processors. You will see individual processes in state CPU1 or RUN. If a processes is multi-threaded, you may see CPU % > 100%. Josh ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring tool for Compaq Smart Array 5300
> Date: Thu, 5 Apr 2007 10:34:15 +0200 > From: "Valerio Daelli" <[EMAIL PROTECTED]> > Subject: Monitoring tool for Compaq Smart Array 5300 > To: freebsd-questions@freebsd.org > Message-ID: > <[EMAIL PROTECTED]> > Content-Type: text/plain; charset=ISO-8859-1; format=flowed > > Hi > we would like to monitor the status of a Compaq Smart Array 5300 > installed on a HP Proliant DL360. > Is there any tool for FreeBSD 6.2? > Thanks for the help > > Valerio Daelli camcontrol is a first-order tool. Not much detail, but it will tell you whether the array is OK or something other than OK. # camcontrol inquiry da0 pass0: Fixed Direct Access SCSI-0 device pass0: 135.168MB/s transfers ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring tool for Compaq Smart Array 5300
Hi we would like to monitor the status of a Compaq Smart Array 5300 installed on a HP Proliant DL360. Is there any tool for FreeBSD 6.2? Thanks for the help Check out this HP + FreeBSD site. It's a bit old, but looks like it has want you're looking for. http://people.freebsd.org/~jcagle/ David -- David Robillard UNIX systems administrator & Oracle DBA CISSP, RHCE & Sun Certified Security Administrator Montreal: +1 514 966 0122 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring lan->wan
On 10/20/06, Zbigniew Szalbot <[EMAIL PROTECTED]> wrote: Hi all, On Fri, 20 Oct 2006, Kurt Buff wrote: > If you wish to characterize the traffic to and from the Internet by > protocol and/or user, then you'll have to do something more than > simply using SNMP to monitor throughput on the router. In that case, > you'll need to have your FreeBSD box actually parse the traffic, or > get a netflow from the router (assuming that it can do that.) and ntop > is a good start for the software you want, or perhaps etherape. > Assuming that netflow isn't available from the router (and I think > that's a fairly safe bet) the trick will be making sure that your > FreeBSD box will see the traffic, and for that you'll need something > like one of the following setups: All I can do with the router is to enable logging to a syslog, which means I can connect it to FBSD, can't I? But I understand now that things will be a little more difficult than I thought :). Anyway, thanks for all the pointers! syslog <> SNMP. Monitoring traffic by parsing syslog messages seems unlikely at best, but you'll want to tak a look at some samplings of your syslog messages to be sure. I'm not aware of any programs that do that, which is not to say that they don't exist, just that I don't know about them. Kurt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring lan->wan
Hi all, On Fri, 20 Oct 2006, Kurt Buff wrote: If you wish to characterize the traffic to and from the Internet by protocol and/or user, then you'll have to do something more than simply using SNMP to monitor throughput on the router. In that case, you'll need to have your FreeBSD box actually parse the traffic, or get a netflow from the router (assuming that it can do that.) and ntop is a good start for the software you want, or perhaps etherape. Assuming that netflow isn't available from the router (and I think that's a fairly safe bet) the trick will be making sure that your FreeBSD box will see the traffic, and for that you'll need something like one of the following setups: All I can do with the router is to enable logging to a syslog, which means I can connect it to FBSD, can't I? But I understand now that things will be a little more difficult than I thought :). Anyway, thanks for all the pointers! -- Zbigniew Szalbot ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring lan->wan
On 10/20/06, Zbigniew Szalbot <[EMAIL PROTECTED]> wrote: Hello, Is there anything you would *recommend* re monitoring internet usage (LAN to WAN), something that is available in ports? This would have to be something that would allow me to tie it with a router as my FBSD is not a gateway. This function is handled by our Dlink DFL router. Many thanks in advance! -- Zbigniew Szalbot That really depends on the functionality of your router (and I'm not familiar with it, so can't comment on it), the configuration of your internal network and what you mean by 'monitoring internet usage'.. Do you only need to show aggregate traffic flow, to monitor total usage over time? If so, and if the router is SNMP-capable, then cacti (or mrtg, but it's not my preference) or some other some other utility that can get and graph SNMP stats will do what you want. If you wish to characterize the traffic to and from the Internet by protocol and/or user, then you'll have to do something more than simply using SNMP to monitor throughput on the router. In that case, you'll need to have your FreeBSD box actually parse the traffic, or get a netflow from the router (assuming that it can do that.) and ntop is a good start for the software you want, or perhaps etherape. Assuming that netflow isn't available from the router (and I think that's a fairly safe bet) the trick will be making sure that your FreeBSD box will see the traffic, and for that you'll need something like one of the following setups: 1) Put the router and your box on a dumb hub (not a switch) so that all of the traffic going to the router is visible to your box or 2) Have the router (again, assuming it's a multiport router, and capable of this, which is quite doubtful) mirror the traffic to a port to which your box is attached, or 3) Install two NICs in your box and have your router and your box attached to a switch that can mirror all of the traffic to the router - the first NIC will only receive traffic from the switch, the second NIC will have an IP address and be available for monitoring the box, including output from ntop or etherape. or 4) More tricky still, install two NICs in your box and have it act as a transparent bridge between your network and your router. I'm not familiar with this kind of setup, though I like the idea, and will be playing with it in my copious free time. :) or 5) Get a network tap cable, which is essentially a three-headed patch cable that provides receive-only wires for the third head, and that receive-only head is put into a second NIC on your box. Kurt ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: Monitoring Server Health
> > So to clarify my initial request, what I am seeking recommendations for > is > > the program that collects the information, such as server load, > temperature, > > open tcp connections etc of the freebsd server itself. > > > > I already have the program to process the data, of which part of this > > solution is mrtg. > > > net-snmp will do this for you over a network, if that's what you are > after. There are additional MIBs to cover most/all of the things you > list, and it's not too hard to extend with any custom monitoring you > need (I've extended mine to monitor some qmail-specific variables, for > instance). It's in ports as net-mgmt/net-snmp. Great stuff. Thank you for this. I've installed and played around with this and it seems that snmpd will do what I want at this stage. > There's quite a bit of overlap between some data-processing apps and the > data-collection part though. For instance, Cacti is a MRTG-alike with a > nice web UI, but it also has some of the data collection scripts you > might need, similarly with Remstats, if it is still developed. Either > way, it'd be an unusual data-collection/data-processing admin tool that > didn't understand SNMP. Well, these programs are "data collection/processing" orientated, as opposed to providing the raw data which is what I was looking for. This raw data will be used my by Nagios and mrtg etc to make alerts and graphs Many thanks! JB ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring Server Health
I use bigsister, which is in the ports. Bigsister trys to use snmp and to be non-invasive. However, any monitoring comes with some overhead. On the good side bigsister is cross-platform and can be used on Windows servers as well as FreeBSD (and other 'NIXs too.)Bigsister can be configured on a server by server basis for what you want to monitor, to limit any overheard you can. You can also configure bigsister to store the data in a database such as mysql for more detailed analysis. Hope this helps, -Derek At 01:02 AM 6/25/2006, Jerlique Bahn wrote: Hello, What are sys-admin's using to monitor the status and health of their freebsd servers? Specifically what I mean is the collection of data from the server such as CPU Utilization, memory utilization, various networking resources (eg active connections), disk health etc. I do not mean programs such as nagios which would manage/act on this data. Your thoughts appreciated. JB ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. MailScanner thanks transtec Computers for their support. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring Server Health
Jerlique Bahn wrote: Actually mrtg is used to graph the results of the program that I am looking for. So to clarify my initial request, what I am seeking recommendations for is the program that collects the information, such as server load, temperature, open tcp connections etc of the freebsd server itself. I already have the program to process the data, of which part of this solution is mrtg. net-snmp will do this for you over a network, if that's what you are after. There are additional MIBs to cover most/all of the things you list, and it's not too hard to extend with any custom monitoring you need (I've extended mine to monitor some qmail-specific variables, for instance). It's in ports as net-mgmt/net-snmp. There's quite a bit of overlap between some data-processing apps and the data-collection part though. For instance, Cacti is a MRTG-alike with a nice web UI, but it also has some of the data collection scripts you might need, similarly with Remstats, if it is still developed. Either way, it'd be an unusual data-collection/data-processing admin tool that didn't understand SNMP. Best Regards, Howie ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: Monitoring Server Health
Hello Laurence, > > What are sys-admin's using to monitor the status and health of their > freebsd > > servers? > > > ports/net-mgmt/mrtg/ > > It can be hit and miss to get set up, but once you have it working it's > quite good at providing the information you're looking for. Actually mrtg is used to graph the results of the program that I am looking for. So to clarify my initial request, what I am seeking recommendations for is the program that collects the information, such as server load, temperature, open tcp connections etc of the freebsd server itself. I already have the program to process the data, of which part of this solution is mrtg. JS ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring Server Health
Jerlique Bahn wrote: Hello, What are sys-admin's using to monitor the status and health of their freebsd servers? Specifically what I mean is the collection of data from the server such as CPU Utilization, memory utilization, various networking resources (eg active connections), disk health etc. I do not mean programs such as nagios which would manage/act on this data. Your thoughts appreciated. JB ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" ports/net-mgmt/mrtg/ It can be hit and miss to get set up, but once you have it working it's quite good at providing the information you're looking for. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: monitoring raid arrays
>-Original Message- >From: [EMAIL PROTECTED] >[mailto:[EMAIL PROTECTED] Behalf Of Elliot Finley >Sent: Monday, June 19, 2006 9:12 AM >To: Alex Zbyslaw >Cc: freebsd-questions@freebsd.org >Subject: Re: monitoring raid arrays > > > >- Original Message - >From: "Alex Zbyslaw" <[EMAIL PROTECTED]> >> Elliot Finley wrote: >> >> >How about monitoring the array on a Dell PowerEdge 2650? >> >relevant dmesg output: >> > >> >FreeBSD 6.0-RELEASE-p2 #0: Mon Jan 16 12:27:14 MST 2006 >> >aacch0: port 0xcc00-0xccff mem >0xfccff000-0xfccf >irq >> >30 at device 6.0 on pci5 >> >aacch1: port 0xc800-0xc8ff mem >0xfccfe000-0xfccfefff >irq >> >31 at device 6.1 on pci5 >> >aac0: mem 0xf000-0xf7ff irq 30 at >device 8.1 on >> >pci4 >> >aac0: [FAST] >> >aac0: Adaptec Raid Controller 2.0.0-1 >> > >> > >> Port: aaccli-1.0 >> Path: /usr/ports/sysutils/aaccli >> Info: Adaptec SCSI RAID administration tool >> Maint: [EMAIL PROTECTED] >> B-deps: >> R-deps: >> WWW:http://support.dell.com/ >> >> Never tried it but it looks like your best bet. > >Yes, I saw this too. Doesn't work on 6.x though because of the MAKEDEV >requirement. Elliot, did you file a PR when you ran across this problem? Ted ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring raid arrays
On Jun 19, 2006, at 12:11 PM, Tamouh H. wrote: On Jun 19, 2006, at 10:12 AM, Elliot Finley wrote: Port: aaccli-1.0 Path: /usr/ports/sysutils/aaccli Info: Adaptec SCSI RAID administration tool Maint: [EMAIL PROTECTED] B-deps: R-deps: WWW:http://support.dell.com/ Never tried it but it looks like your best bet. Yes, I saw this too. Doesn't work on 6.x though because of the MAKEDEV requirement. I am not running the Dell version but the "actual" generic adaptec Linux version with the Linux compat stuff installed and it works fine with 6.0. You should be able to Google and see what people did to make it work. And the same thing probably? should work with the Dell version? Chad The aaccli works only with certain Adaptec firmware. If the adaptec card has the newest firmwares (I believe the ones in April + ), the aaccli will not work. Official Adaptec stand as it appears that they don't have storage management on FreeBSD. I use the Linux aaccli in Linux compat mode. Are Adaptec saying that they also don't support Linux? I am not running any FreeBSD native aaccli as it was recommended to me long ago to run the Linux one as it had more capability than the FreeBSD one, which was abandoned it seems. Btw, I updated my 2200S to the latest in May but the latest for this card is from 2005 so maybe it is not late enough. Chad --- 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]"
RE: monitoring raid arrays
> > > On Jun 19, 2006, at 10:12 AM, Elliot Finley wrote: > > >> Port: aaccli-1.0 > >> Path: /usr/ports/sysutils/aaccli > >> Info: Adaptec SCSI RAID administration tool > >> Maint: [EMAIL PROTECTED] > >> B-deps: > >> R-deps: > >> WWW:http://support.dell.com/ > >> > >> Never tried it but it looks like your best bet. > > > > Yes, I saw this too. Doesn't work on 6.x though because of the > > MAKEDEV requirement. > > I am not running the Dell version but the "actual" generic > adaptec Linux version with the Linux compat stuff installed > and it works fine with 6.0. You should be able to Google and > see what people did to make it work. And the same thing > probably? should work with the Dell version? > > Chad > The aaccli works only with certain Adaptec firmware. If the adaptec card has the newest firmwares (I believe the ones in April + ), the aaccli will not work. Official Adaptec stand as it appears that they don't have storage management on FreeBSD. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring raid arrays
Elliot Finley wrote: How about monitoring the array on a Dell PowerEdge 2650? relevant dmesg output: FreeBSD 6.0-RELEASE-p2 #0: Mon Jan 16 12:27:14 MST 2006 aacch0: port 0xcc00-0xccff mem 0xfccff000-0xfccf irq 30 at device 6.0 on pci5 aacch1: port 0xc800-0xc8ff mem 0xfccfe000-0xfccfefff irq 31 at device 6.1 on pci5 aac0: mem 0xf000-0xf7ff irq 30 at device 8.1 on pci4 aac0: [FAST] aac0: Adaptec Raid Controller 2.0.0-1 I don't know for aac, I don't use this controller. Have you tried with camcontrol or maybe with the ports /usr/ports/sysutils/aaccli ? -- Philippe Pegon ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring raid arrays
On Jun 19, 2006, at 10:12 AM, Elliot Finley wrote: Port: aaccli-1.0 Path: /usr/ports/sysutils/aaccli Info: Adaptec SCSI RAID administration tool Maint: [EMAIL PROTECTED] B-deps: R-deps: WWW:http://support.dell.com/ Never tried it but it looks like your best bet. Yes, I saw this too. Doesn't work on 6.x though because of the MAKEDEV requirement. I am not running the Dell version but the "actual" generic adaptec Linux version with the Linux compat stuff installed and it works fine with 6.0. You should be able to Google and see what people did to make it work. And the same thing probably? should work with the Dell version? Chad --- 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]"
Re: monitoring raid arrays
- Original Message - From: "Alex Zbyslaw" <[EMAIL PROTECTED]> > Elliot Finley wrote: > > >How about monitoring the array on a Dell PowerEdge 2650? > >relevant dmesg output: > > > >FreeBSD 6.0-RELEASE-p2 #0: Mon Jan 16 12:27:14 MST 2006 > >aacch0: port 0xcc00-0xccff mem 0xfccff000-0xfccf irq > >30 at device 6.0 on pci5 > >aacch1: port 0xc800-0xc8ff mem 0xfccfe000-0xfccfefff irq > >31 at device 6.1 on pci5 > >aac0: mem 0xf000-0xf7ff irq 30 at device 8.1 on > >pci4 > >aac0: [FAST] > >aac0: Adaptec Raid Controller 2.0.0-1 > > > > > Port: aaccli-1.0 > Path: /usr/ports/sysutils/aaccli > Info: Adaptec SCSI RAID administration tool > Maint: [EMAIL PROTECTED] > B-deps: > R-deps: > WWW:http://support.dell.com/ > > Never tried it but it looks like your best bet. Yes, I saw this too. Doesn't work on 6.x though because of the MAKEDEV requirement. Elliot ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring raid arrays
Elliot Finley wrote: How about monitoring the array on a Dell PowerEdge 2650? relevant dmesg output: FreeBSD 6.0-RELEASE-p2 #0: Mon Jan 16 12:27:14 MST 2006 aacch0: port 0xcc00-0xccff mem 0xfccff000-0xfccf irq 30 at device 6.0 on pci5 aacch1: port 0xc800-0xc8ff mem 0xfccfe000-0xfccfefff irq 31 at device 6.1 on pci5 aac0: mem 0xf000-0xf7ff irq 30 at device 8.1 on pci4 aac0: [FAST] aac0: Adaptec Raid Controller 2.0.0-1 Port: aaccli-1.0 Path: /usr/ports/sysutils/aaccli Info: Adaptec SCSI RAID administration tool Maint: [EMAIL PROTECTED] B-deps: R-deps: WWW:http://support.dell.com/ Never tried it but it looks like your best bet. --Alex ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring raid arrays
How about monitoring the array on a Dell PowerEdge 2650? relevant dmesg output: FreeBSD 6.0-RELEASE-p2 #0: Mon Jan 16 12:27:14 MST 2006 aacch0: port 0xcc00-0xccff mem 0xfccff000-0xfccf irq 30 at device 6.0 on pci5 aacch1: port 0xc800-0xc8ff mem 0xfccfe000-0xfccfefff irq 31 at device 6.1 on pci5 aac0: mem 0xf000-0xf7ff irq 30 at device 8.1 on pci4 aac0: [FAST] aac0: Adaptec Raid Controller 2.0.0-1 - Original Message - From: "Philippe Pegon" <[EMAIL PROTECTED]> To: "Thierry Lacoste" <[EMAIL PROTECTED]> Cc: Sent: Sunday, June 18, 2006 4:06 AM Subject: Re: monitoring raid arrays > Thierry Lacoste wrote: > > I'm running FreeBSD 6.1 on a Compaq Proliant and a Dell PowerEdge 1800. > > They have hardware raid 1 arrays controlled respectively by a Compaq > > Smart Array 532 > > controller and PERC 4/SC. > > > > Here is the relevant dmesg output on the Proliant: > > ciss0: port 0x4000-0x40ff mem > > 0xf7fc-0xf7ff,0xf7ef-0xf7ef3fff irq 24 at device 3.0 on pci7 > > [snip] > > da0 at ciss0 bus 0 target 0 lun 0 > > da0: Fixed Direct Access SCSI-0 device > > da0: 135.168MB/s transfers > > da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) > > > > Here is the relevant dmesg output on the PowerEdge: > > amr0: mem 0xf80f-0xf80f irq 37 at > > device 5.0 on pci2 > > amr0: delete logical drives supported by controller > > amr0: Firmware 351S, BIOS 1.10, 64MB RAM > > [snip] > > amr0: delete logical drives supported by controller > > amrd0: on amr0 > > amrd0: 139900MB (286515200 sectors) RAID 1 (optimal) > > > > What are my options to monitor the status of these arrays? > > for ciss, you can use camcontrol (in the base system) like that: > > # camcontrol inquiry da0 > pass0: Fixed Direct Access SCSI-0 device > pass0: 135.168MB/s transfers > > for amr, you can use the new port /usr/ports/sysutils/amrstat like that: > > # amrstat > Logical volume 0optimal (16.96 GB, RAID1) > Physical drive 0:0 online > Physical drive 0:1 online > > > > > Best regards, > > Thierry. > > -- > Philippe Pegon > ___ > 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]"
Re: monitoring raid arrays
Thierry Lacoste wrote: I'm running FreeBSD 6.1 on a Compaq Proliant and a Dell PowerEdge 1800. They have hardware raid 1 arrays controlled respectively by a Compaq Smart Array 532 controller and PERC 4/SC. Here is the relevant dmesg output on the Proliant: ciss0: port 0x4000-0x40ff mem 0xf7fc-0xf7ff,0xf7ef-0xf7ef3fff irq 24 at device 3.0 on pci7 [snip] da0 at ciss0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-0 device da0: 135.168MB/s transfers da0: 34727MB (71122560 512 byte sectors: 255H 32S/T 8716C) Here is the relevant dmesg output on the PowerEdge: amr0: mem 0xf80f-0xf80f irq 37 at device 5.0 on pci2 amr0: delete logical drives supported by controller amr0: Firmware 351S, BIOS 1.10, 64MB RAM [snip] amr0: delete logical drives supported by controller amrd0: on amr0 amrd0: 139900MB (286515200 sectors) RAID 1 (optimal) What are my options to monitor the status of these arrays? for ciss, you can use camcontrol (in the base system) like that: # camcontrol inquiry da0 pass0: Fixed Direct Access SCSI-0 device pass0: 135.168MB/s transfers for amr, you can use the new port /usr/ports/sysutils/amrstat like that: # amrstat Logical volume 0optimal (16.96 GB, RAID1) Physical drive 0:0 online Physical drive 0:1 online Best regards, Thierry. -- Philippe Pegon ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring raid arrays
Thierry Lacoste wrote: Here is the relevant dmesg output on the PowerEdge: amr0: mem 0xf80f-0xf80f irq 37 at device 5.0 on pci2 amr0: delete logical drives supported by controller amr0: Firmware 351S, BIOS 1.10, 64MB RAM [snip] amr0: delete logical drives supported by controller amrd0: on amr0 amrd0: 139900MB (286515200 sectors) RAID 1 (optimal) What are my options to monitor the status of these arrays? From memory sysutils/megarc. Search for LSI in the INDEX if that's wrong. --Alex ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring e-mails by TCP
Hi MailScanner (www.mailscanner.info) can this amongst it's anti-virus/spam/etc protection capabilities. -- martin On 3/18/06, Rodrigo G. Tavares de Souza <[EMAIL PROTECTED]> wrote: > > Hi, > > I'm very newbie on freeBSD. > I have already installed the Firewall(ipfw) + NAT, Squid + Sarg and > Apache Http Server, and is working pretty well! :-) > Now I have a need, and I don't know if I can do it with a BSD solution! > > My e-mail server is outside of my network, is a comercial mail server. > But, my e-mail trafic pass through a BSD server, the one I've > mentioned before. > > So, what do I need to do? > I need to make a copy of all received and delivered e-mail through my > network! > Is this possible? Is there a sofware (free or not), or a firewall > configuration to do it? > I think it would be a kind of TCP monitor on ports 25 and 110, like > some antivirus that scan e-mail trafic looking for virus! > > Any help is welcome! > > Best regard for all. > Rodrigo Souza > Sao Paulo - Brazil > ___ > 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]"
Re: Monitoring e-mails by TCP
if you connection good link may be like this : 1. create mail server in u bsd LAN---mailserver--firewall-- internet every clien set smtp to mailserver 2.If you don't want create mail server n still need outside my server : LAN -- firewall plus SMTP-- internet every clien set smtp to firewall 3. if you connection slow : LAN ---(fetchmail+SMTP+firewall)--- internet You set fetchmail to download email from you hosting email and set your client to retrive n send email from you firewall. ps: mail server ( Postfix, qmail, sendmail etc ) > Hi, > > I'm very newbie on freeBSD. > I have already installed the Firewall(ipfw) + NAT, > Squid + Sarg and > Apache Http Server, and is working pretty well! :-) > Now I have a need, and I don't know if I can do it > with a BSD solution! > > My e-mail server is outside of my network, is a > comercial mail server. > But, my e-mail trafic pass through a BSD server, > the one I've > mentioned before. > > So, what do I need to do? > I need to make a copy of all received and > delivered e-mail through my > network! > Is this possible? Is there a sofware (free or > not), or a firewall > configuration to do it? > I think it would be a kind of TCP monitor on > ports 25 and 110, like > some antivirus that scan e-mail trafic looking for > virus! > > Any help is welcome! > > Best regard for all. > Rodrigo Souza > Sao Paulo - Brazil > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "[EMAIL PROTECTED]" > My Regard's SONJAYA ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: Monitoring e-mails by TCP
Why not just configure your email clients to use your commercial mail server instead of your FBSD email server. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Rodrigo G. Tavares de Souza Sent: Saturday, March 18, 2006 8:40 AM To: freebsd-questions@freebsd.org Subject: Monitoring e-mails by TCP Hi, I'm very newbie on freeBSD. I have already installed the Firewall(ipfw) + NAT, Squid + Sarg and Apache Http Server, and is working pretty well! :-) Now I have a need, and I don't know if I can do it with a BSD solution! My e-mail server is outside of my network, is a comercial mail server. But, my e-mail trafic pass through a BSD server, the one I've mentioned before. So, what do I need to do? I need to make a copy of all received and delivered e-mail through my network! Is this possible? Is there a sofware (free or not), or a firewall configuration to do it? I think it would be a kind of TCP monitor on ports 25 and 110, like some antivirus that scan e-mail trafic looking for virus! Any help is welcome! Best regard for all. Rodrigo Souza Sao Paulo - Brazil ___ 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]"
Re: Monitoring a program
On Friday 18 November 2005 10:00, [EMAIL PROTECTED] wrote: > El día Thursday, November 17, 2005 a las 06:12:22PM +, db escribió: > > On Thursday 17 November 2005 09:42, [EMAIL PROTECTED] wrote: > > > with 'lsof' you can see the actual situation; with 'truss' you > > > may investigate in detail all sys calls (like opening files) > > > > Thanks, I also found /devel/strace which looks good :-) > > Yes, I know strace for a long of time from Linux and was always > happy about it because it has better features than truss of SVR4 > and FreeBSD; I did not know that it was ported to FreeBSD as well; I'm really looking forward to dtrace being part of freebsd. Anyone knows when this will happen? (are we talking 6.x or 7.0?) br db ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring a program
El día Thursday, November 17, 2005 a las 06:12:22PM +, db escribió: > On Thursday 17 November 2005 09:42, [EMAIL PROTECTED] wrote: > > with 'lsof' you can see the actual situation; with 'truss' you > > may investigate in detail all sys calls (like opening files) > > Thanks, I also found /devel/strace which looks good :-) Yes, I know strace for a long of time from Linux and was always happy about it because it has better features than truss of SVR4 and FreeBSD; I did not know that it was ported to FreeBSD as well; now I've installed it on my 5.4-REL and there is a small bug which is fixed already, see: http://www.freebsd.org/cgi/query-pr.cgi?pr=62377 without that small patch strace hangs if you fire it up with the command on the commandline like: $ strace date matthias -- Matthias Apitz / Sisis Informationssysteme GmbH Gruenwalder Weg 28g / D-82041 Oberhaching Fon: ++49 89 / 61308-351, Fax: -399, Mobile ++49 170 4527211 http://www.sisis.de/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring a program
On Thursday 17 November 2005 09:42, [EMAIL PROTECTED] wrote: > with 'lsof' you can see the actual situation; with 'truss' you > may investigate in detail all sys calls (like opening files) Thanks, I also found /devel/strace which looks good :-) br db ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring a program
On Thursday 17 November 2005 09:32, you wrote: > You can take a snapshot of files being used by lsof: > Port: lsof-4.76.1.1 > Path: /usr/ports/sysutils/lsof > Info: Lists information about open files (similar to fstat(1)) > Maint: [EMAIL PROTECTED] > B-deps: > R-deps: > WWW:http://people.freebsd.org/~abe/ > > Hope this will help you :) Well, the build fails, but thanks (I will notify the maintainer) :-) br db ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring a program
El día Thursday, November 17, 2005 a las 11:32:31AM +0200, Ivailo Tanusheff escribió: > You can take a snapshot of files being used by lsof: > Port: lsof-4.76.1.1 > Path: /usr/ports/sysutils/lsof > Info: Lists information about open files (similar to fstat(1)) > Maint: [EMAIL PROTECTED] > B-deps: > R-deps: > WWW:http://people.freebsd.org/~abe/ > > Hope this will help you :) with 'lsof' you can see the actual situation; with 'truss' you may investigate in detail all sys calls (like opening files) matthias -- Matthias Apitz / Sisis Informationssysteme GmbH Gruenwalder Weg 28g / D-82041 Oberhaching Fon: ++49 89 / 61308-351, Fax: -399, Mobile ++49 170 4527211 http://www.sisis.de/~guru/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring a program
You can take a snapshot of files being used by lsof: Port: lsof-4.76.1.1 Path: /usr/ports/sysutils/lsof Info: Lists information about open files (similar to fstat(1)) Maint: [EMAIL PROTECTED] B-deps: R-deps: WWW:http://people.freebsd.org/~abe/ Hope this will help you :) Ivailo Tanusheff Senior System administrator ProCredit Bank (Bulgaria) AD db <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 11/16/2005 06:11 PM To [EMAIL PROTECTED] cc Subject Monitoring a program Hi all I would like to know what files a program access during it's life time (and maybe also the internet connections it makes), how should I do this? I have considered fstat, find, ktrace and searching the source or binary for path strings, but I guess I need a hook for open(). I'm running 5.4 on a ia32, but if there is a 6.x only program it is also welcome. Best regards db ___ 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]"
Re: Monitoring network connections recomendations please
On Monday 26 September 2005 17:49, vladone wrote: > Ntop, traffic, bwm-ng. U can find more in ports at /net/ location. nload is good too /Xian ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring network connections recomendations please
Ntop, traffic, bwm-ng. U can find more in ports at /net/ location. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring and alerting software ????
Chuck Swiger wrote: > Ed Stover wrote: > [ ... ] > >> I know some people that run big brother and are satisfied by it. >> http://www.bb4.org/ > > > I would second this recommendation. Big brother is relatively simple to > configure, although it is by design more of a monitoring tool, and is > less active about responding to changes, although it does support lots > and lots of types of notifications. > > BB is also not open source, although the source code is available and > you are welcome to use it for yourself or your business for free. But > they want you to buy a license if you sell BB's monitoring to other > people-- ie, an ISP and clients... > You know, I think there was an open source clone of this some where... If i find it, I will post it and see if it in ports as well... ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring and alerting software ????
Warren Block wrote: On Thu, 12 May 2005, Duane Winner wrote: Does anybody have recommendations for a good solution to alert me while I am not at work if something goes wrong with my infrastucture/network/servers? In other words, if I am at home, I need to be alerted if one of my FreeBSD servers go down, but also if the router, firewall or switches go haywire. Here's something I wrote recently on setting up Nagios on FreeBSD: http://www.wonkity.com/~wblock/nagios.pdf Nagios is a good choice indeed, i've recently implemented a monitoring system for our rack at redbus using Nagios and i'm rather impressed with how well it all works! I've picked up a couple of "tricks" while doing this, the first one is simply to make very good use of service templates, most of the services we monitor in our rack are websites (using check_http) so that becomes a somewhat repeating entry in the config, to minimize this i have a template defined for website checks containing all of the static values which looks an awful lot like this define service{ use generic-service namewebsite-service is_volatile 0 check_period24x7 max_check_attempts 5 normal_check_interval 1 retry_check_interval1 contact_groups admins notification_interval 240 notification_period 24x7 notification_optionsw,u,c,r register0 } since the check command will be different for each site since the site address to query is included that gets specified in the site description resulting in an entry that looks a lot like this define service{ use website-service host_name service_description (I use sitename) check_command check_site!http:// } which greatly reduces the size of my config files and makes them a whole lot easier to maintain! The other trick i've picked up is split all my host definitions into individual files for each host then add an entry for them in the main Nagios config (much as i do with vhosts in apache), again this makes it far easier to maintain and has the bonus that removing a host is simply a matter of commenting out/deleting a line in the master config file. Last two things, firstly, nagios -v is your friend, it will give you concise and quite useful information on any errors in your config files and saves you loosing the system because of a typo, secondly, for remote checks nrpe is a godsend, it can be used to allow Nagios to check pretty much any local information on a remote machine and is quite easy to configure, for example I have it monitoring the capacity of the /usr mount our Solars machine (along with a few other bits). Hope that's helpful to someone :) - Mike Woods Systems Administrator ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring and alerting software ????
Ed Stover wrote: [ ... ] I know some people that run big brother and are satisfied by it. http://www.bb4.org/ I would second this recommendation. Big brother is relatively simple to configure, although it is by design more of a monitoring tool, and is less active about responding to changes, although it does support lots and lots of types of notifications. BB is also not open source, although the source code is available and you are welcome to use it for yourself or your business for free. But they want you to buy a license if you sell BB's monitoring to other people-- ie, an ISP and clients... -- -Chuck ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring and alerting software ????
Warren Block wrote: > On Thu, 12 May 2005, Duane Winner wrote: > >> Does anybody have recommendations for a good solution to alert me >> while I am not at work if something goes wrong with my >> infrastucture/network/servers? >> In other words, if I am at home, I need to be alerted if one of my >> FreeBSD servers go down, but also if the router, firewall or switches >> go haywire. > > > Here's something I wrote recently on setting up Nagios on FreeBSD: > > http://www.wonkity.com/~wblock/nagios.pdf > > -Warren Block * Rapid City, South Dakota USA > ___ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to > "[EMAIL PROTECTED]" > I know some people that run big brother and are satisfied by it. http://www.bb4.org/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring and alerting software ????
On Thu, 12 May 2005, Duane Winner wrote: Does anybody have recommendations for a good solution to alert me while I am not at work if something goes wrong with my infrastucture/network/servers? In other words, if I am at home, I need to be alerted if one of my FreeBSD servers go down, but also if the router, firewall or switches go haywire. Here's something I wrote recently on setting up Nagios on FreeBSD: http://www.wonkity.com/~wblock/nagios.pdf -Warren Block * Rapid City, South Dakota USA ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring and alerting software ????
On Thursday 12 May 2005 12:47, Philip Hallstrom wrote: > Nagios. > > http://www.nagios.org/ Me, too I have a Nagios server monitor several friendly networks. I get emails, pages, or Jabber popups as appropriate whenever problems start. -- Kirk Strauser pgpvmBnWWvBnR.pgp Description: PGP signature
Re: monitoring and alerting software ????
Nagios. http://www.nagios.org/ On Thu, 12 May 2005, Duane Winner wrote: Hello, This may not be FreeBSD specific, but since I'm running nearly a 100% FreeBSD shop, I figured this would be as good as place as any to ask a question. Also, it might just turn out that the solution for me might be software that runs on FreeBSD. Does anybody have recommendations for a good solution to alert me while I am not at work if something goes wrong with my infrastucture/network/servers? In other words, if I am at home, I need to be alerted if one of my FreeBSD servers go down, but also if the router, firewall or switches go haywire. I'm thinking along the lines of getting a cell phone, and have a central server with a modem dial my cell and send a text message, either directly or via a 3rd party service, if anything goes wrong. I am the sole responsible admin for babysitting my network and server farm, and we're setting up critical systems that must be 24x7, so now I must be 'on call' 24x7. Is there anything out there that will assist me with this? Thanks, DW ___ 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]"
Re: Monitoring critical processes
On Thu, 24 Mar 2005 11:31:58 -0600, Paul Schmehl <[EMAIL PROTECTED]> wrote: > Thanks, Nick. I knew of nagios, but I was not aware that it was capable of > restarting stopped services. Nagios is able to restart stopped services. I currently use it to monitor my network. You can create plugins for Nagios that will run after a certain set of conditions have been met. I'm not sure if this is completely documented but you may want to search the nagios list archives. -CM ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring critical processes
--On Thursday, March 24, 2005 01:04:28 PM -0500 Jon Krause <[EMAIL PROTECTED]> wrote: ### # # http://www.freebsd.org/cgi/url.cgi?ports/sysutils/checkservice/pkg-descr # # http://www.freebsd.org/cgi/url.cgi?ports/sysutils/monitord/pkg-descr # # ## Thanks, Jon. Monitord was exactly what I was looking for. Paul Schmehl ([EMAIL PROTECTED]) Adjunct Information Security Officer The University of Texas at Dallas AVIEN Founding Member http://www.utdallas.edu ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring critical processes
--On Thursday, March 24, 2005 09:39:40 AM -0700 Nick Pavlica <[EMAIL PROTECTED]> wrote: Paul, Nagios might meet your monitoring requirements? http://www.nagios.org/ Thanks, Nick. I knew of nagios, but I was not aware that it was capable of restarting stopped services. Paul Schmehl ([EMAIL PROTECTED]) Adjunct Information Security Officer The University of Texas at Dallas AVIEN Founding Member http://www.utdallas.edu ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring critical processes
Paul, Nagios might meet your monitoring requirements? http://www.nagios.org/ --Nick ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring load average - healthy figure?
Jamie wrote: I've googled the results, and I've seen a couple posts from people who claim that the general rule of thumb is that your load average should be less than the number of CPU's. I don't know what OS they were referring to, however. Does this sound right for FreeBSD? Are there better ways of monitoring load average? If the load average is greater than the # of CPU's, your machine is CPU-bound and tasks are waiting to get processor time. If that's because the machine is a busy server, one ought to add more resources or rebalance the load. If this happens because you're running a screensaver or setiathome, you probably don't care. :-) I use a warning system which notifies me (via email) if the 5-minute load average on one of my servers goes too high, which I've set at 2.5 for single-proc machines, 4.5 for dual-procs, and 7 for the single quad-proc box I've got. YMMV. -- -Chuck ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: monitoring for DDoS attacks ...
--On Monday, March 22, 2004 00:45:59 -0400 "Marc G. Fournier" <[EMAIL PROTECTED]> wrote: Does anyone know of any software that can monitor a link and report any 'unusual spikes' in traffic? look at Snort, and if you have a netflow speaking router, the netflow based tools. LER Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email: [EMAIL PROTECTED] Yahoo!: yscrappy ICQ: 7615664 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" -- Larry Rosenman http://www.lerctr.org/~ler Phone: +1 972-414-9812 E-Mail: [EMAIL PROTECTED] US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749 pgp0.pgp Description: PGP signature
Re: Monitoring TCP/IP traffic
On Thu, 4 Mar 2004, ravi pina wrote: > On Thu, Mar 04, 2004 at 11:44:48AM +, Francisco Reyes said at one point in time: > [...] > > Is there is anything like TOP for TCP/IP? > > I saw ntop in ports, but it seems only analyzes LAN/internal subnet. > net/iftop Thanks to all that responded. As I was trying different utilities and wasn't seeing anything on my outside card I then decided to disconnect my gateway machine. The high traffic continued. I called my ISP and they told me to run tcpdump and send it to them. A few minutes later the activity was way down. Looks normal now. I still plan to go through all the tools and learn them, but whatever the problem is/was it was not inside my machines/network. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring TCP/IP traffic
On Thu, Mar 04, 2004 at 11:44:48AM +, Francisco Reyes said at one point in time: [...] > Is there is anything like TOP for TCP/IP? > I saw ntop in ports, but it seems only analyzes LAN/internal subnet. net/iftop -r ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring TCP/IP traffic
On 03/04/2004-11:44AM, Francisco Reyes wrote: > > Is there is anything like TOP for TCP/IP? /usr/ports/net/trafshow ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring TCP/IP traffic
> Is there is anything like TOP for TCP/IP? > I saw ntop in ports, but it seems only analyzes LAN/internal subnet. Hm, does 'systat -netstat' maybe already do what you want? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring TCP/IP traffic
HI! tcpdump is a very good program aswell. / Stefan On Thu, 4 Mar 2004, albi wrote: > On Thu, 4 Mar 2004 11:44:48 + (GMT) > Francisco Reyes <[EMAIL PROTECTED]> wrote: > > > Is there is anything like TOP for TCP/IP? > > I saw ntop in ports, but it seems only analyzes LAN/internal subnet. > > you could try ethereal (/usr/ports/net/ethereal) ? > > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > -- Stefan Cars Snowfall Communications Tel: +46 (0)18 430 80 50 - Direct: +46 (0)18 430 80 51 Mobile: +46 (0)708 44 36 00 - Fax: +46 (0)708 44 36 04 __ SNOWFALL DISCLAIMER: The information contained in this email and in any attachments is confidential and may be privileged. If you are not the intended recipient, please destroy this message and notify the sender immediately. You should not retain, copy or use this email for any purpose, nor disclose all or any part of its content to any other person. Any views expressed in this message are those of the individual sender, except where the sender specifically states them to be the views of Snowfall Communications. Snowfall Communications monitors the content of emails sent and received via its network for unauthorised use and for other lawful business purposes. The contents of an attachment to this email may contain viruses which could damage your computer system. While Snowfall Communications has taken every reasonable precaution to minimise this risk, we cannot accept liability for any damage which you sustain as a result of software viruses. You should carry out your own virus checks before opening the attachment. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
RE: Monitoring TCP/IP traffic
/usr/ports/net/trafshow -Original Message- From: Francisco Reyes [mailto:[EMAIL PROTECTED] Sent: Thursday, March 04, 2004 5:45 AM To: FreeBSD Questions List Subject: Monitoring TCP/IP traffic As of a few days ago my DSL modem activity light rarely ever goes inactive for long. I am looking for any program anyone could recommend to monitor what's going on. Yesterday I added log options to all my IPFW rules to see if I could find anything suspicious. I added log options even to pass rules and the amount of activity in the DSL modem seems much more than what is reported by IPFW rules. The machine in question is a 4.9 Stable (as of Dec 29) and it acts as a gateway to my other machines. Is there is anything like TOP for TCP/IP? I saw ntop in ports, but it seems only analyzes LAN/internal subnet. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]" CONFIDENTIALITY NOTE: This electronic transmission, including all attachments, is directed in confidence solely to the person(s) to whom it is addressed, or an authorized recipient, and may not otherwise be distributed, copied or disclosed. The contents of the transmission may also be subject to intellectual property rights and all such rights are expressly claimed and are not waived. If you have received this transmission in error, please notify the sender immediately by return electronic transmission and then immediately delete this transmission, including all attachments, without copying, distributing or disclosing same. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring TCP/IP traffic
On Thu, 4 Mar 2004, Francisco Reyes wrote: > > Is there is anything like TOP for TCP/IP? yes, ntop :) > I saw ntop in ports, but it seems only analyzes LAN/internal subnet. You need to tweak its configuration t make it listen on the tun0 interface. Take a look at ngrep too. and snort fr logging suspicious activity. Fer ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring TCP/IP traffic
Francisco Reyes wrote: As of a few days ago my DSL modem activity light rarely ever goes inactive for long. I am looking for any program anyone could recommend to monitor what's going on. Yesterday I added log options to all my IPFW rules to see if I could find anything suspicious. I added log options even to pass rules and the amount of activity in the DSL modem seems much more than what is reported by IPFW rules. The machine in question is a 4.9 Stable (as of Dec 29) and it acts as a gateway to my other machines. Is there is anything like TOP for TCP/IP? I saw ntop in ports, but it seems only analyzes LAN/internal subnet. __ tcpdump(1) might be what you want. PWR. ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring TCP/IP traffic
On Thu, 4 Mar 2004 11:44:48 + (GMT) Francisco Reyes <[EMAIL PROTECTED]> wrote: > Is there is anything like TOP for TCP/IP? > I saw ntop in ports, but it seems only analyzes LAN/internal subnet. you could try ethereal (/usr/ports/net/ethereal) ? ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring bandwidth usage by user
You can also check out ipa. This does exactly what you want using firewall rules. On Thu, 4 Mar 2004, Jez Hancock wrote: > On Wed, Mar 03, 2004 at 04:38:12PM -0800, Roop Nanuwa wrote: > > Is there any way to get live (or even just logged) monitoring of > > bandwidth > > usage by user instead of just an aggregate amount for the entire > > machine/interface? > See the last link in my sig below: > > -- > Jez Hancock > - System Administrator / PHP Developer > > http://munk.nu/ > http://jez.hancock-family.com/ - Another FreeBSD Diary > http://ipfwstats.sf.net/- ipfw peruser traffic logging > ___ > [EMAIL PROTECTED] mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "[EMAIL PROTECTED]" > ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring bandwidth usage by user
On Wed, Mar 03, 2004 at 04:38:12PM -0800, Roop Nanuwa wrote: > Is there any way to get live (or even just logged) monitoring of > bandwidth > usage by user instead of just an aggregate amount for the entire > machine/interface? See the last link in my sig below: -- Jez Hancock - System Administrator / PHP Developer http://munk.nu/ http://jez.hancock-family.com/ - Another FreeBSD Diary http://ipfwstats.sf.net/- ipfw peruser traffic logging ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring bandwidth usage by user
Benjamin Meade wrote: Roop Nanuwa wrote: Hello all, Is there any way to get live (or even just logged) monitoring of bandwidth usage by user instead of just an aggregate amount for the entire machine/interface? Squid can do it. There are quite a few perl scripts that can build a webpage from the log files and show you nice pretty graphs and such. This is assuming that by user you mean machines that are accessing the net through a gateway. Actually, no. These are all users who are logged into a single box (they have shell accounts). I wanted to monitor each user's bandwidth usage individually to prevent abuse. --roop ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring bandwidth usage by user
Roop Nanuwa wrote: Hello all, Is there any way to get live (or even just logged) monitoring of bandwidth usage by user instead of just an aggregate amount for the entire machine/interface? Squid can do it. There are quite a few perl scripts that can build a webpage from the log files and show you nice pretty graphs and such. This is assuming that by user you mean machines that are accessing the net through a gateway. -- Benjamin Meade System Administrator LanWest Pty Ltd Ph: +61 (8) 9440 3033 Fax: +61 (8) 9440 3370 ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring bandwidth usage by user
On Wed, Mar 03, 2004 at 04:38:12PM -0800, Roop Nanuwa wrote: > Is there any way to get live (or even just logged) monitoring of > bandwidth > usage by user instead of just an aggregate amount for the entire > machine/interface? Not easily. ipfw(8) has a 'uid' option in it's packet matching rules, which you might be able you use to select the traffic from one user, and then push that (or logging information about that traffic) into some sort of analysis program. But that's going to take a mite of programming to get anything working. Most ISPs who bill on the amount of network traffic will arrange for each of their user accounts to use a separate IP number: jail(8) can be very handy for doing that. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 26 The Paddocks Savill Way PGP: http://www.infracaninophile.co.uk/pgpkey Marlow Tel: +44 1628 476614 Bucks., SL7 1TH UK pgp0.pgp Description: PGP signature
RE: Monitoring folder activity
That sound like it is exactly what I need, Thanks! -- Chad -Original Message- From: Chris Pressey [mailto:[EMAIL PROTECTED] Sent: Wednesday, December 03, 2003 5:38 PM To: Chad Albert Cc: [EMAIL PROTECTED] Subject: Re: Monitoring folder activity On Tue, 2 Dec 2003 15:42:27 -0600 "Chad Albert" <[EMAIL PROTECTED]> wrote: > I am in need of a way to trigger an action when a file is written to > user's home directories. I am sure there is a way to do this, but I > don't know where to look. What I want to do is allow users to sftp a > file into their home directory, then once the file is written, I want > a server side process to email or otherwise transfer the file to > another location so that it can be processed with some third party > tools by a Windows user. Can anyone help me out? Have a look at /usr/ports/sysutils/wait_on "The wait_on command allows shell scripts to access the facilities provided by kqueue(3). This allows scripts to detect files being added to directories, data appended to files and many other things - all without polling." -Chris ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring folder activity
On Tue, 2 Dec 2003 15:42:27 -0600 "Chad Albert" <[EMAIL PROTECTED]> wrote: > I am in need of a way to trigger an action when a file is written to > user's home directories. I am sure there is a way to do this, but I > don't know where to look. What I want to do is allow users to sftp a > file into their home directory, then once the file is written, I want > a server side process to email or otherwise transfer the file to > another location so that it can be processed with some third party > tools by a Windows user. Can anyone help me out? Have a look at /usr/ports/sysutils/wait_on "The wait_on command allows shell scripts to access the facilities provided by kqueue(3). This allows scripts to detect files being added to directories, data appended to files and many other things - all without polling." -Chris ___ [EMAIL PROTECTED] mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Monitoring folder activity
On Tue, Dec 02, 2003 at 03:42:27PM -0600, Chad Albert wrote: > I am in need of a way to trigger an action when a file is written to > user's home directories. I am sure there is a way to do this, but I > don't know where to look. What I want to do is allow users to sftp a > file into their home directory, then once the file is written, I want a > server side process to email or otherwise transfer the file to another > location so that it can be processed with some third party tools by a > Windows user. Can anyone help me out? I think the l0pht-watch port can do this. Kris pgp0.pgp Description: PGP signature