Re: Per-IP Bandwidth Monitoring
On 2013-06-09 04:32, Kenta Suzumoto wrote: Hello. I'm running a FreeBSD machine with 5 IP addresses, each of them attached to a specific jail. I'm wondering if there is an easy way to monitor the bandwidth usage of each of them individually. Upon googling, I ran into a lot of suggestions like bandwidthd. I gave it a try and it seemed very broken and basically didn't work at all. I'm basically looking for a vnstat that works per IP instead of per interface kind of thing. jnettop wasn't what I was looking for. It doesn't have to make pretty graphs(but that's nice too), just human-readable text is fine. Anyone have a recommendation? Some links I came across that were unhelpful: http://freebsd.1045724.n5.nabble.com/how-to-measure-bandwidth-per-jail-td5797422.html http://forum.pfsense.org/index.php?topic=32256.0 http://www.daemonforums.org/showthread.php?t=1199 Thanks IPFW with pipes. No graphs. man ipfw TRAFFIC SHAPER CONFIGURATION The ipfw pipe, queue and sched commands are used to configure the traffic shaper and packet scheduler. See the TRAFFIC SHAPER (DUMMYNET) CONFIGURATION Section below for details. If the world and the kernel get out of sync the ipfw ABI may break, pre- venting you from being able to add any rules. This can adversely effect the booting process. You can use ipfw disable firewall to temporarily disable the firewall to regain access to the network, allowing you to fix the problem. ___ 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: Per-IP Bandwidth Monitoring
Am 09.06.2013 um 04:32 schrieb Kenta Suzumoto ken...@hush.com: Hello. I'm running a FreeBSD machine with 5 IP addresses, each of them attached to a specific jail. I'm wondering if there is an easy way to monitor the bandwidth usage of each of them individually. Upon googling, I ran into a lot of suggestions like bandwidthd. I gave it a try and it seemed very broken and basically didn't work at all. I'm basically looking for a vnstat that works per IP instead of per interface kind of thing. jnettop wasn't what I was looking for. It doesn't have to make pretty graphs(but that's nice too), just human-readable text is fine. Anyone have a recommendation? Some links I came across that were unhelpful: http://freebsd.1045724.n5.nabble.com/how-to-measure-bandwidth-per-jail-td5797422.html http://forum.pfsense.org/index.php?topic=32256.0 http://www.daemonforums.org/showthread.php?t=1199 I was using sysutils/ipa for this. It works with IPFW and also with PF, I think, I have just used it with ipfw, worked pretty fine. It also supports all sorts of reporting. Cheers, Philip ___ 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
Per-IP Bandwidth Monitoring
Hello. I'm running a FreeBSD machine with 5 IP addresses, each of them attached to a specific jail. I'm wondering if there is an easy way to monitor the bandwidth usage of each of them individually. Upon googling, I ran into a lot of suggestions like bandwidthd. I gave it a try and it seemed very broken and basically didn't work at all. I'm basically looking for a vnstat that works per IP instead of per interface kind of thing. jnettop wasn't what I was looking for. It doesn't have to make pretty graphs(but that's nice too), just human-readable text is fine. Anyone have a recommendation? Some links I came across that were unhelpful: http://freebsd.1045724.n5.nabble.com/how-to-measure-bandwidth-per-jail-td5797422.html http://forum.pfsense.org/index.php?topic=32256.0 http://www.daemonforums.org/showthread.php?t=1199 Thanks ___ 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: Per-IP Bandwidth Monitoring
Kenta Suzumoto wrote: Hello. I'm running a FreeBSD machine with 5 IP addresses, each of them attached to a specific jail. I'm wondering if there is an easy way to monitor the bandwidth usage of each of them individually. Upon googling, I ran into a lot of suggestions like bandwidthd. I gave it a try and it seemed very broken and basically didn't work at all. I'm basically looking for a vnstat that works per IP instead of per interface kind of thing. jnettop wasn't what I was looking for. It doesn't have to make pretty graphs(but that's nice too), just human-readable text is fine. Anyone have a recommendation? Some links I came across that were unhelpful: http://freebsd.1045724.n5.nabble.com/how-to-measure-bandwidth-per-jail-td5797422.html http://forum.pfsense.org/index.php?topic=32256.0 http://www.daemonforums.org/showthread.php?t=1199 Thanks Check the questions archive. This question was answered in the last 2 months. ___ 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: Per-IP Bandwidth Monitoring
Try this patch: https://cgit.delphij.net/freebsd/patch/?id=39c6ec81eb015ed6788c203a1aea6148f813d063 We haven't merged it to -HEAD only because it's not clear how much overhead this would incur. Cheers, ___ 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
Why scf (sfcd) monitoring sometimes doesn't work
Hello, I found fsc (http://www.freshports.org/sysutils/fsc/) to be extremely useful. Unfortunately, I can't get some services to be monitored, fscadm enable just failes with Could not monitor service. I don't know how kqueue interaction is working, so I can't guess why some services can be monitored fine and others not. How can I start finding out what goes wrong? How does the rc-name play into that role? Thanks, -Harry signature.asc Description: OpenPGP digital signature
Why fsc (fscd) monitoring sometimes doesn't work [Was: Re: Why scf (sfcd) monitoring sometimes doesn't work]
schrieb Harald Schmalzbauer am 14.02.2013 13:34 (localtime): Hello, I found fsc (http://www.freshports.org/sysutils/fsc/) to be extremely useful. Unfortunately, I can't get some services to be monitored, fscadm enable just failes with Could not monitor service. I don't know how kqueue interaction is working, so I can't guess why some services can be monitored fine and others not. How can I start finding out what goes wrong? How does the rc-name play into that role? Sorry for the ugly typo in the topic! signature.asc Description: OpenPGP digital signature
Newsletter - new product for temperature alarm and monitoring
New product - EPIW104F Primed for temperature remote monitoring and alarm With its two temperature sensors, PingBrother EPIW104F can efficiently monitor temperature and intervene automatically to changes in temperature or voltage. It also watches the operability of attached network devices and can give a user defined response. It can control any connected device by its relay contact, and/or send an email, making it usable as a remotely adjustable thermostat that can send you a warning e-mail if need be. It has retained all the other useful features the product series are known for. The major ones are: - 4 port ethernet switch - Ping/HTTP watchdog function - managable POE outputs - Client software for monitoring multiple devices - Automatic or remote controlled monitoring of devices through trigger output APP. EXAMPLES PingBrother is a multi functional device. Eth. switch, POE injector, remote management device, and so on. Read More - VIDEO PRESENTATION Watch our video presentation showing you PinBrother in action. Read More - subscribeunsubscribe PingBrother Mikroweb Internet Ltd, Hungary, Phone: +36 1 5999000 Email: sa...@pingbrother.com // Website: http://www.pingbrother.com ___ 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
Newsletter - new product for temperature alarm and monitoring
New product - EPIW104F Primed for temperature remote monitoring and alarm With its two temperature sensors, PingBrother EPIW104F can efficiently monitor temperature and intervene automatically to changes in temperature or voltage. It also watches the operability of attached network devices and can give a user defined response. It can control any connected device by its relay contact, and/or send an email, making it usable as a remotely adjustable thermostat that can send you a warning e-mail if need be. It has retained all the other useful features the product series are known for. The major ones are: - 4 port ethernet switch - Ping/HTTP watchdog function - managable POE outputs - Client software for monitoring multiple devices - Automatic or remote controlled monitoring of devices through trigger output APP. EXAMPLES PingBrother is a multi functional device. Eth. switch, POE injector, remote management device, and so on. Read More - VIDEO PRESENTATION Watch our video presentation showing you PinBrother in action. Read More - subscribeunsubscribe PingBrother Mikroweb Internet Ltd, Hungary, Phone: +36 1 5999000 Email: sa...@pingbrother.com // Website: http://www.pingbrother.com ___ 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
Invitation for Demo of Nurses Call Monitoring System
DEAR DOCTOR / HOSPITAL MANAGEMENT, BRING ACCOUNTABILITY AND RELIABILITY TO YOUR NURSES CALL MONITORING. INCREASE YOUR GOODWILL. Sub: Invitation to witness Live Demo of Nurses Call Monitoring System Queue Management System We are very happy to invite you to Bangladesh Hand Ball Federation, 1st Floor, Room No. 12 13 at NSIC Organized Indian MSME Technology Fair from 7th – 16th October, at National Stadium, Bangladesh. Stall Number A-10 There we are going to introduce you with our latest Nurses Call Monitoring System and Queue Management Systems for Hospital OPD. The systems are designed by our in house R D Team of qualified engineer with over 15 years experience in the same line. Our systems are working in the leading hospitals of Kolkata. Nurses Call Monitoring System series 640 is micro controllers based and have many unique features which you may not find in any other systems in market. We are enclosing detailed catalogue. Please feel free to enquiry any further details. Queue Management System- IQMS series is specially designed system for hospital OPDs. It can generate token, instantly up- dates the doctor of status of booking, present patient no. and many other details. The system can facilitate for up to four slots if same chamber is used by more than one doctor. If you think any other features are required, we can customize the same for you. This is totally stand alone system with its own hardware and software. It does not interfere any way with your computer system. We have also developed Software based Queue Management System where doctors chambers are provided with computers/ laptops. With this system, Doctor can know full details of his/ her patients waiting and call them as per priority required. There are many management tools incorporated in the system. We are waiting for your valuable presence. Thanking you, For Baid Power Services Pvt. Ltd. Anupam Baid BAID POWER SERVICES PVT. LTD 152, Block B, Lake Town, Kolkata - 700089, West Bengal, India Ph: +91 (033) 25210322, 25343662 email : i...@indiapowerhouse.net ___ 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 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
monitoring changes in SVN branches
Hello, Is there some tool (in the ports) to watch if changes done in one of SVN branches are also incorporated into other branches? Let's say you have a branch for a productive version 1.0, and a branch (or trunc) for the next version 1.1 and a fix for a problem in 1.0 must of course also be fixed in 1.1; it would be nice if there is some tool to not do the tracking by hand in some files/Wiki or whatever; Thanks matthias -- Matthias Apitz t +49-89-61308 351 - f +49-89-61308 399 - m +49-170-4527211 e g...@unixarea.de - w http://www.unixarea.de/ ___ 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: Security monitoring all file changes
2011/4/21 Artem Kuchin mat...@itlegion.ru: Hello! We are running hosting servers and i think we need to monitor and log all changes in filesystems (ftp log is written already, but we give shell access and also files can be changed by scripts), so, when a client asks when the file/directory was changed or deleted and by whom we can answer that question. In what directtion should i look? Is Audit the thing for it? mtree is probably what you are looking for: http://www.freebsd.org/cgi/man.cgi?query=mtreeapropos=0sektion=0manpath=FreeBSD+8.2-RELEASEformat=html -pete -- pete wright www.nycbug.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
Security monitoring all file changes
Hello! We are running hosting servers and i think we need to monitor and log all changes in filesystems (ftp log is written already, but we give shell access and also files can be changed by scripts), so, when a client asks when the file/directory was changed or deleted and by whom we can answer that question. In what directtion should i look? Is Audit the thing for it? The problem with the whole idea is that i don't want to hog the raid with huge log of what happened to the files every nanosecond. For example, file is opened, writen 1000 times with write() and the closed. I don't want to get 1000 lines in the log. Something like: opened for write write repeated 1000 times (just one line with repetition counter) closed whould be nice, but if not possible, then just open and closed logged, w/o write. Better than nothing. Or maybe it can be very optimized binary log. I have no idea what i am writing about :) Thanks in advance! Best regards, Artem -- С уважением, Артем Кучин Компания Ай Ти Легион www.itlegion.ru www.hostilla.ru +7 (495) 232-0338 ___ 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
monitoring hardware temperatures
Hello! I have a server (Dell Poweredge 2900), that's loaded with sensors. While it was in Windows-mode, a utility was able to tell me not only the temperature of each CPU-core, but also that of every DIMM!.. One of them was running far hotter than others, and I'd like to continue keeping an eye on it now that the box run FreeBSD. 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... It seems, in 2007, there was an attempt to introduce OpenBSD's sensor-framework: http://kerneltrap.org/OpenBSD/BSDCan_2008_Hardware_Sensors_Framework but it was backed-out after being declared a pile of crap and festering junkpile by our most mirthful contributor: http://docs.freebsd.org/cgi/getmsg.cgi?fetch=193129+0+archive/2007/cvs-all/20071021.cvs-all until a proper architectural solution has been found. Has that happened in the three years, that passed since that lovely discussion? Or are we still waiting for someone to design and implement it not merely adequately, but perfectly? If the three other BSD-cousins have had this for a while (NetBSD -- for 10 years, apparently), continuing to insist on some future perfection seems wrong -- we should have this adequate but imperfect method if only for cross-BSD compatibility. Is there, perhaps, a set of patches still secretly maintained by some die-hard? I'd love to try it here, and will be very thankful, if it gives me the monitoring, that I can not obtain otherwise... 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 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 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 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 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 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 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
Fw: monitoring
Or, do you have idea how to completely reinstall munin? :-) Subject: monitoring Hi, What program do you use monitoring your system? I used munin but after upgrading to 1.4 it stops working properly, I tried to fix bout with no success. Any idea? thank you! Laszlo ___ 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
monitoring
Hi, What program do you use monitoring your system? I used munin but after upgrading to 1.4 it stops working properly, I tried to fix bout with no success. Any idea? thank you! Laszlo ___ 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: Hardware monitoring with iDRAC6
On 17 June 2010 17:38, Steve Polyack kor...@comcast.net wrote: On 06/17/10 12:02, Martin Turgeon wrote: Hi again everyone, I just realized after posting my question on optimal RAID config that the best solution for hardware monitoring would be to use the integrated iDRAC6. I have the Express version (no dedicated port). I have never worked with DRAC cards and I would like to know your opinions about the best way to use it for hardware monitoring. I'm not really planning on using the remote control features, but it would be nice too. In addition to using DRAC notifications for hardware events, I would suggest that you still run some local checks on the system itself (Nagios checks via NRPE). There are several checks available that check the status of the PERC controller and drives using mfiutil, amrstat, or MegaCLI. As I understand it, I have to configure an additional IP for iDRAC. In my case, the servers are going to be installed in a colocation datacenter so I guess I have to reserve an additional public IP for each servers so I can access the iDRAC remotely? What are the securiy implications? This depends on what your options are - if you're colocating one server, they may be pretty slim. In any case, I would strongly advise not putting it out there on an unrestricted public address. I'm not sure of the DRAC's history of security issues, but keep in mind that someone using it essentially has physical access to your server. If you have to put it out there on the internet, be sure to create a new user on the iDRAC and disable the existing root account. I'm also configuring a Nagios installation for monitoring. Is there a way to plug iDRAC with Nagios to handle the notifications (snmp maybe)? Or should I configure an email alert in the iDRAC config (I assume there is a way to do that)? You can configure the iDRAC to send SNMP traps, or even e-mails for hardware events. ___ 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 If you can afford the rack space its probably best to have a dedicated admin host with one public interface and one private one. Then put all the idracs on private ips and ideally their own vlan. Then use this admin box to relay any information back to you over the public network It could also act as a serial server, and maybe have a isdn/dsl backup line for out of band access. ___ 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
Hardware monitoring with iDRAC6
Hi again everyone, I just realized after posting my question on optimal RAID config that the best solution for hardware monitoring would be to use the integrated iDRAC6. I have the Express version (no dedicated port). I have never worked with DRAC cards and I would like to know your opinions about the best way to use it for hardware monitoring. I'm not really planning on using the remote control features, but it would be nice too. As I understand it, I have to configure an additional IP for iDRAC. In my case, the servers are going to be installed in a colocation datacenter so I guess I have to reserve an additional public IP for each servers so I can access the iDRAC remotely? What are the securiy implications? I'm also configuring a Nagios installation for monitoring. Is there a way to plug iDRAC with Nagios to handle the notifications (snmp maybe)? Or should I configure an email alert in the iDRAC config (I assume there is a way to do that)? Thanks for your answer on how to use iDRAC6 Express with FreeBSD 8.0, Martin ___ 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: Hardware monitoring with iDRAC6
On 06/17/10 12:02, Martin Turgeon wrote: Hi again everyone, I just realized after posting my question on optimal RAID config that the best solution for hardware monitoring would be to use the integrated iDRAC6. I have the Express version (no dedicated port). I have never worked with DRAC cards and I would like to know your opinions about the best way to use it for hardware monitoring. I'm not really planning on using the remote control features, but it would be nice too. In addition to using DRAC notifications for hardware events, I would suggest that you still run some local checks on the system itself (Nagios checks via NRPE). There are several checks available that check the status of the PERC controller and drives using mfiutil, amrstat, or MegaCLI. As I understand it, I have to configure an additional IP for iDRAC. In my case, the servers are going to be installed in a colocation datacenter so I guess I have to reserve an additional public IP for each servers so I can access the iDRAC remotely? What are the securiy implications? This depends on what your options are - if you're colocating one server, they may be pretty slim. In any case, I would strongly advise not putting it out there on an unrestricted public address. I'm not sure of the DRAC's history of security issues, but keep in mind that someone using it essentially has physical access to your server. If you have to put it out there on the internet, be sure to create a new user on the iDRAC and disable the existing root account. I'm also configuring a Nagios installation for monitoring. Is there a way to plug iDRAC with Nagios to handle the notifications (snmp maybe)? Or should I configure an email alert in the iDRAC config (I assume there is a way to do that)? You can configure the iDRAC to send SNMP traps, or even e-mails for hardware events. ___ 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
ipv6 network traffic monitoring -- searching a working probe software
Hi, currently I'm monitoring the network traffic with ng_netflow and nfdump/nfsen is used to collect, display and analyze the network traffic. I'm reviewing the tools to monitor ipv6. ng_netflow doesn't support ipv6 (is there a schedule to implement the needed protocol version 9?). I tried it with softflowd, seeing there is a constant offset of 4294959.134 in the duration and the nfsen filtering (in/out if x) doesn't work at all. YAF flows aren't recognized by nfsen. Any suggestions how to monitor ipv6 traffic? Thanks Reinhard ___ 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: Simple Monitoring Of TCP/IP Question
On Wed, Dec 16, 2009 at 4:21 PM, Michael Goodell mggl...@pdc4u.com wrote: Hello . . . Looking for a *simple* protocol monitoring solution to test connectivity of various facets of a system, i.e. HTTP / HTTPS / POP3 / SMTP etc. I am not looking, and don't want to install a *heavy* application like Nagios etc, but rather something much more simple. I have seen checkservice (/usr/ports/sysutils/checkservice) in the past and that looked quite simple to implement. Another question is there anything more preferred that checkservice that anyone knows about? Thank you in advance for any direction. For a simple service/system monitor, monit may suit your needs. http://mmonit.com/monit/ ports/sysutils/monit -- Noel Jones ___ 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: Simple Monitoring Of TCP/IP Question
Hi, Nagios uses perl scripts to check tcp services, you could use them instead of a complete installation. Noel Jones escribió: On Wed, Dec 16, 2009 at 4:21 PM, Michael Goodell mggl...@pdc4u.com wrote: Hello . . . Looking for a *simple* protocol monitoring solution to test connectivity of various facets of a system, i.e. HTTP / HTTPS / POP3 / SMTP etc. I am not looking, and don't want to install a *heavy* application like Nagios etc, but rather something much more simple. I have seen checkservice (/usr/ports/sysutils/checkservice) in the past and that looked quite simple to implement. Another question is there anything more preferred that checkservice that anyone knows about? Thank you in advance for any direction. For a simple service/system monitor, monit may suit your needs. http://mmonit.com/monit/ ports/sysutils/monit -- Noel Jones ___ 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: Simple Monitoring Of TCP/IP Question
On Wed, Dec 16, 2009 at 03:21:38PM -0700, Michael Goodell wrote: Hello . . . Looking for a *simple* protocol monitoring solution to test connectivity of various facets of a system, i.e. HTTP / HTTPS / POP3 / SMTP etc. I am not looking, and don't want to install a *heavy* application like Nagios etc, but rather something much more simple. I have seen checkservice (/usr/ports/sysutils/checkservice) in the past and that looked quite simple to implement. Another question is there anything more preferred that checkservice that anyone knows about? Thank you in advance for any direction. Does tcpdump do what you need? It's pretty slim (makes Wireshark look huge by comparison) and easily scripted (since it's a command line tool). -- Chad Perrin [ original content licensed OWL: http://owl.apotheon.org ] pgpyKqCgRj0IE.pgp Description: PGP signature
Simple Monitoring Of TCP/IP Question
Hello . . . Looking for a *simple* protocol monitoring solution to test connectivity of various facets of a system, i.e. HTTP / HTTPS / POP3 / SMTP etc. I am not looking, and don't want to install a *heavy* application like Nagios etc, but rather something much more simple. I have seen checkservice (/usr/ports/sysutils/checkservice) in the past and that looked quite simple to implement. Another question is there anything more preferred that checkservice that anyone knows about? Thank you in advance for any direction. ___ 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: Simple Monitoring Of TCP/IP Question
On Wed, 16 Dec 2009 15:21:38 -0700, Michael Goodell mggl...@pdc4u.com wrote: Looking for a *simple* protocol monitoring solution to test connectivity of various facets of a system, i.e. HTTP / HTTPS / POP3 / SMTP etc. I was always a fan of Wireshark (ex Etherial). It's lightweight (in comparison to e. g. Nagios), GUI-based and very comfortable. -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ 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
Network traffic monitoring: BSD monitor verifying encryption
Hi folks: (1) I'm only used Wireshark and Ethereal to inspect network traffic, and I've only used these on several occasion. Would someone suggest FreeBSD alternatives (console or xserver based? (2) I'm testing my connection to a remote server. The connection is supposed to be encrypted. What's the easiest way to verify that the data is in fact being encrypted? I don't care to validate the encryption itself; I trust that it is working properly, if it's working at all. I just want to know what, if anything, I can look for in the traffic that will indicate encryption (e.g., is the initiation of key-exchanges easy to locate?). ___ 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: Network traffic monitoring: BSD monitor verifying encryption
Daniel Underwood wrote: Hi folks: (1) I'm only used Wireshark and Ethereal to inspect network traffic, and I've only used these on several occasion. Would someone suggest FreeBSD alternatives (console or xserver based? tcpdump(1). It can save to a pcap file for later review within Wireshark if required. (2) I'm testing my connection to a remote server. The connection is supposed to be encrypted. What's the easiest way to verify that the data is in fact being encrypted? I don't care to validate the encryption itself; I trust that it is working properly, if it's working at all. I just want to know what, if anything, I can look for in the traffic that will indicate encryption (e.g., is the initiation of key-exchanges easy to locate?). It depends on the traffic type, and the protocol. When in doubt, you could always capture the entire packet, dump them into a file, and then review the data to ensure it isn't in plaintext: # tcpdump -n -i em5 -s 0 -w /var/log/cap.pcap host x.x.x.x and port Then you can read it back in with tcpdump later, or scp the file to a GUI based workstation and view it in Wireshark (which is my preference). Wireshark displaying SSH traffic will for instance tell you straight-up in the Info field that the packet is Encrypted response packet len=xxx. It does the same for IPSec etc. Steve smime.p7s Description: S/MIME Cryptographic Signature
Re: Network traffic monitoring: BSD monitor verifying encryption
Daniel Underwood wrote: Hi folks: (1) I'm only used Wireshark and Ethereal to inspect network traffic, and I've only used these on several occasion. Would someone suggest FreeBSD alternatives (console or xserver based? wireshark, formerly known as ethereal works just fine on FreeBSD. If you want a console based variant, there's tshark, which is just wireshark without X11 support. All in the ports: net/wireshark, net/tshark As mentioned elsewhere, you can use tcpdump (bundled with the system) to capture traffic that you can later feed into wireshark for analysis. Handy hint: be aware that tcpdump generally only captures the packet headers and not the full packet content. To capture everything add '-s 0' to the tcpdump command line. (2) I'm testing my connection to a remote server. The connection is supposed to be encrypted. What's the easiest way to verify that the data is in fact being encrypted? I don't care to validate the encryption itself; I trust that it is working properly, if it's working at all. I just want to know what, if anything, I can look for in the traffic that will indicate encryption (e.g., is the initiation of key-exchanges easy to locate?). There are two possibilities: (a) capture session traffic over the wire and from that demonstrate the traffic is encrypted. Unless the plaintext is obviously ascii or otherwise readily identifiable, this might be a bit tricky. Probably the only 100% certain answer is to be able to decrypt the session traffic. (b) connect to the remote network port using eg. netcat (see nc(1)), telnet or 'openssl s_client' -- in the first two cases the idea would be to check that the server would not permit an unencrypted session; for the last case the idea is to check that the connection does handle presenting keys and certs correctly. Obviously this will depend on knowledge of how your particular communications protocol works. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
Re: Network traffic monitoring: BSD monitor verifying encryption
Thanks for the help. I couldn't find any flags/fields in TCP packets indicated whether encrypted (as in the case of SSH packets). There isn't any, right? ___ 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: Network traffic monitoring: BSD monitor verifying encryption
Daniel Underwood wrote: Thanks for the help. I couldn't find any flags/fields in TCP packets indicated whether encrypted (as in the case of SSH packets). There isn't any, right? No. TCP (Transport Layer) knows nothing about encryption/encoding, and hence there is no room (or need) within the headers to signify those details. TCP provides reliable data transit, and really nothing more. Encryption happens higher up in the stack, and it is the responsibility of the application (or some function) to do this work. TCP provides the connection, in which you can throw any type of data you please. It does not care what type of data you put into it; it has no way of inherently finding that out. To find out the flags/configuration/techniques used by the application before it stuffs it's data into a packet, you have to read the data after it's been extracted from the packet all the way up near the application layer. Wireshark can 'dissect' each packet for numerous applications and protocols, hence it has the ability to inform you about encryption as in my previous SSH example. That is why I captured the entire packet with tcpdump (via the -s0 flag). If you don't, tcpdump will not capture enough information to decode the packet. Steve smime.p7s Description: S/MIME Cryptographic Signature
Re: Network traffic monitoring: BSD monitor verifying encryption
Daniel Underwood wrote: Thanks for the help. I couldn't find any flags/fields in TCP packets indicated whether encrypted (as in the case of SSH packets). There isn't any, right? Correct: there isn't anything like that in the TCP headers. Encryption on TCP streams is an application level thing that only affects packet payloads. There are transport layer encryption protocols -- eg. IPSec, OpenVPN, etc. -- but those allow tunnelling TCP streams through them and aren't necessarily TCP themselves. Cheers, Matthew -- Dr Matthew J Seaman MA, D.Phil. 7 Priory Courtyard Flat 3 PGP: http://www.infracaninophile.co.uk/pgpkey Ramsgate Kent, CT11 9PW signature.asc Description: OpenPGP digital signature
FreeBSD Raid Monitoring website moved
Good morning everybody, the FreeBSD raid monitoring website, which contains a lot information regarding raid monitoring under FreeBSD, has a new home: http://www.nico.schottelius.org/docs/freebsd-raid-monitoring/ If you've additional information or updates, please let me know at nico-freebsd-raid-monitoring-web --at-- schottelius.org. Sincerly, Nico -- Currently moving *.schottelius.org to http://www.nico.schottelius.org/ ... PGP: BFE4 C736 ABE5 406F 8F42 F7CF B8BE F92A 9885 188C signature.asc Description: Digital signature
AIC9580W monitoring
Hi there. Can I monitor raid AIC9580W? ibm.com provides the utility arcconf, but only for linux. I want to check raid state. ___ 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: Health Monitoring on Dell 600SC
On Sun, 8 Mar 2009, Polytropon wrote: On Sat, 7 Mar 2009 23:04:45 -0500 (EST), Dan Mahoney, System Admin d...@prime.gushi.org wrote: Hey all, I've got a dell 600SC in a remote location, and it's started freezing up (I'm thinking I've got a dying fan). I'm not familiar with this special Dell system, but maybe the tools mbmon and healthd (from ports) can help you to monitor at least fan speeds and temperatures (as well as voltages). They're using the kernel's SMB facility. pciconf -l -v doesn't show an smbus on this system, even with the kernel options compiled in. healthd, I've tried, and it talks to some chips directly, but it hasn't been updated in forever. bsdhwmon looks like it did two releases and went unsupported, reports this board as unsupported. It would appear that older linux kernels find the hardware as follows on this link http://hausheer.osola.com/docs/8 (I realize BSD and linux are different, but perhaps the output there could help someone to know if something there is supported). Sadly, porting lm_sensors to BSD is hard because of all the kernel dependencies and abstraction. But something more universal under BSD as opposed to several years-outdated ports would be REALLY COOL. -Dan -- Dan Mahoney Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.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: Health Monitoring on Dell 600SC
On Sun, Mar 8, 2009 at 2:02 AM, Dan Mahoney, System Admin d...@prime.gushi.org wrote: On Sun, 8 Mar 2009, Polytropon wrote: On Sat, 7 Mar 2009 23:04:45 -0500 (EST), Dan Mahoney, System Admin d...@prime.gushi.org wrote: Hey all, I've got a dell 600SC in a remote location, and it's started freezing up (I'm thinking I've got a dying fan). I'm not familiar with this special Dell system, but maybe the tools mbmon and healthd (from ports) can help you to monitor at least fan speeds and temperatures (as well as voltages). They're using the kernel's SMB facility. pciconf -l -v doesn't show an smbus on this system, even with the kernel options compiled in. healthd, I've tried, and it talks to some chips directly, but it hasn't been updated in forever. bsdhwmon looks like it did two releases and went unsupported, reports this board as unsupported. It would appear that older linux kernels find the hardware as follows on this link http://hausheer.osola.com/docs/8 (I realize BSD and linux are different, but perhaps the output there could help someone to know if something there is supported). Sadly, porting lm_sensors to BSD is hard because of all the kernel dependencies and abstraction. But something more universal under BSD as opposed to several years-outdated ports would be REALLY COOL. Dan, I'm curious... and only curious. Have you discovered if the OpenManage suite works with any drivers on the Linux system? Because if OpenManage is a userland utility only, running OpenManage with linux compatibility should work, right? My understanding of Linux compat is the ability to run userland apps (not drivers) under BSD. The closed minded attitude of Dell that will support X but not Y is offensive to me and that is what makes me steer clear of the Dell branded stuff. I hope this might have sparked a interest - but I can't help with the Linux compat at all. I run BSD because it's not Linux. --Tim ___ 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: Health Monitoring on Dell 600SC
On Sun, 8 Mar 2009, Tim Judd wrote: On Sun, Mar 8, 2009 at 2:02 AM, Dan Mahoney, System Admin d...@prime.gushi.org wrote: On Sun, 8 Mar 2009, Polytropon wrote: On Sat, 7 Mar 2009 23:04:45 -0500 (EST), Dan Mahoney, System Admin d...@prime.gushi.org wrote: Hey all, I've got a dell 600SC in a remote location, and it's started freezing up (I'm thinking I've got a dying fan). I'm not familiar with this special Dell system, but maybe the tools mbmon and healthd (from ports) can help you to monitor at least fan speeds and temperatures (as well as voltages). They're using the kernel's SMB facility. pciconf -l -v doesn't show an smbus on this system, even with the kernel options compiled in. healthd, I've tried, and it talks to some chips directly, but it hasn't been updated in forever. bsdhwmon looks like it did two releases and went unsupported, reports this board as unsupported. It would appear that older linux kernels find the hardware as follows on this link http://hausheer.osola.com/docs/8 (I realize BSD and linux are different, but perhaps the output there could help someone to know if something there is supported). Sadly, porting lm_sensors to BSD is hard because of all the kernel dependencies and abstraction. But something more universal under BSD as opposed to several years-outdated ports would be REALLY COOL. Dan, I'm curious... and only curious. Have you discovered if the OpenManage suite works with any drivers on the Linux system? Because if OpenManage is a userland utility only, running OpenManage with linux compatibility should work, right? It would appear that the openmanage stuff requires kernel modules to be loaded. As the way the linuxemu under BSD works, it basically includes a whole linux-kernel into the BSD kernel, I doubt any of those modules would load. This is a shame, we've gotten to the point where we can drop in windows drivers for things like modems and network cards (which I can easily slap a compatible one into my system and ignore the noncompatible one). But I can't exactly toss another hw monitoring chip in. :( My understanding of Linux compat is the ability to run userland apps (not drivers) under BSD. The closed minded attitude of Dell that will support X but not Y is offensive to me and that is what makes me steer clear of the Dell branded stuff. The systems came to me free, other than this dying fan thing, they've proven ROCK solid (and I have a bank of spare systems). I hope this might have sparked a interest - but I can't help with the Linux compat at all. I run BSD because it's not Linux. As do I. But linux excels in this area. lm_sensors is better than anything available under BSD. Given the drastic age of the ports I mentioned above, what ARE people using to gauge their systems? Or do people just not care about this stuff? -Dan -- You recreate the stars in the sky with cows? -Furrball, March 7 2005, on Katamari Damacy Dan Mahoney Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.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
Health Monitoring on Dell 600SC
Hey all, I've got a dell 600SC in a remote location, and it's started freezing up (I'm thinking I've got a dying fan). I've seen a thread from this user: http://lists.freebsd.org/pipermail/freebsd-hardware/2004-September/001883.html But seem to recall that non of this worked for me either. Since there's been no good port of the dell openmanage stuff to BSD (as far as I'm aware), anyone have any ideas how I can poll it? -Dan Mahoney -- Dan Mahoney Techie, Sysadmin, WebGeek Gushi on efnet/undernet IRC ICQ: 13735144 AIM: LarpGM Site: http://www.gushi.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: Health Monitoring on Dell 600SC
On Sat, 7 Mar 2009 23:04:45 -0500 (EST), Dan Mahoney, System Admin d...@prime.gushi.org wrote: Hey all, I've got a dell 600SC in a remote location, and it's started freezing up (I'm thinking I've got a dying fan). I'm not familiar with this special Dell system, but maybe the tools mbmon and healthd (from ports) can help you to monitor at least fan speeds and temperatures (as well as voltages). They're using the kernel's SMB facility. -- Polytropon From Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ... ___ 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 mister.o...@googlemail.com 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
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
Monitoring geom
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
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 mister.o...@googlemail.com 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
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 mister.o...@googlemail.com 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: load average and some built-in monitoring mechanism
Zbigniew Szalbot wrote: Hi there, My machine has recently been taken down by (most likely) runaway java process. The box had to be rebooted as there was no remote access to it but I am not able to find anything useful in logs to confirm whether it was java. Is there a tool that would enable me to automatically turn on verbose logging of top processes to some file once the load average is greater than the specified value? This way, once the storm is over, I would be able to see which process(es) went nuts. I guess a tool like that may simply already exist in which case I'd appreciate links/more information. How are you dealing with such issues when/if they happen to you? I don't think something like that already exists in base. You can use top -d1 to get a snapshot from top and a small shell script (or a script in your chosen language) to test if the load average (you can get it from sysctl vm.loadavg) gets unreasonable. signature.asc Description: OpenPGP digital signature
load average and some built-in monitoring mechanism
Hi there, My machine has recently been taken down by (most likely) runaway java process. The box had to be rebooted as there was no remote access to it but I am not able to find anything useful in logs to confirm whether it was java. Is there a tool that would enable me to automatically turn on verbose logging of top processes to some file once the load average is greater than the specified value? This way, once the storm is over, I would be able to see which process(es) went nuts. I guess a tool like that may simply already exist in which case I'd appreciate links/more information. How are you dealing with such issues when/if they happen to you? Many thanks! -- Zbigniew Szalbot www.slowo.pl www.fairtrade.net.pl ___ 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 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 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]
Monitoring Threshold Interface
Hi, I would like monitoring an interface and allarm if it exceeds the threshold of 900 Mbit. Do you know any struments ? I can also create a bash script with some tool or command. Thanks...bye Gian Paolo ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Dell PERC 6 RAID Controller monitoring
Hello all. Quick question - is where is a way to monitoring Dell PERC 6 RAID Controller in FreeBSD 7.x ? -- Best regards, Proskurin Kirill ___ 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 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]
Monitoring raid health with mpt
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? Lots of searching has suggested that most people reckon 'no', but some reckon sysctl -a | grep nonoptimal_volumes should come up with something useful. I've had a poke around in the source, which is probably pointless since my knowledge of C is next to zilch. But it looks like a number of sysctl oids are defined in mpt_raid.c: vol_member_wce, vol_queue_depth, vol_resync_rate and nonoptimal_volumes. I see none of these, just a couple from mpt.c: paddington# sysctl dev.mpt.0 dev.mpt.0.%desc: LSILogic SAS/SATA Adapter dev.mpt.0.%driver: mpt dev.mpt.0.%location: slot=8 function=0 dev.mpt.0.%pnpinfo: vendor=0x1000 device=0x0054 subvendor=0x1028 subdevice=0x1f09 class=0x01 dev.mpt.0.%parent: pci2 dev.mpt.0.debug: 3 dev.mpt.0.role: 1 Should I expect to see some other values? Will the nonoptimal_volumes value turn up if a drive fails? Or will I see some messages in syslog? Anything that will give me some notice of a failed drive would help - the machine is colocated so keeping an eye open for flashing LEDs isn't really an option :( This is the relevant bit of demesg: mpt0: LSILogic SAS/SATA Adapter port 0xec00-0xecff mem 0xfe9fc000-0xfe9f,0xfe9e-0xfe9e irq 16 at device 8.0 on pci2 mpt0: [GIANT-LOCKED] mpt0: MPI Version=1.5.13.0 mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x12 mpt0: Unhandled Event Notify Frame. Event 0x12 (ACK not required). mpt0: mpt_cam_event: 0x16 mpt0: Unhandled Event Notify Frame. Event 0x16 (ACK not required). mpt0: mpt_cam_event: 0xb mpt0: Unhandled Event Notify Frame. Event 0xb (ACK not required). da0 at mpt0 bus 0 target 0 lun 0 da0: Dell VIRTUAL DISK 1028 Fixed Direct Access SCSI-5 device da0: 300.000MB/s transfers, Tagged Queueing Enabled da0: 237464MB (486326272 512 byte sectors: 255H 63S/T 30272C) Trying to mount root from ufs:/dev/da0s1a -- Chris Hastie Find tree care advice at http://www.tree-care.info/ ___ 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: 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
Στις 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=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x4400CNXT-ID,xTPR 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
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=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x4400CNXT-ID,xTPR 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 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=0xbfebfbffFPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE Features2=0x4400CNXT-ID,xTPR 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: 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: Intel 82865 host to AGP bridge 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 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: Intel 82865 host to AGP bridge 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: SiS 651 host to AGP bridge 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: Στις 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: Intel 82865 host to AGP bridge 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: SiS 651 host to AGP bridge 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]
Monitoring CPU temperature: mbmon shows 201 degrees C
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. -- 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
Στις 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 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
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
Στις 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
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 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: 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
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
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]
Monitoring raid status
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? Thanks. ___ 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. -- Insert your favourite quote here. 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: Temperature Monitoring on PowerEdge 1950
On Thu, 2008-04-03 at 13:28 -0500, Andy Christianson wrote: In response to Andy Christianson [EMAIL PROTECTED]: We've been able to do this using IPMI. You can talk to the DRAC4/DRAC5 BMC out of band, independent of the OS. Otherwise: # kldload /boot/kernel/ipmi.ko God speed. ~BAS Thanks for the fast response. I have installed the ipmitool port, but I have no /dev/ipmi. Do I have to manually load the driver? ___ 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]
Temperature Monitoring on PowerEdge 1950
Hello, We are using a Dell PowerEdge 1950. Is it possible to monitor the temperature of the CPU from the terminal? /dev/smb0 does not exist, but /dev/io does. I have tried lmmon and it does not work. I have also tried lmmon with the -i option and that did not work. Thanks in advance for any help. Andrew Christianson Orases Consulting Corporation Interactive Business and Technology Solutions phone/ 301.694.8991 ext. 100 fax/ 301.694.8993 email/ [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] http://www.orases.com http://www.orases.com/ ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Temperature Monitoring on PowerEdge 1950
In response to Andy Christianson [EMAIL PROTECTED]: Hello, We are using a Dell PowerEdge 1950. Is it possible to monitor the temperature of the CPU from the terminal? /dev/smb0 does not exist, but /dev/io does. I have tried lmmon and it does not work. I have also tried lmmon with the -i option and that did not work. We've been able to do this using IPMI. -- Bill Moran http://www.potentialtech.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Temperature Monitoring on PowerEdge 1950
In response to Andy Christianson [EMAIL PROTECTED]: We've been able to do this using IPMI. Thanks for the fast response. I have installed the ipmitool port, but I have no /dev/ipmi. Do I have to manually load the driver? ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Temperature Monitoring on PowerEdge 1950
Am Donnerstag, den 03.04.2008, 13:28 -0500 schrieb Andy Christianson: In response to Andy Christianson [EMAIL PROTECTED]: We've been able to do this using IPMI. Thanks for the fast response. I have installed the ipmitool port, but I have no /dev/ipmi. Do I have to manually load the driver? You have to load the module. Add the following line to /boot/loader.conf: ipmi_load=YES If you want to load the module without reboot use: kldload ipmi Cheers, Norman ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
RE: Temperature Monitoring on PowerEdge 1950
I just needed to run kldload ipmi, so please disregard my last message. Thanks! Andrew Christianson Orases Consulting Corporation Interactive Business and Technology Solutions phone/ 301.694.8991 ext. 100 fax/ 301.694.8993 email/ [EMAIL PROTECTED] http://www.orases.com -Original Message- From: Bill Moran [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2008 2:09 PM To: Andy Christianson Cc: freebsd-questions@freebsd.org Subject: Re: Temperature Monitoring on PowerEdge 1950 In response to Andy Christianson [EMAIL PROTECTED]: Hello, We are using a Dell PowerEdge 1950. Is it possible to monitor the temperature of the CPU from the terminal? /dev/smb0 does not exist, but /dev/io does. I have tried lmmon and it does not work. I have also tried lmmon with the -i option and that did not work. We've been able to do this using IPMI. -- Bill Moran http://www.potentialtech.com ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Network monitoring program.
Greetings, I need to monitor the network traffic from specific IP addresses. I need to be able to deduce the applications that are running that are generating the traffic. What software in the ports collection will allow me to do this ? thanks, Darryl ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Network monitoring program.
tcpdump and pump that through ethereal? On Jan 10, 2008, at 9:14 AM, Darryl Hoar wrote: Greetings, I need to monitor the network traffic from specific IP addresses. I need to be able to deduce the applications that are running that are generating the traffic. What software in the ports collection will allow me to do this ? thanks, Darryl ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] - Eric F Crist Secure Computing Networks ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Network monitoring program.
trafshow ... bye Norman Am Donnerstag, den 10.01.2008, 09:47 -0600 schrieb Eric Crist: tcpdump and pump that through ethereal? On Jan 10, 2008, at 9:14 AM, Darryl Hoar wrote: Greetings, I need to monitor the network traffic from specific IP addresses. I need to be able to deduce the applications that are running that are generating the traffic. What software in the ports collection will allow me to do this ? thanks, Darryl ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] - Eric F Crist Secure Computing Networks ___ 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 :Network monitoring program.
if any of your network devices have NetFlow capability you could try IPFlow ( http://www.ipflow.utc.fr/index.php/Main_Page ) as a collector. There are binaries for FreeBSD and as a flow collector goes it is quite straightforward. It can also be hooked up with RRDTool. Phil ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Network monitoring program.
If you have the correct network setup available (network tap, hubs, SPAN/mirror port) then ntop will give you a good deal of help. On Jan 10, 2008 7:14 AM, Darryl Hoar [EMAIL PROTECTED] wrote: Greetings, I need to monitor the network traffic from specific IP addresses. I need to be able to deduce the applications that are running that are generating the traffic. What software in the ports collection will allow me to do this ? thanks, Darryl ___ 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: Network monitoring program.
Hi, I need to monitor the network traffic from specific IP addresses. I need to be able to deduce the applications that are running that are generating the traffic. Unless you have full acess to the machine with that specific IP, you will never be able to do more than guessing what are the application generating the traffic: let say you are on a router smowhere on your network and you are interested by the traffic generated by some client accessing Internet, if you see traffic on TCP 80, maybe it i Internet Explorer, maybe Firefox, but it coul dalso be an anti-virus that uses port 80 to update the virus definition. And if you have very strict network usage policy on your network and you are blocking everything except port 80, it could even be Emule on top of port 80. Olivier ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CPU Monitoring Software
On Friday 28 September 2007 14:53:44 [EMAIL PROTECTED] wrote: I was wanting to see what my servers utilize as far as memory, disk, cpu, etc. over a certain time period. Is there some software that I can use? I guess something like the 'top' command that gives an average output over a certain time. I downloaded sysstat for my linux boxes, but it does not want to compile under freebsd. Thanks. You can use cacti + snmp. All you have to do is install and configure snmp on all your machines and then set up cacti + web server with php on some machine to gather all the info from the others via snmp. You will get nice graphs (cacti uses rrdtools) for almost everything you can get via snmp (disk usage, cpu utilization, network traffic, load average,...) where you can utilize hirstorical view (last week, last month, from xxx to xxx, ...). ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CPU Monitoring Software
Hi, On 9/28/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I was wanting to see what my servers utilize as far as memory, disk, cpu, etc. over a certain time period. Is there some software that I can use? I guess something like the 'top' command that gives an average output over a certain time. I downloaded sysstat for my linux boxes, but it does not want to compile under freebsd. What about using systat(1) ? :-) It's already in the base system. HTH, Regards. Thanks. -- Scott Mayo System Administrator Bloomfield Schools Gun Control: Belief that violent predators willing to ignore laws against robbery, kidnapping, rape, and murder will obey a law telling them that they cannot do so with a gun. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED] -- There's this old saying: Give a man a fish, feed him for a day. Teach a man to fish, feed him for life. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CPU Monitoring Software
a certain time. I downloaded sysstat for my linux boxes, but it does not want to compile under freebsd. systat under freebsd (single s) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CPU Monitoring Software
I was wanting to see what my servers utilize as far as memory, disk, cpu, etc. over a certain time period. Is there some software that I can use? I guess something like the 'top' command that gives an average output over a certain time. you could make a script using top|head +sleep :) ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CPU Monitoring Software
And for visual historical data, use MRTG. ~BAS On Fri, 2007-09-28 at 15:30 +0200, Dominique Goncalves wrote: Hi, On 9/28/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote: I was wanting to see what my servers utilize as far as memory, disk, cpu, etc. over a certain time period. Is there some software that I can use? I guess something like the 'top' command that gives an average output over a certain time. I downloaded sysstat for my linux boxes, but it does not want to compile under freebsd. What about using systat(1) ? :-) It's already in the base system. HTH, Regards. Thanks. -- Scott Mayo System Administrator Bloomfield Schools Gun Control: Belief that violent predators willing to ignore laws against robbery, kidnapping, rape, and murder will obey a law telling them that they cannot do so with a gun. ___ 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]
CPU Monitoring Software
I was wanting to see what my servers utilize as far as memory, disk, cpu, etc. over a certain time period. Is there some software that I can use? I guess something like the 'top' command that gives an average output over a certain time. I downloaded sysstat for my linux boxes, but it does not want to compile under freebsd. Thanks. -- Scott Mayo System Administrator Bloomfield Schools Gun Control: Belief that violent predators willing to ignore laws against robbery, kidnapping, rape, and murder will obey a law telling them that they cannot do so with a gun. ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: CPU Monitoring Software
What about monit? http://www.tildeslash.com/monit/ Here is the manual online: http://www.tildeslash.com/monit/doc/manual.php ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to [EMAIL PROTECTED]