toasters

toasters@lists.teaparty.net

13531 discussions

7.3x on 800's
by Carl Howell 09 Dec '08

09 Dec '08

Has anyone attempted to put OnTap 7.3 on an 800 series filer? Can you do it? Is it simply that NetApp doesn¹t support it, or will it not run at all? Thanks, --Carl

3 2

oracle coruption caused by NFS file system is full
by Li, Jackie (Yanhui) 09 Dec '08

09 Dec '08

Our firm runs oracle 9i using NFS file system from Netapp(3040 running 7.2), we have noticed few cases now that when the NFS file system is full, oracle database crash and can not even start after that. It turns out that database has logical corruption, does anybody experience similar issues? Thanks

8 9

RE: oracle coruption caused by NFS file system is full
by Li, Jackie (Yanhui) 08 Dec '08

08 Dec '08

Thanks everybody's input, I have get a lot of replies, the best thing to do is obvious not get volume full. In our scenario, these are test/development databases, all the oracle files are on single NFS volume , database is not Running in archive mode, The argument so far is : Is corruption a normal behavior after oracle file system is full or it should never? Could this be anything particular related to NFS since we had never observed this on SAN? Jackie Thanks -----Original Message----- From: ericgrancher(a)gmail.com [mailto:ericgrancher@gmail.com] On Behalf Of Eric Grancher Sent: Monday, December 08, 2008 1:13 PM To: Matthew Zito; Glenn Dekhayser; Li, Jackie (Yanhui); toasters(a)mathworks.com Subject: Re: oracle coruption caused by NFS file system is full dear all, (being quite silent on the list, I take the occasion to say that I appreciate very much the contributions and for once that I can contribute...) From my understanding and experience (we got hit once at CERN when we started using DOT devices/NFS for Oracle databases, then we understood the issue and took the right actions to prevent this from happening again), the issue can typically be linked with snapshots: one (or more) snapshots having been created on the volume, Oracle needs to update a block, which turns to the need of more space as the old copy has to be kept (to preserve the snapshot). If no space is available, the write operation is refused which Oracle sees as a "corruption". It is quite well described in TR-3633, pages 22-24. http://media.netapp.com/documents/tr-3633.pdf The operations to be performed (after having added space) to recover from this situation depends on the type of the affected file, the cases are listed as well in the mentioned document. It may actually not be linked with auto-extensibility of Oracle datafiles (which we use extensively without problem). Just updating redo-log files and/or changing blocks in datafiles can generate the issue. Regarding actions to avoid such an issue happening again, it very much depends on your usage of snapshots: -1- if the snapshots are not used, removing the snapshots and disabling the automatic creation of new snapshots is enough! -2- using the vol autosize feature and making sure that there is enough space at the aggregate level (and max-autosize not reached) is a possibile solution (DFM is our friend for this!) -3- using vol option try_first http://now.netapp.com/NOW/knowledge/docs/ontap/rel7251/html/ontap/cmdref/ma… linked with snap autodelete as decribed in http://now.netapp.com/NOW/knowledge/docs/ontap/rel7251/html/ontap/cmdref/ma… could be a solution (which we do not use, be careful with your snapshots if they are a key part of your backup strategy!) best regards, eric 2008/12/8 Matthew Zito <mzito(a)gridapp.com>: > This is also why you don't enable autoextend on tablespaces, and put your > archive logs on a separate filesystem. Space management is part of the day > to day responsibility of a DBA. Running out of space is a Very Bad Thing > for databases. > Thanks, > Matt

1 0

Unix <=> NTFS permissions question
by Oskar Pienkos 08 Dec '08

08 Dec '08

Hello Toaster Experts! We are currently mounting an NFS directory, e.g. /home/production from a filer to a Solaris 10 box. Security is done by local passwd entries. We need to export this directory via CIFS with read and write access to a group of windows developers ( a group in Active Directory.) Is there a way to do this without converting the filer security from UNIX to NTFS? The shares is owned by a single unix UID but will be accessed by multiple AD users. Is there a way to translate AD groups into Unix groups since usermap.cfg seems to translate only user IDs. We don't want to run mixed-mode security. Thanks a lot. Oskar

2 1

Re: Unix <=> NTFS permissions question
by Fox, Adam 08 Dec '08

