toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

RE: ONTAP upgrade from 6.4.2P6 to 7.x
by Edwards, John 18 Sep '05

18 Sep '05

One clarification to your first point. Since the flexible volumes are newly created, you have to initialize any snapmirrors between them. If you leave you data in traditional volumes, you do not need to reinitialize the snapmirror transfer. John Edwards -----Original Message----- From: Skottie Miller [mailto:skottie@anim.dreamworks.com] Sent: Friday, September 16, 2005 2:30 PM To: Darren Dunham Cc: toasters(a)mathworks.com Subject: Re: ONTAP upgrade from 6.4.2P6 to 7.x If you use volume snapmirrors, you'll need to re-initialize them when you go to 7G from 6.5. If you aren't upgrading everything at the same time, be sure to update the destinations of the snapmirrors before the sources. If you use qtree snapmirrors, they interoperate OK. This is described in the "important cautions" section of http://now.netapp.com/NOW/download/software/ontap/7.0.1R1/ -skottie

1 0

zum Gratisurlaub
by Einladung 17 Sep '05

17 Sep '05

Ohne jede Verpflichtung können Sie an unserer Verlosung teilnehmen und einen herrlichen Gratisurlaub in Spanien gewinnen. Das einzige, was Sie tun müssen, ist, sich anzumelden. Sie brauchen uns nur Ihren Namen, den Wohnort, die Postleitzahl und das Land anzugeben. Kein Adresse, keine Telefonnummer, nichts weiter Der Hauptgewinn ist ein komplett eingerichtetes Apartment in Montaña del Mar / Spanien während einer Woche. Ausserdem gibt es mehrere "Trostpreise" zur Verlosung anmelden

1 0

RE: ONTAP upgrade from 6.4.2P6 to 7.x
by Geffroy, Emmanuel 16 Sep '05

16 Sep '05

Darren, You mentioned problems with snapmirror with 7G. Could you elaborate? Thanks. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Darren Dunham Sent: Friday, September 16, 2005 12:52 PM To: toasters(a)mathworks.com Subject: Re: ONTAP upgrade from 6.4.2P6 to 7.x > 2) How long does the upgrade take ? > The docs only say hours (in an event that I need to revert back) On a smaller filer, the filesystem conversion only took a few minutes. But this was a largely empty box. > 3) Has anyone found a need to revert back ? Why ? We ran into to some trouble with snapmirror. Support said that some aspect of it was broken and suggested we revert to 6.5. Here's a hint. In the 3 step procedure to revert (download, revert_to, bye), don't leave out step 2... *ouch* (*blush*) > 4) Available Volume space > I believe that as part of the upgrade DOT has to go and change all > of the inodes. Are there any implications as far as available space > in a volume ? Do I need to make sure that I have some n% of > free space ? It probably needs a bit of space, but I don't know how much. It shouldn't be a large amount. > 5) How did you deal with the new /etc/exports ? > I use /etc/netgroups and it seems that I need to totally rewrite the > /etc/exports file since '-access' is no longer supported They are rewritten by the process. I saved a copy anyway, but didn't end up doing anything with it. -- Darren Dunham ddunham(a)taos.com Senior Technical Consultant TAOS http://www.taos.com/ Got some Dr Pepper? San Francisco, CA bay area < This line left intentionally blank to confuse you. >

3 2

ONTAP upgrade from 6.4.2P6 to 7.x
by George Kahler 16 Sep '05

16 Sep '05

I need to upgrade present productin F840 cluster environment running DOT 6.4.2P6 in order to support LTO3 tape-drives and an ADIC library. This seems like an oportunity to go directly to DOT 7.x (traditional volumes only - no flex vols yet). I've been pouring over the Upgrade Guide and was wondering what experiences/problems others have came across. 1) What are some of the biggest/troublesome issues ? 2) How long does the upgrade take ? The docs only say hours (in an event that I need to revert back) 3) Has anyone found a need to revert back ? Why ? 4) Available Volume space I believe that as part of the upgrade DOT has to go and change all of the inodes. Are there any implications as far as available space in a volume ? Do I need to make sure that I have some n% of free space ? 5) How did you deal with the new /etc/exports ? I use /etc/netgroups and it seems that I need to totally rewrite the /etc/exports file since '-access' is no longer supported 6) Increased disk & CPU activity after the upgrade The Upgrade Guide mentions that there will be an increase. How much of an increase have people seen ? One of my 840s runs at about 90% busy all the time 7) What version of DOT 7.x would you suggest to upgrade to ? Thanks, George

5 4

URGENTE
by PRINCE DONGA GEORGE 16 Sep '05

16 Sep '05

