toasters

toasters@lists.teaparty.net

13520 discussions

RE: mv'ing between qtrees
by Muhlestein, Mark 25 Feb '00

25 Feb '00

The problem is that every inode in a qtree has a qtree id in it. You'd have to update the contents of the inode, adjusting the id and updating quotas. Of course, that would be faster (in most cases) than actually copying the data for all files. I'm sure there are other issues, such as the fact that any NFS filehandles referring to the old qtree would be stale, but it's an idea that keeps coming up so I've submitted an RFE for this: 22411. Mark Muhlestein -- mmm(a)netapp.com -----Original Message----- From: Graham C. Knight [mailto:grahamk@ast.lmco.com] Sent: Friday, February 25, 2000 7:38 AM To: toasters(a)mathworks.com Subject: mv'ing between qtrees Has anyone figured out a way to trick the system into allowing a lightning fast "mv" of directories/files in between qtrees that are on the same volume? It seems to me that the filesystem is actually the volume, and that qtree's are just built on top of that - so a "mv" *might* be possible with the right craftiness. Anyone done it? Can anyone tell me beyond a shadow of a doubt that it's impossible so i'll quit trying to figure out a way to do it?? The error i'm trying to work around is this one: doc*> qtree Volume Tree Style Oplocks -------- -------- ----- -------- vol0 unix enabled vol0 doc-1 mixed enabled vol0 test unix enabled vol0 test2 unix enabled doc*> mv /test/testing1 /test2 rename: Cross-device link doc*> Thx, Graham

2 1

Tivoli Anyone
by Michael Plett 25 Feb '00

25 Feb '00

Has anybody use Network Appliance filers or know if they work with IBM's Tivoli product? ********************************************************************* Michael Plett Application Engineer Axis Technologies Office: 972/588-1874 16633 Dallas Parkway Fax: 972/588-1876 Suite 600 Email:maplett@axistec.com Dallas, TX 75248 USA http://www.axistec.com ********************************************************************* ___ _ _______ _ / _ \ __ __ (_) ___ |__ __| __ __ | |_ | |_| | \ \/ / | | ( __) | | / _) / _)| _ \ | _ | > < | | _ \ | | ( _)( |_ | | | | |_| |_| /_/\_\ |_| (___) |_| \__) \__)|_| |_|

1 0

Requested: expuiriences with Legato client for a NetApp filer
by Schepers, Jan 25 Feb '00

25 Feb '00

Hello people, I'm looking for persons that have expirience with the Legato client for NetApp filers. We're having problems using it and I'd like to share some information with people who (un)succesful use it. I'm offering to summerize in this list when you prefer to discuss offline. TIA, Yann mailto:Jan.Schepers@nl.origin-it.com

2 1

NVRAM memory
by Jay Orr 25 Feb '00

25 Feb '00

Here's a question - we had to replace some parts in our F330, and ended up only putting 2 of the 4 simms from the NVRAM card back onto the card. What kind of performance does more/less NVRAM have on a filer? ----------- Jay Orr Systems Administrator Fujitsu Nexion Inc. St. Louis, MO

9 29

Re: How to Create ClearCase VOB on filer F720
by Will Partain 25 Feb '00

25 Feb '00

John Stoffel <john(a)casc.com> writes: > 1. VOBs cannot be on NetApps True, but VOB storage pools can be. (That's the great bulk of VOB storage anyway.) > 3. You can NOT snapshot a VOB without first locking the VOB to make > sure it is consistent. Yep; the way we used to do it: (a) lock the VOB, (b) copy over the non-storage-pool VOB stuff to the filer [so you've got all the VOB stuff in "one place"]; (c) snapshot; (d) unlock the VOB; (e) take a copy of the snapshot at your leisure; (f) delete the snapshot. Will PS: Any, you're in Motorola, I can even give you the code required :-)

3 2

mv'ing between qtrees
by Graham C. Knight 25 Feb '00

25 Feb '00

Has anyone figured out a way to trick the system into allowing a lightning fast "mv" of directories/files in between qtrees that are on the same volume? It seems to me that the filesystem is actually the volume, and that qtree's are just built on top of that - so a "mv" *might* be possible with the right craftiness. Anyone done it? Can anyone tell me beyond a shadow of a doubt that it's impossible so i'll quit trying to figure out a way to do it?? The error i'm trying to work around is this one: doc*> qtree Volume Tree Style Oplocks -------- -------- ----- -------- vol0 unix enabled vol0 doc-1 mixed enabled vol0 test unix enabled vol0 test2 unix enabled doc*> mv /test/testing1 /test2 rename: Cross-device link doc*> Thx, Graham

