Re: ata: SIGNATURE: ffffffff
Hello. Seems like my patch fell off the bus when the ata subsystem was rewamped. The problem is a silicon bug in TX4 ASICs. See this thread: http://lists.freebsd.org/pipermail/freebsd-current/2007-November/079764.html -- ./lxnt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
Re: Using IP aliases, was: named.conf: query-source address
Chuck Swiger wrote: I'm a little dubious about the notion that having a single machine hosting lots of distinct websites, probably for different clients, is a good idea from the standpoint of security. Well, good luck selling the idea of replacing one dual xeon 1U box with 2000+ other boxes to the management. -- ./lxnt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: FYI: Promise TX4 silent corruption (RELENG_7)
Hello. I was experiencing the same problem with TX4 on both Linux and FreeBSD. It was determined that the root cause is a hardware bug in controller. Patch that implements a workaround inspired by vendor-supplied driver: http://www.spinics.net/lists/linux-ide/msg15858.html I have not yet had enough time to make sense of FreeBSD ata subsystem and patch it the same way. From first glances it seems like we need to implement something like ata_marvell_dmasetprd() (file dev/ata/ata-chipset.c) -- ./lxnt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: Xorg and ATI card query.
Stanislav Sedov wrote: > > AFAIK, opensource Xorg ati drivers doesn't work with anything beyond > x1800. That would be x800. No x1k and problems with onboard video. -- ./lxnt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: What is a good choice of sata-ii raid controller for freebsd?
Hi. Interesting - Someone else mentioned the same thing. The amr(4) manpage doesn't seem to be updated to mention the latest cards though. I did notice the driver hasn't been really updated in a while either. Wouldn't this cause a problem with identifying the newer cards? The authoritative source is the source itself: grep amr_device_ids /usr/src/sys/dev/amr/amr_pci.c -- ./lxnt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: What is a good choice of sata-ii raid controller for freebsd?
Hm... two points here. I, somehow, do not really believe that software raid (gmirror for example) is as reliable as hardware. I, deeply inside, believe that i might screw things very badly under some heavy load and bad timing conditions. Can't explain it. it is religious i guess, but i can be very wrong about this. Hardware RAID is actually a software RAID running on a processor mounted on the card. Just like the software RAID it can and actually did screw up badly under some heavy load and bad timing conditions. However, two perfomance point: Under gmirror OS must issue two commands to write to disks and some commands to check/set mark that mirrored data is intact. Under hardware RAID OS issue sonly one command to write and no checking command, since raid controller handles this async. So, software OS raid must be slower than controller based raid anyway. Hardware RAID also needs to send two commands to the disks, which they will carry out no faster than if they were attached to a plain SATA controller. When disks' bandwidth is saturated, HW raid stalls just as much as SW one. Am i right here? Any benchmark data on this? Benchmark data suggests that the difference is below measurement error margin. As for reliability of gmirror. I just need to know how it works to see for myself that if power turned off in some racing condition gmirror will know that disk are out of sync. If it is done than gmirror must check sync of disks every read, and that mean two command for reading too, which must slow down things. Is it true? If you need to be absolutely sure what happens under some particular curcuimstances, I suggest you read the code. For the common failure modes: hard read errors, signal cables going loose, tripping power cords, my experience shows that gmirror works reliably enough: no data lost. -- ./lxnt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: What is a good choice of sata-ii raid controller for freebsd?
Jaime Bozza wrote: Hardware RAID1 buys you nothing in perfomance and reliability for a prolonged headache with drivers, bios insanity and monitoring+control tools. Intel does seem to have a few hardware-based RAID controllers here: http://www.intel.com/products/server/raid/ I don't see any driver or support for them in FreeBSD though. Those are rebranded LSI Megaraid units, amr(4). They have mostly-unusable GUI bios (you actually have to have a mouse plugged in to do anything with it), no up-to-date FreeBSD control utility, though some reverse-engineering work resulted in a simple monitoring utility. They work ok (SCSI ones at least), but configuration and maintenance leave much to be desired. -- ./lxnt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
Re: What is a good choice of sata-ii raid controller for freebsd?
Artem Kuchin wrote: hi! I am the original poster of this thread. I have read many interesting reply during these two days. However, as i said in the original message due to certification issues i am pretty limited to INTEL controllers and i have not seen a single relevant reply about them. This is interesting. Nobody uses Intel controllers on FreeBSD or they just suck that much? If you have enough SATA ports and no need for fancy RAID levels, then my advice is to use gmirror. Hardware RAID1 buys you nothing in perfomance and reliability for a prolonged headache with drivers, bios insanity and monitoring+control tools. -- ./lxnt ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "[EMAIL PROTECTED]"