PRINCE DONGA GEORGE OLYMPIC SECURITY & FINANCE HOUSE, 14 DEGBAGO CRECENT, ABOMME. COTONOU - REPÚBLICA DE BENIN. WEST AFRICA E-MAIL:prince_g_donga@yahoo.fr Dear Friend, Clogios, Yo PRINCE DONGA GEORGE de ha decidido a conceder esta confianza en usted, que le ruego no haré caso ni no mí traicionaré de. El appologise para cualquier inconviniences esto puede causarle por adelantado. Soy PRINCE DONGA GEORGE el Directos de la operación y de la entrega, a último Sr. AHMMED ALI SHLEH, que era un contratista aquí en Benin Rep.que, el 25 de dec de 2003, con su familia entera fue fallecido en un acidente de Avion ocurido en la playa de Jcko en el 25/12/2003. De hecho, nustro cliente hizo Sr. Ahmmed Ali Shaleh Lebanes, tine una cantidad del dopsit, valorada en (seguridad y las finanzas de USD$10.7M)con uno contiene aquí en el representante de Cotonou Benin, y sobre la época de la duración de su acuerdo, la casa de las finanzas que entra en contacto con la familia pero ninguna respuesta. Conseqently, la compañía me publicó un toprovide del aviso el siguiente de parentescos a los difuntos como soy el Directos de la operación y de la entrega, o tiene su dinero confiscado después de este período largo, como está en la ley de compañía. Desde entonces, he hecho varios contactos a su embajada de los países para localizar a cualesquiera de mis parientes extendidos los clientes, que también habían sido fracasados. Puesto que he sido unsuccesfull en el localización de los parientes por casi dos años ahora, intento su consentimiento para presentarle como el siguiente de los parentescos de los difuntos puesto que ningunos de sus parientes no eran ninguna manera de ser encontrado de modo que de modo que cambiemos todos los documentos en su nombre como el nuevo beneficiario, después de eso, nosotros quiere ambo la parte él en porcentaje,55% para nosotros aqui,40% para usted y 5% Para los gastos de transacción. Tengo todos los documentos jurídicos necesarios que se pueden utilizar para sostener todas las demandas que haremos. Toda lo que requiero es su cooperación honesta para permitirnos hace esta gran garantía de la transacción que beneficia successfully.que esto será ejecutada bajo arreglo legítimo que le proteja contra cualquier abertura de la ley. Consígame por favor en tacto con tan rápido como sea posible directos este:E-mail:prince_g_donga@yahoo.fr y a través del teléfono también, permitirnos discuten más lejos el progreso de recuerdos de este negocios. Un saludo PRINCE DONGA GEORGE

1 0

Re: Sex pictures
by autoreply-mailadmin＠unipalm.co.uk 16 Sep '05

16 Sep '05

Please note. You have been sent this email as the address you specified tom(a)unipalm.co.uk does not exist. Please resend using the correct email address. Please DO NOT RESPOND to this email address. Thank You

1 0

Two-way mirroring?
by Stewart, John 14 Sep '05

14 Sep '05

We've got two NetApps, an F740 and an F87. The big 'un is in our US office, and the little guy is in our UK office. We've got a T1 between our sites, and of course the performance sucks for those who access files on the other side of the pond. I'm wondering about possible mirroring options. From what I've heard, all of them are one-way. There is no such thing as a two-way style of mirror, is there? For example, if a user opens a file on one side, it would lock the file on both filers, and then when he saves it, it is synced to both sides. Otherwise, the only thing I can do, really, is set up particular directories to mirror over, and so we'd have a read-only copy of the local folder on the other side, and vice versa. Not really the most useful thing for collaboration. Anyone have any good solutions to such a problem? thanks johnS

2 1

RE: Two-way mirroring?
by John Clear 14 Sep '05

14 Sep '05

If the files being accessed across the pond are often the same files, some of NetApp's filer caching products might be of use. That way, once the files were cached locally, only the updates would need to go across the pond. John -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Stewart, John Sent: Wednesday, September 14, 2005 10:07 AM To: 'toasters(a)mathworks.com' Subject: Two-way mirroring? We've got two NetApps, an F740 and an F87. The big 'un is in our US office, and the little guy is in our UK office. We've got a T1 between our sites, and of course the performance sucks for those who access files on the other side of the pond. I'm wondering about possible mirroring options. From what I've heard, all of them are one-way. There is no such thing as a two-way style of mirror, is there? For example, if a user opens a file on one side, it would lock the file on both filers, and then when he saves it, it is synced to both sides. Otherwise, the only thing I can do, really, is set up particular directories to mirror over, and so we'd have a read-only copy of the local folder on the other side, and vice versa. Not really the most useful thing for collaboration. Anyone have any good solutions to such a problem? thanks johnS

1 0

