toasters

toasters@lists.teaparty.net

3 participants
13514 discussions

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

FAS270 reporting interrupts -- fcadmin fcal_stats
by Willeke, Jochen 08 Jun '10

08 Jun '10

Hello, last weekend we had a serious problem on one of our FAS270, which lost the connection to all it's disks on channel 0b which is the internal one. Today I checked some things and found one counter rising, which is in contrast to out other filers (other FAS270 as well). The counter is adap_spurious_interrupt_cnt and it is reported when running "fcadmin fcal_stats". Sadly there is no documentation within the man-page nor on NOW about this special counter. Anybody got background-information about this numbers? Ever come across a similar issue? Kind regards and thanks Jochen WINCOR NIXDORF International GmbH Sitz der Gesellschaft: Paderborn Registergericht Paderborn HRB 3507 Geschäftsführer: Eckard Heidloff (Vorsitzender), Stefan Auerbach, Dr. Jürgen Wunram Vorsitzender des Aufsichtsrats: Karl-Heinz Stiller Steuernummer: 339/5884/0020 - Ust-ID Nr.: DE812927716 - WEEE-Reg.-Nr. DE44477193 Diese E-Mail enthält vertrauliche Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese E-Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser E-Mail ist nicht gestattet. This e-mail may contain confidential information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution of the material in this e-mail is strictly forbidden.

1 0

Storevault to FAS snapmirror
by Glenn Dekhayser 07 Jun '10

07 Jun '10

Storevaults max out at OnTAP 7.2.1.... if I upgrade my FAS to 7.3.3, I know snapmirroring TO the FAS should still work...but what about re-sync, and/or reversing for DR failback? Am I stuck with 7.2.7 on FAS?

1 0

Moving dual attached disk loops from one adapter to another -- HOT ??
by Paul Letta 04 Jun '10

04 Jun '10

Hello, I've got 2 disk loops, both are dual attached. I've got 2 unused, dual port FC cards in slots 3 and 4. The cards/slots are listed as good for disks on the hardware guide. This is for a FAS3040, running 7.2.6.1. Loop 1 is attached to port 0a and 0c. Loop 2 is attached to port 0b and 0d. Can I do the following hot with no down time? 1) Unplug loop1 from 0a and plug it into 3a 2) Unplug loop1 from 0c and plug it into 4a 3) Unplug loop 2 from 0b and plug it into 3b 4) Unplug loop 2 from 0d and plug it into 4b I would wait after each step and verify that the disks are visible via both adapters with a sysconfig -a before moving on to the next step. I did open a support case with the exact text above. But all I got was a very non-technical answer: In rare cases it can be done... but it always has potential for problems. I will say :”NO” to your question, It is not a good idea to do it “HOT”. It would be better to schedule a time when you can have a maintenance window (there will be downtime). I can wait for an off peak time to try this. But I would rather not take the filer down to do it cold if there is a chance I can do it hot. Thanks, Paul

6 6

Moving dual attached disk loops from one adapter to another -- HOT ??
by Paul Letta 04 Jun '10

04 Jun '10

Thanks for all the public/private replies on this subject. I've heard enough that I will not attempt it. I've also heard enough that my reasoning for wanting to do it is premature and I need to find out why the expansion cards are not negotiating the FC link with the tape drive. Thanks again ! Paul

1 0

Re: snapmirror question
by Fox, Adam 03 Jun '10

03 Jun '10

Sync is volume-only and follows the VSM rules. -- Adam Fox ------------------------ Typed with my thumbs on a very small keyboard. ________________________________ From: MRWILLIS(a)UP.COM <MRWILLIS(a)UP.COM> To: Fox, Adam Cc: klises(a)caminomedical.org <klises(a)caminomedical.org>; owner-toasters(a)mathworks.com <owner-toasters(a)mathworks.com>; toasters(a)mathworks.com <toasters(a)mathworks.com> Sent: Thu Jun 03 12:06:23 2010 Subject: Re: snapmirror question You might also want to read up on SYNC and ASYNC requirements ;) "Fox, Adam" <Adam.Fox(a)netapp.com> Sent by: owner-toasters(a)mathworks.com 06/03/2010 10:44 AMTo <klises(a)caminomedical.org>, <toasters(a)mathworks.com> cc Subject Re: snapmirror question This will work fine and is supported. For Volume SnapMirrors it's best to keep both sides on the same single-dot release. If they must be different, then the destination side needs to be higher. For Qtree SnapMirror, you can mix releases versions more liberally. But in your case you are within the same single-dot release (7.3) so you're fine. -- Adam Fox ------------------------ Typed with my thumbs on a very small keyboard. ----- Original Message ----- From: steve klise <klises(a)caminomedical.org> To: toasters(a)mathworks.com <toasters(a)mathworks.com> Sent: Thu Jun 03 10:29:56 2010 Subject: snapmirror question We are doing a head upgrade tonight, and will upgrade ontap from 7.24 and go to 7.3.3 GD. We have a bunch of filers that snapmirror to a 3070 that is 7.3.2.p3. Our VAR said this should still be supported, snapmirroring from 7.3.3 to 7.3.2. Has anyone done this or confirmed if it will work? Any gotchas? thanks always in advance. -- View this message in context: http://old.nabble.com/snapmirror-question-tp28768308p28768308.html <http://old.nabble.com/snapmirror-question-tp28768308p28768308.html> Sent from the Network Appliance - Toasters mailing list archive at Nabble.com. ** This message and any attachments contain information from Union Pacific which may be confidential and/or privileged. If you are not the intended recipient, be aware that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited by law. If you receive this message in error, please contact the sender immediately and delete the message and any attachments. **

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