toasters

toasters@lists.teaparty.net

13531 discussions

20 Mar '03

�T �C �P �f �� b �N �V �� ` �� ` �] �� X �� K �� E�E�E�B http://yaku3.netfirms.com/ http://my.kid-d.com/yaku0/ http://members.fortunecity.co.uk/smoker/ �y��z�y��z�y��z�y��z�y��z�y��z �� @ �h �� b �O �� A �� @�� http://www.smoker.9cy.com/ http://yaku.ciudad.org/ http://book-i.net/yaku0/ �y��z�y��z�y��z�y��z�y��z�y��z

1 0

Moving disk shelfs between filers
by Magnar Stav Johanssen 19 Mar '03

19 Mar '03

Hi! I've got one F630 with 2 disk shelfs, 14 disks and its running OnTAP 5.3.7R3 and one F760 with 4 disk shelfs, 17 disks and its running OnTAP 6.2R2. The F630 needs more diskspace and no extra disk slots, so I've like to move one of the diskshelfs from the F760 to the F630 and add some spare disk to it. The diskshelf, which I planed to move, has 3 or 4 disks connected to it, so I must move disks internally on the F760. How do I do this with as little downtime as possible? Anybody that would like to share their experience with me? Thanks, Magnar

1 0

Re: WWW over NFS
by Robert Borowicz 19 Mar '03

19 Mar '03

Dylan, This was just about the jist of my reply to Brian. We do have several NIC's in the Filer as of yet unused which could be routed to the DMZ. But it does open an entire IP stack to the DMZ whereas opening just the NFS ports through a hole in the Firewall exposes just the NFS port... -Bob At 07:26 PM 3/19/2003 +0000, Dylan Northrup wrote: >On Wed, 19 Mar 2003, Brian Long wrote: > >:=The filer should live on your DMZ :) No holes through firewalls to >:=worry about. In fact, it should be on a private VLAN that only your web >:=server(s) can see. > >Also, if it is necessary to have access to boxes inside your firewall access >the filer, you can put in another ethernet card and have an interface on the >DMZ and one inside the trusted network. Since the filer doesn't route >packets the practical worry is greatly minimized. > >I'd also deny any NFS traffic through the firewall and any traffic period to >the filer that doesn't come from inside the DMZ as well as keeping a very >tight lock on the exports file on the filer (including not exporting vol0 >to anything inside the DMZ). > >-- >Dylan Northrup >northrup(a)loudcloud.com >Unix System Administrator >EDS Automated Operations

1 0

WWW over NFS
by Robert Borowicz 19 Mar '03

19 Mar '03

Has anybody located their root website on a filer and mounted it via NFS to their webserver? I don't believe it would need "root=" permissions. I'm considering this possibility but am curious towards the Security considerations. IE: We'd have to open the NFS port through out Firewall to the DMZ to allow the NFS mount. How secure is the NFS port in OnTAP? Thanks -Bob

4 3

RE: Moving files but not .snapshots?
by Mohler, Jeff 18 Mar '03

18 Mar '03