08 Dec '08

You can't map groups, but if you can ensure that every Windows user belongs to a group that can read/write the files. Each CIFS user will map to a UNIX user with UNIX groups. If, by some chance the controller can't map to a UNIX user, you can set the option cifs.default_unix_user to the UNIX user who owns the files. But this only works if the controller can't map to a UNIX user. -- Adam Fox ------------------------ Typed with my thumbs on a very small keyboard. ----- Original Message ----- From: Oskar Pienkos <opienkos(a)sfu.ca> To: toasters(a)mathworks.com <toasters(a)mathworks.com> Sent: Fri Dec 05 17:36:06 2008 Subject: Unix <=> NTFS permissions question Hello Toaster Experts! We are currently mounting an NFS directory, e.g. /home/production from a filer to a Solaris 10 box. Security is done by local passwd entries. We need to export this directory via CIFS with read and write access to a group of windows developers ( a group in Active Directory.) Is there a way to do this without converting the filer security from UNIX to NTFS? The shares is owned by a single unix UID but will be accessed by multiple AD users. Is there a way to translate AD groups into Unix groups since usermap.cfg seems to translate only user IDs. We don't want to run mixed-mode security. Thanks a lot. Oskar

2 1

OSSV and Windows 2008
by Milazzo Giacomo 06 Dec '08

06 Dec '08

Hi all OSSV 2.5 and 2.6 does not include Windows 2008 Server in their compatibility matrix. Does anybody had the chance to test the OSSV agent on 2008 and NTFS volumes? Regards,

2 1

StoreVault (S550) Cifs Homedirectories
by ifstat 05 Dec '08

05 Dec '08

Hi this might be a bad question, but I'm sure many people have the same query. I've just found out that CIFS Homedirctories it not supported in the S-Series, now being familiar with the full version of Ontap i've managed to configure it. My question is; why is this not supported? Will enabling homedirectories cause a problem to the StoreVault including stabilty and in terms of managebility. I'm fine with doing this from console. Any other reason why doing this is a bad idea? -- View this message in context: http://www.nabble.com/StoreVault-%28S550%29-Cifs-Homedirectories-tp20852013… Sent from the Network Appliance - Toasters mailing list archive at Nabble.com.

1 0

Wiring question
by Peta Spies 04 Dec '08

04 Dec '08

Hi all, Thanks for your responses to my earlier question about swapping small disks for larger ones. Looks like we're going to have to get the mice in the comms room to pedal faster... Anyway, another query entirely. I've just found that one of my netapps is really poorly wired - it's a 3040C with two SATA shelves on one loop, and most of the wiring has IN and OUT ports swapped from the way it should be, aside from one example where it's the right way around. The netapp head can see the shelves though, so it's clearly not too much of a problem. I now want to add two more shelves to the loop. Is it worth recabling the whole thing so it's done correctly, bearing in mind that vol0 lives on the affected SATA shelves and there is production stuff on the other loop (FCAL shelves), I'm guessing the filer won't like it if vol0 goes away? Someone here suggested that the incorrect wiring may be affecting performance. Or does it make no difference and I can just add the new shelves with the wiring inthe same backwards manner? Peta

3 2

Win 2008 AD domain with StoreVault
by Paul Letta 04 Dec '08

04 Dec '08

Hi Everyone. I thought I should add a few more details. Our 2008 AD domain is now in a 2008 only mode with no backwards compatibility to 2003 AD. So that rules out keeping a 2003 AD server for this storevault to use. My next thought was to use either local passwords or NIS. This storevault only has a handful of users. But the data is in an NTFS style qtree. All of the ACLs are based on domain users/groups. Is there a way to map local users/groups to domain users/groups if the filer can't contact/use the domain ? I'm thinking I may just have to punt and move the data back to real NetApp that is working with 2008 AD. Thanks for any suggestions. Paul Hi Everyone. We have just upgraded our Windows AD domain from a 2003 domain to a 2008 domain. All of our filers are fine, because they are at 7.2.5.1. Except for one. A StoreVault. (I know..) It is at OnTap 7.2.1S9. StoreVault support says the 'newest' version is 7.2.1S10. And that StoreVault will not work with 2008 AD domains. I asked for a recommendation, they had none. I checked the CIFS compatibility matrix on NOW, but did not notice that 7.2.1S9 fell outside the chart. Is anyone on the list trying to use 2008 AD domain with a StoreVault ? Downgrading back to a 2003 AD domain is not an option. Thankfully, the number of users that depend on this StoreVault is small, so I may look to use the local /etc/password option during a cifs setup, but I'm not sure if that will work either. Suggestions ?? other than read the matrix better :-) Thanks, Paul

