toasters April 2001

toasters@lists.teaparty.net

205 participants
286 discussions

oplock problems
by Matt Graham 04 Apr '01

04 Apr '01

Hello, I have been having oplock break time outs, and I can't seem to isolate the cause of the problem. It is only certain clients that are experiencing the problem. One of the clients seemed to be fixed when I moved it from the switch that it was on to a hub (which doesn't make any sense, and may be coincidental) Also, I never noticed these problems before we converted to a fully switched network The clients are win98 and nt4. I am running NetApp Release 5.3.6R2. I am now running with oplocks disabled, but it seems like a poor solution to me. Any help appreciated, Matt

1 0

RE: Remote Dump error
by Cormier, Darleen 04 Apr '01

04 Apr '01

Yeh, yeh, I blew it, should have had a cup of coffee before I answered that. Sorry all -----Original Message----- From: Colm Buckley [mailto:colm@tuatha.org] Sent: Tuesday, April 03, 2001 10:02 AM To: toasters(a)mathworks.com Subject: Re: Remote Dump error > == Darleen Cormier <Darleen.Cormier(a)netapp.com> > The dump utility on a NetApp filer can only move data to a tape > drive which is directly attached to a filer. It can not move data to > a tape d rive which is attached to a Sun server. What? It works fine here - all you need is to have the remote shell daemon (rshd) running on the Sun box, with the NetApp filer allowed to run commands as root ("netapp.network root" in root's .rhosts file). Alternatively, you could do something like: rsh netapp dump 0u / > /dev/rmt/0 - the output of the netapp's 'dump' command will be sent to standard output, which goes to the tape drive. Note that you won't be able to run multi-tape dumps like this. Colm -- Colm Buckley, NewWorld Commerce, 16 South Cumberland St., Dublin 2, Ireland. Personal: +353 87 2469146 / colm(a)tuatha.org / http://www.tuatha.org/~colm/ Business: +353 1 4334334 / colm(a)nwcgroup.com / http://www.nwcgroup.com/ Indecision is the key to flexibility.

2 1

Inodes a go go
by Tom "Mad Dog" Yergeau 03 Apr '01

03 Apr '01

Okay, so the maximum number of inodes is 95% of the true (not usable) size of a volume divided by four. And if you're daring enough to type this into your filer, it will tell you that anyway: usvasvfile-001> maxfiles inquisition 50000000000000000 Max inode count cannot exceed 201249946 Now here's the problem. I just passed this information on to the developers who wrote the program that uses up this exceedingly ridiculous number of inodes, and they tell me that they are going to start using them up even faster than in the past, and we may run out within six months, and is there anything we can do to get more inodes? I suggested they re-write their program to not generate tens of thousands of directories every day, but I don't know how well that will fly. Can anyone think of a way to get more inodes? NetApp folks, any hope a RFE for a higher inode limit would go through? Thanks, Tom As our developer says: -----Original Message----- From: Joseph Manak Sent: Tuesday, April 03, 2001 1:56 PM To: Tom "Mad Dog" Yergeau Subject: RE: We will endeavor to pursue an inode conservation program.... However it is not obvious how to do this w/o rewriting all of our reporting software... - J

2 1

RE: Remote Dump error
by Cormier, Darleen 03 Apr '01

03 Apr '01

Hi Kunihiko, The dump utility on a NetApp filer can only move data to a tape drive which is directly attached to a filer. It can not move data to a tape drive which is attached to a Sun server. If you wish to leave the tape drive attached to your Sun 450, you will need to buy a software package which can control that. Some of the backup packages which will allow you to move data from the filer, to the tape drive attached to the Sun are : WorkStation Solutions- Quick Restore v2.7; Syncsort - Backup Express v2.1.3; Bakbone - Netvault 6.03; Legato- Networker 6.0.1 with SnapImage v1.5. I hope this answers your questions -----Original Message----- From: Kunihiko.Motoyoshi [mailto:Kunihiko.Motoyoshi@ctc-g.co.jp] Sent: Monday, April 02, 2001 11:11 PM To: 'toasters(a)mathworks.com' Cc: strg(a)ts.ctct.ctc-g.co.jp Subject: Remote Dump error Hi all, In first, Sorry to I am poor at English. One of our custmer use F720 running with ONTAP5.3.2D4. They tried to backup to DLT7000 it connected to Sun by remote dump command. However,Dump dose not work with few messsages from NetApp. DLT7000 dose work locally by ufsdump command. Please let me know, any infomations. More details as following: Environments: NetApp F720 running ONTAP5.3.2D4 E450(SUN) with Solaris2.6 or 7 DLT7000 connected to E450 Symptoms: on NetApp console: NetApp> dump 0fub E450:/dev/rmt/0 63 /home E450: premature EOF DUMP: Remote tape cannot be initialized. DUMP: DUMP IS ABORTED rsh from E450: E450# rsh NetApp dump 0fub E450:/dev/rmt/0 63 /home E450: premature EOF DUMP: Remote tape cannot be initialized. DUMP: DUMP IS ABORTED result of mt command E450# mt -f /dev/rmt/0 status Sun DLT7000 tape drive: sense key(0x0)= No Additional Sense residual= 0 retries= 0 file no= 0 block no= 0 Thanks in advance. -pon -- Kunihiko Motoyoshi Phone:+81-3-3649-4937 / Fax:+81-3-3649-6425 Storage Group / Technical Support Dept. CTC Technology

2 1

RE: Filer Serial Connectivity
by Mike Sphar 03 Apr '01

03 Apr '01

Actually, is there any reason you *couldn't* hook a modem up to the console port? I used to hook modems up to the console ports of old UNIX systems all the time in my early days of tech support. The console port is just a serial port, and the modem is just a serial interface device. I don't see why you couldn't hook a modem up to a console port and as long as you got the cabling right and configured the modem right it should work. Though personally if I were going to go through this sort of work I would likely hook the modem up to a separate terminal server or a machine running conserver. -- Mike Sphar - Sr Systems Administrator - Engineering Support Services - Remedy Corporation BOFH, GWP, MCP, MCP+I, MCSE, BFD -----Original Message----- From: Paul Brosseau [mailto:paulb@netapp.com] Sent: Tuesday, April 03, 2001 6:42 AM To: geen(a)ti.com; toasters(a)mathworks.com Subject: RE: Filer Serial Connectivity As for the dial-in thing, That is the old way of doing things. Today you want to leverage your network to do things. I think that filers should have an option to hook a modem directly up to the console port, but the usefulness of such a feature is pretty limited. The product design is network centric. In the old days the network used to be unreliable. Today's switched netwoorks are probably the mostreliable part of the computing infrastructure. Except of course for your filers ;-)