Anyone using WysDM?
by Kennedy, Jeffrey 14 Sep '05

14 Sep '05

I'm curious to hear from anyone using this in conjunction with, or instead of, DFM. What caused you to purchase it with/instead of DFM? Are you getting more information out of it than with DFM? Do you make both available to end users? One? None? Do you use both for notification? Etc... Thanks. ~JK

1 0

RE: NFS Performance
by Ben Kicken 14 Sep '05

14 Sep '05

Can't see what kind of NIC you are working with (100Mbps or Gb Ethernet), but maybe interesting suggestion for you: Check client NIC settings to Switch port settings and from switch port to Filer NIC settings. Ie, obviously Auto-negotiation and Flow-control settings are not always as they should be, had this problem with Cisco switch. After changing switch port settings (negotiation fixed instead of auto and Flow control set as Tx=full rx=full) performance increased to acceptable levels. Hope this helps Ben > -----Oorspronkelijk bericht----- > Van: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] > Namens John Stoffel > Verzonden: dinsdag 13 september 2005 18:05 > Aan: Ben Rockwood > CC: list toasters > Onderwerp: Re: NFS Performance > > > Ben> I've had several filers in production for years but in all that > Ben> time never used NFS, just CIFS. I'm now starting to use NFS for > Ben> some migrations but I'm really baffled by the poor performance > Ben> I'm getting. Part of the problem is that I'm not sure what kind > Ben> of performance people usually get. > > Ben> When I started pulling data off my 940's I was only getting > Ben> around 4-5MB/s. I'm grabbing data by way of GNU Tar on Solaris. > > I just did some tests on my F940 here, talking to a Solaris 8 box over > Gigabit. I had a directory called 'foo' which is 73M in size, with > 2200+ directories and 2300+ files. None of the files was that big I > think. > > Here's my runs with tar and time: > > # time tar cf - foo > /dev/null > 0.32u 1.65s 0:03.09 63.7% > > Pretty fast, 3seconds implies 25mb/sec throughput. But wait... gnutar > can optimize /dev/null writes and not do the work... > > # time tar cf - foo > /tmp/foo.tar > 0.32u 3.27s 0:12.25 29.3% > > Ok, now it took 12secs, which works out to 6+mb/sec. Not great hmmm... > > # time tar cf - foo > /tmp/foo.tar > 0.24u 2.42s 0:03.85 69.0% > # time tar cf - foo > /tmp/foo.tar > 0.31u 2.11s 0:03.18 76.1% > # time tar cf - foo > /tmp/foo.tar > 0.26u 2.09s 0:03.27 71.8% > # time tar cf - foo > /tmp/foo1.tar > 0.30u 2.19s 0:03.08 80.8% > > Ah, but now look what happens. It's back to 3seconds, or 25mb/sec > through put over the wire. It looks like the NetApp cache has kicked > in here. Which is good, since it shows that the network isn't the > bottleneck here. > > So I repeated my tests with another directory, bar, with 500mb total > size, 790 directories, 1000 files. So they're obviously bigger files > in general. > > # time tar cf - bar > /tmp/foo.tar > 0.64u 17.61s 0:31.51 57.9% > # time tar cf - bar > /tmp/foo.tar > 0.62u 14.24s 0:16.01 92.8% > # time tar cf - bar > /tmp/foo.tar > 0.60u 14.80s 0:17.29 89.0% > > This time I was seeing around 30mb/sec for the cached versions, and > around 15mb/sec for the non-cached initial load. Not too bad. > > So for your setup, I suspect that your network is either heavily > loaded, or that you have a bad network cable, or that you have a > switch in the middle which is swamped or just isn't upto snuff. > > I'm also running 7.0.1 on the NetApp. The volume which held the data > was mounted via TCP onto an E450 with 4gb of RAM and 4x450mhz CPUs, > which are certainly not the fastest. > > Ben> The data is web content, so its a mix of images (500K or so), > Ben> HTML (1K), and Thumbnails (<5K). No matter what I seem to do I > Ben> can't boost performance above that 5MB/s mark. I've tried NFSv2 > Ben> and NFSv3, TCP and UDP, 8K and 32K, Gigabit clients and FastEther > Ben> clients, Solaris9/UltraSPARC and Solaris10/AMD64, so on and so > Ben> forth, with no effect. > > This all points me to suspecting that your network hardware or cabling > has problems. What does 'netstat -ni' say on both ends? And can you > setup a direct connection between the filer and a client to see if > that can be made to run better? Get the rest of the network out of > the loop. > > Good luck, > John > John Stoffel - Senior Staff Systems Administrator - System LSI Group > Toshiba America Electronic Components, Inc. - > http://www.toshiba.com/taec > john.stoffel(a)taec.toshiba.com - 508-486-1087

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