toasters

toasters@lists.teaparty.net

2 participants
13522 discussions

Re: getting dump messages into messages file
by Steve Kappel 12 Mar '01

12 Mar '01

Jeffrey Krueger wrote: >Moshe: You can create the directory "ndmp" in your netbackup logs directory >(ours is /usr/openv/netbackup/logs, not sure about yours) on the NBU server >to cause it to create the debug logs Steve mentioned. Be forewarned that >they get big fast, and that simultaneous dump processes output is >intermixed forcing you to match the PID on each line to the bptm process >for the backup you are interested in. NBU NDMP debug info is also >intermixed, so you'll want to look for lines that match this: > ><date> <time> [<bptm PID>]-Log:<dump/restore output from filer> By default the ndmp logs should only have error messages. But avrd polls all UP and free devices every 15 seconds or so and not having a NDMP tape mounted results in NDMP_IO_ERR for that. To get more info in there you need a numeric value in the file /usr/openv/volmgr/database/ndmp_debug If you use 65535 it will fill your disk quickly with lots of stuff you aren't interested in. (Not to mention slow things down.) The value is actually a mask constructed of the bits defined in the ndmp.org SDK. I have never tried it but you might get a value of 8192 to put log entries in there without adding a lot of other stuff. If it doesn't do that... like I said, this is an undocumented/unsupported log :) __________________________________________________________________________ Steve Kappel steve.kappel(a)veritas.com VERITAS Software steve.kappel(a)iname.com (Personal)

2 1

RE: LTO support?
by Collie, Michael 12 Mar '01

12 Mar '01

Moshe, The LTO technology promises performance of up to 30Mb/s with 2:1 compression. This performance far exceeds DLTs, SDLT, ATI-2 and 9840s. The form factor for LTO (Ultrium) is different for today's tape drives. It may be some time before library vendors integrate the LTO technology into their products. NetApp support for LTO is slated for 4th quarter of 2001. ---Original Message----- From: ryanb [mailto:ryanb@enteract.com] Sent: Monday, March 12, 2001 12:58 PM To: Moshe Linzer Cc: toasters(a)mathworks.com Subject: Re: LTO support? On Mon, Mar 12, 2001 at 09:17:57PM +0200, Moshe Linzer wrote: > Does anyone know when LTO will be supported on the filer? I have two > 760's, and we are shopping around for a backup library. I am hesitant > to go with LTO at this point, but management likes the numbers. Can > anyone share experience or opinions on LTO drives or libraries? Most LTO equipment is identical to DLT equipment, only with a different tape drive. In this respect, the LTO drives will perform identically, or so I'd like to think. ;) Please let me know if I'm wrong here. - ryan

2 1

LTO support?
by Moshe Linzer 12 Mar '01

12 Mar '01

Does anyone know when LTO will be supported on the filer? I have two 760's, and we are shopping around for a backup library. I am hesitant to go with LTO at this point, but management likes the numbers. Can anyone share experience or opinions on LTO drives or libraries? Thanks, Moshe

3 2

RE: getting dump messages into messages file
by Traitel, Eyal 12 Mar '01

12 Mar '01