1 0

Win 2008 AD domain with StoreVault
by Paul Letta 04 Dec '08

04 Dec '08

Hi Everyone. We have just upgraded our Windows AD domain from a 2003 domain to a 2008 domain. All of our filers are fine, because they are at 7.2.5.1. Except for one. A StoreVault. (I know..) It is at OnTap 7.2.1S9. StoreVault support says the 'newest' version is 7.2.1S10. And that StoreVault will not work with 2008 AD domains. I asked for a recommendation, they had none. I checked the CIFS compatibility matrix on NOW, but did not notice that 7.2.1S9 fell outside the chart. Is anyone on the list trying to use 2008 AD domain with a StoreVault ? Downgrading back to a 2003 AD domain is not an option. Thankfully, the number of users that depend on this StoreVault is small, so I may look to use the local /etc/password option during a cifs setup, but I'm not sure if that will work either. Suggestions ?? other than read the matrix better :-) Thanks, Paul

2 1

Re: SD 6.01 / W2K8 x64 / iSCSI and NLB Cluster
by Raj Patel 04 Dec '08

04 Dec '08

Cheers Tom, We get slightly different errors on the nodes - * rpc error - mailbx1 * security package error - mailbx2 We did have a suggestion to completely disable the firewall service (not just switch it off in the control panel) - this worked until we rebooted both nodes and the problem came back. Why I asked about the NIC's was because I wondered if the RPC traffic was going out over the data network rather than the iSCSI network. The data network potentially has two addresses per host - its own and the failover cluster IP. I don't think we're doing anything particularly fancy - the cluster setup is obviously the complicating factor. There are a few NOW articles concerning cluster setup but they tend to relate to traditional shared disk rather than independent disk setups. Cheers, Raj. On Wed, Dec 3, 2008 at 11:00 PM, De Wit Tom (Consultant) <tom.de.wit(a)consultant.volvo.com> wrote: > Hey Raj, > > Setting the Preferred filer address is what will tie those RPC calls to a specific destination IP address. Normally you do this to make that traffic go over a specific source interface. The source IP address woudln't matter that much if the traffic can get back to the same host using that IP address. > > Are you experiencing these SD errors on both of your cluster nodes ? > > Tom > > -----Original Message----- > From: Raj Patel [mailto:phigmov@gmail.com] > Sent: dinsdag 2 december 2008 22:47 > To: De Wit Tom (Consultant) > Cc: toasters(a)mathworks.com > Subject: Re: SD 6.01 / W2K8 x64 / iSCSI and NLB Cluster > > Cheers Tom > > We've done some more troubleshooting - > > * if I do a clean w2k8 server install with two nics (one data and the > other iscsi) - SD 6.01 installs and works fine - the initiator even > prompts to open the FW ports on the server > > This made me think it was either something fishy with my previous > install or something funny with the cluster (which is purely failover > - no shared storage). > > * if we evict one of the cluster members (there are two mailbox > servers) the SD 6.01 RPC problem goes away immediately > > So now I'm running up some test VM's to replicate the setup and run up > SD first and then put the cluster on afterwards. > > What I'm wondering now is what part of the SD / SAN interaction is > making the RPC call - presumably over the clustered address ? Is > there any way to tie it to a particular IP or NIC ? > > We'll run another test with a couple of vm's, creating the luns and > then creating the cluster - see at what point the RPC error occurs. > > > Cheers, > > Raj. > > > On Tue, Dec 2, 2008 at 10:04 PM, De Wit Tom (Consultant) > <tom.de.wit(a)consultant.volvo.com> wrote: >> I know of two things that can cause such errors: >> >> - Fill in the "Preferred filer IP addresses". I don't have SD 6.x, on 4.2.1 it was located in MMC under Storage/Snapdrive/Disks, rightclick Disks, select properties. Then fill in the filer DNS/Netbios name and the corresponding IP address and restart Snapdrive services >> >> - Make sure the Snapdrive services is started with a domain user that has both local admin rights on the local server and admin rights on the Netapp filer. >> >> Grtz, >> Tom >> >

