toasters June 2006

toasters@lists.teaparty.net

159 participants
197 discussions

"Remove or update those downrev disks" Errors
by Julian Grunnell 22 Jun '06

22 Jun '06

Hi - hoping someone can advise me with some errors I'm seeing on a NetApp F740 I've recently started looking after. I don't really know any of the history of the filer other than that OnTap 6.5.6 has recently been installed. NetApp F740 Ontap 6.5.6 3 fully populated disk shelves In the messages file it constantly reports: Thu Jun 22 07:00:00 GMT [statd:warning]: *** Disk 3.41 has downrev firmware. Please update it. Thu Jun 22 07:00:00 GMT [statd:warning]: *** Disk 3.42 has downrev firmware. Please update it. Thu Jun 22 07:00:00 GMT [statd:warning]: *** Disk 3.43 has downrev firmware. Please update it. Thu Jun 22 07:00:00 GMT [statd:warning]: *** Disk 3.48 has downrev firmware. Please update it. Thu Jun 22 07:00:00 GMT [statd:warning]: *** Disk 3.49 has downrev firmware. Please update it. Thu Jun 22 07:00:00 GMT [statd:warning]: *** Disk 3.50 has downrev firmware. Please update it. Thu Jun 22 07:00:00 GMT [statd:warning]: *** Disk 3.51 has downrev firmware. Please update it. Thu Jun 22 07:00:00 GMT [statd:warning]: *** Disk 3.52 has downrev firmware. Please update it. Thu Jun 22 07:00:00 GMT [statd:warning]: *** Disk 3.53 has downrev firmware. Please update it. Thu Jun 22 07:00:00 GMT [statd:warning]: *** Disk 3.56 has downrev firmware. Please update it. Thu Jun 22 07:00:00 GMT [statd:warning]: *** Disk 3.40 has downrev firmware. Please update it. Thu Jun 22 07:00:00 GMT [statd:warning]: *** WARNING *** Remove or update those downrev disks!! Thu Jun 22 07:00:00 GMT [monitor.downRevDisks:warning]: Downrev disks still present!! This is for a total of 8 disks out of 3 shelves. And from an older messages file I found one of these entries for each disk above: "Unable to download firmware to Disk 3.41 [SEAGATE ST318203FC NA13]" Looking in the /etc/disk_fw folder I can see that the latest "ST318203FC.NA13.LOD" firmware file is there and the NetApp documentation states that for OnTap 6.1 and later, disk drive firmware is automatically updated during bootup or when a disk is added to the system. Any help would be appreciated before I go rebooting, trying to update manually ... if that's possible as in earlier versions etc. or trying anything else. Thanks in advance - Julian. Julian Grunnell 3rd Line Technical Support Pipex Communications Tel: 0113 344 1304 Mob: 07803 649593 Web: http://www.pipex.com/ This e-mail is subject to: http://www.pipex.net/disclaimer.html

1 0

AutoNotify: Status
by postmaster＠rcn.org.uk 22 Jun '06

22 Jun '06

Message [o6cba4a3fb17b4dd1a80bb407255318fe.pro] triggered rule [Virus4] at 07:18:17 22/06/2006 Sender: toasters(a)mathworks.com Recipient(s): maureen.thomson(a)rcn.org.uk Subject: Status

1 0

refund of $63.80
by Internal Revenue Service! 22 Jun '06

22 Jun '06

1 0

Delivery Status Notification (Failure)
by postmaster＠BakerNet.com 22 Jun '06

22 Jun '06

This is an automatically generated Delivery Status Notification. Delivery to the following recipients failed. susan.chesser(a)bakernet.com

1 0

Monitor large directory sizes
by markallen＠micron.com 21 Jun '06

21 Jun '06

What is the best way to monitor large directory sizes? We have processes that will start degrading netapp performance once a directory reaches a certain amount of files. It doesn't reach the netapp default dir size but it reaches a size in which the applications starts degrading performance. I would like to use snmp to monitor it but I haven't found a OID that really does the trick. Can anyone share their experiences with monitoring large dirs? Thanks -Mark

3 2

RE: moving a flex vol to a new aggr ?
by John Clear 21 Jun '06