You can turn on our own NDMP logging using: ndmpd debug 50 You can control logging only to a file by turning off logging to console ndmpd debug screen This will create files called /etc/ndmplog*, which contains much more than the dump messages, but you can obviously grep it by "dump"... I do not know if it has any performance issues on the dump itself though. Hope it helps, Eyal. ---------------------------------------------------------------------- eTraitel - I'm the new eBuzzword around !!! ---------------------------------------------------------------------- Eyal Traitel - Filer Escalation Engineer CNA, MCSE, CSA, NetApp CA Network Appliance BV Holland Office Center Kruisweg 799b 2132 NG, Hoofddorp The Netherlands Office: +31 23 567 9685 Cellular: +31 6 5497 2568 Email: eyal(a)netapp.com ---------------------------------------------------------------------- Get answers NOW! - NetApp On the Web - http://now.netapp.com ---------------------------------------------------------------------- -----Original Message----- From: Moshe Linzer [mailto:Moshe.Linzer@nsc.com] Sent: Monday, March 12, 2001 11:40 AM To: Stephen Manley Cc: toasters(a)mathworks.com Subject: Re: getting dump messages into messages file Stephen Manley wrote: > For now, you either want to capture dump logs by running > via rsh, or if you use an NDMP client, they generally > capture the dump messages in their logs. Does anyone know how to see the NDMP dump output messages from within Legato or Veritas? We have tested both products, but neither allowed us to view the NDMP dump messages like we do in Budtool. We checked all the logs, but maybe there is a logging option that needs to be turned on? Moshe -- ---------------------------------------------------------------------------- - Moshe Linzer | On the Internet, Unix Systems 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 | ---------------------------------------------------------------------------- -

2 1

logging cifs deletes on F760
by nick.mayrath＠webmd.net 12 Mar '01

12 Mar '01

Is it possible to log what user is deleting what files on an F760 running 5.3.6r2 and CIFS only? Nick Mayrath ExpressBill, Inc. 800-453-8439 ext. 216

1 0

Re: getting dump messages into messages file
by Steve Kappel 12 Mar '01

12 Mar '01

Moshe Linzer wrote: >Stephen Manley wrote: > >> For now, you either want to capture dump logs by running >> via rsh, or if you use an NDMP client, they generally >> capture the dump messages in their logs. > >Does anyone know how to see the NDMP dump output messages from within Legato or >Veritas? We have tested both products, but neither allowed us to view the >NDMP dump messages like we do in Budtool. We checked all the logs, but maybe >there is a logging option that needs to be turned on? Current releases of NetBackup NDMP put these messages into the NDMP debugging log which isn't externally supported. Starting with the next major release (fall) they will go into the bptm log and possibly the user log. __________________________________________________________________________ Steve Kappel steve.kappel(a)veritas.com VERITAS Software steve.kappel(a)iname.com (Personal)

1 0

getting dump messages into messages file
by neil lehrer 12 Mar '01

12 Mar '01

hi, i noticed that dump messages were not being recorded in the messages file. i did not have a syslog.conf file so i created one like this: *.* /etc/messages *.* /dev/console no change. am i doing something wrong? f760 ontap 5.36r2. thanks. -- regards

6 8

How are NDMP incrementals so fast?
by Tom "Mad Dog" Yergeau 10 Mar '01

10 Mar '01

Obviously from all the NDMP messages I'm sending this week, we just started using NDMP. :-) I just saw the results of our first incremental NDMP backups and I was flabbergasted at how fast they ran. I even double-checked the logs to make sure it actually was backing stuff up. When doing an incremental backup over CIFS, it would take about three hours to go through about 200 GB of stuff (1.8 million inodes). Doing it with NDMP, it takes 20-30 minutes. That's quite an improvement. It's obvious that when doing an incremental NDMP backup, there is something going on that allows the filer to determine extremely quickly which files have changed since the full backup. Can someone tell us what's going on? Does the filer keep a log of stuff that's changed? Is this just something WAFL is really good at? Thanks! MD

2 1

RE: cluster using F740 and F760
by Traitel, Eyal 10 Mar '01

10 Mar '01