1 0

informix and netapps
by Stephen C. Woods 25 Feb '00

25 Feb '00

Out admin folks have a bunch of INFORMIX(tm) databases that we're thinking about moving to a filer (740 5.3.2). The issue is database locking we've been told by Informix that they don't support databases on nfs filesystems because of locking problems. Is anyone here using INFORMIX on an NFS filsystem imported from a filer? On one machine? Multiple machines? Multiple databases? ----- Stephen C. Woods; UCLA SEASnet; 2567 Boelter hall; LA CA 90095; (310)-825-8614 Finger for public key scw(a)cirrus.seas.ucla.edu,Internet mail:scw@SEAS.UCLA.EDU

2 1

RE: informix and netapps
by Marchi, Michael 25 Feb '00

25 Feb '00

Note the press release with Informix on 1/25 which confirms NetApp certification with Informix. I believe the person you spoke to at Informix is misinformed. If you pass us the Informix contacts we will follow up. http://www.netapp.com/news/press/news_rel_20000125a.html Hope this helps. Mike -----Original Message----- From: Stephen C. Woods [mailto:scw@seas.ucla.edu] Sent: February 24, 2000 3:39 PM To: toasters(a)mathworks.com Subject: informix and netapps Out admin folks have a bunch of INFORMIX(tm) databases that we're thinking about moving to a filer (740 5.3.2). The issue is database locking we've been told by Informix that they don't support databases on nfs filesystems because of locking problems. Is anyone here using INFORMIX on an NFS filsystem imported from a filer? On one machine? Multiple machines? Multiple databases? ----- Stephen C. Woods; UCLA SEASnet; 2567 Boelter hall; LA CA 90095; (310)-825-8614 Finger for public key scw(a)cirrus.seas.ucla.edu,Internet mail:scw@SEAS.UCLA.EDU

1 0

RE: informix and netapps
by Moore, Duncan 25 Feb '00

25 Feb '00

Network Appliance and Informix announced Certification for Filers in a Informix database environments this year in January. Press release link below: http://www.netapp.com/news/press/news_rel_20000125a.html I hope this helps. Duncan -----Original Message----- From: Stephen C. Woods [mailto:scw@seas.ucla.edu] Sent: Thursday, February 24, 2000 3:39 PM To: toasters(a)mathworks.com Subject: informix and netapps Out admin folks have a bunch of INFORMIX(tm) databases that we're thinking about moving to a filer (740 5.3.2). The issue is database locking we've been told by Informix that they don't support databases on nfs filesystems because of locking problems. Is anyone here using INFORMIX on an NFS filsystem imported from a filer? On one machine? Multiple machines? Multiple databases? ----- Stephen C. Woods; UCLA SEASnet; 2567 Boelter hall; LA CA 90095; (310)-825-8614 Finger for public key scw(a)cirrus.seas.ucla.edu,Internet mail:scw@SEAS.UCLA.EDU

1 0

RE: informix and netapps
by Mohler,Anissa 25 Feb '00

25 Feb '00

That's interesting... Informix has certified NetApp for storage... see this release. http://www.netapp.com/news/press/news_rel_20000125a.html I'm sure your local NetApp sales rep can give you more details about which specific versions of Informix products we are certified for. :-----Original Message----- :From: Stephen C. Woods [mailto:scw@seas.ucla.edu] :Sent: Thursday, February 24, 2000 3:39 PM :To: toasters(a)mathworks.com :Subject: informix and netapps : : : Out admin folks have a bunch of INFORMIX(tm) databases that :we're thinking :about moving to a filer (740 5.3.2). : : The issue is database locking we've been told by Informix :that they don't :support databases on nfs filesystems because of locking problems. : : Is anyone here using INFORMIX on an NFS filsystem imported from a :filer? On one machine? Multiple machines? Multiple databases? : :----- :Stephen C. Woods; UCLA SEASnet; 2567 Boelter hall; LA CA :90095; (310)-825-8614 :Finger for public key scw(a)cirrus.seas.ucla.edu,Internet :mail:scw@SEAS.UCLA.EDU :

1 0

Jump to page:

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