toasters

toasters@lists.teaparty.net

13529 discussions

Re: Redoing snapmirror to a destination
by John.Stoffel＠taec.toshiba.com 07 Dec '09

07 Dec '09

I just double checked and I don't have any common snapshots unfortunately. Time to file a req with netapp to make 'snap delete ...' Be less permissive in deleting snapshots used for any snap* relationships without a force switch of some sort... Thanks, John stoffel ----- Original Message ----- From: Michael Barrow [michael(a)barrow.me] Sent: 12/07/2009 03:02 PM PST To: John Stoffel Cc: <toasters(a)mathworks.com> Subject: Re: Redoing snapmirror to a destination Do you not have *any* Snapshots in common between the source and destination? If you have common Snapshots, you can issue a 'snapmirror resync' on the destination and the relationship will be established. This is better than swapping the volume because you'll likely get stale file handles. -- Michael Barrow michael at barrow dot me On Dec 7, 2009, at 2:50 PM, John Stoffel wrote: > > Guys, > > Do to stupidity on my part, I managed to accidently delete a snapshot > on the source side of a snapmirror pair, so that snapmirror can't > continue. It's not critical, it's just our tools area, which isn't > updated frequently. > > So now I want to re-snapmirror, but I want to limit the downtime of > the clients on the destination side as much as possible when I switch > them to the new re-snapmirrored volume. > > Currently, my clients mount east:/vol/tools, so what I'd like to do > is: > > west> snapmirror store tools rst0a,rst1a > > east> vol create tools .... > east> vol restrict tools > east> snapmirror retrieve tools_new rst0a,rst1a > > Now for the tricky part: > > east> nfs off > east> vol rename tools tools_old > east> vol rename tools_new tools > east> nfs on > east> exportfs -a -v > > so that all my clients see (on a read-only volume) is a quick outage > or pause in NFS traffic, then they just continue on using tools and > such as usual. > > Or will I be forced to reboot all of my client machines one by one? > Which will be truly truly truly painful... > > The general snapmirror update and cleanup of the old volume is > trivial. It's limiting the outage to my clients that I worry about. > > Thanks, > John > John Stoffel - Senior Staff Systems Administrator - System LSI Group > Toshiba America Electronic Components, Inc. - http://www.toshiba.com/taec > john.stoffel(a)taec.toshiba.com - 508-486-1087 > > > >

1 0

Re: Redoing snapmirror to a destination
by John.Stoffel＠taec.toshiba.com 07 Dec '09

07 Dec '09

Hmmm fsid is something to keep in mind. I can do a couple of tests vols later to see what happens. Thanks for the feedback all! Thanks, John stoffel ----- Original Message ----- From: Bert Kiers [kiersb(a)xs4all.net] Sent: 12/08/2009 12:34 AM CET To: John Stoffel Cc: toasters(a)mathworks.com Subject: Re: Redoing snapmirror to a destination On Mon, Dec 07, 2009 at 05:50:20PM -0500, John Stoffel wrote: Hi, > so that all my clients see (on a read-only volume) is a quick outage > or pause in NFS traffic, then they just continue on using tools and > such as usual. > Or will I be forced to reboot all of my client machines one by one? > Which will be truly truly truly painful... The trick is to keep the fsid the same. I doubt the steps you outline will do that. Is it possible to tell a filer to use a particular fsid for a volume? (I guess snapmirror does not change inodes, what is also needed here.) Grtnx, -- Bert Kiers XS4ALL UNIX systeembeheerder, suspected terrorist 1984 was not meant as a manual

1 0

Re: Redoing snapmirror to a destination
by John.Stoffel＠taec.toshiba.com 07 Dec '09

07 Dec '09

