toasters

toasters@lists.teaparty.net

1 participants
13523 discussions

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

BCS ZCS benchmarking statistical data
by steve＠hq.newdream.net 13 Aug '03

13 Aug '03

I'm looking for any type of data that supports whether BCS drives perform better/worse than ZCS drives. In particular, I'd like to see benchmark read/write performance on F760 filers (using ONTAP 6.3.1R1) with FC9 volumes of purely 36GB ZCS or 36GB BCS drives and also volumes of purely 72GB ZCS or 72GB BCS. I looked through the NOW pages but couldn't find anything along these lines. It seems netapp has moved in the direction that all their newer/larger disks tend to be BCS(520) only or am I mistaken? If thats the case then where is the data to show why BCS is better than ZCS. Aside from the fact that you loose a slight amount of disk space on BCS drives what are the pluses? Is there less CPU overhead one way or another? Thanks, Steve

2 1

vscan message
by Tim Longo 12 Aug '03

12 Aug '03

Just noticed the following message on my filer console: Tue Aug 12 14:33:33 EDT [CIFSVScan:warning]: Virus Scanner: pipe_CreatePipe failed [0xc000005e] This is followed by a disconnect message, and a registered message. It cycles through these messages over and over for one of my two registered scanning clients. I'm using Symantec Carrier scan. Anyone encounter this one? Thanks.

1 0

RE: Blocking Files
by Mike Sphar 12 Aug '03

12 Aug '03

If you're for some reason not using virus protection, you could probably get away with this by enabling virus protection and setting it to only scan the extensions that you want to deny. I would except then that the filer would try to virus scan those files, fail to do so, then deny access to the files. That's a klugey way to do it though. It's *much* better to have the virus protection. -- Mike Sphar - Sr Systems Administrator - Remedy, a BMC Software Company -----Original Message----- From: Paul McGuinness (ext. 771) [mailto:Paul.McGuinness@fineos.com] Sent: Tuesday, August 12, 2003 5:35 AM To: 'toasters(a)mathworks.com' Subject: Blocking Files 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 **************************************************************************

1 0

RE: Blocking Files
by Jason Truong 12 Aug '03

12 Aug '03

yeah, we run a script like once every few days to get rid of mp3s in home directories (windows home directories) here it is: /opt/sfw/bin/gfind /soc_vol0/home -type f $ -name "*.mp3" -o -name "*.MP3" $ -print0 | /opt/sfw/bin/gxargs -0 rm -f > /dev/null 2>&1 Just replace paths.... Should be able to do the same for other extensions. However, this does take awhile to run....depending upon the number of users and home directories you have. Thanks, Jason T. -----Original Message----- From: Charles Roufay [mailto:Charles.Roufay@bluewater.com] Sent: Tuesday, August 12, 2003 4:19 AM To: 'Paul McGuinness (ext. 771)'; 'toasters(a)mathworks.com' Subject: RE: Blocking Files hi, This might be quite a difficult thing to acheive and might also impact performance if you have to filter alot of files. You will be better of just doing a regular search on the filer for file the the .mp3 .mpeg etc and then deleting them. Regards -----Original Message----- From: Paul McGuinness (ext. 771) [mailto:Paul.McGuinness@fineos.com] Sent: dinsdag 12 augustus 2003 12:35 To: 'toasters(a)mathworks.com' Subject: Blocking Files 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 **************************************************************************

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