toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

Boot from SAN
by David McWilliams 12 Jul '10

12 Jul '10

Does anyone know how to configure boot from SAN when we multiple paths available to us? Obviously we will not have true mutlipathing available to us at the BIOS level. Is configuration of the boot order an acceptable solution or does anyone else know of any cleverness out there. Sláinte, David "Build a man a fire he'll be warm for a day, set a man on fire and he'll be warm for the rest of his life" - Terry Pratchett Checkout my photos - http://www.panoramio.com/user/1113507

1 0

Re: Physical displacement of disk shelves -- hot ?
by Simon Vallet 02 Jul '10

02 Jul '10

On Fri, 2 Jul 2010 16:39:58 +0300 Marek.Stopka(a)tieto.com wrote: > Hey guys, what if you would keep it in English or took it outside this > public mail list? Sorry. In English, the short answer was that this operation is not possible. On Fri, 2 Jul 2010 12:59:49 +0300 "Mike" <hockey(a)spidernet.net> wrote: > There is a way to take an aggregate offline without maintenance mode, but > you need to speak to support. I have never used it and I don't know if they > will allow you to use it either. It's either in advanced mode or diagnostics > mode. Plead your case maybe they will provide the solution I will try that -- thanks! Simon

1 0

Physical displacement of disk shelves -- hot ?
by Simon Vallet 02 Jul '10

02 Jul '10

Hi, I'm currently trying to physically move two aggregates from one filer (3020) to another one (2050), and I'd like to do that without service interruption. AFAICT, I'm first supposed to boot one head under maintenance mode to take the aggregate offline, but when I do that (on the taked-over head), I get a quite scary message relative to possible data corruption. So the question is : is it at all possible to take an aggregate (containing FlexVols) offline and move disk shelves in takeover mode ? Cheers, Simon

3 3

upgrading fas3050c to fas3170a
by ifstat 01 Jul '10

01 Jul '10

I'm upgrading FAS3050C to FAS3170A I know of the following tasks: 1- same version ONTAP on old and new controllers 2- disk reassign ownership form old_sysid to new_sysid 3- mailbox destroy local 4- mailbox destroy partner 5- lun serial numbers to be change to what they were before the upgrade 6- software install ONTAP for FAS3170 after upgrade 7- license add 8- edit /etc/rc file for networking ports to correspond to new ports e0c to e4a example. Is there something that i'm missing or any other gotcha's that i can avoid. -- View this message in context: http://old.nabble.com/upgrading-fas3050c-to-fas3170a-tp29043587p29043587.ht… Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.

2 1

SL SMB misery
by Carl Howell 25 Jun '10

25 Jun '10

Like many of you, we have been having lots of weird issues with Snow Leopard and SMB. We've upgraded to 7.3.3, but that hasn't helped. A lot of the symptoms we are experiencing are mentioned here: http://discussions.apple.com/message.jspa?messageID=11041594 For those of you that are having these problems, what are you doing to try to solve them? Thanks, Carl Howell Systems Engineer Information Technology Services

1 0

I: Snapdrive 6.2 and Net.TCP Port Sharing Service Issue
by Milazzo Giacomo 25 Jun '10

25 Jun '10

I've not surrended myself to Microsoft nightmares!!! :) With the help of Process Monitor I was able to find where that damned service fails (if not administrator). I don't know the reasons but installing and or patching .net 3.5sp1 (and of course the related patches to the 3.0 and 2.0 too) on a Windows 2003 italian (or other than eng) does not fix the permissions needed from this service on file system. There's a system folder where the LOCALSERVICE account need to be explicited with Generic Read permission. To do this you need CACLS. The syntax is cacls c:\windows\assembly /E /T /G "NT AUTHORITY\LOCALSERVICE":R From this moment ahead the Net.Tcp services stays loaded and of course Snapdrive too... Bye, Da: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] Per conto di Milazzo Giacomo Inviato: venerdì 25 giugno 2010 13:11 A: toasters(a)mathworks.com Oggetto: I: Snapdrive 6.2 and Net.TCP Port Sharing Service Issue News on this issue. It's certain that is a permission issue. There are a lot of people on several forums reporting this kind of problems on Net.Tcp Service. If I manually add the LOCAL SERVICE account to the local Administrators group the service starts fine and remains started and Snapdrive work. Of course, I cannot maintain this builtin account in the Administrators ;-) I've also tried to manually set permissions on the folders but with no success... Da: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] Per conto di Milazzo Giacomo Inviato: venerdì 25 giugno 2010 11:41 A: toasters(a)mathworks.com Oggetto: Snapdrive 6.2 and Net.TCP Port Sharing Service Issue Hi everybody, Regarding this article https://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb44514... The issues started since the installation phase of Snapdrive 6.2 (the SD used is 6.2D3) when I discovered that this Net.Tcp service did not started using localservice (???). Erroneusly I put "local system" as account and this started letting me install SD. Then, when I call SD to create some LUN the other issues begin. I've tried every possible fix and workaround but I'm still getting the Issue 1 or Issue 2 and Snapdrive does not connect to the LUN Provisioning service... I suspect that there's some hidden issue caused to the Windows 2003 language: in this case is Italian. In fact the NT AUTHORITY\LocalService wanted to start the Net.Tcp service used by Snapdrive has to be NT AUTHORITY\SERVIZIO LOCALE...anyway if I manually choose "SERVIZIO LOCALE" as user it is automatically converted in NT AUTHORITY\LocalService. Regards, Giacomo,