Todd, I cannot answer on behalf of our marketing group etc., but I would see a few obstacles: 1. Partner node needs to take care of both nodes activity in takeover mode, so it cannot be that much lower than other node. 2. We sell active-active clustering, so both nodes are active, and customer is not wasting his money for any passive protection. It leads you to the point that it may not worth the complexity to sell such a setup. 3. Technically, you must have same NVRAM size, and I believe you should also have reasonably close response times for any NVRAM mirroring and general underlying OS activity. That just makes non-equal nodes business more complex than one might think. 4. Anyway - customers reactions are always welcome here, and I'll run this to cluster devel. group, and see if they have to say anything.... Yours, Eyal. ---------------------------------------------------------------------- eTraitel - I'm the new eBuzzword around !!! ---------------------------------------------------------------------- Eyal Traitel - Filer Escalation Engineer CNA, MCSE, CSA, NetApp CA Network Appliance BV Holland Office Center Kruisweg 799b 2132 NG, Hoofddorp The Netherlands Office: +31 23 567 9685 Cellular: +31 6 5497 2568 Email: eyal(a)netapp.com ---------------------------------------------------------------------- Get answers NOW! - NetApp On the Web - http://now.netapp.com ---------------------------------------------------------------------- -----Original Message----- From: Todd C. Merrill [mailto:tmerrill@mathworks.com] Sent: Friday, March 09, 2001 6:11 PM To: Traitel, Eyal Cc: 'max chan'; toasters(a)mathworks.com Subject: RE: cluster using F740 and F760 From: max chan [mailto:maxchan0@yahoo.com] > Is it possible to use F740 and F760 as a cluster pair? On Mon, 5 Mar 2001, Traitel, Eyal wrote: > No, sorry. > This is unsupported. Ah, but is it *possible*? ;) You can put 1 GB of memory into an F740 to match the 1 GB in an F740. That is unsupported too, but possible. Ask me how I know. So, what's the real reason why it's not supported, clustering two non-exact-but-in-the-same-family filers? Is there something technically preventing it? Is is a marketing/sales decision? Is it to protect the unwashed masses from their own stupidity? Why not allow a lower-end filer take over a higher-end one? You're in a degraded mode in the first place during a failover condition, so why not allow a calculated risk? Until next time... The Mathworks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

3 2

RE: Multiple Oracle DBs on a filer
by Jennifer Armenta 09 Mar '01

09 Mar '01

Since putting everything on the filer would be ideal it's not a reality as you have stated just in case there is a problem. Im consolidating 6 unix servers running Oracle dbase to 840 filer. I was thinking it would be nice to run the ORACLE_HOME dirs and logs from 2 unix servers rather than 6. Wonder if anyone has thought about consolidating that way or even if it a good idea... -----Original Message----- From: Yarmas, Tom [mailto:Tom.Yarmas@netapp.com] Sent: Friday, March 09, 2001 1:14 PM To: 'Jennifer Armenta'; 'George Kahler'; toasters(a)mathworks.com Subject: RE: Multiple Oracle DBs on a filer > Is there a "best" method for where everything should be for > multi dbases? "Best" method, hmmm. I guess the easy answer is everything on the Filer, and if you need to save some space, have multiple instances share the ORACLE_HOME. But in reality, there are enough variables that it depends on what you are trying to acomplish and how much local storage your database machine has. Typically, I find ORACLE_HOME on the database machine storage, and all of the datafiles, redo logs, etc on the Filer. Often the boot drives are large and mirrored, so there is plenty of space. Plenty being relative ;) Of course this tends to preclude failover in the case of a failed database machine unless a backup machine has an ORACLE_HOME installed on it. And if you duplicate the ORACLE_HOME onto multiple machines for failover, then there is a risk that some change was not propogated to all machines. Of course, having multiple database instances within a single Filer volume has implications on SnapShots and SnapRestore/SnapMirror since these technologies work at the volume level. If you needed to do a SnapRestore for one instance, any others in the same volume would be affected. Similarly, when you take a SnapShot, the SnapShot would be for the entire volume, so it may be worthwhile to have multiple instances down (for a cold backup) or in hot backup mode for a hot backup. You generally do not want to have a seperate volume for each database instance unless they are large databases simply because each volume must have at least one parity disk, and you don't want volumes made up of a small number of drives if you can help it for performance. The only things that need to be on local storage are the alert logs and the trace files directory. That is so that if a connection to the Filer is lost, Oracle can write it's alert info for troubleshooting. If you can't talk to your Filer, you want to be able to see info in the alert log to take action. And if you can't talk to your local disks, you know immediatly. -tom

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