1 0

Re: Remote Dump error
by Colm Buckley 03 Apr '01

03 Apr '01

> == Darleen Cormier <Darleen.Cormier(a)netapp.com> > The dump utility on a NetApp filer can only move data to a tape > drive which is directly attached to a filer. It can not move data to > a tape d rive which is attached to a Sun server. What? It works fine here - all you need is to have the remote shell daemon (rshd) running on the Sun box, with the NetApp filer allowed to run commands as root ("netapp.network root" in root's .rhosts file). Alternatively, you could do something like: rsh netapp dump 0u / > /dev/rmt/0 - the output of the netapp's 'dump' command will be sent to standard output, which goes to the tape drive. Note that you won't be able to run multi-tape dumps like this. Colm -- Colm Buckley, NewWorld Commerce, 16 South Cumberland St., Dublin 2, Ireland. Personal: +353 87 2469146 / colm(a)tuatha.org / http://www.tuatha.org/~colm/ Business: +353 1 4334334 / colm(a)nwcgroup.com / http://www.nwcgroup.com/ Indecision is the key to flexibility.

1 0

RE: Filer Serial Connectivity
by Fox, Adam 03 Apr '01

03 Apr '01

> My one gripe about filers in this regard is that it's not possible > to manipulate the power supply remotely. All of our other servers > (HP 9000s and Netservers) allow me to literally power them down and > bring them back up again. Very handy in the unlikely event of the > machine completely locking up. One thing we do here locally is we purchased IP addressable power strips. Most of the major power guys sell them these days and that allows us to power cycle and filer head, shelf, switch, whatever regardless of whether the box head, shelf, etc. has the capability. I'll feed back this feedback into the remote supportability group. I'm sure they are already thinking about it, but it never hurts. -- Adam Fox NetApp Professional Services, NC adamfox(a)netapp.com

1 0

RE: Win2k and the Filer
by Muhlestein, Mark 03 Apr '01

03 Apr '01

We don't currently support the Windows File Replication Service RPCs, but if all the servers in question are filers you should be able to achieve the same effect using DFS + SnapMirror. Mark Muhlestein -- CIFS engineering -----Original Message----- From: Morgan, Joshua [mailto:JMorgan@nuvox.com] Sent: Tuesday, April 03, 2001 5:54 AM To: toasters(a)mathworks.com; 'Morgione, Christopher'; 'Keith Brown'; 'Fox, Adam' Subject: RE: Win2k and the Filer Here is why I am asking DFS in Windows 2000 and Automatic replication Per Microsoft's Doc's you have to be running NTFS 5 on the DFS link for Automatic replication Basically we have a Pair of 760's that I would like to point some DFS links at, and have them replicate to remote sights during off hours. -----Original Message----- From: Morgan, Joshua [mailto:JMorgan@nuvox.com] Sent: Monday, April 02, 2001 5:18 PM To: toasters(a)mathworks.com Subject: Win2k and the Filer Any word on when the filer will support NTFS 5? Joshua Morgan

1 0

RE: Win2k and the Filer
by Yoder, Alan 03 Apr '01

03 Apr '01

Sorry, I misunderstood. NTFS is Microsoft's proprietary filesystem. NetApp has no plans to replicate it. We do have an add-on product called SnapMirror(tm) which I think might do what you want. Your sales rep should be able to help you with this. I'm not an NDMP dude, so I don't know, but perhaps others on this list can tell you whether scripts and ndmpcopy are also an alternative. Alan =============================================================== Alan G. Yoder agy(a)netapp.com Network Appliance, Inc. Sunnyvale, CA 408-822-6919 =============================================================== -----Original Message----- From: Morgan, Joshua [mailto:JMorgan@nuvox.com] Sent: Tuesday, April 03, 2001 5:54 AM To: toasters(a)mathworks.com; 'Morgione, Christopher'; 'Keith Brown'; 'Fox, Adam' Subject: RE: Win2k and the Filer Here is why I am asking DFS in Windows 2000 and Automatic replication Per Microsoft's Doc's you have to be running NTFS 5 on the DFS link for Automatic replication Basically we have a Pair of 760's that I would like to point some DFS links at, and have them replicate to remote sights during off hours. -----Original Message----- From: Morgan, Joshua [mailto:JMorgan@nuvox.com] Sent: Monday, April 02, 2001 5:18 PM To: toasters(a)mathworks.com Subject: Win2k and the Filer Any word on when the filer will support NTFS 5? Joshua Morgan

1 0

Maximum number of inodes
by Tom "Mad Dog" Yergeau 03 Apr '01

03 Apr '01

Hi, I know filers by default won't get a volume more than, say, 33 million inodes, and that the general formula for determining the number of inodes is (volume size in kilobytes) / 32 kb = #of inodes. But, does anyone know if there is a maximum number of inodes? Does anyone out there have volumes with over 200 million inodes and have you seen any issues with those types of volumes? We've got an application that's generating about 5-10 million inodes a month (don't ask) and I'm concerned about that. Will this be a problem? Thanks! Tom

3 2

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 April 2001