1 0

I: Snapdrive 6.2 and Net.TCP Port Sharing Service Issue
by Milazzo Giacomo 25 Jun '10

25 Jun '10

News on this issue. It's certain that is a permission issue. There are a lot of people on several forums reporting this kind of problems on Net.Tcp Service. If I manually add the LOCAL SERVICE account to the local Administrators group the service starts fine and remains started and Snapdrive work. Of course, I cannot maintain this builtin account in the Administrators ;-) I've also tried to manually set permissions on the folders but with no success... Da: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] Per conto di Milazzo Giacomo Inviato: venerdì 25 giugno 2010 11:41 A: toasters(a)mathworks.com Oggetto: Snapdrive 6.2 and Net.TCP Port Sharing Service Issue Hi everybody, Regarding this article https://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb44514... The issues started since the installation phase of Snapdrive 6.2 (the SD used is 6.2D3) when I discovered that this Net.Tcp service did not started using localservice (???). Erroneusly I put "local system" as account and this started letting me install SD. Then, when I call SD to create some LUN the other issues begin. I've tried every possible fix and workaround but I'm still getting the Issue 1 or Issue 2 and Snapdrive does not connect to the LUN Provisioning service... I suspect that there's some hidden issue caused to the Windows 2003 language: in this case is Italian. In fact the NT AUTHORITY\LocalService wanted to start the Net.Tcp service used by Snapdrive has to be NT AUTHORITY\SERVIZIO LOCALE...anyway if I manually choose "SERVIZIO LOCALE" as user it is automatically converted in NT AUTHORITY\LocalService. Regards, Giacomo,

1 0

Snapdrive 6.2 and Net.TCP Port Sharing Service Issue
by Milazzo Giacomo 25 Jun '10

25 Jun '10

Hi everybody, Regarding this article https://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb44514... The issues started since the installation phase of Snapdrive 6.2 (the SD used is 6.2D3) when I discovered that this Net.Tcp service did not started using localservice (???). Erroneusly I put "local system" as account and this started letting me install SD. Then, when I call SD to create some LUN the other issues begin. I've tried every possible fix and workaround but I'm still getting the Issue 1 or Issue 2 and Snapdrive does not connect to the LUN Provisioning service... I suspect that there's some hidden issue caused to the Windows 2003 language: in this case is Italian. In fact the NT AUTHORITY\LocalService wanted to start the Net.Tcp service used by Snapdrive has to be NT AUTHORITY\SERVIZIO LOCALE...anyway if I manually choose "SERVIZIO LOCALE" as user it is automatically converted in NT AUTHORITY\LocalService. Regards, Giacomo,

1 0

DS14MK2 and DS14MK4 shelves on same chain?
by Steve Losen 24 Jun '10

24 Jun '10

Hello Toasters, We had a downtime on a FAS6040 clustered pair to add Ethernet cards and add two new shelves of FC disks. I had to rearrange the cabling of the shelf chains because the new shelves could not be installed next to the "tail" shelves on the chains. The 6040s would not boot up because the aggr containing the root volume was incomplete. The shelf lights indicated a problem with the chains I had worked on. While inspecting my cabling, I noticed (for the first time) that the new shelves are ESH4 while the old selves are all ESH2. I also noticed that the ESH4 shelves are set to 4Gbit speed while the ESH2s are 2Gbit. Not knowing if I can mix ESH2 and ESH4, I disconnected the new shelves in such a way that they can be "hot added" later to the tails of the chains. Then the filers booted up fine. Question: Can I hot add the ESH4 shelves to the ESH2 chains if I set the speed to 2Gbit? Or must ESH4 shelves be on a separate chain? All disks are FC, I am not trying to mix SATA and FC shelves. Steve Losen scl(a)virginia.edu phone: 434-924-0640 University of Virginia ITC Unix Support

4 3

Several questions about ONTAP 8.0 and DS4243 shelves
by Simon Vallet 15 Jun '10

15 Jun '10

Hi, we recently acquired two filers (3140) with DS4243 shelves, and upgraded them to ONTAP 8.0. I know that this is a GA release, but I did notice some glitches (which are perfectly understandable), and have some questions for the people here who understand this better than me : - installing the 8.0 doc yields a "Documentation for Data ONTAPTM 8.0 is installed, but is out-of-date." message ; - I couldn't find any firmware updates for the DS4243 shelves on NOW -- is this normal? ; - we configured the e0M interface (and I think that it is a great idea), but I couldn't find a way to configure the filer to exclusively be administrated through e0M (i.e. the embedded SSH server now answers on both interfaces) ; - since we migrated from a 7.x release, our root volumes are on 32-bit aggregates -- is there a way to have the root volume on a 64-bit aggregate (and if not, what is the technical reason for it) ? Do some of you have encountered the same questions ? Regards, Simon -- Simon Vallet Ingénieur systèmes, réseaux, sécurité CEA DSV/IG/GEN - Genoscope Tél.: +33 1 60 87 36 06 Mél.: sjv(a)genoscope.cns.fr

7 7

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