toasters

toasters@lists.teaparty.net

13520 discussions

I'm OK
by Tom Reingold 11 Sep '01

11 Sep '01

I'm OK, and I believe so is everyone I know. Thank God. (Sorry for the mass email. If you don't know me, sorry for bothering you.)

1 0

max capacity
by Matt Graham 10 Sep '01

10 Sep '01

I was reading one of the NOW documents to get some background on expanding our filer. I'm a bit confused as to what the max capacity limit is based on. I found a table for the 740. From looking at the table it would appear that the max capacity is limited to 1,008 GB regardless of the size of the disks used. However, the text indicates that the limitation is a function of the number of disks supported (which is contradictory to the table). The table shows that I could have 28 disks x 36 GB. Does the fact that I have 36GB disks installed limit me to a total of 28 disks? I have seven 18GB disks that I plan to keep using as well. Thx, Matt -- __________________________________________________________ If you can remain calm, you just don't have all the facts¿

1 0

NDMP backups and tape retention
by Jay Newton 10 Sep '01

10 Sep '01

I am trying to find information on how other companies are backing up their Filers and how long tapes are retained. We are using a F840 Filer for Oracle databases and CIFS file services. We use CommVault Galaxy to back up the data. However, it is impossible to set up a GFS-type of rotation in Galaxy for NDMP clients. Do other products also have this limitation? If so, how do you get around it. Is a GFS-style rotation needed any more with the Filer? Any help would be greatly appreciated. Jay Newton Systems Engineer - Chesapeake Operating (405)810-2683 (405)879-9578 fax

1 0

Re: scsi.cmd.checkCondition:error when switching tapes during backup
by Steven Boyer 10 Sep '01

10 Sep '01

I am seeing the same error when doing a snapmirror to tape. When I contacted NetApp thay said the following: ------------------------------------------------------------------------ Hello Steven, About the [scsi.cmd.checkCondition:error]:...Check Condition:...: Sense Data no error - (0x0 - 0x0 0x2), An application or process accessing the tape device has made an attempt to write file marks past the end of tape. This one's pretty harmless.. It's a condition that usually arises when it finds an EOM marker on the tape. It's important to note that everything should be working as expected. This message is just "informational". There is a KB article on the http://now.netapp.com site, ntapcs1891. You could see this on an ordinary, non-NDMP dump or other tape operation as well as any NDMP-initiated tape operation. I hope this explanation helps. Let me know if there is anything else that i can help you with. Thanks Parag Patel Technical Support Engineer. Network Appliance Inc. Direct: 408-822-4776 Support and Upgrades: http://now.netapp.com/ ------------------------------------------------------------------------ ---------- Original Message ---------------------------------- From: Moshe Linzer <Moshe.Linzer(a)nsc.com> Date: Mon, 10 Sep 2001 10:46:53 +0300 >We are running 6.1R1, and we are seeing the following symptoms ever >since installing Veritas Netbackup and a new Qualstart AIT tape >library. The errors occur when a tape change occurs in the middle of a >backup. The 'solution' below seems to say that Veritas is timing out >waiting for NDMP to load the new tape. Does anyone know how to increase >this timeout in NetBackup? > >Thanks, > >Moshe > > Solution ID: ntapcs1891 > > Title: NDMP backup error message: Device 0b.4: Sense Data no error - >(0x0 - 0x0 0x2) - NetApp filer > > Problem Environment: > NetApp filer > F85 > F800 series > F700 series > F600 series > Data ONTAP 6.x > NDMP backup software > ONTAP 5.3 and earlier versions returned a 'SCSI bus reset' then retried >the command > > Problem Description: > Error message: [scsi.cmd.checkCondition:error]: Device 0b.4: Check >Condition: CDB 0x10: > Sense Data no error - (0x0 - 0x0 0x2) > Error message: Device 0b.4: Sense Data no error - (0x0 - 0x0 0x2) > > Fix: > 1. Check that a tape is loaded and ready (ONLINE). > 2. Check the configuration of the NDMP backup software. If using a >robotic tape library, then > make sure that the backup software is configured correctly to work with >the library. > > This symptom can also be seen when a dump or restore spans multiple >tapes, and the NDMP > software times out waiting for the tape change. Legato's default >timeout is 30 seconds, and > Veritas' default is zero seconds. In this case, the fix is to increase >the timeout in the NDMP > software. > Last updated: JUL 2001 > > Cause of this problem: > An application or process accessing the tape device has made an attempt >to write file marks > past the end of tape. > NDMP backup software is not configured correctly to work with the tape >device or library. > > > > ©Copyright 1996-2000 Primus Knowledge Solutions, Inc. All Rights >Reserved. > >-- >----------------------------------------------------------------------------- >Moshe Linzer | On the Internet, >IT Manager | >National Semiconductor, Israel | nobody knows you're a moron. >Phone: 972-9-970-2247 | >Fax: 972-9-970-2001 | - Network Magazine >Email: moshel(a)nsc.com | >----------------------------------------------------------------------------- > > > > > -- Steven N. Boyer UNIX/NT/NetApp Support HQUSCENTCOM General Dynamics --