No..it uses the builtin loopback/localhost IP pipe. Im not sure if theyve improved it, but IP performance over that used to be abysmal compared to GigE. -----Original Message----- From: Jeffrey.Burton(a)abbott.com [mailto:Jeffrey.Burton@abbott.com] Sent: Thursday, March 13, 2003 3:39 PM To: Art Hebert Cc: Jim Davis; toasters(a)mathworks.com Subject: RE: Moving files but not .snapshots? I don't know if the network card is in the path of an internal copy, but I'm fairly certain it does not. I copied 400M internally on my F880C in just under 2 minutes. I'm sure it depends heavily on the amount of fragmentation on the source's file system (my wafl scan measure_layout was 1.13, which is almost perfect). For some reason I can't find the ndmp throttle (to limit the CPU usage of ndmpcopy), I'm guessing that option does not exist, too bad. Below copied from NOW at: http://now.netapp.com/Knowledgebase/solutionarea.asp?id=ntapcs2471&resource= Thanks, Jeff ======================================== Beginning with Data ONTAP 6.2, ndmpcopy is built into the filer and does not require a seperate host to migrate data. See your respective Data ONTAP Data Protection Guide for more details: http://now.netapp.com/NOW/knowledge/docs/ontap/ontap_index.shtml Complete the following steps: 1. Obtain a current version of ndmpcopy from http://www.ndmp.org. 2. Install ndmpcopy on a host that has network access to the source and destination filers. 3. On both filers, enable NDMPD: a. Enter ndmpd on b. To confirm NDMP is running, enter ndmpd status. 4. Establish a "trust" relationship between the client and filer. a. Enter the hostname or interface name , i.e. , of the client and the destination filer in the source filer's /etc/hosts.equiv file. See the hosts.equiv manual page for additional options. 5. Execute the ndmpcopy on the client. The general syntax is ndmpcopy source destination Refer to ndmpcopy documentation for additional options. For other ways to migrate data, see the following: http://www.netapp.com/tech_library/3018.html ======================================== Art Hebert <art(a)arzoon.com> 03/13/2003 04:55 PM To: "'Jeffrey.Burton(a)abbott.com'" <Jeffrey.Burton(a)abbott.com>, Jim Davis <jdavis(a)cs.arizona.edu> cc: toasters(a)mathworks.com Subject: RE: Moving files but not .snapshots? I take it when copying files using ndmpcopy on a single source and destination filer the data never uses the network. This seems like it should be a lot faster, anybody have an idea how much faster? Also, which release was the first with ndmpcopy on board? Is there any other ways to copy just on the filer itself beside ndmpcopy? thanks art -----Original Message----- From: Jeffrey.Burton(a)abbott.com [mailto:Jeffrey.Burton@abbott.com] Sent: Thursday, March 13, 2003 12:19 PM To: Jim Davis Cc: toasters(a)mathworks.com Subject: Re: Moving files but not .snapshots? You can use ndmpcopy from the filerhead CLI, granted you have a new enough DOT version. This creates a snapshot then copy's all the data and ACL's from source to target. First make sure that the ndmp option is turned on: ndmpd.enable on Then below will work: ndmpcopy /vol/sourcevol /vol/destvol You can copy at any level, not just the vol level. If the source and dest's vols are on a seperate filer just preceed the dir with "filename:" so "ndmpcopy sourcefiler:/vol/sourcevol destfiler:/vol/destvol". After the copy you can remove the temp file created at the destination end which is used for incremental updates (I forgot the name but it will be a huge file with an obviously generated name). Man page and NOW has good ndmp info. Thanks, Jeff Jim Davis <jdavis(a)cs.arizona.edu> Sent by: owner-toasters(a)mathworks.com 03/13/2003 01:47 PM To: toasters(a)mathworks.com cc: Subject: Moving files but not .snapshots? I want to move two big directories from an old volume to a new volume, but just the files -- not the snapshot subdirectories. So far I've tried find . -type d -name '.snapshot' -prune -o -print | cpio -pdm /newvol from the adminhost, which works but isn't blazingly fast. Are there any other ways people can suggest?

2 1

Rancho HVD-LVD converter
by Todd Leuffgen 18 Mar '03

18 Mar '03

We have recently purchased a LVD SDLT 320 tape drive that we were hoping could plug directly into our F720 Filer. Problem is that filer has a HVD SCSI connection on the back of it and no ability to add a LVD SCSI card to it (at least that is what Netapp Support says). So I was wondering if anyone out there has tried a Rancho LVD to HVD SCSI converter in this type of application and if so what were the results. Thanks in advance, Todd Leuffgen

3 2

未承諾広告※緊急のお知らせ
by me465156 15 Mar '03

15 Mar '03

