Re: [OpenIndiana-discuss] ZFS SMART error
On Jul 5, 2012, at 10:13 AM, Reginald Beardsley wrote: I had a power failure last night. The UPS alarms woke me up and I powered down the systems. (some day I really will automate shutdowns) It's also been quite hot (90 F) in the room where the computer is. At boot the BIOS on the HP Z400 running Solaris 10 reported: 1720 SMART drive detects imminent failure failing drive SATA 1 (black) failing attribute # 05 The drive is a year old 3 TB Hitachi that I use for a scratch drive. zpool scrub showed no errors. Nothing critical on the disk I just use it to hold intermediate files when working on large datasets. Unfortunately, apropos smart produced nothing useful. Where would I find more information? Particularly interaction between ZFS SMART. In current OpenIndiana (and illumos), predictive failure notices are sent to FMA as error reports. However, there is no consumer of those reports -- they are blissfully ignored :-( Eventually, when the disk really dies, other FMA agents will react, including ZFS sparing, as appropriate. There have apparently been some firmware issues that produce spurious warnings, but HP is so Windows centric it's hard to make any sense out of their support site. Is there a Solaris/OI utility for reading the SMART information or doing other diagnosis? The message relates to automatic bad block reallocation. Would running a scan using format(1m) and mapping out the bad blocks be likely to correct this? That is what we did way back when. Though I hate to think how long a scan of 3 TB would take. No. For modern disks, bad block remapping is done by the disk. What you see in format is for very old disks where the sector management was done by the OS. -- richard -- ZFS Performance and Training richard.ell...@richardelling.com +1-760-896-4422 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] ZFS SMART error
On Jul 6, 2012, at 12:59 AM, Richard L. Hamilton wrote: It's been my impression on a few occasions that a disk with very limited damage might have any bad areas discovered and effectively repaired by a scan; even on a semi-modern (e.g. older Fibre Channel) disk, the manufacturer's and grown defect list can be extracted, for example; and even when the disk itself handles sparing, a scan might force it wherever needed. However...if a disk's surface has taken damage, there's always the chance that its internals were polluted with the debris, or the area damaged is irregular enough to lead to further damage. So I certainly wouldn't trust a disk that gave ANY significant indication of failure for any purpose in which it was critical...whether for mechanical damage or wonky electronics or firmware doesn't even matter, in the long run. (A glitch or two after a power failure, ok, but not continuing to increase afterward. I would think most modern disks are able to manage a soft landing as it were in case of power failure, minimizing the risk of _mechanical_ damage, although noise might scramble any data being written at the time.) SMART disks periodically do media scans. This was not the case years ago, when it was more common to have format scan and repair commands in the frontal lobe of systems administrators. It's not 100% clear to me (from the man page, i.e. no time to try to figure it out from the code now) whether zpool scrub examines free blocks as well as blocks that are in some way in use; if not, then a scan with format could potentially spot additional problems. zpool scrub only checks data, it does not check unused portions of the disk. -- richard -- ZFS Performance and Training richard.ell...@richardelling.com +1-760-896-4422 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Access to ZFS viz CIFS from windows regularly hangs.
On my home network I observed that when I turned a Windows XP host off a Windows 7 host declared that it lost access to the Samba service hosted from a Solaris 10 system. It was then able to reconnect to the Samba service on that Solaris 10 system even though the Windows XP host remained turned off. It is a problem that Windows uses random hosts on the network as directory servers and then blames the problem on the host which is actually serving up the data (as if that host was lost) if that random directory server goes away. This behavior seems like it would make dignosing issues more difficult. If you are using samba then there is configuration you can add to stop your problem in the smb.conf file, you can increase the os level to 99 just to make sure. [global] domain master = yes local master = yes preferred master = yes os level = 65 The inbuilt kernel CIFS server only does file sharing and therefore cannot be a master browser hence your windows 7 machine will be it. The solution it to either, 1) live with the problem. 2) use samba instead. 3) run a virtual machine on the Solaris system to be the browser master. John ___ The contents of this e-mail and any attachment(s) are strictly confidential and are solely for the person(s) at the e-mail address(es) above. If you are not an addressee, you may not disclose, distribute, copy or use this e-mail, and we request that you send an e-mail to ad...@stirling-dynamics.com and delete this e-mail. Stirling Dynamics Ltd. accepts no legal liability for the contents of this e-mail including any errors, interception or interference, as internet communications are not secure. Any views or opinions presented are solely those of the author and do not necessarily represent those of Stirling Dynamics Ltd. Registered In England No. 2092114 Registered Office: 26 Regent Street, Clifton, Bristol. BS8 4HG VAT no. GB 464 6551 29 ___ This e-mail has been scanned for all viruses MessageLabs. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] ZFS SMART error
Thanks for the comments. I've taken the disk offline for now as I don't need the space. It's purely for temporary files when working on large datasets and I'm not doing anything that requires that much space. (I've come in to work in the morning to discover that I filled up a 2 TB disk and abended several jobs, but that doesn't happen often. I usually plan better than that ;-) I've fiddled a little w/ smartctl on my OI system, but didn't get far as it didn't recognize the disk. My understanding of the situation is that w/o a way to extract the bad block list from the drive itself, format(1m) won't allow me to do anything useful. It would appear that I'll have to research the disk a bit to do anything w/ smartctl, but maybe a Linux distro will know about the disk. It got a good bit quieter when I turned the key and powered off the drive, so I have little doubt that it really is failing. I hadn't realized how noisy it was. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Unable to upgrade from OS_snv_134
On Thu, Jul 5, 2012 at 7:39 AM, Jonathan Adams t12nsloo...@gmail.comwrote: Ok ... looking down the list ... packages I don't have installed: pkg://opensolaris.org/consolidation/man/man-incorporation pkg://opensolaris.org/gnome/theme/background/opensolaris-backgrounds-extra you could try removing those specific packages and seeing if you can perform the upgrade ... Thank you for all your help on this. Here's what happened: mpl@webdevel:~$ pfexec pkg uninstall pkg:// opensolaris.org/consolidation/man/man-incorporation Creating Planpkg: Cannot remove 'pkg:// opensolaris.org/consolidation/man/man-incorporation@0.5.11,5.11-0.134:20100302T010603Z' due to the following packages that depend on it: pkg://opensolaris.org/entire@0.5.11,5.11-0.134:20100302T023003Z pkg:// opensolaris.org/runtime/perl-584/manual@5.8.4,5.11-0.134:20100302T044747Z pkg://opensolaris.org/system/manual@0.5.11,5.11-0.134:20100302T065140Z So, I didn't want to do any recursive removals here. However, I was able to successfully remove opensolaris-backgrounds-extra and then I ran pfexec pkg image-update -nv and it showed a bunch of updates that it would do. I'm running the update now and we'll see how it goes. Thanks again! Mark ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Successfully upgraded 'rpool' from version 28 to version 5000
Version 5000 is this right? -- Dr. Daniel Kjar Assistant Professor of Biology Division of Mathematics and Natural Sciences Elmira College 1 Park Place Elmira, NY 14901 607-735-1826 http://faculty.elmira.edu/dkjar ...humans send their young men to war; ants send their old ladies -E. O. Wilson ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Successfully upgraded 'rpool' from version 28 to version 5000
On Fri, 6 Jul 2012 10:29:57 -0400, Daniel Kjar wrote: Version 5000 is this right? Check release notes for 151a5, as well as following thread http://openindiana.org/pipermail/openindiana-discuss/2012-July/008630.html. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Successfully upgraded 'rpool' from version 28 to version 5000
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/07/12 16:29, Daniel Kjar wrote: Version 5000 is this right? Yes. It is flag version. From now on, new features will be flagged using a flag, not a version number. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ jabber / xmpp:j...@jabber.org _/_/_/_/ _/_/_/_/_/ . _/_/ _/_/_/_/ _/_/ _/_/ Things are not so easy _/_/ _/_/_/_/ _/_/_/_/ _/_/ My name is Dump, Core Dump _/_/_/_/_/_/ _/_/ _/_/ El amor es poner tu felicidad en la felicidad de otro - Leibniz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQCVAwUBT/b4wJlgi5GaxT1NAQJUpwP8DkMOnbYEKC8Fo/k5PASCb9+ytPhvOXzI f4ZcsS0KoQB9F6OJ0JMxSrgQ00/ta7nvQZK9qu5AAD00i8Ug+7Mr1mNTkjE+zx5Y Rb3mZv94092Vt1AgJHGiPZFtoBGpznrJTMc6QariWH2JSEXrOOUZLZrDQIBb0uGW YQzsD1HUJSk= =aSKz -END PGP SIGNATURE- ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Successfully upgraded 'rpool' from version 28 to version 5000
Interesting... reading the paper now. As long as nothing gets broken you can call that version whatever you like. Not like I will be using oracle zfs anytime in the future. On 07/ 6/12 10:40 AM, Jesus Cea wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 06/07/12 16:29, Daniel Kjar wrote: Version 5000 is this right? Yes. It is flag version. From now on, new features will be flagged using a flag, not a version number. - -- Jesus Cea Avion _/_/ _/_/_/_/_/_/ j...@jcea.es - http://www.jcea.es/ _/_/_/_/ _/_/_/_/ _/_/ jabber / xmpp:j...@jabber.org _/_/_/_/ _/_/_/_/_/ . _/_/ _/_/_/_/ _/_/ _/_/ Things are not so easy _/_/ _/_/_/_/ _/_/_/_/ _/_/ My name is Dump, Core Dump _/_/_/_/_/_/ _/_/ _/_/ El amor es poner tu felicidad en la felicidad de otro - Leibniz -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQCVAwUBT/b4wJlgi5GaxT1NAQJUpwP8DkMOnbYEKC8Fo/k5PASCb9+ytPhvOXzI f4ZcsS0KoQB9F6OJ0JMxSrgQ00/ta7nvQZK9qu5AAD00i8Ug+7Mr1mNTkjE+zx5Y Rb3mZv94092Vt1AgJHGiPZFtoBGpznrJTMc6QariWH2JSEXrOOUZLZrDQIBb0uGW YQzsD1HUJSk= =aSKz -END PGP SIGNATURE- ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss -- Dr. Daniel Kjar Assistant Professor of Biology Division of Mathematics and Natural Sciences Elmira College 1 Park Place Elmira, NY 14901 607-735-1826 http://faculty.elmira.edu/dkjar ...humans send their young men to war; ants send their old ladies -E. O. Wilson ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] quick boots are a pain in my arse
-Original Message- From: Marion Hakanson [mailto:hakan...@ohsu.edu] Sent: Thursday, July 05, 2012 6:19 PM To: Discussion list for OpenIndiana Subject: Re: [OpenIndiana-discuss] quick boots are a pain in my arse svccfg -s system/boot-config:default setprop config/fastreboot_default=false Seems to take care of it here, anyway. Thanks for the effort, but as I pointed out in my original email I have already disabled fast boot in the smf repo. j. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss