toasters August 2003

toasters@lists.teaparty.net

105 participants
121 discussions

SNMP Returns Negative Value for Network Traffic Stats
by Ed Alexander 15 Aug '03

15 Aug '03

We use MRTG to monitor filer stats. All has been working well until mid-day yesterday. Now, SNMP queries for network traffic stats (Kbytes sent and received) are returning negative numbers. For example: [/usr/local/mrtg/filer/bin]# ./snmpget -v 1 yeti public 1.3.6.1.4.1.789.1.2.2.2.0 -79935745 [/usr/local/mrtg/filer/bin]# ./snmpget -v 1 yeti public 1.3.6.1.4.1.789.1.2.2.3.0 -2057424956 What causes this and how do I fix it? The filer is an F820 running DataOntap 6.3.1. Thanks in advance. Ed -- Ed Alexander Senior Systems Administrator Renesas Technology America Design Engineering Center - East ed.alexander at renesas.com

1 0

Firmware corrupt
by Jonathan 15 Aug '03

15 Aug '03

I had a power outage during a upgrade on firmware. (I know UPS is your best friend) Well I know cant get the drives to spin up. Is there a was to force a Firmware upgrade besides the disk_fw_update. Thanks

1 0

RE: Networker/NDMP backup problems
by Blake, Delroy 14 Aug '03

14 Aug '03

I would check media and drives. NDMP backups have one nasty/fatal issue and that is if you get a scsi reset while backups are going on you your drive will re-wind and overwrite your label. (NULL) Networker only writing a small amount of data on a tape is normally when he has had bad media or drive needs some TLC. Both combined I would look at data path and the drive while checking if /var/adm/messages complains about SCSI transport errors or the like. -----Original Message----- From: Matt Musgrove [mailto:matt.musgrove@thales-is.com] Sent: Thursday, August 14, 2003 7:27 AM To: Toasters Subject: Networker/NDMP backup problems Hello Toasters, I hope someone can help with this; I am having some annoying backup problems. My backup server is prematurely marking tapes as full sometimes with as little as 10 MB written. Also, some tapes have nothing written to them and are rejected by Networker. Errors are reported in /nsr/logs/daemon.log and are reproduced below. Usually the backups succeed after several failed attempts. Environment Networker Version: 6.1.3 Build.428 Backup Server OS: Solaris 8 NDMP Client: Network Appliance F820 OnTap 6.4.1 Library: Qualstar TLS-6430 library with 3 * SDLT320 connected via LVD/SCSI Actions Taken Confirmed installation of Solaris Patch 108725-12 st driver patch Checked on SunSolve that no st.conf update is required for SDLT320 Checked /var/adm/messages - nothing reported. Sent message to Networker discussion group. On advice given set parallelism to 2 (to equal number of NDMP drives) and increased unload sleep from 5 to 180 and load sleep from 50 to 180. This had no affect. Checked NetApp's NOW website - nothing helpful found, submitted case Typical daemon.log demonstrating error tape rejection problem 08/09/03 21:00:36 nsrd: media waiting event: Waiting for 1 writable volumes to backup pool 'NetApp2 Full' tape(s) on ttsnas02-153 08/09/03 21:01:59 nsrd: Jukebox 'qs6430' failed: expected volume 'NetApp2Full.003' got 'NULL'. 08/09/03 21:02:07 nsrd: media info: suggest mounting NetApp2Full.005 (E0011) on ttsnas02-153 for writing to pool 'NetApp2 Full' 08/09/03 21:02:07 nsrd: media info: loading volume NetApp2Full.005 into rd=ttsnas02-153:nrst0a Typical daemon.log demonstrating backup errors 08/06/03 20:30:00 nsrd: savegroup info: starting NetApp-2 (with 1 client(s)) application information: HIST=y, UPDATE=y, DIRECT=y, EXTRACT_ACL=T; auth index: ttsnas02-153; auth index name space: backup, 1; auth level: 5; auth mode: save; auth server: perky; auth ssname: /vol/EMAIL1/data; auth ssname long: /vol/EMAIL1/data; auth sstime: 1060198204; auth sstime 64-bit: 1060198204; client id: \ 6627d4a5-00000004-3e817cda-3e817cd9-00010000-9901040a; groups: NetApp-2; hard session limit: 1; hostname: perky; locale: C; ndmp: Yes; password: ********; remote user: root; save sets: /vol/EMAIL1/data; store index entries: Yes; volume pool: NetApp2 NonFull; 08/06/03 20:30:04 nsrd: media info: suggest mounting NetApp2NonFull.001 (E0006) on ttsnas02-153 for writing to pool 'NetApp2 NonFull' 08/06/03 20:30:04 nsrd: media waiting event: Waiting for 1 writable volumes to backup pool 'NetApp2 NonFull' tape(s) on ttsnas02-153 08/06/03 20:30:05 nsrd: media info: loading volume NetApp2NonFull.001 into rd=ttsnas02-153:nrst0a 08/06/03 20:31:10 nsrd: rd=ttsnas02-153:nrst0a Verify label operation in progress 08/06/03 20:31:11 nsrmmd #3: ndmp tape bsf failed 08/06/03 20:31:13 nsrd: rd=ttsnas02-153:nrst0a Mount operation in progress 08/06/03 20:31:14 nsrmmd #2: ndmp tape bsf failed 08/06/03 20:31:53 nsrmmd #2: ndmp tape fsf failed 08/06/03 20:33:32 nsrmmd #2: ndmp tape fsf failed 08/06/03 20:35:10 nsrmmd #2: ndmp tape fsf failed 08/06/03 20:35:10 nsrd: media info: ndmp fsf failed 08/06/03 20:35:10 nsrd: write completion notice: Writing to volume NetApp2NonFull.001 complete 08/06/03 20:35:21 nsrd: media info: suggest mounting NetApp2NonFull.002 (E0013) on ttsnas02-153 for writing to pool 'NetApp2 NonFull' 08/06/03 20:35:21 nsrd: rd=ttsnas02-153:nrst0a Eject operation in progress 08/06/03 20:36:43 nsrd: media info: loading volume NetApp2NonFull.002 into rd=ttsnas02-153:nrst0a 08/06/03 20:37:48 nsrd: rd=ttsnas02-153:nrst0a Verify label operation in progress 08/06/03 20:37:49 nsrmmd #3: ndmp tape bsf failed 08/06/03 20:37:51 nsrd: rd=ttsnas02-153:nrst0a is now write enabled 08/06/03 20:37:51 nsrd: rd=ttsnas02-153:nrst0a Mount operation in progress 08/06/03 20:37:52 nsrmmd #2: ndmp tape bsf failed 08/06/03 20:40:31 nsrd: media event cleared: Waiting for 1 writable volumes to backup pool 'NetApp2 NonFull' tape(s) on ttsnas02-153 08/06/03 20:40:31 nsrd: ttsnas02-153:/vol/EMAIL1/data saving to pool 'NetApp2 NonFull' (NetApp2NonFull.002) * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: creating "/vol/EMAIL1/../snapshot_for_backup.16" snapshot. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Using subtree dump * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Date of this level 5 dump: Wed Aug 6 20:38:33 2003. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Date of last level 4 dump: Tue Aug 5 20:58:50 2003. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Dumping /vol/EMAIL1/data to NDMP connection * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: mapping (Pass I)[regular files] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: mapping (Pass II)[directories] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: estimated 782668 KB. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: dumping (Pass III) [directories] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: dumping (Pass IV) [regular files] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Tape write failed. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: DUMP IS ABORTED * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Deleting "/vol/EMAIL1/../snapshot_for_backup.16" snapshot. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data ------ E R R O R ------- * ttsnas02-153:/vol/EMAIL1/data Data server halted: Dump aborted. * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data ------ E R R O R ------- * ttsnas02-153:/vol/EMAIL1/data Error running backup. status=3 * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data Error during NDMP backup 08/06/03 20:46:57 savegrp: ttsnas02-153:/vol/EMAIL1/data will retry 5 more time(s) regards Matt Musgrove, Thales Information Systems

1 0

Networker/NDMP backup problems
by Matt Musgrove 14 Aug '03

14 Aug '03

Hello Toasters, I hope someone can help with this; I am having some annoying backup problems. My backup server is prematurely marking tapes as full sometimes with as little as 10 MB written. Also, some tapes have nothing written to them and are rejected by Networker. Errors are reported in /nsr/logs/daemon.log and are reproduced below. Usually the backups succeed after several failed attempts. Environment Networker Version: 6.1.3 Build.428 Backup Server OS: Solaris 8 NDMP Client: Network Appliance F820 OnTap 6.4.1 Library: Qualstar TLS-6430 library with 3 * SDLT320 connected via LVD/SCSI Actions Taken Confirmed installation of Solaris Patch 108725-12 st driver patch Checked on SunSolve that no st.conf update is required for SDLT320 Checked /var/adm/messages nothing reported. Sent message to Networker discussion group. On advice given set parallelism to 2 (to equal number of NDMP drives) and increased unload sleep from 5 to 180 and load sleep from 50 to 180. This had no affect. Checked NetApps NOW website nothing helpful found, submitted case Typical daemon.log demonstrating error tape rejection problem 08/09/03 21:00:36 nsrd: media waiting event: Waiting for 1 writable volumes to backup pool 'NetApp2 Full' tape(s) on ttsnas02-153 08/09/03 21:01:59 nsrd: Jukebox 'qs6430' failed: expected volume 'NetApp2Full.003' got 'NULL'. 08/09/03 21:02:07 nsrd: media info: suggest mounting NetApp2Full.005 (E0011) on ttsnas02-153 for writing to pool 'NetApp2 Full' 08/09/03 21:02:07 nsrd: media info: loading volume NetApp2Full.005 into rd=ttsnas02-153:nrst0a Typical daemon.log demonstrating backup errors 08/06/03 20:30:00 nsrd: savegroup info: starting NetApp-2 (with 1 client(s)) application information: HIST=y, UPDATE=y, DIRECT=y, EXTRACT_ACL=T; auth index: ttsnas02-153; auth index name space: backup, 1; auth level: 5; auth mode: save; auth server: perky; auth ssname: /vol/EMAIL1/data; auth ssname long: /vol/EMAIL1/data; auth sstime: 1060198204; auth sstime 64-bit: 1060198204; client id: \ 6627d4a5-00000004-3e817cda-3e817cd9-00010000-9901040a; groups: NetApp-2; hard session limit: 1; hostname: perky; locale: C; ndmp: Yes; password: ********; remote user: root; save sets: /vol/EMAIL1/data; store index entries: Yes; volume pool: NetApp2 NonFull; 08/06/03 20:30:04 nsrd: media info: suggest mounting NetApp2NonFull.001 (E0006) on ttsnas02-153 for writing to pool 'NetApp2 NonFull' 08/06/03 20:30:04 nsrd: media waiting event: Waiting for 1 writable volumes to backup pool 'NetApp2 NonFull' tape(s) on ttsnas02-153 08/06/03 20:30:05 nsrd: media info: loading volume NetApp2NonFull.001 into rd=ttsnas02-153:nrst0a 08/06/03 20:31:10 nsrd: rd=ttsnas02-153:nrst0a Verify label operation in progress 08/06/03 20:31:11 nsrmmd #3: ndmp tape bsf failed 08/06/03 20:31:13 nsrd: rd=ttsnas02-153:nrst0a Mount operation in progress 08/06/03 20:31:14 nsrmmd #2: ndmp tape bsf failed 08/06/03 20:31:53 nsrmmd #2: ndmp tape fsf failed 08/06/03 20:33:32 nsrmmd #2: ndmp tape fsf failed 08/06/03 20:35:10 nsrmmd #2: ndmp tape fsf failed 08/06/03 20:35:10 nsrd: media info: ndmp fsf failed 08/06/03 20:35:10 nsrd: write completion notice: Writing to volume NetApp2NonFull.001 complete 08/06/03 20:35:21 nsrd: media info: suggest mounting NetApp2NonFull.002 (E0013) on ttsnas02-153 for writing to pool 'NetApp2 NonFull' 08/06/03 20:35:21 nsrd: rd=ttsnas02-153:nrst0a Eject operation in progress 08/06/03 20:36:43 nsrd: media info: loading volume NetApp2NonFull.002 into rd=ttsnas02-153:nrst0a 08/06/03 20:37:48 nsrd: rd=ttsnas02-153:nrst0a Verify label operation in progress 08/06/03 20:37:49 nsrmmd #3: ndmp tape bsf failed 08/06/03 20:37:51 nsrd: rd=ttsnas02-153:nrst0a is now write enabled 08/06/03 20:37:51 nsrd: rd=ttsnas02-153:nrst0a Mount operation in progress 08/06/03 20:37:52 nsrmmd #2: ndmp tape bsf failed 08/06/03 20:40:31 nsrd: media event cleared: Waiting for 1 writable volumes to backup pool 'NetApp2 NonFull' tape(s) on ttsnas02-153 08/06/03 20:40:31 nsrd: ttsnas02-153:/vol/EMAIL1/data saving to pool 'NetApp2 NonFull' (NetApp2NonFull.002) * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: creating "/vol/EMAIL1/../snapshot_for_backup.16" snapshot. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Using subtree dump * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Date of this level 5 dump: Wed Aug 6 20:38:33 2003. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Date of last level 4 dump: Tue Aug 5 20:58:50 2003. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Dumping /vol/EMAIL1/data to NDMP connection * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: mapping (Pass I)[regular files] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: mapping (Pass II)[directories] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: estimated 782668 KB. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: dumping (Pass III) [directories] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: dumping (Pass IV) [regular files] * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Tape write failed. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: DUMP IS ABORTED * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data NDMP Service Log: DUMP: Deleting "/vol/EMAIL1/../snapshot_for_backup.16" snapshot. * ttsnas02-153:/vol/EMAIL1/data * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data ------ E R R O R ------- * ttsnas02-153:/vol/EMAIL1/data Data server halted: Dump aborted. * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data ------ E R R O R ------- * ttsnas02-153:/vol/EMAIL1/data Error running backup. status=3 * ttsnas02-153:/vol/EMAIL1/data ****************************************************************** * ttsnas02-153:/vol/EMAIL1/data Error during NDMP backup 08/06/03 20:46:57 savegrp: ttsnas02-153:/vol/EMAIL1/data will retry 5 more time(s) regards Matt Musgrove, Thales Information Systems

1 0

URGENT TRANSACTION
by BARRISTER JOHN .MONY( ESQ) 14 Aug '03

14 Aug '03

Attention: Sir, I am Barrister John Mony a Solicitor. I am the Personal Attorney to Mr. John Anderson a foreigner, who was a contractor to Shell Petroleum Development Company in Ghana(SPDC). On the 26th of September 1999, my client, his wife and their three children were involved in a Plane crash on their way to Bongatanga Games Reserve for 2week`s holiday.Unfortunately they All lost their lives in the plane crash, Since then I have made several enquiries to his Embassy and the home address he filled in his file in my office to locate any of his extended relatives, this has also proved unsuccessful. After these several unsuccessful attempts, I decided to use the Internet to locate any member of his family but to no avail, hence I contacted you.I contacted you to assist in repatriating the money and property left behind by my client before they get confiscated or declared unserviceable by the SECURITY & FINANCE HOUSE where this huge deposits were lodged. Particularly, the FINANCE HOUSE where the diseased had an account valued at about US$45M (Fourtyfive million dollars). Conseqently, the bank issued me a notice to provide the next of kin or have the account confiscated. since I have been unsuccessful in locating the relatives for over 4 years now. I seek your consent to present you as the next of kin of the deceased since you are a foreigner so that the proceeds of this account valued at US$45M can be paid to you and I. We shall share the money thus 55% to me and 40% to you, while 5% will be used to re-imburse any expenses that might be incurred on both ends and to service the tax that might incur be in your country. Please i am here in holland as a summer vacation for 3 weeks which they knew i am providing the next kin including the back up documents. I have all the necessary legal documents that can be used to back up any claim we may make. All I require is your honest co-operation to enable us seeing this deal through. I guarantee that this will be executed under a legitimate arrangement that will protect you from any breach of the law. Yours Faithfully, Barrister John Mony(Esq). N.B. Please indicate your telephone and fax numbers for easy communication in this mutual transaction.

1 0

Blocking Files
by Paul McGuinness (ext. 771) 13 Aug '03

13 Aug '03

Hi Toasters, is there any way of blocking certain file types from being saved to my filer. Prime examples: .mpeg, .mp3, .mov F720 DataOnTap 6.3.1 Thanks Paul Mc Guinness Senior Systems Administrator ************************************************************************** The information contained in this e-mail is confidential, may be privileged and is intended only for the use of the recipient named above. If you are not the intended recipient or a representative of the intended recipient, you have received this e-mail in error and must not copy, use or disclose the contents of this email to anybody else. If you have received this e-mail in error, please notify the sender immediately by return e-mail and permanently delete the copy you received. This email has been swept for computer viruses. However, you should carry out your own virus checks. Registered in Ireland, No. 205721. http://www.FINEOS.com **************************************************************************

3 2

Re: NDMPcopy and fibre disk shelve file copy.
by Stephane Bentebba 13 Aug '03

13 Aug '03

ok, sorry, and fanku i learned something today Kennedy, Jeffrey wrote: > Actually, that is exactly what it will do. I had the snapmirror dev > team lead at my previous employer for a day trying to figure out why > backups of snapmirror'd volumes on an R100 were so damn slow. > > > > The block transfer is done similar to the following: > > > > 36gb drive has blocks 1 through 10,000. 144gb drive has blocks 1 > through 80,000. (example numbers only) > > > > snapmirror will transfer all blocks on the first drive of source to > first drive on destination. It realizes there is available space > still on destination drive and transfers second drive in source to > first drive in destination. Given the example numbers it will > transfer the first 7 drives in the source volume to the first drive in > the destination. > > > > This is confirmed by NetApp. Qtree snapmirroring does not behave this > way, only volume snapmirroring. > > > > ~JK > > > > -----Original Message----- > *From:* owner-toasters(a)mathworks.com > [mailto:owner-toasters@mathworks.com] *On Behalf Of *Stephane Bentebba > *Sent:* Wednesday, August 13, 2003 4:25 AM > *Cc:* toasters(a)mathworks.com > *Subject:* Re: NDMPcopy and fibre disk shelve file copy. > > > > snapmirror won't copy data in filing up one disk then another then > another and leave the last disk empty . > new data won't be written only in the last disk > > data are copied and written in all disk in // > therefore all disk would have the same free space > > the only impact on data there is (and it is a good impact) is the > fragmentation that is reduced > reading a file can be made faster because blocks of that file are > contiguous > > Reinoud Reynders wrote: > >You must take attention with snapmirror. When you do a vol snapmirror > >from little disks to larger disks, you can have some problem with > >fragmentation. > >The free space in every disk will not be on the same place on the new > >disks (he will use the new disks sequential to load the old disks so > >that the first disks of your new volume will be totaly full), so it's > >harder to write new data on the same level. This will mean that when > >your source volume and destination volume have almost the same size, > >after migration there is a high change that he will use just one disk of > >your raid group (the last one) for the new data. All your old data is > >writen to the first disks. This can give performance issues. Of course, > >this problem is biger when the source volume is full. > > > >We use QTREE snapmirror, but we are'nt sure that this is better, but we > >hope that it is. But your source data must be in qtree's ofcourse. > > > >Best regards, > > > >Reinoud > >UZ Leuven > > > >Belgium > > > > > > > >-----Original Message----- > >From: Joseph Bishop [mailto:jbishop@jpl.nasa.gov] > >Sent: vrijdag 1 augustus 2003 8:08 > >To: Ngoh, Clarence > >Cc: toasters(a)mathworks.com <mailto:toasters@mathworks.com> > >Subject: Re: NDMPcopy and fibre disk shelve file copy. > > > >Clarence, > > > >IAre the disks within the same box? If not...then snapmirror is a good > >way to go. You might be able to snapmirror within the same box. > > Performance really depends on how many disks you have in the volume(s) > >and what kind of head (700, 800, 900) that you have. > > > >If you are able to snapmirror, then the down time can be on the order of > >minutes. It has become my favorite method for moving data. I am not > >positive about the source and destination being on the same box though. > > > >Rough numbers though, you could get 60MByte/sec xfer rate on 820s. If > >you are on 960s expect to be on the order of 120MBytes/sec. But then it > >does depend on how many drives in the raid group and volumes. > > > >Joe > > > > > >Ngoh, Clarence wrote: > > > > > >>Hello good toaster folks >> >> >> >>We are planning to move a huge lot of data (> 3.0 T) from our 32 GB >> >>drives to 144 GB. I am carrying out some preliminary information about >> >> >> > > > > >>the quickest path to move the data across - the first option is to use >> >> >> >ndmpcopy > > > >>and the second is to copy it from shelf to shelf over fiber. Since >> >> >> >this is > > > >>a preliminary investigation, can someone please point me to relevant >> >>resources that may be helpful? I am after statistics of transfer >> >> >> >rates > > > >>between the two and perhaps other materials that others have found >> >> >> >useful. > > > >>I have googled and looked through past toaster archives, and most of it >> >> >> > > > > >>is either outdated or lack of relevant information. >> >> >> >>Thanks. >> >> >> >>Clarence. >> >> >> >> >> >>************** IMPORTANT MESSAGE ************** >> >>This e-mail message is intended only for the addressee(s) and contains >> >> >> >information which may be confidential. If you are not the intended > >recipient please advise the sender by return email, do not use or > >disclose the contents, and delete the message and any attachments from > >your system. Unless specifically indicated, this email does not > >constitute formal advice or commitment by the sender or the Commonwealth > >Bank of Australia (ABN 48 123 123 124) or its subsidiaries. > > > >>************************************************** >> >> >> >> >> >> >> >> >> >> >> > > > > > > > > > > >-- > >-- jetez un oeil ici http://www.sensiva.com/ -- > >-- have a look here http://www.sensiva.com/ -- > > > -- -- jetez un oeil ici http://www.sensiva.com/ -- -- have a look here http://www.sensiva.com/ --

1 0

Filer + OPS with oracle 8.1.7
by ravi 13 Aug '03

13 Aug '03

Hi toasters, Did anybody tested OPS with filer 8.1.7.????Pls let us know if there is workaround.... thanks in advance __________________________________ Do you Yahoo!? Yahoo! SiteBuilder - Free, easy-to-use web site design software http://sitebuilder.yahoo.com

1 0

RE: NDMPcopy and fibre disk shelve file copy.
by Reinoud Reynders 13 Aug '03

13 Aug '03

You must take attention with snapmirror. When you do a vol snapmirror from little disks to larger disks, you can have some problem with fragmentation. The free space in every disk will not be on the same place on the new disks (he will use the new disks sequential to load the old disks so that the first disks of your new volume will be totaly full), so it's harder to write new data on the same level. This will mean that when your source volume and destination volume have almost the same size, after migration there is a high change that he will use just one disk of your raid group (the last one) for the new data. All your old data is writen to the first disks. This can give performance issues. Of course, this problem is biger when the source volume is full. We use QTREE snapmirror, but we are'nt sure that this is better, but we hope that it is. But your source data must be in qtree's ofcourse. Best regards, Reinoud UZ Leuven Belgium -----Original Message----- From: Joseph Bishop [mailto:jbishop@jpl.nasa.gov] Sent: vrijdag 1 augustus 2003 8:08 To: Ngoh, Clarence Cc: toasters(a)mathworks.com Subject: Re: NDMPcopy and fibre disk shelve file copy. Clarence, IAre the disks within the same box? If not...then snapmirror is a good way to go. You might be able to snapmirror within the same box. Performance really depends on how many disks you have in the volume(s) and what kind of head (700, 800, 900) that you have. If you are able to snapmirror, then the down time can be on the order of minutes. It has become my favorite method for moving data. I am not positive about the source and destination being on the same box though. Rough numbers though, you could get 60MByte/sec xfer rate on 820s. If you are on 960s expect to be on the order of 120MBytes/sec. But then it does depend on how many drives in the raid group and volumes. Joe Ngoh, Clarence wrote: >Hello good toaster folks > >We are planning to move a huge lot of data (> 3.0 T) from our 32 GB >drives to 144 GB. I am carrying out some preliminary information about >the quickest path to move the data across - the first option is to use ndmpcopy >and the second is to copy it from shelf to shelf over fiber. Since this is >a preliminary investigation, can someone please point me to relevant >resources that may be helpful? I am after statistics of transfer rates >between the two and perhaps other materials that others have found useful. > >I have googled and looked through past toaster archives, and most of it >is either outdated or lack of relevant information. > >Thanks. > >Clarence. > > >************** IMPORTANT MESSAGE ************** >This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. >************************************************** > > > >

2 1

CIFS setup issue
by drew.odonnell＠americas.bnpparibas.com 13 Aug '03

13 Aug '03

I have an old 740 I loaded 6.4 on for testing and I cannot seem to join my NT domain. I am running NT 4.0 and I currently have 5 filers running in multiple domains with no issues. I have double-checked WINS entries, DNS and everything I can think of. During CIFS setup the filer actually finds my PDC, through WINS, but fails setup. Here is the log: testna1> cifs setup Enable CIFS access to the filer by a Windows(tm) PC Your filer is visible to all systems using WINS. The WINS name servers currently configured are: 10.110.10.5 Do you want to modify this list? [no]: This filer is currently configured as a NTFS-only filer. Do you want to configure this filer as a Multiprotocol filer? [no]: This filer is currently a member of the Windows Workgroup 'WORKGROUP' Do you want to delete the existing filer account information? [no]: yes The default name of this filer will be 'TESTNA1'. Do you want to modify this name? [no]: CIFS supports three types of user authentication: 1. Windows Domain authentication. 2. Windows Workgroup authentication using the filer's user accounts. 3. /etc/passwd and/or NIS/LDAP based authentication. What type of authentication will this filer use? [1]: 1 The filer will use Windows Domain authentication. Enter the Windows Domain for the filer []:MYDOMAIN CIFS cannot find MYDOMAIN in DNS, and so must assume that this is not a Windows 2000 domain. If you continue with setup, this filer will attempt to join MYDOMAIN as an NT4 server. Do you wish to continue and join MYDOMAIN in NT4 mode? [yes]: CIFS - Connecting filer to the NT4 domain. Wed Aug 6 15:29:07 GMT [rc:info]: Starting DC address discovery for MYDOMAIN Wed Aug 6 15:29:07 GMT [rc:info]: Starting WINS queries. Wed Aug 6 15:29:07 GMT [rc:info]: Found 3 BDC addresses through WINS. Wed Aug 6 15:29:07 GMT [rc:info]: Found 1 PDC addresses through WINS. Wed Aug 6 15:29:08 GMT [rc:info]: DC address discovery for MYDOMAIN complete. 3 unique addresses found. Wed Aug 6 15:29:08 GMT [nbns_timer:info]: All CIFS name registrations complete for local server Wed Aug 6 15:29:20 GMT [rc:warning]: Cannot get DC name: Timed out waiting for reply. CIFS - Primary Domain Controller must be active for installation. CIFS local server is shutting down... CIFS local server has shut down... testna1> This message and any attachments (the "message") is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. --------------------------------------------- Ce message et toutes les pieces jointes (ci-apres le "message") sont etablis a l'intention exclusive de ses destinataires et sont confidentiels. Si vous recevez ce message par erreur, merci de le detruire et d'en avertir immediatement l'expediteur. Toute utilisation de ce message non conforme a sa destination, toute diffusion ou toute publication, totale ou partielle, est interdite, sauf autorisation expresse. L'internet ne permettant pas d'assurer l'integrite de ce message, BNP PARIBAS (et ses filiales) decline(nt) toute responsabilite au titre de ce message, dans l'hypothese ou il aurait ete modifie.

3 2

← Newer
1
...
5
6
7
8
9
10
11
12
13
Older →

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 August 2003