<MÒ> dq[LÐ cÆLÅÍ èÜ¹ñ §104-0061 sæâÀ8-19-3 æ2ECOr@3F TEL:03-3544-6222 FAX:03-3544-6218 ºLÌæ€ÈàÌÍŒ\[ÈÌÅA²ÓŸ³¢B íQÉíêœûÍÅñÌx@ÉíQÍ¯ðoµÄŸ³¢B ±ÌŒ\Í³·ÊÉçêÄéàÌÅ·BàeââsûÀà ÏŠÄM³êÄÜ·ªAÂ Œ\Å·B ±ÌdbÆe`wÍÐÌàÌÅ·ªAèÉgíêÄ¢éàÌÅA ÐÆÍÜÁœÖW èÜ¹ñB ±ÌgÑÔÍu090-1281-3920ATU-KACF€m/ò/Od/ÃªvÆlÌàÌÆvíêÜ·B {¶Œ\àeF yä¿Êmz så}äAvµÜ·t ±ÌxÍßÉ Èœlªgp³êœdbñü©çÚ±³êœ A_gTCgp¿àÉÂ¢Ä ^cÆÒæè¢[p¿àÉÖ·éÂ ÷nðó¯ €ª¢[p¿àÌñûìÆð ãs³¹ÄžÉÈèÜµœÌÅäA³¹Äž«Ü·B »ÝÍºLÉLÚÌp¿àª¢[ÆÈÁÄÜ·ÌÅ x¹QàšæÑñûãsè¿àÜßÄ QQUúijßãRÜÅÌUèÝð äx¥¢úÀÆµÄºLÉLÚÌwèûÀÜÅ äüàµÄžæ€äè¢\µã°Ü·B všx¥¢àzFQORPO~ @@@@^cÆÒFsNmds @@¢[p¿àFPQTOO~ @@@x¹QàF@RPQO~ @ñûãsè¿F@SUXO~ yUæûÀz ======================= @ eâsðäp·éê@@@@@ @@@ÝžÙâsFVhŒûxX @@@@ûÀÔFjSRRROSV @@@@ûÀŒ`FV~Y C`E @ XÖÇðäp·éê @@@@Ê LFPOPVO @@@@Ê ÔFVPQWSRTP @@@@Ê Œ`FV~Y C`E ===================================== UèÝÌÛÉÍKžñû®Ôð ŒOÌOÉäüÍµÄº³¢B ¬â©ÉäüàµÄž¯È¢êÍ enæÌÂ ÖAÆÒšæÑÖA±Ö o^îñšæÑÂlîñðó¯n·ÌÅ ÅIIÉWàêåSõðä©îÈÇÉ Kâð³¹Äž«Ü·B »ÌÛÉÍãLÌvx¥zÉ ðÊïÆlïðÁZµÄ ñPO{Ì¿³¹ÄžêªäÀ¢Ü·ÌÅ šYêÈKžäüàµÄº³¢B xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx @@@@@ ij®Æ^ã\FŽ êY @@@Â îñÇVXe @@@sdkF03-3544-6222 @@@e`wF03-3544-6218 @@@@gÑF090-1281-3920 @@@@SFº pr@ Œ\ÌàeASÒÌŒOÍÏŠÄMµÄ¢Ü·B ê®êà±ÌèÌŒ\É²Óº³¢B

1 0

Resize existing volume
by Patrick Lee 14 Mar '03

14 Mar '03

I have a Filer 720. Is there any way to resize an existing volume short of re-creating it? Originally the volume started with all 18 GB drives. Overtime, as disks failed, they were replaced with 36 GB drives. So now we have some 36 GB drives that are only half used. See below: RAID Disk HA.ID HA SHELF BAY CHAN Used (MB/blks) Phys (MB/blks) --------- ----- ------------ ---- -------------- -------------- parity 8.1 8 0 1 FC:A 34500/70656000 35003/71687368 data 8.4 8 0 4 FC:A 17000/34816000 34732/71132960 data 8.9 8 0 9 FC:A 17000/34816000 34732/71132960 data 8.3 8 0 3 FC:A 17000/34816000 17366/35566480 data 8.2 8 0 2 FC:A 17000/34816000 17366/35566480 data 8.0 8 0 0 FC:A 17000/34816000 17366/35566480 data 8.7 8 0 7 FC:A 34500/70656000 34732/71132960 Thanks, -- Patrick Lee <pat(a)patlee.org>

1 0

RE: backup permission problem on nfs share
by James Beal 14 Mar '03

14 Mar '03

1 0

backup permission problem on nfs share
by Danny G Smith 14 Mar '03

14 Mar '03

I am using Time Navigator to backup an nfs share on an f85 filer. I have given the linux bacup server "dilbert" root access via the exports file: /vol/volxtal/x -root=dilbert:omega,access=alpha:beta I have run an exportfs to make sure that everything is ok. This is an example of the log from tina: 4097|14|unix_end_read_obj_data|9|~|1|4|1047654637|2184|tina_backup|dilbert|root|xtal|dilbert|Unable to set time on "sfcheck.log", retcode = ERR_PERM|863| 4097|14|unix_end_read_obj_data|9|~|1|4|1047654639|2184|tina_backup|dilbert|root|xtal|dilbert|Unable to set time on "sfcheck_dcr.dat", retcode = ERR_PERM|863| thanks, Danny G Smith ----------------------------- Sr UNIX Systems Administrator Crystallography Dept Oklahoma Medical Research Foundation phone (405)271-8954 fax (405)271-7953 ========================================================= UNIX air conditioned environment, keep the windows closed

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