1 0

7.2.6p1 experiences
by Page, Jeremy 03 Dec '08

03 Dec '08

Is anyone running this in production? We are using ASIS on the majority of our volumes and really need to get off 7.2.4, I am debating what version to move too, I'd like to get to 7.2.6.1 but even the folks at Netapp have not been able to tell me when it's going to be available. Please be advised that this email may contain confidential information. If you are not the intended recipient, please do not read, copy or re-transmit this email. If you have received this email in error, please notify us by email by replying to the sender and by telephone (call us collect at +1 202-828-0850) and delete this message and any attachments. Thank you in advance for your cooperation and assistance. In addition, Danaher and its subsidiaries disclaim that the content of this email constitutes an offer to enter into, or the acceptance of, any contract or agreement or any amendment thereto; provided that the foregoing disclaimer does not invalidate the binding effect of any digital or other electronic reproduction of a manual signature that is included in any attachment to this email.

5 7

RE: SMSQL help!!
by Ken Williams 02 Dec '08

02 Dec '08

I just spent some time switching to the 32bit version, I received the same results. -----Original Message----- From: Chaim Rieger [mailto:riegersteve@gmail.com] Sent: Tuesday, December 02, 2008 1:13 PM To: Ken Williams Cc: toasters(a)mathworks.com Subject: Re: SMSQL help!! -SMSQL 2.1.1 (previously) and 2.1.2 (currently) you have to install the 32 bit version of SM (if my recollection serves right) we ran into this issue as well Ken Williams wrote: > I've been working with support for several days now on this issue and we > are all stumped. > > Quick background on the environment: > -Clustered FAS3070 > -Fiber channel LUNs > - OnTap 7.2.5.1 > -Windows Server 2003 R2 64bit clustered configuration > -MS SQL 2005 > -1 LUN per filer volume, using mount point vs drive letters for > the mounts. > -SMSQL 2.1.1 (previously) and 2.1.2 (currently) > > This clustered environment is for Sharepoint and also has SMMOSS member > agents. > > This problem has existed since configuration. > > We're in the process of migrating data to a new SQL cluster and we're > coming across a issue with the DBCC verification. > > Collecting verification information... > Getting database backup information from SnapInfo file... > Initializing SnapManager server on remote machine [SNPSPDB01]... > Mounting Snapshot [sqlsnap__prdspdb01_12-02-2008_12.21.38] for Virtual > Disk F:\shpntprod_db\ of Computer PRDSPDB01 > This Snapshot is mounted as the drive [Z:]. > Mount Snapshot succeeded. > Mounting Snapshot [sqlsnap__prdspdb01_12-02-2008_12.21.38] for Virtual > Disk F:\shpntprod_log\ of Computer PRDSPDB01 > This Snapshot is mounted as the drive [Y:]. > Mount Snapshot succeeded. > */Cannot find the data file in the mounted drive:/* > */f:\shpntprod_db\PRD_Hydro_Content_01.mdf/*// > Dismounting Virtual Disk Z of SnapShot > [sqlsnap__prdspdb01_12-02-2008_12.21.38]... > Dismount Snapshot succeeded. > Dismounting Virtual Disk Y of SnapShot > [sqlsnap__prdspdb01_12-02-2008_12.21.38]... > Dismount Snapshot succeeded. > Unable to locate the database data file on the mounted disk drive. > > Database verification information was not updated. > There is an error during database verification. > > > Any ideas why the verification would fail? It looks to me like its > trying to find a data file mounted on the f:\ drive instead of the Y:\ > or Z:\ drive.. Could this be some type of SQL permission issue? I'm at a > total loss. > > Here is the kicker: When I installed SMSQL5.0 the problem went away, but > SMMOSS (Snapmanager for Share point) doesn't work with SMSQL5.0, it > requires 2.1.1/.2.1.2 > > > __________________________________________________________ > *****Ken Williams* > ///Storage Administrator, Business Technology Operations/ > ***Sacramento Municipal Utility District* > E-Mail:_ __kwillia(a)smud.org_ > Phone: (916) 732-6744 > Cell: (916) 240-4213 > -- -- Chaim Rieger www.jravel.com

