toasters

toasters@lists.teaparty.net

13531 discussions

RE: Root/Boot Disk(Volume?) Safety
by Peter Bryant 18 Nov '02

18 Nov '02

*** Before acting on this e-mail or opening any attachment you are advised to read the disclaimer at the end of this e-mail *** FWIW we exportfs the /etc folder read only, and nightly copy across to a Win2K server (via WS-FTP PRO Sync utility) so that the folder gets onto the Win2K server backup cycle including month ends etc. That way we have an online copy, and on month end tapes in the NT space so it is restorable without having to get the Filer up first. Peter -----Original Message----- From: Öberg Mats [mailto:mats.oberg@tietoenator.com] Sent: 08 November 2002 07:27 To: 'Deepak Soneji'; devnull(a)adc.idt.com; toasters(a)mathworks.com Subject: SV: Root/Boot Disk(Volume?) Safety Hi, All you need to do is copy the etc-directory from the root volume to your other volume, Then if your root-volume fails, you floppy-boot and select your other volume as root volume, reboot and all is well... Now if you have other stuff on your root volume besides etc, you will still need to restore it from backups. ---- Mats -----Ursprungligt meddelande----- Från: Deepak Soneji [mailto:sonejideepak@hotmail.com] Skickat: den 8 november 2002 01:03 Till: devnull(a)adc.idt.com; toasters(a)mathworks.com Ämne: Re: Root/Boot Disk(Volume?) Safety I was wondering if we can snapmirror vol0 of filer1 to filer2 and viceversa! or maybe use ndmpcopy across the filers. Thanks /Deepak ----- Original Message ----- From: <devnull(a)adc.idt.com> To: <toasters(a)mathworks.com> Sent: Thursday, November 07, 2002 2:16 PM Subject: Root/Boot Disk(Volume?) Safety > Dear Toasters, > > I have 2 filers, a F810 and a F740. We also have some Sun servers that > do NIS, sendmail, web server etc. > > To protect from root/boot disk failures on my Sun, i either use rsync > to copy the root disk to another machine with the same hardware > architecture or > mirror the disk to a "backup" disk on the same machine. > > I have 2 volumes on my F810 vol0(which has 2 disks) and vol1(11 disks) > on a DS-14 shelf. > > I am trying to protect myself from the situation where i lose both my > vol0 disks, which will mean that my filer will no longer know anything > about itself and i cant really "connect" from my backup server to the > netapp to recover everything. > > If i lose 2 disks on vol1, i will lose all data, but i can slap 2 new > disks on the filer and still recover all data from my backups. > > Any recommendations, thoughts on the same ? > > I use Legato for backup and do my backups over NFS, by mounting the > volumes to my backup server. > > /dev/null > > devnull(a)adc.idt.com > ******************************* Disclaimer ***************************** Confidentiality: This e-mail and any attachments are intended for the addressee(s) only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this e-mail and highlight the error. Viruses: Although we have taken steps to ensure that this e-mail and attachments are free from any virus, we advise that in keeping with good practice the recipient should ensure they are actually virus free. ********************** http://www.burallplastec.com ********************

1 0

RE: multi vif with 4 GBEs
by Moritz.Willers＠ubsw.com 18 Nov '02

18 Nov '02