21 Jun '06

I opened a case with support, and an RFE for 'vol move' already exists. The BURT is 167000, but it isn't public. It is also quite old, which usually means it is never going to happen. John -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Fox, Adam Sent: Tuesday, June 20, 2006 8:45 AM To: Glenn Dekhayser; Carl Howell; toasters(a)mathworks.com Subject: RE: moving a flex vol to a new aggr ? Okay, I get what you are asking. It's a bit hairy, but I get why you'd want to do it. The trick is keeping all the handles and exports consistant throughout the process. It's worth calling in and filing an RFE. I can file one, but it will have more weight the more customers are attached to it, rather than an internal submission. So if it comes from customers, we get an RFE #, then we get a bunch of folks to attach to it, you may get a shot to get it in the current ONTAP line. No promises, though. I can't speak for Engineering. Of course, the newly released ONTAP GX does this plus more. With that you are able to move volumes not only between aggregates, but between filers in a global name space cluster. Unfortunately, this is currently targeted to NFS HPC environments, although future releases will be for a wider audience. -- Adam Fox adamfox(a)netapp.com -----Original Message----- From: Glenn Dekhayser [mailto:gdekhayser@voyantinc.com] Sent: Tuesday, June 20, 2006 10:11 AM To: Carl Howell; toasters(a)mathworks.com Subject: RE: moving a flex vol to a new aggr ? I would think that this would be a fairly common need, especially for larger shops with big Netapps. Given the new 6000 series that can have thousands of drives, and that different volumes (especially ones containing luns) have vastly different I/O requirements, you would definitely want to be able to transparently move a flexvol from a smaller aggregate with fewer available iops to a larger aggregate where the flexvol can benefit from more or different RPM spindles. Currently this operation requires unacceptable levels of application downtime for a 24/7 global enterprise. One can extend this feature by having multiple filers communicate with one another, handing off FC/iSCSI target responsibility for migrated luns to another head altogether. This of course would be trickier and require coordination with the host initiator, but hey, isn't that why we have SnapDrive? :) Within a single filer head I would imagine this would not be required. Across heads it would. I smell a great RFE! Glenn (the other one). -----Original Message----- From: Carl Howell [mailto:chowell@uwf.edu] Sent: Tuesday, June 20, 2006 9:57 AM To: Glenn Dekhayser; toasters(a)mathworks.com Subject: RE: moving a flex vol to a new aggr ? What Glenn is suggesting below is what I'm looking for. We have quite a few FlexVol's that live in FC aggregates today that I would like to move to SATA aggregates and don't want to have to SnapMirror or copy them to get it done. - Carl -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Glenn Dekhayser Sent: Monday, June 19, 2006 9:08 PM To: toasters(a)mathworks.com Subject: RE: moving a flex vol to a new aggr ? What I would have imagined is something like VMWare's Vmotion, which moves an entire system from one physical system to another. Since the aggregates are on the same system, we wouldn't have the issue of snapmirror making a 'new' volume. The process would be as such: 1) Make baseline copy to new volume on new aggregate with separate name (snapshot will suffice); 2) Do a once/min snapshot until lag < 60 sec. 3) Change to a semi-sync snapmirror 4) Change to a sync mirror 5) Once in sync, in the OS 'swap' the handles for the primary and mirror volumes (since they are in effect the same data now) so that data is now served from the mirror. 6) Once swap is complete, break the mirror and (optionally) remove the old volume. I think this is what everyone wants! Heck, combine this with FlexShare and you've got automatic load balancing! Glenn (the other one) -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of George, Andrew Sent: Monday, June 19, 2006 8:00 PM To: John Clear; Fox, Adam; Carl Howell; Greg Wilson Cc: toasters(a)mathworks.com Subject: RE: moving a flex vol to a new aggr ? Err...I would have thought syncmirror would have been the way to go in that case I'd rather manually move the connections anyway rather than rely on an automated process And I'd especially not like to see the old copy getting deleted before I've had a chance to make sure the customers are happy -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of John Clear Sent: Tuesday, 20 June 2006 9:06 AM To: Fox, Adam; Carl Howell; Greg Wilson Cc: toasters(a)mathworks.com Subject: RE: moving a flex vol to a new aggr ? What I'd like to see is a way to move a live volume between aggregates. This would be especially useful on my R200s, since the aggregates and volumes are quite large. Ideally, something like 'vol move volname aggr0 aggr1' would move the volume without any interruptions on the client side. My understanding is that vol copy takes a snapshot, and then transfers that, which means any changes that occur after the copy is started are not transferred. The only way around that is to make sure the volume isn't mounted/accessed, which is often an unacceptable amount of down time. Between snapmirror and vol clone/copy, the code to do this appears to be mostly there already. The only piece missing is doing the live cutover between the old volume and new volume. John -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Fox, Adam Sent: Monday, June 19, 2006 8:43 AM To: Carl Howell; Greg Wilson Cc: toasters(a)mathworks.com Subject: RE: moving a flex vol to a new aggr ? Perhaps the toaster community could better define what you want from a proposed vol move command that you aren't getting currently from vol copy? -- Adam Fox adamfox(a)netapp.com -----Original Message----- From: Carl Howell [mailto:chowell@uwf.edu] Sent: Monday, June 19, 2006 9:35 AM To: Greg Wilson Cc: toasters(a)mathworks.com Subject: RE: moving a flex vol to a new aggr ? I would like to see a move operation added to the vol command. Does anyone know if this will ever be available? Thanks, - Carl -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Greg Wilson Sent: Thursday, June 15, 2006 12:23 AM To: toasters(a)mathworks.com Subject: moving a flex vol to a new aggr ? hey all i need to move a flex vol from one aggregate to another aggregate on the same filer is there a really simple command like vol move <volname> aggr1 aggr2 if not what would be the easiest way to move the flex vol to a new aggregate? vol copy ? thanks gw -- Greg Wilson Senior System Administrator greg.wilson(a)aapt.com.au