1 0

Re: SD 6.01 / W2K8 x64 / iSCSI and NLB Cluster
by Raj Patel 02 Dec '08

02 Dec '08

Cheers Tom We've done some more troubleshooting - * if I do a clean w2k8 server install with two nics (one data and the other iscsi) - SD 6.01 installs and works fine - the initiator even prompts to open the FW ports on the server This made me think it was either something fishy with my previous install or something funny with the cluster (which is purely failover - no shared storage). * if we evict one of the cluster members (there are two mailbox servers) the SD 6.01 RPC problem goes away immediately So now I'm running up some test VM's to replicate the setup and run up SD first and then put the cluster on afterwards. What I'm wondering now is what part of the SD / SAN interaction is making the RPC call - presumably over the clustered address ? Is there any way to tie it to a particular IP or NIC ? We'll run another test with a couple of vm's, creating the luns and then creating the cluster - see at what point the RPC error occurs. Cheers, Raj. On Tue, Dec 2, 2008 at 10:04 PM, De Wit Tom (Consultant) <tom.de.wit(a)consultant.volvo.com> wrote: > I know of two things that can cause such errors: > > - Fill in the "Preferred filer IP addresses". I don't have SD 6.x, on 4.2.1 it was located in MMC under Storage/Snapdrive/Disks, rightclick Disks, select properties. Then fill in the filer DNS/Netbios name and the corresponding IP address and restart Snapdrive services > > - Make sure the Snapdrive services is started with a domain user that has both local admin rights on the local server and admin rights on the Netapp filer. > > Grtz, > Tom >

1 0

SMSQL help!!
by Ken Williams 02 Dec '08

02 Dec '08

I've been working with support for several days now on this issue and we are all stumped. Quick background on the environment: -Clustered FAS3070 -Fiber channel LUNs - OnTap 7.2.5.1 -Windows Server 2003 R2 64bit clustered configuration -MS SQL 2005 -1 LUN per filer volume, using mount point vs drive letters for the mounts. -SMSQL 2.1.1 (previously) and 2.1.2 (currently) This clustered environment is for Sharepoint and also has SMMOSS member agents. This problem has existed since configuration. We're in the process of migrating data to a new SQL cluster and we're coming across a issue with the DBCC verification. Collecting verification information... Getting database backup information from SnapInfo file... Initializing SnapManager server on remote machine [SNPSPDB01]... Mounting Snapshot [sqlsnap__prdspdb01_12-02-2008_12.21.38] for Virtual Disk F:\shpntprod_db\ of Computer PRDSPDB01 This Snapshot is mounted as the drive [Z:]. Mount Snapshot succeeded. Mounting Snapshot [sqlsnap__prdspdb01_12-02-2008_12.21.38] for Virtual Disk F:\shpntprod_log\ of Computer PRDSPDB01 This Snapshot is mounted as the drive [Y:]. Mount Snapshot succeeded. Cannot find the data file in the mounted drive: f:\shpntprod_db\PRD_Hydro_Content_01.mdf Dismounting Virtual Disk Z of SnapShot [sqlsnap__prdspdb01_12-02-2008_12.21.38]... Dismount Snapshot succeeded. Dismounting Virtual Disk Y of SnapShot [sqlsnap__prdspdb01_12-02-2008_12.21.38]... Dismount Snapshot succeeded. Unable to locate the database data file on the mounted disk drive. Database verification information was not updated. There is an error during database verification. Any ideas why the verification would fail? It looks to me like its trying to find a data file mounted on the f:\ drive instead of the Y:\ or Z:\ drive.. Could this be some type of SQL permission issue? I'm at a total loss. Here is the kicker: When I installed SMSQL5.0 the problem went away, but SMMOSS (Snapmanager for Share point) doesn't work with SMSQL5.0, it requires 2.1.1/.2.1.2 __________________________________________________________ Ken Williams Storage Administrator, Business Technology Operations Sacramento Municipal Utility District E-Mail: kwillia(a)smud.org Phone: (916) 732-6744 Cell: (916) 240-4213