No common snaps that I know of, but its a good idea. John Thanks, John stoffel ----- Original Message ----- From: "Page, Jeremy" [jeremy.page(a)gilbarco.com] Sent: 12/07/2009 03:04 PM PST To: John Stoffel; <toasters(a)mathworks.com> Subject: RE: Redoing snapmirror to a destination I think you can resynch if there are any common snapshots, did you call Netapp? -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of John Stoffel Sent: Monday, December 07, 2009 5:50 PM To: toasters(a)mathworks.com Subject: Redoing snapmirror to a destination Guys, Do to stupidity on my part, I managed to accidently delete a snapshot on the source side of a snapmirror pair, so that snapmirror can't continue. It's not critical, it's just our tools area, which isn't updated frequently. So now I want to re-snapmirror, but I want to limit the downtime of the clients on the destination side as much as possible when I switch them to the new re-snapmirrored volume. Currently, my clients mount east:/vol/tools, so what I'd like to do is: west> snapmirror store tools rst0a,rst1a east> vol create tools .... east> vol restrict tools east> snapmirror retrieve tools_new rst0a,rst1a Now for the tricky part: east> nfs off east> vol rename tools tools_old east> vol rename tools_new tools east> nfs on east> exportfs -a -v so that all my clients see (on a read-only volume) is a quick outage or pause in NFS traffic, then they just continue on using tools and such as usual. Or will I be forced to reboot all of my client machines one by one? Which will be truly truly truly painful... The general snapmirror update and cleanup of the old volume is trivial. It's limiting the outage to my clients that I worry about. Thanks, John John Stoffel - Senior Staff Systems Administrator - System LSI Group Toshiba America Electronic Components, Inc. - http://www.toshiba.com/taec john.stoffel(a)taec.toshiba.com - 508-486-1087 Please be advised that this email may contain confidential information. If you are not the intended recipient, please do not read, copy or re-transmit this email. If you have received this email in error, please notify us by email by replying to the sender and by telephone (call us collect at +1 202-828-0850) and delete this message and any attachments. Thank you in advance for your cooperation and assistance. In addition, Danaher and its subsidiaries disclaim that the content of this email constitutes an offer to enter into, or the acceptance of, any contract or agreement or any amendment thereto; provided that the foregoing disclaimer does not invalidate the binding effect of any digital or other electronic reproduction of a manual signature that is included in any attachment to this email.

1 0

Does anyone know if the dedup is across the entire aggr or just the volume in 7.3.x?
by Page, Jeremy 07 Dec '09

07 Dec '09

Does anyone know if the dedup is across the entire aggr or just the volume in 7.3.x? I'd like to break up my VMware environment so we have a volume per service (so SQL Warehouse volume, Call Center etc). This would be nice because we could delegate the rights to them, move them around if specific apps required more IO and aid in troubleshooting. The question I have is will this kill our dedup percentages? Please be advised that this email may contain confidential information. If you are not the intended recipient, please do not read, copy or re-transmit this email. If you have received this email in error, please notify us by email by replying to the sender and by telephone (call us collect at +1 202-828-0850) and delete this message and any attachments. Thank you in advance for your cooperation and assistance. In addition, Danaher and its subsidiaries disclaim that the content of this email constitutes an offer to enter into, or the acceptance of, any contract or agreement or any amendment thereto; provided that the foregoing disclaimer does not invalidate the binding effect of any digital or other electronic reproduction of a manual signature that is included in any attachment to this email.

2 1

SMVI 2.0 problem
by steve klise 02 Dec '09

02 Dec '09

ok, scratching my head here... I just upgraded the new SMVI 2.0 with file level restore.. HURAYY.. Its only been a year, but I guess you cant rush perfection. I was previously running 1.2 and have the typical wait time errors, but for the most part is successful. Specs: ESX vshpere 4.0 (non 4i flavor) SMIV 2.0 (installed on VMWare VIC physical server) 6040's DOT 7.3.11 FC HP DL380s G5(for now) problem: When I try and do a single file restore via self service option, (to and from the same VM guest), I go to select the vm in the restore agent from the guest OS, I press OK. Then I get an error: Failed to retrieve backupList fro the source guest. And I only have an OK button. i have tried from multiple guest os'es. Same result. I looked in the log, and this is just before the popup I get: at RestoreAgentWCFSvc.RestoreAgent.GetBackupsAndDisks(GuestIdentifier guest, List`1& backupRootedHierarchy, List`1& diskRootedHierarchy, Exception& exFromHyperVisor) then the error in the log.. 11/23/2009 01:31:48:154 (PID:01684 ,TID:00006): Failed to retrieve backupList for the source guest Any help is appreciated.. -- View this message in context: http://old.nabble.com/SMVI-2.0-problem-tp26486178p26486178.html Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.

2 2

Some disks showing as 0.0GB 0B/sect (Found in scan)
by Keith Howlett 30 Nov '09

30 Nov '09

Hi, I am in the final stages of decommissioning a pair of FAS3020 filers and have been running the disk sanitize commands to erase all our data before the systems go back to NetApp (trade in deal as part of the purchase of a FAS3140) . They are no longer on support so I can't open a case with NetApp. During the execution of the disk sanitize command to clear the final few discs it hung at 9% completed, and would not proceed beyond that. All activity on those specific disks had ceased. If I run a sysconfig -a they now report as 0.0GB 0B/sect (Found in scan) I have tried the privileged command disk unfail -s <diskname> (which I have used to clear BAD_LABEL faults) but the system now reports the disks as not being found. A reboot has made no difference. The only item I could find in the NetApp KB was around software based disc ownership, but we do not have software ownership enabled on the disks/filers. Whilst I could just ship it back to NetApp as it is, I would like to get the discs back online to complete the disk sanitization process. I have tried moving the failed disks to another shelf, but the fail remains so it is the disks and not the shelf. Any ideas ? Thanks Keith ________________________________ Sophos Plc, The Pentagon, Abingdon Science Park, Abingdon, OX14 3YP, United Kingdom. Company Reg No 2096520. VAT Reg No GB 348 3873 20.