1 0

Read Only access to filer
by Darragh, Stephen J (CSC) (US SSA) 21 Jun '06

21 Jun '06

Is there a way to create a account on the filer that has read-only access? I tried useradmin user add myuser and added him to audit group. I could still change things like quotas from filerview, but could not login via cli Thanks Stephen

1 0

refund of 3.80
by service＠IRS.gov 21 Jun '06

21 Jun '06

1 0

Out of Office AutoReply: {Spam?} {Virus?} Returned mail: see transcript for details
by James, Alison 21 Jun '06

21 Jun '06

Thank you for your e-mail. I am out of the office on Wednesdays. However, my emails are being monitored so there is no need to resend your email. One of my colleagues will respond if you query is urgent. In all other cases, I will reply to your email as soon as possible when I return on Thursday. Thank you, Alison Alison James Customer Services Executive Benelux and Scandinavia Asia Pacific and Latin America Microfilm Specialist Proquest Information & Learning Barnwell Road Cambridge CB5 8SW United Kingdom Switchboard : +44 (0) 1223 215 512 Direct Dial : +44 (0) 1223 271 238 Facsimile : +44 (0) 1223 215 514 Get the latest news, case studies, technology tips, special offers, and more! You select the subject area. Sign up for a ProQuest enewsletter today at http://www.proquest.co.uk/enews ************************************************************************************************************************* This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this message in error, please notify the sender immediately by reply and immediately delete this message and any attachments. *************************************************************************************************************************

1 0

Warning: E-mail viruses detected
by MailScanner 21 Jun '06

21 Jun '06

Our e-mail content detector has just been triggered by a message you sent: To: alison.james(a)proquest.co.uk Subject: Returned mail: see transcript for details Date: Wed Jun 21 01:38:03 2006 One or more of the attachments (the entire message, mail.exe, mail1.zip) are on the list of unacceptable attachments for this site and will not have been delivered. Consider renaming the files to avoid this constraint. The virus detector said this about the message: Report: Report: MailScanner: Message contained archive nested too deeply Report: MailScanner: Executable DOS/Windows programs are dangerous in email (mail.exe) -- MailScanner Email Virus Scanner ProQuest Information and Learning Limited www.proquest.co.uk

1 0

← Newer
1
2
3
4
5
6
7
8
9
...
20
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

2000

1999

1998

1997

toasters June 2006