1 0

moving data off of a spare disk.
by Ellis, Brent 02 Dec '08

02 Dec '08

I have a situation where a disk failed and the rebuild started on the spare from another shelf of disks. The spare was larger than the original failed disk and I need that spare to be available for the aggregate using the larger disks. How do I force the data off that disk and onto one of the other spare disks? Do I just wait for the rebuild to finish and then fail it? Brent Boston University

3 3

Crazy disk swap thought
by Peta Spies 01 Dec '08

01 Dec '08

Hi all, We have a ton of shelves with 320gb sata in them. We'd like to replace them with 1tb satas, but we have no power to power new shelves, or much space for them for that matter. I know that if I swap out one 320gb disk with a 1tb one, the netapp will only use 320gb of the 1tb disk. But if I did all 14, one at a time so it syncs, what happens after I change the 14th disk? Will the netapp still only use 320gb per disk, or will it realise it has a whole 1tb to play with? Peta

7 6

7.2.x snapmirror to 7.3 and back again
by Roscoe P Coltraine 01 Dec '08

01 Dec '08

i have a filer on 7.2.4 with a very large volume size of 12164g. i need to do some loop reorginzation and want to snapmirror it off to a newer filer running 7.3 and then delete it to free up space for some other volume migrations and shelf swaps. when all is said and done i want to put this volume back. so the question is will i be able to snapmirror it back from 7.3 to 7.2.x?

4 4

SD 6.01 / W2K8 x64 / iSCSI and NLB Cluster
by Raj Patel 28 Nov '08

28 Nov '08

Hi all, A few queries about the above config - We are setting up a new E2k7 system with 2 front end CAS servers with NLB and 2 back end Mailbox servers in NLB config and doing CCR between them (no shared storage). I was able to install SnapDrive 6.01 and create four LUN's (non shared dedicated) on each Mailbox server on two seperate SAN's for the mail stores & logs. No problem. However as soon I rebooted and went to check the LUN's (which stayed connected) and create a new one I got a couple of errors (different on each system) - RPC server unavailable - Security package related error Oddly I can expand existing LUN's OK via SD - so some functionality exists - just can't create a new LUN within SD. I have had a suggestion to make sure the Windows Quorum Witness Disk should also be on the SAN - following Microsoft best practive I've created a small Quorum Witness Disk and share on a CAS server. Thats fine - still doesn't fix the RPC error (I can ping and access the admin share on the SAN from each mailbox server). The most annoying thing is that none of these issues has cropped up with W2K3 and SD 4.2.1 - I'm following the same fundamental setup steps. Given I'm not using shared storage clustering just CCR and NLB I want to discover the root of the SD errors - is it SD trying to be clever and insisting that for a Windows cluster you really need shared disks registered with the cluster administrator regardless of wether they're shared or not ? - just some weirdness with W2K8 and SD 6.01 ? - are there any gotchas with W2K8 and SD 6.01 that I need to be aware of ? I just noticed theres a DCOM exception for the W2K8 firewall on NOW - how come SD doesn't set this stuff up at install time ? I want to eliminate the clustering ASAP issue because until I nail the problem the Exchange guys can't really proceed with the rest of the install. Particularly if I need to keep messing around with breaking and re-establishing the cluster to sort out an RPC error. Thanks in advance, Raj.

1 0

Re: Downgrading Data ONTAP?
by Simon Vallet 28 Nov '08

28 Nov '08

Hi, On Tue, 25 Nov 2008 18:37:56 +0100 "Patrick van Helden" <pvh(a)databasement.eu> wrote: > I have reverted Ontap on several occasions, and yes before the revert > you will have to delete all the snapshots that were made with the new > Ontap version. Any snapshots made with the old version of ontap can > remain on the system. Confirmed. We downgraded yesterday, and it went quite well; the procedure from NetApp did indeed hint at deleting previous snapshots before downgrading. This cluster seems in good shape now. Let's just hope it'll stay that way ;-) 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.: svallet(a)genoscope.cns.fr

1 0

Re: vfiler migrate - qtree level mounts
by Fox, Adam 27 Nov '08

27 Nov '08

