Re: pitiful performance of an SATA150 drive
Am Montag, den 26.03.2007, 14:36 -0400 schrieb Mikhail Teterin: Over a year later this remains a problem -- exactly as described below... No other SATA devices are present -- the only other IDE device is the DVD drive. My main disks are SCSI. What's MUCH worse is that the (slowly) written data is also often corrupted... I use the drive to store our vast collection of photos and the backups. Every once in a while I encounter a corrupt JPEG file, and the backups are _always_ corrupt somewhere. Doing something like: dump 0auChf 16 0 - /home | bzip2 -9 /store/home.0.bz2 always produces a corrupt file (as per ``bzip2 -t''). I used to blame the drive's temperature, but it now sits in its own enclosure and stays under 40 Celsius. When the drive is accessed, there are (according to `systat -vm') many thousands of interrupts 17 -- on my system these are shared between pcm0 and ehci0. Why are these triggered by accessing SATA is unclear, but the Intr's share of the CPU time is often above 80% of one processor's total (I have 4 processors). As I mentioned a year ago, Knoppix was accessing the same drive at much higher speeds, so I don't believe, the problem is with the hardware... Please, advise. Thanks! FWIW: You could try cleaning the connectors and use a fresh new cable for the connection (the spec has a very small value for plugging the connectors at the cable). I had massive problems and got rid of them that way ... Marc ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pitiful performance of an SATA150 drive
- Original Message - From: Marc Santhoff [EMAIL PROTECTED] To: Mikhail Teterin [EMAIL PROTECTED] Cc: [EMAIL PROTECTED] Sent: Tuesday, March 27, 2007 8:22 AM Subject: Re: pitiful performance of an SATA150 drive Am Montag, den 26.03.2007, 14:36 -0400 schrieb Mikhail Teterin: Over a year later this remains a problem -- exactly as described below... No other SATA devices are present -- the only other IDE device is the DVD drive. My main disks are SCSI. What's MUCH worse is that the (slowly) written data is also often corrupted... I use the drive to store our vast collection of photos and the backups. Every once in a while I encounter a corrupt JPEG file, and the backups are _always_ corrupt somewhere. Doing something like: dump 0auChf 16 0 - /home | bzip2 -9 /store/home.0.bz2 always produces a corrupt file (as per ``bzip2 -t''). I used to blame the drive's temperature, but it now sits in its own enclosure and stays under 40 Celsius. When the drive is accessed, there are (according to `systat -vm') many thousands of interrupts 17 -- on my system these are shared between pcm0 and ehci0. Why are these triggered by accessing SATA is unclear, but the Intr's share of the CPU time is often above 80% of one processor's total (I have 4 processors). As I mentioned a year ago, Knoppix was accessing the same drive at much higher speeds, so I don't believe, the problem is with the hardware... Please, advise. Thanks! FWIW: You could try cleaning the connectors and use a fresh new cable for the connection (the spec has a very small value for plugging the connectors at the cable). I had massive problems and got rid of them that way ... Marc Personally, I think the SATA cables are the biggest load of rubbish ever invented. They give endless headaches, always come lose, prone to vibration and are not strong enough to support the weight of the SATA cable itself. The ones that come with the Areca cards have clips that help a little. They should have used a FCH connector or something like that that has been proven in the field for years instead of inventing some flimsy rubbish that isn't reliable. If you can, glue the cables on the drive side at least so that they don't give you headaches. -Clay ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: time goes slow in VmWare
On 20/03/07, Sergey Matveychuk [EMAIL PROTECTED] wrote: Adrian Chadd wrote: The solution is to install the VMware or VirtualPC supplied drivers for your environment. They'll include, amongst other things, fixes for the RTC and timer drivers which will fix your clock skew issues (and if you've noticed, things like sleep acting oddly.) What do you mean as 'VMware supplied drivers'? vmware-guestd is running. No other special driver I know. BTW. Setting HZ=100 does help. Thanks! vmware will load some kernel drivers as well as run the guest daemon. Just make sure the guest daemon is doing time sync. Adrian -- Adrian Chadd - [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Weird messages output
Hi all, running 6.1-RELEASE on several HP DL385 servers (identically configured), one of them has recently spat the following out in the / var/log/messages file: .. Mar 10 03:51:24 apphost02 ntpd[445]: kernel time sync enabled 2001 Mar 10 05:02:01 apphost02 kernel: NMI ISA 30, EISA ff Mar 10 05:02:01 apphost02 kernel: k Mar 10 05:02:01 apphost02 kernel: NMIN MIIe SIASA 202r,0 ,E IESIAS A ffnf Mar 10 05:02:01 apphost02 kernel: f Mar 10 05:02:01 apphost02 kernel: Mar 10 05:02:01 apphost02 kernel: el trap 19 with interrupts disabled Mar 10 05:02:01 apphost02 kernel: NMI ISA 20, EISA ff Mar 10 06:08:01 apphost02 ntpd[445]: kernel time sync enabled 6001 .. NMI = non-maskable interrupt, if I remember correctly. However, I have no idea what this means or why it appeared. The status light on the front of the server has lit up red, as opposed to the usual green. All services on the host are running and behaving normally from what I can tell. Any input, anyone? Thanks, /Eirik ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pitiful performance of an SATA150 drive
Marc Santhoff wrote: Am Montag, den 26.03.2007, 14:36 -0400 schrieb Mikhail Teterin: Over a year later this remains a problem -- exactly as described below... No other SATA devices are present -- the only other IDE device is the DVD drive. My main disks are SCSI. What's MUCH worse is that the (slowly) written data is also often corrupted... I use the drive to store our vast collection of photos and the backups. Every once in a while I encounter a corrupt JPEG file, and the backups are _always_ corrupt somewhere. Doing something like: dump 0auChf 16 0 - /home | bzip2 -9 /store/home.0.bz2 always produces a corrupt file (as per ``bzip2 -t''). I used to blame the drive's temperature, but it now sits in its own enclosure and stays under 40 Celsius. When the drive is accessed, there are (according to `systat -vm') many thousands of interrupts 17 -- on my system these are shared between pcm0 and ehci0. Why are these triggered by accessing SATA is unclear, but the Intr's share of the CPU time is often above 80% of one processor's total (I have 4 processors). As I mentioned a year ago, Knoppix was accessing the same drive at much higher speeds, so I don't believe, the problem is with the hardware... Please, advise. Thanks! FWIW: You could try cleaning the connectors and use a fresh new cable for the connection (the spec has a very small value for plugging the connectors at the cable). Are you referring to how many time the cable can be plugged in and removed? If so what is the number? Thanks, Steve I had massive problems and got rid of them that way ... Marc ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] -- They that give up essential liberty to obtain temporary safety, deserve neither liberty nor safety. (Ben Franklin) The course of history shows that as a government grows, liberty decreases. (Thomas Jefferson) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Weird messages output
On Tue, 2007-03-27 at 15:00 +0200, Eirik Øverby wrote: Hi all, running 6.1-RELEASE on several HP DL385 servers (identically configured), one of them has recently spat the following out in the / var/log/messages file: .. Mar 10 03:51:24 apphost02 ntpd[445]: kernel time sync enabled 2001 Mar 10 05:02:01 apphost02 kernel: NMI ISA 30, EISA ff Mar 10 05:02:01 apphost02 kernel: k Mar 10 05:02:01 apphost02 kernel: NMIN MIIe SIASA 202r,0 ,E IESIAS A ffnf Mar 10 05:02:01 apphost02 kernel: f Mar 10 05:02:01 apphost02 kernel: Mar 10 05:02:01 apphost02 kernel: el trap 19 with interrupts disabled Mar 10 05:02:01 apphost02 kernel: NMI ISA 20, EISA ff Mar 10 06:08:01 apphost02 ntpd[445]: kernel time sync enabled 6001 .. NMI = non-maskable interrupt, if I remember correctly. However, I have no idea what this means or why it appeared. The status light on the front of the server has lit up red, as opposed to the usual green. All services on the host are running and behaving normally from what I can tell. I suspect you'll find your (ECC) memory has problems. Gavin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: pitiful performance of an SATA150 drive
Am Dienstag, den 27.03.2007, 08:58 -0400 schrieb Stephen Clark: Marc Santhoff wrote: Am Montag, den 26.03.2007, 14:36 -0400 schrieb Mikhail Teterin: Over a year later this remains a problem -- exactly as described below... No other SATA devices are present -- the only other IDE device is the DVD drive. My main disks are SCSI. What's MUCH worse is that the (slowly) written data is also often corrupted... I use the drive to store our vast collection of photos and the backups. Every once in a while I encounter a corrupt JPEG file, and the backups are _always_ corrupt somewhere. Doing something like: dump 0auChf 16 0 - /home | bzip2 -9 /store/home.0.bz2 always produces a corrupt file (as per ``bzip2 -t''). I used to blame the drive's temperature, but it now sits in its own enclosure and stays under 40 Celsius. When the drive is accessed, there are (according to `systat -vm') many thousands of interrupts 17 -- on my system these are shared between pcm0 and ehci0. Why are these triggered by accessing SATA is unclear, but the Intr's share of the CPU time is often above 80% of one processor's total (I have 4 processors). As I mentioned a year ago, Knoppix was accessing the same drive at much higher speeds, so I don't believe, the problem is with the hardware... Please, advise. Thanks! FWIW: You could try cleaning the connectors and use a fresh new cable for the connection (the spec has a very small value for plugging the connectors at the cable). Are you referring to how many time the cable can be plugged in and removed? If so Yes, sorry for my lousy english ... what is the number? I don't remember the exakt count but it has only two digits. Expect 15 or 50 or so. But IIRC this was SATA 1 and may have changed with SATA 2 having a locking clip at the plug. Marc ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Just a test
I'm trying to get my mail stuff all working correctly... this is just a test. -- Sam Stein Computer Technician/Programmer Steintech ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Strange NFS Client issue
I ran into rather strange NFS client issue today. I had a directory on an NFS mount (client side) appear to have two empty directories in it, but in fact they were not empty. The directories on the NetApp and other NFS clients showed those same directories populated with files. These files are cloned from other locations using rsync if that makes any difference. On the client that showed the strangeness, if I tried to delete the empty directories rm -r returned an error stating directory not empty, still to the client I could not see any files in the directory. Doing a du -ks on the top level dir showed other directories full, but these two empty. The only way I could fix the problem was the umount the mount point and remount it. After that, the directories looked normal again. The the directory was mounted using: filer0:/vol/opt /mnt/optnfs -T,-L,-b,-i,rw 0 0 Not sure if it's a NFS client side bug, but it sure seems so -- Robert Blayzor, BOFH INOC, LLC rblayzor\@(inoc.net|gmail.com) PGP: 0x66F90BFC @ http://pgp.mit.edu Key fingerprint = 6296 F715 038B 44C1 2720 292A 8580 500E 66F9 0BFC YOUR PC's broken and I'VE got a problem? -- The BOFH Slogan ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HP Q200 FC HBA
On Mon, Mar 26, 2007 at 04:58:14PM +0200, Wilko Bulte wrote: On Mon, Mar 26, 2007 at 11:30:10AM +0200, Paolo Tealdi wrote.. Dear all, i would like to know if HP Q200 FC HBA bus adapter is supported by FreBSD. It's sold with HP storageworks MSA1000 SAN kit . It could be Q200?? In general, most of our adapters are OEM-ed from QLogic. Or from Emulex. The Qlogics are generally supported by the isp(4) driver. If this MSA1000 SAN kit was originally sold for Linux deployment you have a Qlogic. A close look at the chip on the adapter will quickly enlighten you. The last MSA1000 Starter Kit I have seen had QLA2312 included (HP FCA214). There is a new Start Kit which includes FC1142SR card (Qlogic 4Gbit/sec cards). Don't see the Q200 listed under the MSA1000. The driver on hp.com for the Q200 shows it is a Qlogic card. So it probably will be supported by the isp(4) driver. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: HP Q200 FC HBA
On Tue, Mar 27, 2007 at 09:20:44AM -0700, Ulf Zimmermann wrote.. On Mon, Mar 26, 2007 at 04:58:14PM +0200, Wilko Bulte wrote: On Mon, Mar 26, 2007 at 11:30:10AM +0200, Paolo Tealdi wrote.. Dear all, i would like to know if HP Q200 FC HBA bus adapter is supported by FreBSD. It's sold with HP storageworks MSA1000 SAN kit . It could be Q200?? In general, most of our adapters are OEM-ed from QLogic. Or from Emulex. The Qlogics are generally supported by the isp(4) driver. If this MSA1000 SAN kit was originally sold for Linux deployment you have a Qlogic. A close look at the chip on the adapter will quickly enlighten you. The last MSA1000 Starter Kit I have seen had QLA2312 included (HP FCA214). FCA2214 if I am not mistaken. There is a new Start Kit which includes FC1142SR card (Qlogic 4Gbit/sec cards). Don't see the Q200 listed under the MSA1000. The driver on hp.com for the Q200 shows it is a Qlogic card. So it probably will be supported by the isp(4) driver. Yep. Wilko Bulte [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Dell SAS5 Performance Issue
I'm suffering from very slow write performance on a Dell PowerEdge 860 with the SAS5/IR controller (mpt driver) running either 6.2-RELEASE or 6.2-STABLE with sources from yesterday. The controller hosts 2 Western Digital 320GB SATA disks in a RAID1 configuration. Reads approach 65MB/s however writes appear extremely slow, in the region of 6-7MB/s with a dd and a blocksize of 1MB all the way down to about 300KB/s while extracting a ports snapshot. It was suggested to me that perhaps write caching has been disabled on the controller however no options exist within the BIOS configuration to view/adjust *any* caching options. Has anyone else experienced this issue? If so how did they resolve it? Also, is there any way to toggle the caching settings from FreeBSD? Regards, Richard Tector ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Dell SAS5 Performance Issue
Richard Tector wrote: I'm suffering from very slow write performance on a Dell PowerEdge 860 with the SAS5/IR controller (mpt driver) running either 6.2-RELEASE or 6.2-STABLE with sources from yesterday. The controller hosts 2 Western Digital 320GB SATA disks in a RAID1 configuration. Reads approach 65MB/s however writes appear extremely slow, in the region of 6-7MB/s with a dd and a blocksize of 1MB all the way down to about 300KB/s while extracting a ports snapshot. It was suggested to me that perhaps write caching has been disabled on the controller however no options exist within the BIOS configuration to view/adjust *any* caching options. You looked in the controller's BIOS, not motherboard's, right? There should be at least a write through vs write back switch... If you don't have a battery for the SAS controller, get one. Has anyone else experienced this issue? No, but can you post the relevant bits for the controller from dmesg? signature.asc Description: OpenPGP digital signature
Re: Dell SAS5 Performance Issue
It's been seen before but the fix isn't know yet. On 3/27/07, Richard Tector [EMAIL PROTECTED] wrote: I'm suffering from very slow write performance on a Dell PowerEdge 860 with the SAS5/IR controller (mpt driver) running either 6.2-RELEASE or 6.2-STABLE with sources from yesterday. The controller hosts 2 Western Digital 320GB SATA disks in a RAID1 configuration. Reads approach 65MB/s however writes appear extremely slow, in the region of 6-7MB/s with a dd and a blocksize of 1MB all the way down to about 300KB/s while extracting a ports snapshot. It was suggested to me that perhaps write caching has been disabled on the controller however no options exist within the BIOS configuration to view/adjust *any* caching options. Has anyone else experienced this issue? If so how did they resolve it? Also, is there any way to toggle the caching settings from FreeBSD? Regards, Richard Tector ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Weird messages output
On 27. mar. 2007, at 15.33, Gavin Atkinson wrote: On Tue, 2007-03-27 at 15:00 +0200, Eirik Øverby wrote: Hi all, running 6.1-RELEASE on several HP DL385 servers (identically configured), one of them has recently spat the following out in the / var/log/messages file: .. Mar 10 03:51:24 apphost02 ntpd[445]: kernel time sync enabled 2001 Mar 10 05:02:01 apphost02 kernel: NMI ISA 30, EISA ff Mar 10 05:02:01 apphost02 kernel: k Mar 10 05:02:01 apphost02 kernel: NMIN MIIe SIASA 202r,0 ,E IESIAS A ffnf Mar 10 05:02:01 apphost02 kernel: f Mar 10 05:02:01 apphost02 kernel: Mar 10 05:02:01 apphost02 kernel: el trap 19 with interrupts disabled Mar 10 05:02:01 apphost02 kernel: NMI ISA 20, EISA ff Mar 10 06:08:01 apphost02 ntpd[445]: kernel time sync enabled 6001 .. NMI = non-maskable interrupt, if I remember correctly. However, I have no idea what this means or why it appeared. The status light on the front of the server has lit up red, as opposed to the usual green. All services on the host are running and behaving normally from what I can tell. I suspect you'll find your (ECC) memory has problems. You are absolutely correct. Further investigation using the ProLiant management tools for FreeBSD revealed serious RAM trouble. Two banks were degraded, so we have now had the modules replaced on-site. Thanks for the tip! Do you happen to know if there are any generic tools/daemons available to decipher such NMIs? Perhaps be able to send SNMP traps or something? /Eirik Gavin ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Dell SAS5 Performance Issue
Ivan Voras wrote: Richard Tector wrote: I'm suffering from very slow write performance on a Dell PowerEdge 860 with the SAS5/IR controller (mpt driver) running either 6.2-RELEASE or 6.2-STABLE with sources from yesterday. The controller hosts 2 Western Digital 320GB SATA disks in a RAID1 configuration. Reads approach 65MB/s however writes appear extremely slow, in the region of 6-7MB/s with a dd and a blocksize of 1MB all the way down to about 300KB/s while extracting a ports snapshot. It was suggested to me that perhaps write caching has been disabled on the controller however no options exist within the BIOS configuration to view/adjust *any* caching options. You looked in the controller's BIOS, not motherboard's, right? Indeed I did. There should be at least a write through vs write back switch... Correct, there should be options, but there aren't. The controller BIOS has very few options at all in fact. No, but can you post the relevant bits for the controller from dmesg? Sure: 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.12.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). [...snip...] 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: 305175MB (624998400 512 byte sectors: 255H 63S/T 38904C) Regards, Richard ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Dell SAS5 Performance Issue
Matthew Jacob wrote: It's been seen before but the fix isn't know yet. On 3/27/07, Richard Tector [EMAIL PROTECTED] wrote: I'm suffering from very slow write performance on a Dell PowerEdge 860 with the SAS5/IR controller (mpt driver) running either 6.2-RELEASE or 6.2-STABLE with sources from yesterday. The controller hosts 2 Western Digital 320GB SATA disks in a RAID1 configuration. Reads approach 65MB/s however writes appear extremely slow, in the region of 6-7MB/s with a dd and a blocksize of 1MB all the way down to about 300KB/s while extracting a ports snapshot. It was suggested to me that perhaps write caching has been disabled on the controller however no options exist within the BIOS configuration to view/adjust *any* caching options. Has anyone else experienced this issue? If so how did they resolve it? Also, is there any way to toggle the caching settings from FreeBSD? Regards, Richard Tector ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] Thank you for the quick reply. Is there any information I could obtain that would be of use to you in tracking this one down? Regards, Richard ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Just a test
Sam Stein wrote: I'm trying to get my mail stuff all working correctly... this is just a test. Please use the freebsd-test mailing list for further test as it was designed just for the purpose of testing. Thanks. ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Dell SAS5 Performance Issue
Richard Tector wrote: Is there any information I could obtain that would be of use to you in tracking this one down? You could maybe contact the driver's author(s) directly and ask them. See the AUTHORS section of the man page for details. signature.asc Description: OpenPGP digital signature
Re: HP Q200 FC HBA
On Tue, Mar 27, 2007 at 07:20:57PM +0200, Wilko Bulte wrote: On Tue, Mar 27, 2007 at 09:20:44AM -0700, Ulf Zimmermann wrote.. On Mon, Mar 26, 2007 at 04:58:14PM +0200, Wilko Bulte wrote: On Mon, Mar 26, 2007 at 11:30:10AM +0200, Paolo Tealdi wrote.. Dear all, i would like to know if HP Q200 FC HBA bus adapter is supported by FreBSD. It's sold with HP storageworks MSA1000 SAN kit . It could be Q200?? In general, most of our adapters are OEM-ed from QLogic. Or from Emulex. The Qlogics are generally supported by the isp(4) driver. If this MSA1000 SAN kit was originally sold for Linux deployment you have a Qlogic. A close look at the chip on the adapter will quickly enlighten you. The last MSA1000 Starter Kit I have seen had QLA2312 included (HP FCA214). FCA2214 if I am not mistaken. Yes, typo, need new keyboard at home I think. -- Regards, Ulf. - Ulf Zimmermann, 1525 Pacific Ave., Alameda, CA-94501, #: 510-865-0204 You can find my resume at: http://www.Alameda.net/~ulf/resume.html ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: socketpair: No buffer space available
On Fri, 23 Mar 2007, Marc G. Fournier wrote: I've checked nmbclusters between the two machines, and both are at 25600, but not sure what sysctl to look at for how much is actually used out of that 25600 ... netstat -mb nmbclusters directly affects the number of clusters available in the network stack; it also indirectly affects the scaling of other settings, such as resource limits on the number of sockets. vmstat -z is also generally useful. There are a few paths to ENOBUFS in the socket allocation code--one path is if you are over-committed on socket buffer resources with respect to the resource limits of the user. Check the output of limits and the socket buffer size limit. Robert N M Watson Computer Laboratory University of Cambridge ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Dell SAS5 Performance Issue
Bjoern A. Zeeb wrote: you should have done your homework before saying this and you might have noticed something;-) Ah, yes, I see now :) My apologies - I only glanced and compared the e-mail addresses of the posters and the authors and arrived to the obvious conclusion :) signature.asc Description: OpenPGP digital signature
Re: socketpair: No buffer space available
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 thanks ... just rebooted it yesterday again, so it has another 48 hours before it starts up again, so will save that output before next reboot ... - --On Tuesday, March 27, 2007 21:03:55 +0100 Robert Watson [EMAIL PROTECTED] wrote: On Fri, 23 Mar 2007, Marc G. Fournier wrote: I've checked nmbclusters between the two machines, and both are at 25600, but not sure what sysctl to look at for how much is actually used out of that 25600 ... netstat -mb nmbclusters directly affects the number of clusters available in the network stack; it also indirectly affects the scaling of other settings, such as resource limits on the number of sockets. vmstat -z is also generally useful. There are a few paths to ENOBUFS in the socket allocation code--one path is if you are over-committed on socket buffer resources with respect to the resource limits of the user. Check the output of limits and the socket buffer size limit. Robert N M Watson Computer Laboratory University of Cambridge - Marc G. Fournier Hub.Org Networking Services (http://www.hub.org) Email . [EMAIL PROTECTED] MSN . [EMAIL PROTECTED] Yahoo . yscrappy Skype: hub.orgICQ . 7615664 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFGCYJ24QvfyHIvDvMRAlPjAJ9zbGNDlGxTO/TFuoAQAw2zUsmj/wCgmPlG 9yyzoZWGu3B55xoAZ0iLjhg= =8QWr -END PGP SIGNATURE- ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Dell SAS5 Performance Issue
On Tue, 27 Mar 2007, Ivan Voras wrote: Richard Tector wrote: Is there any information I could obtain that would be of use to you in tracking this one down? You could maybe contact the driver's author(s) directly and ask them. See the AUTHORS section of the man page for details. you should have done your homework before saying this and you might have noticed something;-) To just add a me too; same kind of machine. I have been in contact with people the last three days mostly gathering information for them. And yes, the integrated curses based controller utility you can start during boot does not seem to have options to adjust caching behavior. At least I had not seen and option for that either. Unfortunately this machine will be shipped of the day after tomorrow so I won't be able to test anything new. I'll follow this thread and in case I can help with anything - let me know. /bz -- Bjoern A. Zeeb bzeeb at Zabbadoz dot NeT ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
scsi error with latest sources
hi, somebody knows to interprete this scsi error I get after upgrading amd64 with sources from 26/03/ or is this a hardware problem? Mar 27 17:48:45 msrv kernel: (da0:ahc0:0:3:0): WRITE(10). CDB: 2a 0 0 60 1 1f 0 0 20 0 Mar 27 17:48:45 msrv kernel: (da0:ahc0:0:3:0): CAM Status: SCSI Status Error Mar 27 17:48:45 msrv kernel: (da0:ahc0:0:3:0): SCSI Status: Check Condition Mar 27 17:48:45 msrv kernel: (da0:ahc0:0:3:0): UNIT ATTENTION asc:29,1 Mar 27 17:48:45 msrv kernel: (da0:ahc0:0:3:0): Power on occurred field replaceable unit: 1 Mar 27 17:48:45 msrv kernel: (da0:ahc0:0:3:0): Retrying Command (per Sense Data) Mar 27 17:49:23 msrv kernel: (da0:ahc0:0:3:0): READ(10). CDB: 28 0 0 ef 93 3f 0 0 20 0 Mar 27 17:49:23 msrv kernel: (da0:ahc0:0:3:0): CAM Status: SCSI Status Error Mar 27 17:49:23 msrv kernel: (da0:ahc0:0:3:0): SCSI Status: Check Condition Mar 27 17:49:23 msrv kernel: (da0:ahc0:0:3:0): UNIT ATTENTION asc:29,1 Mar 27 17:49:23 msrv kernel: (da0:ahc0:0:3:0): Power on occurred field replaceable unit: 1 Mar 27 17:49:23 msrv kernel: (da0:ahc0:0:3:0): Retrying Command (per Sense Data) Mar 27 17:50:01 msrv kernel: (da0:ahc0:0:3:0): Unexpected busfree in Data-in phase Mar 27 17:50:01 msrv kernel: SEQADDR == 0x96 Mar 27 17:50:09 msrv kernel: (da0:ahc0:0:3:0): READ(10). CDB: 28 0 3 19 a0 1f 0 0 4 0 Mar 27 17:50:09 msrv kernel: (da0:ahc0:0:3:0): CAM Status: SCSI Status Error Mar 27 17:50:09 msrv kernel: (da0:ahc0:0:3:0): SCSI Status: Check Condition Mar 27 17:50:09 msrv kernel: (da0:ahc0:0:3:0): UNIT ATTENTION asc:29,1 Mar 27 17:50:09 msrv kernel: (da0:ahc0:0:3:0): Power on occurred field replaceable unit: 1 Mar 27 17:50:09 msrv kernel: (da0:ahc0:0:3:0): Retrying Command (per Sense Data) Mar 27 17:54:02 msrv kernel: (da0:ahc0:0:3:0): Unexpected busfree in Message-in phase Mar 27 17:54:02 msrv kernel: SEQADDR == 0x106 Mar 27 17:54:10 msrv kernel: (da0:ahc0:0:3:0): WRITE(10). CDB: 2a 0 5 d3 85 7f 0 0 80 0 Mar 27 17:54:10 msrv kernel: (da0:ahc0:0:3:0): CAM Status: SCSI Status Error Mar 27 17:54:10 msrv kernel: (da0:ahc0:0:3:0): SCSI Status: Check Condition Mar 27 17:54:10 msrv kernel: (da0:ahc0:0:3:0): UNIT ATTENTION asc:29,1 Mar 27 17:54:10 msrv kernel: (da0:ahc0:0:3:0): Power on occurred field replaceable unit: 1 Mar 27 17:54:10 msrv kernel: (da0:ahc0:0:3:0): Retrying Command (per Sense Data) Mar 27 17:54:13 msrv kernel: (da0:ahc0:0:3:0): WRITE(10). CDB: 2a 0 5 72 6b 5f 0 0 20 0 Mar 27 17:54:13 msrv kernel: (da0:ahc0:0:3:0): CAM Status: SCSI Status Error Mar 27 17:54:13 msrv kernel: (da0:ahc0:0:3:0): SCSI Status: Check Condition Mar 27 17:54:13 msrv kernel: (da0:ahc0:0:3:0): UNIT ATTENTION asc:29,1 Mar 27 17:54:13 msrv kernel: (da0:ahc0:0:3:0): Power on occurred field replaceable unit: 1 Mar 27 17:54:13 msrv kernel: (da0:ahc0:0:3:0): Retrying Command (per Sense Data) -- João A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: scsi error with latest sources
JoaoBR wrote: hi, somebody knows to interprete this scsi error I get after upgrading amd64 with sources from 26/03/ or is this a hardware problem? You either have a failing disk or a power supply that is underpowered and/or failing. In short, check your hardware =-) Scott ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Weird messages output
On Tue, 27 Mar 2007, Eirik Øverby wrote: On 27. mar. 2007, at 15.33, Gavin Atkinson wrote: On Tue, 2007-03-27 at 15:00 +0200, Eirik Øverby wrote: Hi all, running 6.1-RELEASE on several HP DL385 servers (identically configured), one of them has recently spat the following out in the / var/log/messages file: .. Mar 10 03:51:24 apphost02 ntpd[445]: kernel time sync enabled 2001 Mar 10 05:02:01 apphost02 kernel: NMI ISA 30, EISA ff .. I suspect you'll find your (ECC) memory has problems. You are absolutely correct. Further investigation using the ProLiant management tools for FreeBSD revealed serious RAM trouble. Two banks were degraded, so we have now had the modules replaced on-site. Glad to be of help! Thanks for the tip! Do you happen to know if there are any generic tools/daemons available to decipher such NMIs? Perhaps be able to send SNMP traps or something? I don't, to be honest. There is some code in /usr/src/sys/i386/isa/nmi.c that tries to detect the cause of an NMI, although I don't remember ever seeing the messages when a parity error was detected. I guess it's possible that (to some chipset vendor at least) 0x20 and 0x30 indicate parity error, but neither our code or Linux's (see http://fxr.watson.org/fxr/source/arch/i386/kernel/traps.c?v=linux-2.6#L743 ) know those codes to mean parity error. Gavin___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Looking for users of IPX over IP tunneling (fwd)
Please reply privately to this e-mail if you are using IPX over IP tunneling. See below for details. Thanks, Robert N M Watson Computer Laboratory University of Cambridge -- Forwarded message -- Date: Tue, 27 Mar 2007 09:08:30 +0100 (BST) From: Robert Watson [EMAIL PROTECTED] To: [EMAIL PROTECTED] Subject: Re: Looking for users of IPX over IP tunneling On Mon, 26 Feb 2007, Robert Watson wrote: Over the next couple of weeks, I will be reviewing the set of non-MPSAFE network stack components in preparation for a status update to the arch@ mailing list. One of the remaining components that requires Giant is the IPX over IP tunneling facility (ipx_ip). I'd like to solicit users of this facility, if any, to work with me in testing locking patches I'm currently developing against FreeBSD 7.x. I'm actually not entirely convinced this feature works, so would also like to hear from users of IPX over IP tunneling for this reason. I've found a couple of bugs that would result in improper error messages being returned, etc. There's also a comment in the NOTES file that this feature is not available. Still looking for IPX over IP users. Please let me know if you use IPX over IP tunneling support, and/or if you would be able to test MPSAFEty patches on 6.x or 7.x. The other easy route here is to remove IPX over IP tunnel support from 7.0 and then reintroduce it if testers are found in the future, but such scenarios generally don't lead to feature re-introduction, so if this is a feature you care about, then please get in touch with me. :-) Robert N M Watson Computer Laboratory University of Cambridge ___ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to [EMAIL PROTECTED] ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: scsi error with latest sources
On Tuesday 27 March 2007 18:17, you wrote: JoaoBR wrote: hi, somebody knows to interprete this scsi error I get after upgrading amd64 with sources from 26/03/ or is this a hardware problem? You either have a failing disk or a power supply that is underpowered and/or failing. In short, check your hardware =-) thank's! I changed two disks into 15k scsis and seems the ps was weak already and/or couldn't stand the faster spin after changing the ps the problem went away, so far ... -- João A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: Dell SAS5 Performance Issue
not at the momeny- it's really that I won't have time until april On 3/27/07, Richard Tector [EMAIL PROTECTED] wrote: Matthew Jacob wrote: It's been seen before but the fix isn't know yet. On 3/27/07, Richard Tector [EMAIL PROTECTED] wrote: I'm suffering from very slow write performance on a Dell PowerEdge 860 with the SAS5/IR controller (mpt driver) running either 6.2-RELEASE or 6.2-STABLE with sources from yesterday. The controller hosts 2 Western Digital 320GB SATA disks in a RAID1 configuration. Reads approach 65MB/s however writes appear extremely slow, in the region of 6-7MB/s with a dd and a blocksize of 1MB all the way down to about 300KB/s while extracting a ports snapshot. It was suggested to me that perhaps write caching has been disabled on the controller however no options exist within the BIOS configuration to view/adjust *any* caching options. Has anyone else experienced this issue? If so how did they resolve it? Also, is there any way to toggle the caching settings from FreeBSD? Regards, Richard Tector ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED] Thank you for the quick reply. Is there any information I could obtain that would be of use to you in tracking this one down? Regards, Richard ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
em(4) losing link when if_bridge(4) addm/deletem are used
Firstly, I apologise ahead of time for sounding brash, but for the past week I have been fighting with the simple concept of Ethernet bridging over a VPN/secure tunnel, and it seems no matter what solution I find, I manage to run into bugs or caveats which cause me to look for other solutions... rinse lather repeat. In the midst of the madness, I found that when doing either of the following commands... ifconfig bridge0 addm em1 ifconfig bridge0 deletem em1 ...I see the entire em1 interface completely reset, bringing down link, then up again shortly after. The logs on my switch also confirm this. For sake of comparison, the bge(4) driver does not behave this way. I am aware that if_bridge(4) enables promiscuous mode on whatever interface is being added, ditto with -promisc on deletem. However, this does not appear to be the cause of the problem, because I can do ifconfig em1 promisc and ifconfig em1 -promisc without loss of link. In the case of OpenVPN, it's fairly common for the iface-up/down scripts to do a ifconfig bridge0 addm/deletem when the tunnel goes up and down. I'm sure one can see the implication from this... Applicable details: em1: Intel(R) PRO/1000 Network Connection Version - 6.2.9 port 0xa800-0xa83f mem 0xf202-0xf203 irq 23 at device 11.0 on pci2 [EMAIL PROTECTED]:11:0: class=0x02 card=0x11138086 chip=0x10138086 rev=0x00 hdr=0x00 vendor = 'Intel Corporation' device = '82541EI Gigabit Ethernet Controller (Copper)' class = network subclass = ethernet FreeBSD 6.2-STABLE #0: Tue Mar 27 09:19:46 PDT 2007 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/MEDUSA -- | Jeremy Chadwickjdc at parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: FreeBSD amd64 apache + mod_perl
Yeah I have only been able to use that Perl module for Oracle on FreeBSD with i386 which is a bit frustrating. I believe because it uses i386 binary drivers which don't work on AMD64. Mike Stefan Lambrev wrote: Hello list, Is there any way to have apache + mod_perl on FreeBSD amd64 and to connect to oracle 10g server? Can I use something different then ports/databases/p5-DBD-Oracle or get it working? All my attempts to get p5-DBD-Oracle to work for me failed miserably :( uname -srm : FreeBSD 6.2-STABLE amd64 ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
maximal RAM
dear users, sorry for my ignorant... i just wanna ask you a simple question. how much is the maximal RAM freebsd can handle?? TIA Zen ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
Re: maximal RAM
On Wed, Mar 28, 2007 at 11:36:03AM +0700, zen wrote: dear users, sorry for my ignorant... i just wanna ask you a simple question. how much is the maximal RAM freebsd can handle?? You forgot to mention which architecture you are running. Kris ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to [EMAIL PROTECTED]