1 1

RE: Power change 110 to 208v without downtime
by Learmonth, Peter 24 Nov '09

24 Nov '09

It works. I've done it. Gotta check on support. -----Original Message----- From: Page, Jeremy <jeremy.page(a)gilbarco.com> Sent: Monday, November 23, 2009 12:48 PM Cc: toasters(a)mathworks.com <toasters(a)mathworks.com> Subject: RE: Power change 110 to 208v without downtime Let us know if it works :-) ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Kevin H. Schoener Sent: Monday, November 23, 2009 3:25 PM To: Bill Holland; Suresh Rajagopalan Cc: toasters(a)mathworks.com Subject: RE: Power change 110 to 208v without downtime ..shouldn't be a problem. The low-side of the Power Supply is the same for both high-side voltages. So, assuming you're plugging into a 208V power source on the "new" Power Supplies, it should work fine. Best Regards, Kevin ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Bill Holland Sent: Monday, November 23, 2009 2:59 PM To: Suresh Rajagopalan Cc: toasters(a)mathworks.com Subject: Re: Power change 110 to 208v without downtime I certainly would not be brave enough to try that. Not sure what having 208 on one side and 110 on the other would do, but seems like a potential for disaster. On Mon, Nov 23, 2009 at 2:31 PM, Suresh Rajagopalan <SRajagopalan(a)williamoneil.com> wrote: Our filers and shelves are currently on 110v power. We'd like to switch to 208v, possibly without downtime. I'm thinking of moving each power supply one by one from 110v to 208v. Are there any issues doing it this way? Thanks Suresh Please be advised that this email may contain confidential information. If you are not the intended recipient, please do not read, copy or re-transmit this email. If you have received this email in error, please notify us by email by replying to the sender and by telephone (call us collect at +1 202-828-0850) and delete this message and any attachments. Thank you in advance for your cooperation and assistance. In addition, Danaher and its subsidiaries disclaim that the content of this email constitutes an offer to enter into, or the acceptance of, any contract or agreement or any amendment thereto; provided that the foregoing disclaimer does not invalidate the binding effect of any digital or other electronic reproduction of a manual signature that is included in any attachment to this email.

3 2

vif create on the fly
by Steve Losen 23 Nov '09

23 Nov '09

I am going to create a vif using two interfaces (e0a and e0c). The IP address of e0a is going to be the IP for the vif, e0c is not in use. I was hoping to do this without shutting down, and disrupt connections on that IP for just a few seconds. Do I need to "ifconfig down" e0a before running "vif create" ? For speed and accuracy, I will put the commands in a file beforehand and run it with "source". The switch is configured, but I have to move the cables to the configured ports. Should I do this before running "vif create" ? This is a clustered pair, so I will be doing this on both filers. Any clustering issues to worry about? Should I "cf disable" before and "cf enable" after to avoid any unwanted fail overs? I would appreciate any suggestions on how best to do this. Thanks, Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

8 8

Re: head count per storage
by babarhaq＠email.com 17 Nov '09

17 Nov '09

Very understandable. What I am looking for is if there is any research or documents available on this issue? -----Original Message----- From: Jeff Mohler <speedtoys.racing(a)gmail.com> To: babarhaq(a)email.com Cc: toasters(a)mathworks.com Sent: Tue, Nov 17, 2009 8:41 am Subject: Re: head count per storage Depends how many itunes librarys they backup onto it. Every engineering discipline will be different...and that will vary on compliance and backup procedures in place..etc..etc.. On Mon, Nov 16, 2009 at 9:26 PM, <babarhaq(a)email.com> wrote: > Hi all, > > IHAC who is looking for stats which could point to industry standards > mentioning the head counts (engineers) required per amount of storage > (PB,TB). > Any links with such studies would be great. > > Regards, > Babar Haq > -- No Signature Required Save The Bits, Save The World!

1 0

head count per storage
by babarhaq＠email.com 17 Nov '09

17 Nov '09

Hi all, IHAC who is looking for stats which could point to industry standards mentioning the head counts (engineers) required per amount of storage (PB,TB). Any links with such studies would be great. Regards, Babar Haq

1 0

Jump to page:

2026

2025

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