I can't see how this would be the case as long as you're SnapMirror relationships are volume-based, which vfiler migrate should do by default. But if you are migrating at the qtree level, clients would have to remount. -- Adam Fox ------------------------ Typed with my thumbs on a very small keyboard. ----- Original Message ----- From: Buerger, Andreas <andreas.buerger(a)wincor-nixdorf.com> To: toasters(a)mathworks.com <toasters(a)mathworks.com> Sent: Thu Nov 27 11:14:08 2008 Subject: vfiler migrate - qtree level mounts Hi, I want to perform a vfiler migrate in a production evironment this weekend, and regarding that I had a deeper look at the documentation at NOW. I did the migrate procedure some times before but always with non production data, and every time the migration went smooth without any client interuption (just nfs access). But when I had a deeper look at the documentation I was a little worried about the following chapter, how does a vfiler migration affect clients: http://now.netapp.com/NOW/knowledge/docs/ontap/rel73_vs/html/ontap/vfile r/provisioning/concept/c_oc_prov_vfiler-dr-how-migrating-affects-clients .html#c_oc_prov_vfiler-dr-how-migrating-affects-clients (same at the 7.2.5 documenation) # NFS volume-level mounts move transparently. # NFS qtree-level mounts need to be remounted. I tested that yesterday and and I can't reproduce that qtree level mounts need to be remounted after a vfiler migrate. Nearly every mount in our environment is based on the qtree level, so we would have a big problem if that's true. When I performed vfiler migrations in the past I never had any errors, it was just like a filer reboot or takeover, and I'm pretty sure that I had a lot qtree level mounts on the clients that were affected. Can anybody explain, why a qtree level mount needs be remounted like the documentation says? And whats the difference for the client if it mounts a complete volume like filer:/vol/volume or a qtree like filer:/vol/volume/qtree? May be someone can put me on the right way. Cheers Andreas -- 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

vfiler migrate - qtree level mounts
by Buerger, Andreas 27 Nov '08

27 Nov '08

Hi, I want to perform a vfiler migrate in a production evironment this weekend, and regarding that I had a deeper look at the documentation at NOW. I did the migrate procedure some times before but always with non production data, and every time the migration went smooth without any client interuption (just nfs access). But when I had a deeper look at the documentation I was a little worried about the following chapter, how does a vfiler migration affect clients: http://now.netapp.com/NOW/knowledge/docs/ontap/rel73_vs/html/ontap/vfile r/provisioning/concept/c_oc_prov_vfiler-dr-how-migrating-affects-clients .html#c_oc_prov_vfiler-dr-how-migrating-affects-clients (same at the 7.2.5 documenation) # NFS volume-level mounts move transparently. # NFS qtree-level mounts need to be remounted. I tested that yesterday and and I can't reproduce that qtree level mounts need to be remounted after a vfiler migrate. Nearly every mount in our environment is based on the qtree level, so we would have a big problem if that's true. When I performed vfiler migrations in the past I never had any errors, it was just like a filer reboot or takeover, and I'm pretty sure that I had a lot qtree level mounts on the clients that were affected. Can anybody explain, why a qtree level mount needs be remounted like the documentation says? And whats the difference for the client if it mounts a complete volume like filer:/vol/volume or a qtree like filer:/vol/volume/qtree? May be someone can put me on the right way. Cheers Andreas -- 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

Fabric Metrocluster and FC switches
by Milazzo Giacomo 27 Nov '08

27 Nov '08

Hi all Up to now we've always successfully used Brocade 200E, 8 or 16 port, also because these are the only FC switches well documented in the TR3548 (Metrocluster Design and Implementation Guide). In that doc you can find also the correct cabling schema from shelves/heads to the correct port of switched. And in my experience it seems that MC software in Data Ontap seems to be stricly linked to the Brocade: if you wrong a cabling the system will warn you! Anyway I've read other docs where other model and/or vendors are cited as supported FC switches in a FMC config. McData, Cisco, other Brocade models and so on. Is someone there able to give me the right path on where to find documentation on how to cable/connect/use other switched than the 200E? The question comes because we're planning an extende FMC with DWDM switches and other appliances from Cisco and we could save a lot money (in connecting MC switches to DWDM devices...) using i.e. a superior Brocade model or a Cisco MDS. And again, what's about "dark side" of the fiber (not of the moon J). Apart the TR3552 on theory (and some practice) of optical network I was not able to found a doc/guide on, simplifying.... "where I need to link the LC/LC patch that comes from my MC switch? On which model/brand? What I've to ask to communication expert on the existing dark fiber and, over all, what I've to expect from him/her?" Thanks a lot PS) I've also tried to ask this at Prague NetApp Insight 2008 but I've got only...rumors...nothing concrete J