thanks a lot. Looks like it isn't used too often with GBEs so far bad gets more popular with the FAS900 series as they actually want that much data or otherwise they get bored :) and just to correct some wrong impression that I might have spread, I heard about the switch's performance being badly impacted by having to do the hashing algorithm, never heard anything bad about the filer. And then it was only with some switch manufacturers, iirc it said Cisco switches scale nicely. If only I could find that URL again. - Moritz -----Original Message----- From: Skottie Miller [mailto:skottie@anim.dreamworks.com] Sent: Friday, November 15, 2002 7:53 PM To: Willers, Moritz Cc: toasters(a)mathworks.com Subject: Re: multi vif with 4 GBEs Moritz.Willers(a)ubsw.com wrote: > has anyone ever configured one multi vif across 4 GBE interfaces? Is there anything > to watch out for? I read rumors (can't find the source anymore) that the hashing > algorithm to do the load sharing might badly impact performance. > > Somehow I have not been able to find anyone that ever had a need for more in 2 GBEs > in one multi vif, but the one exception of having one single vif across two switches > and having on each switch a multi vif with 2 GBE interface ... clear as mud, right? I've got two 960s, each with 4 GBE's in a multi-vif. using IP load balancing, all four interfaces can get plenty busy. 4 GBE interfaces ane needed on a 960, btw, because they can sustain 250 - 350 Mbyte/sec of read, at least with my workload. for splitting the vifs acriss switches, I think you need to make two 2-GBE vifs, and then a third vif that contains the other two. netapp calls these "second-layer" vifs. -skottie -- Scott Miller | Animation Technology work: skottie(a)dreamworks.com | Dreamworks Feature Animation life: skottie(a)pobox.com Visit our website at http://www.ubswarburg.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments.

1 0

multi vif with 4 GBEs
by Moritz.Willers＠ubsw.com 15 Nov '02

15 Nov '02

has anyone ever configured one multi vif across 4 GBE interfaces? Is there anything to watch out for? I read rumors (can't find the source anymore) that the hashing algorithm to do the load sharing might badly impact performance. Somehow I have not been able to find anyone that ever had a need for more in 2 GBEs in one multi vif, but the one exception of having one single vif across two switches and having on each switch a multi vif with 2 GBE interface ... clear as mud, right? thanks - Moritz Visit our website at http://www.ubswarburg.com This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secure or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message which arise as a result of e-mail transmission. If verification is required please request a hard-copy version. This message is provided for informational purposes and should not be construed as a solicitation or offer to buy or sell any securities or related financial instruments.

2 1

ndmpcopy -sa and -da options
by Frank Bonnet 15 Nov '02

15 Nov '02

Hi Following my last post I used ndmpcopy to copy data from one filer to another one. Things ran pretty well I have a question regarding the -sa and -da options is there a way not to type the root passwd in the command line as is this cleartext and I do not want someone else look at THIS on the filer console ? Thanks -- Frank Bonnet

3 3

Duplicate files in an NFS directory.
by O'Neill, Paul (IT) 15 Nov '02

15 Nov '02

We have a NFS file system exported from our filer (it is also a CIFS shared folder). One of the sub-directories in this file system has duplicate files and directories. The duplicated files and directories have the same inode number. See the example below: #ls -i 758588 NPR1/ 758583 docs/ 758588 NPR1/ 758583 docs/ 758587 README.version 758584 images/ 758587 README.version 758584 images/ 758586 bin/ 758585 licensing/ 758586 bin/ 758585 licensing/ 758582 cgi/ 758589 nprinfo 758582 cgi/ 758589 nprinfo None of the sub-directories in this particular directory has duplicate files and directories. The directories and files above this directory in the file system tree do not have duplicate files and directories. Has anyone seen this issue before? One of my colleagues has resolved this problem before by using the UNIX touch command to change the timestamp on a file in a duplicated directory. I have tried this and it did not resolve the issue this time. Thank you in advance for your help. The problem seems to be solved (this time) by creating a new file in the directory: metrica:laurel> ls -lrt total 96 drwxrwxr-x 2 metrica metrica 4096 Jan 23 2002 images/ drwxrwxr-x 2 metrica metrica 4096 Jan 23 2002 images/ drwxrwxr-x 2 metrica metrica 4096 Jan 23 2002 docs/ drwxrwxr-x 2 metrica metrica 4096 Jan 23 2002 docs/ -r--r--r-- 1 metrica metrica 53 Jan 23 2002 README.version -r--r--r-- 1 metrica metrica 53 Jan 23 2002 README.version drwxrwxr-x 5 metrica metrica 4096 Jan 23 2002 bin/ drwxrwxr-x 5 metrica metrica 4096 Jan 23 2002 bin/ drwxrwxr-x 4 metrica metrica 4096 Jan 23 2002 cgi/ drwxrwxr-x 4 metrica metrica 4096 Jan 23 2002 cgi/ drwxrwxr-x 2 metrica metrica 4096 Jan 23 2002 licensing/ drwxrwxr-x 2 metrica metrica 4096 Jan 23 2002 licensing/ drwxrwxr-x 13 metrica metrica 4096 Aug 29 16:30 NPR1/ drwxrwxr-x 13 metrica metrica 4096 Aug 29 16:30 NPR1/ -rw-r--r-- 1 metrica metrica 63 Oct 8 14:51 nprinfo -rw-r--r-- 1 metrica metrica 63 Oct 8 14:51 nprinfo metrica:laurel> touch fred metrica:laurel> ls NPR1/ cgi/ images/ README.version docs/ licensing/ bin/ fred nprinfo metrica:laurel> ls -i 758588 NPR1/ 1281403 fred 758587 README.version 758584 images/ 758586 bin/ 758585 licensing/ 758582 cgi/ 758589 nprinfo 758583 docs/ Why is this problem happening? How do I stop this from happening? Netapp suggests using snoop to try and capture this problem, but they have not told us what they are looking for. We are also seeing this issue on more than one Solaris 8 box. Has anyone seen this issue before? regards, Paul O'Neill

2 1

AW: Probelm with clients freezing
by stefan.holzwarth＠adac.de 15 Nov '02

15 Nov '02

Mitko, since oplocking is a normal feature and saves cpu/network cycles i do not want to disable oplocks. If there is a bug i want to fix that. But its a good hint to investigate further. Kind Regards, Stefan Holzwarth -----Ursprüngliche Nachricht----- Von: Mitko Blazeski [mailto:Mitko.Blazeski@proact.se] Gesendet: Freitag, 15. November 2002 10:50 An: 'stefan.holzwarth(a)adac.de' Betreff: RE: Probelm with clients freezing Stefan, Try to turn off oplocks on the filer, that should propably do it. Some other things to try if that dosen´t work is to disable antivirus scanning on the clients. But first thing would be the oplocks disable. /Mitko -----Original Message----- From: stefan.holzwarth(a)adac.de [mailto:stefan.holzwarth@adac.de] Sent: den 15 november 2002 10:31 To: toasters(a)mathworks.com Subject: Probelm with clients freezing At the moment we have each day some clients NT4 / W2K that are freezing during normal work. Traces on the network show, that one of the last things they made was accessing the Filer and having a lot of retransmits. Does anybody has made similiar experience? Thanks a lot Stefan Holzwarth ---------------------------------------------------------------------------- -- Stefan Holzwarth ADAC e.V. (Informationsverarbeitung - Systemtechnik - Basisdienste) Am Westpark 8, 81373 München, Tel.: (089) 7676-5212, Fax: (089) 76768924 mailto:stefan.holzwarth@adac.de

1 0

Probelm with clients freezing
by stefan.holzwarth＠adac.de 15 Nov '02

15 Nov '02

At the moment we have each day some clients NT4 / W2K that are freezing during normal work. Traces on the network show, that one of the last things they made was accessing the Filer and having a lot of retransmits. Does anybody has made similiar experience? Thanks a lot Stefan Holzwarth ---------------------------------------------------------------------------- -- Stefan Holzwarth ADAC e.V. (Informationsverarbeitung - Systemtechnik - Basisdienste) Am Westpark 8, 81373 München, Tel.: (089) 7676-5212, Fax: (089) 76768924 mailto:stefan.holzwarth@adac.de

1 0

RE: Clustered F820's and SyncMirror
by Watanabe, Steve 14 Nov '02

14 Nov '02

> From: Matt Musgrove [mailto:matt.musgrove@thales-is.com] > > I am about to implement a cluster of two F820's each with three DS14 > shelves. To complicate things I am going to use SyncMirror to > mirror a couple of the more important volumes. Does anyone have any > experiences they would like to share having a similar setup? I > would particularly like to find the answer to the following: > > 1. Can disks in the same volume be spread over 2 disk pools? Please don't do this. The reason there are two pools is so that each of the plexes (copies) of the volume can be in a separate pool for fault isolation. The pools are created such that a loop or adapter failure cannot take out both plexes. > 2. Can disk spares be shared amongst disk pools? Normally spares are specific to a single pool. The exception would be in the case where no spare is available in the same pool as a failing disk AND the failing disk leaves the volume in the position where another failure could lead to the loss of the volume. -Steve > > many thanks > > Matt >

1 0

Clustered F820's and SyncMirror
by Matt Musgrove 14 Nov '02

14 Nov '02

Hello Toasters, I am about to implement a cluster of two F820's each with three DS14 shelves. To complicate things I am going to use SyncMirror to mirror a couple of the more important volumes. Does anyone have any experiences they would like to share having a similar setup? I would particularly like to find the answer to the following: 1. Can disks in the same volume be spread over 2 disk pools? 2. Can disk spares be shared amongst disk pools? many thanks Matt

1 0

RE: Seagate Cheetah 36Gb disk failures
by Viano, Eric 14 Nov '02

14 Nov '02

Simon, We have a lot of SUN machines here. (SF880, 480, 280, SB1000, SB2000). Sun Support recommended us to upgrade the firmware of all SEAGATE disks fc of 36GB and 72GB, because an Sun internal technote notice that due to an electrostatic problem, a disk could lose his label, so crash... They recommend us to upgrade the firmware of all Seagate fc disks with the following reference : ST 373405fc 72GB ST 336605fc 36GB May be you could contact Seagate for more informations. Hope this information could help you to solve your issue. Regards Eric VIANO -----Original Message----- From: Daniel Finn [mailto:DFinn@studentadvantage.com] Sent: Wednesday, November 13, 2002 6:07 PM To: 'Clawson, Simon'; 'toasters(a)mathworks.com' Subject: RE: Seagate Cheetah 36Gb disk failures I think I remember hearing that you have the most disk failures at the beginning of the disks life. -----Original Message----- From: Clawson, Simon [mailto:simon_clawson@mentorg.com] Sent: Wednesday, November 13, 2002 8:36 AM To: 'toasters(a)mathworks.com' Subject: Seagate Cheetah 36Gb disk failures Hi, I have had to replace two of our 36Gb Seagate Cheetah disks in the last 3 months. This is on a shelf that's just over a year old. Has anyone else noticed these disks fail regularly? Simon Simon Clawson TEL:- +44 (0)1635 811409 HDL Designer Series Team Systems Administrator FAX:- +44 (0)1635 810108 Mentor Graphics Ireland Ltd (UK Branch) MOB:- +44 (0)7788 716071 Rivergate London Road Newbury Berkshire RG14 2QB

1 0

Jump to page:

2026

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