1 0

Registry entries
by Chuck Ross 10 Sep '01

10 Sep '01

Hello, I have a filer (740) running 6.1R1. In my /etc/registry file I have entries for options.if.e0.dhcp.* I can find no info in the documentation relating to DHCP. I can also not find where these values get set. Any ideas? I ask because the dhcp.ip and dhcp.dns_servers have bogus ip values. It is not impacting the filer as far as I can tell but I would like to know the deal. Thanks Chuck Ross SIGNIANT Inc. Trusted Data Transfer Services www.signiant.com Email: Chuck.Ross(a)signiant.com

1 0

Filers and SCO Unix
by Uros Lampret 10 Sep '01

10 Sep '01

Any body using this combination? I have some issues with locking and openig files under SCO Unix using Filer DOT 6.0.1R3. _____________________________ Uros Lampret Our Space Appliances d.o.o. Tbilisijska 59 1000 Ljubljana - Slovenia tel. +386 1 2425 372 fax +386 1 2425 382 email: Uros.Lampret(a)ourspace.si internet: www.ourspace.si _____________________________

1 0

scsi.cmd.checkCondition:error when switching tapes during backup
by Moshe Linzer 10 Sep '01

10 Sep '01

We are running 6.1R1, and we are seeing the following symptoms ever since installing Veritas Netbackup and a new Qualstart AIT tape library. The errors occur when a tape change occurs in the middle of a backup. The 'solution' below seems to say that Veritas is timing out waiting for NDMP to load the new tape. Does anyone know how to increase this timeout in NetBackup? Thanks, Moshe Solution ID: ntapcs1891 Title: NDMP backup error message: Device 0b.4: Sense Data no error - (0x0 - 0x0 0x2) - NetApp filer Problem Environment: NetApp filer F85 F800 series F700 series F600 series Data ONTAP 6.x NDMP backup software ONTAP 5.3 and earlier versions returned a 'SCSI bus reset' then retried the command Problem Description: Error message: [scsi.cmd.checkCondition:error]: Device 0b.4: Check Condition: CDB 0x10: Sense Data no error - (0x0 - 0x0 0x2) Error message: Device 0b.4: Sense Data no error - (0x0 - 0x0 0x2) Fix: 1. Check that a tape is loaded and ready (ONLINE). 2. Check the configuration of the NDMP backup software. If using a robotic tape library, then make sure that the backup software is configured correctly to work with the library. This symptom can also be seen when a dump or restore spans multiple tapes, and the NDMP software times out waiting for the tape change. Legato's default timeout is 30 seconds, and Veritas' default is zero seconds. In this case, the fix is to increase the timeout in the NDMP software. Last updated: JUL 2001 Cause of this problem: An application or process accessing the tape device has made an attempt to write file marks past the end of tape. NDMP backup software is not configured correctly to work with the tape device or library. ©Copyright 1996-2000 Primus Knowledge Solutions, Inc. All Rights Reserved. -- ----------------------------------------------------------------------------- Moshe Linzer | On the Internet, IT Manager | National Semiconductor, Israel | nobody knows you're a moron. Phone: 972-9-970-2247 | Fax: 972-9-970-2001 | - Network Magazine Email: moshel(a)nsc.com | -----------------------------------------------------------------------------

1 0

sysstat giving bogus results if >2GB read in interval
by Chris Thompson 09 Sep '01

09 Sep '01