1 0

RE: latency figures visible via SNMP?
by Buerger, Andreas 27 Nov '08

27 Nov '08

It historically logs that data by default, the default period for that is one week backwards, but I bet it's configurable. It helps us a lot, when somebody points the finger at us to look back what was going on during that time. ________________________________ From: Leeds, Daniel [mailto:dleeds@edmunds.com] Sent: Wednesday, November 26, 2008 8:52 PM To: Buerger, Andreas; A Darren Dunham Subject: RE: latency figures visible via SNMP? the perf advisor is real time right? ie it wont historically log this data and graph it later... ive used perf advisor in previous dfm releases and liked it but didnt enjoy having to sit and watch it for hours while waiting for intermittent issues to occur :) -- Daniel Leeds Manager, Storage Operations Edmunds, Inc. 1620 26th Street, Suite 400 South Santa Monica, CA 90404 310-309-4999 desk 310-430-0536 cell -----Original Message----- From: owner-toasters(a)mathworks.com on behalf of Buerger, Andreas Sent: Wed 11/26/2008 11:19 AM To: A Darren Dunham; toasters(a)mathworks.com Subject: RE: latency figures visible via SNMP? If you use dfm a look at the perf advisor might be helpful. Those data is collected via dfm, we use your mentioned figures as well to monitor vol specific statistics. You can enable/disable and configure the perf advisor options in dfm: perfAdvisorDisabledCounterGroups perfAdvisorEnabled perfAdvisorMaxMonitorThreads perfAdvisorPollInterval perfAdvisorShowAllViews perfAdvisorShowDiagCounters perfAdvisorTransport They improved the NMC java client a lot, it's a very helpful utility for specific perf monitoring with lots of detail. The SDK API also an option, but before putting a script together I would check, if the dfm offers enough for your needs. -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of A Darren Dunham Sent: Wednesday, November 26, 2008 6:59 PM To: toasters(a)mathworks.com Subject: Re: latency figures visible via SNMP? On Wed, Nov 26, 2008 at 01:22:33PM +0100, Stefan Funke wrote: > I didn't see that in SNMP either, but I've found something similar in > Manage Ontap SDK (http://communities.netapp.com/docs/DOC-1365): > [...] > > Thats far away from SNMP but maybe adoptable to your stats environment. Excellent, I'm not familiar with that, but I'll certainly investigate. I don't need SNMP per se. I'm just seeing how I can get the info from the filer with low overhead. I'd rather not fire off a lot of SSH sessions for what I need. So this might be fine. I have DFM, but I can't see that this value is gathered. Thank you for the pointer. -- Darren -- 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. -- 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

Re: Difference in # of files
by Barlow, Richard 27 Nov '08

27 Nov '08

Doesn't the folder itself count as an object? Are there also sub-folders? Sent from my Blackberry ------- Richard Barlow Senior Systems Engineer Chesapeake District 804.929.2500 ----- Original Message ----- From: Glenn Dekhayser <gdekhayser(a)voyantinc.com> To: toasters(a)mathworks.com <toasters(a)mathworks.com> Sent: Wed Nov 26 12:17:33 2008 Subject: Difference in # of files Someone out there has to know this. When I go into a folder in CIFS that only has files in it, it shows in the status bar 22 objects (files). I count, and verify. 22 files. I go up a folder, and right click the folder and do a ‘properties’, and it shows 23 files! I am NOT showing ~snapshot, and it shouldn’t matter if I did. My customer has the same problem, only the difference in his folder is 2 files (122 versus 120). Ideas anyone? _____________________________________________________________ Glenn Dekhayser | VP, Technology | VoyantStrategies O: (732) 335-1500 x514 | F: (732) 810-0378 AIM: gdekhayser | Yahoo: gdekhayser | http://www.voyantinc.com _____________________________________________________________

3 4

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