Re: AHCI and ZFS: root mount error
Quoting Wes Morgan morg...@chemikals.org (from Sun, 17 Jan 2010 09:04:16 -0600 (CST)): On Sat, 16 Jan 2010, Volodymyr Kostyrko wrote: On Sat, 16 Jan 2010 00:29:23 +0100 Oliver Brandmueller o...@e-gitt.net wrote: Check with zpool status if your zpool refers to diskslices like ad0s1. I use gpt have setup the ZFS mirror to refer to gptids: pool: silver state: ONLINE scrub: none requested config: NAMESTATE READ WRITE CKSUM silver ONLINE 0 0 0 mirrorONLINE 0 0 0 gptid/9e68d234-f306-11de-a0c4-0002b3b6e838 ONLINE 0 0 0 gptid/a025b88c-f306-11de-a0c4-0002b3b6e838 ONLINE 0 0 0 With that kind of configuration I can switch back and forth between using ATA_CAM or using traditional ATA drivers. Since you're not using GPT I gues you can use geom labels to do more or less the same thing. In short: use labels, nut device names. Saves headaches in many cases. ZFS actually can find disks without any glabel help. I have one server which I have moved recently to ahci and nothing changes for me. ZFS silently accepted new provider names and continue working as usual. Agreed, I experienced the same thing here when I moved to AHCI. I think pjd committed some changes in the last few months that greatly improved the ability of zfs to find devices by uuid. Using glabel or gptid's with zfs is highly overrated IMO! Jumping into the discussion without much knowledge about the initial start... If this is with 8-stable: the stuff is merged and should work. If this is with 7-stable: the stuff is merged (by me) since 1-2 weeks. If this is something else, have a look if the code as displayed at http://svn.freebsd.org/viewvc/base?view=revisionrevision=200158 is there (after this commit there is nothing else which affects the ability to find devices). What may work too is to export the zpool before switching and importing it again after switching the storage subsystem. Bye, Alexander. -- Do you mean that you not only want a wrong answer, but a certain wrong answer? -- Tobaben http://www.Leidinger.netAlexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 ___ 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: ZFS performance degradation over time
On January 17, 2010, Garrett Moore wrote: I upgraded my system to 8GB of ram to see if that would help. It hasn't made much of a difference. After having rTorrent running for a while, my performance again tanked. Around 6.5GB of memory was showing as 'Active' according to top. 6.5GB of active memory seems to imply that a user process is growing or a large number of user processes are being created. I would expect ZFS's cache to increase the size of wired memory. Sorry, I have not followed this thread closely. Are you sure that the degradation is ZFS related? Could it be caused by, for instance, a userland memory leak? What happens to active memory when you restart rtorrent? Cheers, -- Norbert Papke. npa...@acm.org http://saveournet.ca Protecting your Internet's level playing field ___ 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: [PATCH] Lockmgr deadlock on STABLE_8
One may never know, try without WITNESS but still the same setup. Well, I have been running like this for three days with no lockups dissapointingly. I just saw that you commited the lock patches, so am going to update to the latest STABLE and go back to GENERIC to see if that still locks up (as I can see a couple of other fixes in there). Will let you know what happens - at the moment it's frustrating as it wont lockup if I have anything diagnostic in the kernel it seem! cheers, -pete. ___ 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
immense delayed write to file system (ZFS and UFS2), performance issues
I realise a strange behaviour of several FreeBSD 8.0-STABLE/amd64 boxes. All boxes have the most recent STABLE. One box is a UP system, two others SMP boxes, one with a Q6600 4-core, another XEON with 2x 4-cores (Dell Poweredge III). Symptome: All boxes have ZFS and UFS2 filesystems. Since two weeks or so, sometimes the I/O performance drops massively when doing 'svn update', 'make world' or even 'make kernel'. It doesn't matter what memory and how many cpu the box has, it get stuck for several seconds and freezing. On the UP box, this is sometimes for 10 - 20 seconds. A very interesting phenomenon is the massively delayed file writing on ZFS filesystems I realise. Editing a file in 'vi' running on one XTerm and having in another Xterminal my shell for compiling this file, it takes sometimes up to 20 seconds to get the file updated after it has been written. It's like having an old, slow NFS connection with long cache delays. These massively delayed file transactions are not necessarely under heavy load, sometimes they occur in a relaxed situation. They seem to occur much more often on the UP box than on the SMP boxes, but this strange phenomenon also occur on the Dell Poweredge II, which has 16GB RAM and summa summarum 16 cores. This phenomenon does occur on ZFS- and UFS2 filesystems as well. It is hardly reproducable. Is there any known issue? Ragrds, Oliver ___ 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: immense delayed write to file system (ZFS and UFS2), performance issues
On Mon, Jan 18, 2010 at 09:13:52PM +0100, O. Hartmann wrote: I realise a strange behaviour of several FreeBSD 8.0-STABLE/amd64 boxes. All boxes have the most recent STABLE. One box is a UP system, two others SMP boxes, one with a Q6600 4-core, another XEON with 2x 4-cores (Dell Poweredge III). Symptome: All boxes have ZFS and UFS2 filesystems. Since two weeks or so, sometimes the I/O performance drops massively when doing 'svn update', 'make world' or even 'make kernel'. It doesn't matter what memory and how many cpu the box has, it get stuck for several seconds and freezing. On the UP box, this is sometimes for 10 - 20 seconds. A very interesting phenomenon is the massively delayed file writing on ZFS filesystems I realise. Editing a file in 'vi' running on one XTerm and having in another Xterminal my shell for compiling this file, it takes sometimes up to 20 seconds to get the file updated after it has been written. It's like having an old, slow NFS connection with long cache delays. These massively delayed file transactions are not necessarely under heavy load, sometimes they occur in a relaxed situation. They seem to occur much more often on the UP box than on the SMP boxes, but this strange phenomenon also occur on the Dell Poweredge II, which has 16GB RAM and summa summarum 16 cores. This phenomenon does occur on ZFS- and UFS2 filesystems as well. It is hardly reproducable. Possibly this is an extreme example of what Garrett Moore et al have been discussing recently? http://lists.freebsd.org/pipermail/freebsd-stable/2010-January/053845.html You might try the force-swap-out approach here to find out if what you're seeing is identical: http://lists.freebsd.org/pipermail/freebsd-stable/2010-January/053949.html -- | Jeremy Chadwick j...@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 freebsd-stable-unsubscr...@freebsd.org
Re: immense delayed write to file system (ZFS and UFS2), performance issues
O. Hartmann wrote: I realise a strange behaviour of several FreeBSD 8.0-STABLE/amd64 boxes. All boxes have the most recent STABLE. One box is a UP system, two others SMP boxes, one with a Q6600 4-core, another XEON with 2x 4-cores (Dell Poweredge III). Symptome: All boxes have ZFS and UFS2 filesystems. Since two weeks or so, sometimes the I/O performance drops massively when doing 'svn update', 'make world' or even 'make kernel'. It doesn't matter what memory and how many cpu the box has, it get stuck for several seconds and freezing. On the UP box, this is sometimes for 10 - 20 seconds. A very interesting phenomenon is the massively delayed file writing on ZFS filesystems I realise. Editing a file in 'vi' running on one XTerm and having in another Xterminal my shell for compiling this file, it takes sometimes up to 20 seconds to get the file updated after it has been written. It's like having an old, slow NFS connection with long cache delays. These massively delayed file transactions are not necessarely under heavy load, sometimes they occur in a relaxed situation. They seem to occur much more often on the UP box than on the SMP boxes, but this strange phenomenon also occur on the Dell Poweredge II, which has 16GB RAM and summa summarum 16 cores. This phenomenon does occur on ZFS- and UFS2 filesystems as well. It is hardly reproducable. Is there any known issue? Ragrds, Oliver The disks involved don't happen to be Western Digital Green Power disks, do they? The Intelli-Park function in these disks are wrecking havoc with I/O in Linux-land at least, causing massive stalls and iowait through the roof during the 25-30 seconds it takes for the heads to unload after parking. I have two of these disks sitting on my desk now collecting dust... /Morgan ___ 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: [PATCH] Lockmgr deadlock on STABLE_8
2010/1/18 Pete French petefre...@ticketswitch.com: One may never know, try without WITNESS but still the same setup. Well, I have been running like this for three days with no lockups dissapointingly. I just saw that you commited the lock patches, so am going to update to the latest STABLE and go back to GENERIC to see if that still locks up (as I can see a couple of other fixes in there). Will let you know what happens - at the moment it's frustrating as it wont lockup if I have anything diagnostic in the kernel it seem! May you post your kernel config? Attilio -- Peace can only be achieved by understanding - A. Einstein ___ 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: ath hostap problems
On Sat, 16 Jan 2010 12:26:42 -0800 Sam Leffler s...@errno.com wrote: Nenhum_de_Nos wrote: On Tue, January 5, 2010 00:09, Nenhum_de_Nos wrote: hail, I have a Core 2 Duo 2.66 GHz as a wifi ap: Jan 4 22:31:08 xxx kernel: cpu_reset: Stopping other CPUs Jan 4 22:31:08 xxx kernel: Copyright (c) 1992-2010 The FreeBSD Project. Jan 4 22:31:08 xxx kernel: Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 Jan 4 22:31:08 xxx kernel: The Regents of the University of California. All rights reserved. Jan 4 22:31:08 xxx kernel: FreeBSD is a registered trademark of The FreeBSD Foundation. Jan 4 22:31:08 xxx kernel: FreeBSD 8.0-STABLE #0: Sun Jan 3 00:25:30 BRT 2010 Jan 4 22:31:08 xxx kernel: r...@xxx.xxx:/usr/obj/usr/src/sys/xxx amd64 Jan 4 22:31:08 xxx kernel: Timecounter i8254 frequency 1193182 Hz quality 0 Jan 4 22:31:08 xxx kernel: CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (2669.34-MHz K8-class CPU) Jan 4 22:31:08 xxx kernel: Origin = GenuineIntel Id = 0x6fb Stepping = 11 xxx# uname -a FreeBSD xxx.xxx 8.0-STABLE FreeBSD 8.0-STABLE #0: Sun Jan 3 00:25:30 BRT 2010 r...@xxx.xxx:/usr/obj/usr/src/sys/xxx amd64 cat /etc/hostapd.conf interface=wlan0 #bridge=bridge0 driver=bsd logger_syslog=-1 logger_syslog_level=2 logger_stdout=-1 logger_stdout_level=2 debug=0 dump_file=/tmp/hostapd.dump ctrl_interface=/var/run/hostapd ctrl_interface_group=0 ssid=apartnet2 #macaddr_acl=1 #accept_mac_file=/etc/hostapd/accept auth_algs=3 eapol_key_index_workaround=0 #eap_server=0 wpa=3 wpa_psk_file=/etc/hostapd/wpa_psk wpa_key_mgmt=WPA-PSK wpa_pairwise=CCMP #stakey=0 ieee8021x=0 hw_mode=g and just get these messages in logs: Jan 4 22:49:46 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:49:48 xxx last message repeated 4 times Jan 4 22:49:48 xxx postfix/local[1293]: fatal: open database /etc/aliases.db: No such file or directory Jan 4 22:49:48 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:50:03 xxx last message repeated 46 times Jan 4 22:50:03 xxx kernel: Jan 4 22:50:03 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:50:19 xxx last message repeated 51 times Jan 4 22:50:20 xxx kernel: Jan 4 22:50:20 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:50:33 xxx last message repeated 41 times Jan 4 22:50:33 xxx kernel: Jan 4 22:50:33 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:50:49 xxx last message repeated 50 times Jan 4 22:50:49 xxx postfix/local[1296]: fatal: open database /etc/aliases.db: No such file or directory Jan 4 22:50:49 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) Jan 4 22:51:20 xxx last message repeated 98 times Jan 4 22:51:50 xxx last message repeated 100 times Jan 4 22:51:50 xxx postfix/local[1297]: fatal: open database /etc/aliases.db: No such file or directory Jan 4 22:51:50 xxx kernel: ath0: stuck beacon; resetting (bmiss count 4) I can't even see the network in other computers. Some time ago I reported this problem in here, but using slower hardware. and Sam said that was it. That machine was running Linux before and is now being converted to FreeBSD 8. when in linux, I had some performance penalties but it works great for internet access. is there anything I can do to solve this ? the card is this: a...@pci0:5:0:0: class=0x02 card=0x3a131186 chip=0x0013168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = '802.11a/b/g Wireless Adapter (AR5212)' class = network subclass = ethernet the card doesn't support 802.11a though. I'm about to buy a rum based usb wlan, may be Hawking HWUG1 or TP-LINK TL-WN321G, to make another freebsd based ap for light internet access. is this supposed to happen as well ? thanks, matheus Using similar configuration file for hostapd, I did test another atheros based wlan card in same role: a...@pci0:1:0:0:class=0x02 card=0x3065168c chip=0x001c168c rev=0x01 hdr=0x00 vendor = 'Atheros Communications Inc.' device = 'HDAUDIOFUNC_01VEN_1095DEV_1392SUBSYS_10280242REV_1000 (USBVID_147EPID_20165B71A44601)' class = network subclass = ethernet this is a pcie part, AFAIK, running on Asus F3T turion based notebook. Runs FreeBSD 8 as well: [math...@xxx/usr/home/matheus]$ uname -a FreeBSD xxx.xxx 8.0-STABLE FreeBSD 8.0-STABLE #5: Sun Jan 3 16:20:25 BRT 2010 r...@xxx.xxx:/usr/obj/usr/src/sys/xxx amd64 but this time I have no message as tha other box, and the AP works fine. matheus Are both machines SMP? yes. both 8-stable amd64 smp machines. if anything else, please ask. thanks, matheus Stuck beacons typically arise for two reasons: the channel is busy and the ap
RE: bin/115406: [patch] gpt(8) GPT MBR hangs award BIOS on boot
1) Is this bug now officially fixed as of 8.0-RELEASE? Ie, can I expect to set up a completely GPT-based system using an Intel D945GCLF2 board and not have the installation crap out on me later? 2) The very last entry into the PR states the following: The problem has been addressed in gart(8) and gpt(8) is obsolete, so no follow-up is to be expected at this time. Close the PR to reflect this. Hello list. Referring to PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=115406cat=bin I have now been battling with trying to setup a FreeBSD 8.0 system using GPT on an Intel D945GCLF2 board for over 24 hours and it looks to me that the problem is not resolved. If I do a traditional installation using sysinstall / MBR, everything works. But if I use GPT and do a manual installation and do everything right, the way it's supposed to be done, the BIOS refuses to boot off the disk. I have verified that I am doing everything right by employing the exact same installation method with GPT inside a VMWare Player virtual machine and there, everything works as expected and I have also been testing this with an installation script in both cases to ensure that this is definately no user error :) Reading the original PR, it can be seen that a (supposed) fix to gpart was committed to stable/8 back in Aug 27, is it possible that this somehow didn't make it into 8.0-RELEASE or is this a question of the fix being there but not actually solving the problem? Reading the discussion on the forums at http://forums.freebsd.org/showthread.php?t=4680 I am seeing that a 7.2-RELEASE user had solved his exact same problem by editing the actual PMBR (resulting in bootable flag (0x80) being set and the start of the partition has being set to the beginning of the disk (0x010100).) and applying it to his disk with DD. Can anyone point me towards an explanation regarding how to edit and apply my own PMBR to my disk to see if it helps? Thanks. Sincerely, Dan Naumov ___ 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: immense delayed write to file system (ZFS and UFS2), performance issues
On Tue, 19 Jan 2010, Morgan Wesström wrote: The disks involved don't happen to be Western Digital Green Power disks, do they? The Intelli-Park function in these disks are wrecking havoc with I/O in Linux-land at least, causing massive stalls and iowait through the roof during the 25-30 seconds it takes for the heads to unload after parking. I have two of these disks sitting on my desk now collecting dust... There's this.. http://www.silentpcreview.com/Terabyte_Drive_Fix and you can get the tool at.. http://home.arcor.de/ghostadmin/wdidle3_1_00.zip I am planning to try this out tonight.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.
Re: immense delayed write to file system (ZFS and UFS2), performance issues
The drives being discussed in my related thread (regarding poor performance) are all WD Green drives. I have used wdidle3 to set all of my drive timeouts to 5 minutes. I'll see what sort of difference this makes for performance. Even if it makes no difference to performance, thank you for pointing it out -- my drives have less than 2,000 hours on them and were all over 90,000 load cycles due to this moronic factory setting. Since changing the timeout, they haven't parked (which is what I would expect). On Mon, Jan 18, 2010 at 9:20 PM, Daniel O'Connor docon...@gsoft.com.auwrote: On Tue, 19 Jan 2010, Morgan Wesström wrote: The disks involved don't happen to be Western Digital Green Power disks, do they? The Intelli-Park function in these disks are wrecking havoc with I/O in Linux-land at least, causing massive stalls and iowait through the roof during the 25-30 seconds it takes for the heads to unload after parking. I have two of these disks sitting on my desk now collecting dust... There's this.. http://www.silentpcreview.com/Terabyte_Drive_Fix and you can get the tool at.. http://home.arcor.de/ghostadmin/wdidle3_1_00.zip I am planning to try this out tonight.. -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C ___ 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: atheros broadcast/multicast corruption with multiple hostap's
On Sun, Jan 17, 2010 at 1:45 PM, Sam Leffler s...@errno.com wrote: Russell Yount wrote: On Sat, Jan 16, 2010 at 3:21 PM, Sam Leffler s...@errno.com mailto: s...@errno.com wrote: Russell Yount wrote: It seems AP to client broadcasts/multicasts traffic is broken when using WPA2/802.11i with multiple hostapds in 8.0. Only the SSID associated with the last hostapd to be started has AP to client broadcasts/multicasts being delivered correctly. The AP and client are 8.0 freebsd systems althought I see same problems with windows XP as a client. The AP has 4 hostapds configured to use TLS with client certificates for authentication. (hostapd recompiled with HOSTAPD_CFLAGS=-DEAP_SERVER) The AP and client radio are shown as ath0: AR5212 mac 5.9 RF5112 phy 4.3 in dmesg. Client authenticate using client certificates associate correctly to all 4 SSIDs. Unicast traffic flows correctly between clients and AP for all for 4 SSIDs. Client to AP broadcast/multicast traffic works on of 4 SSIDs. AP to client broadcast/multicast traffic only works on 1 of the SSIDs. I have documented this using ARP broadcasts, but normal IP broadcasts also observed to corrupted. When an ARP request is send through the AP to an associated client it seems to be trashed on any of the SSID except the one associated with the last hostapd to be started. Here is the output of client side tcpdump showing the problems. In the first client side tcpdump with the hostapd associated with the SSID being associaed with the last hostapd started and the traffic flowing normally. In the second client side tcpdump with the hostapd associated with the SSID being not the last hostapd started the ARP request is resent multiple times and appears corrupted. I would really like to find a fix for this. Any help would be greatly appreciated. This sounds like the crypto encap of the frame is clobbering the mbuf contents. You can verify this by setting up multiple vaps w/o WPA. If this is the problem look for the mbuf copy logic for mcast frames and make sure a deep copy is done. Sam The four VAPs broadcast traffic works find without WPA if I do not start hostapds on them I have been trying to discovery why broadcast traffic only works correctly on the VAP associated with the last hostapd to be started. I have move with VAP has the working broadcast traffic by restarting the hostapd associated with it. It would seem something in the WPA/802.1x layer initialization remembers which hostapd was started last and that affected the crypto encap. I keep looking but do not see any place in the code that could account for this. It seems the corrupt crypto encap also happens on broadcast between stations. Please correct me if I am wrong: but when using hostapd normally traffic is bridged withing the card. So if a station sends to the VAP a broadcast it is actaully sending a non- broadcast frame to the AP and the AP sends the frame to all the other stations. I told you waht the likely problem is. Look in the net80211 layer in the kernel for the problem. Sam I tried to find problems in mbuf corruption in ieee80211_output.c by placing m = m_unshare(m,M_NOWAIT); if (m == NULL) { IEEE80211_DPRINTF(vap, IEEE80211_MSG_OUTPUT, %s: cannot get writable mbuf\n, __func__); return NULL; } at begining ieee80211_mbuf_adjust() and at beginning of ieee80211_encap() with no change in the broadcast traffic behaviour. I tried then to in ieee80211_crypto.c substituting flags |= IEEE80211_KEY_SWCRYPT; for the encryption capabilities test code if ((ic-ic_cryptocaps (1cipher)) == 0) { IEEE80211_DPRINTF(vap, IEEE80211_MSG_CRYPTO, %s: no h/w support for cipher %s, falling back to s/w\n, __func__, cip-ic_name); flags |= IEEE80211_KEY_SWCRYPT; } to force all the encryption to be done in software. This fixed the broadcast traffic problem but without hardware support its very slow and really loads machine. Enabling in the debug code to ath and net80211 and enabled ATH_DEBUG_KEYCACHE in if_ath.c and IEEE80211_MSG_CRYPTO in net80211 code. It seems that all the VAPS sets the broadcast key for mac ff:ff:ff:ff:ff:ff in the ath device so I assume they conflict and the last one setting the key is the working one; that would explain why the last hostapd started is the only one with working broadcast code to clients. In if_ath.c the code if ((k-wk_flags IEEE80211_KEY_GROUP) sc-sc_mcastkey) { /* * Group keys on hardware that supports multicast frame * key search use a mac that is the sender's address with * the high bit set instead of the
Re: immense delayed write to file system (ZFS and UFS2), performance issues
On Tue, 19 Jan 2010, Garrett Moore wrote: The drives being discussed in my related thread (regarding poor performance) are all WD Green drives. I have used wdidle3 to set all of my drive timeouts to 5 minutes. I'll see what sort of difference this makes for performance. Even if it makes no difference to performance, thank you for pointing it out -- my drives have less than 2,000 hours on them and were all over 90,000 load cycles due to this moronic factory setting. Since changing the timeout, they haven't parked (which is what I would expect). Mine had 65k or so, except one which only had 66.. Very odd! -- Daniel O'Connor software and network engineer for Genesis Software - http://www.gsoft.com.au The nice thing about standards is that there are so many of them to choose from. -- Andrew Tanenbaum GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C signature.asc Description: This is a digitally signed message part.