The NOW database suggests that bug 2689 ("sysstat output is inaccurate if displayed at a long interval") is fixed in recent versions of ONTAP, e.g. 6.1.1. I don't think so. See the start of the disk scrub tonight on an F740... ["sysstat -u 60" is running] CPU Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk ops/s in out read write read write age hit time ty util 1% 21 14 84 35 87 0 0 >60 100% 2% T 1% 1% 7 8 11 38 88 0 0 >60 100% 2% T 2% Sun Sep 9 01:00:00 BST [kern.uptime.filer:info]: 1:00am up 43 days, 6:54 194462270 NFS ops, 0 CIFS ops, 0 HTTP ops 16% 17 57 126 10546 141 0 0 >60 100% 3% T 18% 54% 40 572 520 1887065754 824 0 0 >60 100% 11% 5 62% 49% 13 44 56 3537004865 135 0 0 >60 99% 5% T 57% 51% 30 40 233 547830010 129 0 0 >60 99% 5% T 59% The unreasonable reported disk read rates are apparently due to more than 2^31 bytes being read during the recording interval. "sysstat -u 45" gets the numbers back in range: CPU Total Net kB/s Disk kB/s Tape kB/s Cache Cache CP CP Disk ops/s in out read write read write age hit time ty util 50% 9 15 65 37010 91 0 0 >60 100% 4% T 59% 51% 18 87 100 37068 188 0 0 >60 100% 4% T 59% 50% 5 10 9 37586 78 0 0 >60 100% 3% T 59% 51% 28 218 247 36076 327 0 0 >60 100% 5% T 58% Chris Thompson University of Cambridge Computing Service, Email: cet1(a)ucs.cam.ac.uk New Museums Site, Cambridge CB2 3QG, Phone: +44 1223 334715 United Kingdom.

1 0

RE: Jumbo Frames on a Toaster
by lkaptan＠pro-link.net 08 Sep '01

08 Sep '01

My company is a reseller of NetApp.I will deploy an F740 (6.1R1) for SAP , Lotus environment at a customer. Firstly I did the demo there and connected an RS6000 to the filer directly via gigabit interface. For better performance I wanted to enable jumbo frames and enabled it as manuals described and the customer did the configuration on the IBM side. But it did not work. because of the performance over gigabit(1500) and the functionality of the filer (snaprestore indeed) they decided to buy the filer. I will install it to their live environment where the servers will be connected to the filer via cisco gigabit switch. If anybody enabled jumbo frames in such environment the configuration of IBM will be very helpful. I dont think the problem is the Filer. thanks Original Message: ----------------- From: John Coke jcoke(a)ibeam.com Date: Fri, 7 Sep 2001 12:30:55 -0700 To: Toasters(a)mathworks.com Subject: Jumbo Frames on a Toaster I am about to deploy a 740 as the content store for a www server farm and also as storage for a farm of windows media encoders. The idea popped into my head that jumbo frames on a gig link might be what I need to help keep the load on the filer down. Does anyone have any experiences with jumbo frames on a toaster or just jumbo frames in general (a little OT I know)? Thank you. John Coke PGP fingerprint: A8D1 4CBD 88CF 1B37 8008 2F79 3081 2108 8F45 E846 PGP key ID 0x8F45E846 (pgp.mit.edu) -------------------------------------------------------------------- mail2web - Check your email from the web at http://mail2web.com/ .

1 0

multi volume dump fails
by Daniel Oxenhandler 07 Sep '01

07 Sep '01

Toasters, We are backing up an F-740, running ONTAP 5.3.6R2, with dump commands executed from a Solaris host using rsh. There is a Sun L9 stacker (DLT8000) directly attached to the filer. Recently, one of the qtrees exceeded the capacity of one tape. We are attempting to do a multi tape backup using the following syntax: rsh filer dump 0ubf 63 urst0a,urst0a /vol/vol0/home but the backup still fails at around 50GB when the first tape fills up: DUMP: Thu Sep 6 15:35:15 2001 : We have written 51991386 KB to tape. DUMP: Thu Sep 6 15:40:15 2001 : We have written 54129100 KB to tape. DUMP: Dumping tape file 2 on urst0a DUMP: Thu Sep 6 15:45:34 2001 : We have written 54896885 KB to tape. DUMP: Tape file 2 begins with blocks from inode 5777316 DUMP: Tape write failed. DUMP: DUMP IS ABORTED DUMP: Deleting "/vol/vol0/../snapshot_for_backup.381" snapshot. Any ideas? Daniel Oxenhandler Senior Network Engineer Sprint Laboratories 650-375-4281

2 1

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