toasters

toasters@lists.teaparty.net

13531 discussions

optimize volume/qtree for oracle db
by Willeke, Jochen 06 Dec '06

06 Dec '06

Hi, currently we are running an oracle db on an FAS6070c and today we had some complaints that for some hours operations which use a lot of getattr-ops, like ls -la does, are slower than they used to be. An oracle-colleague told me that he thinks there is a best-pratcise for volumes with oracle-db inside which describes something that boosts up getattr's. I did not find anything appropriate on NOW. Has anybody ever come accross this issue? Best Regards and thanks in advance Jochen

5 6

RE: Lotus Notes
by Glenn Walker 06 Dec '06

06 Dec '06

There once was a product called SnapManager for Domino (or was it Lotus Notes?)... at any rate, it was discontinued because the need was no longer there: As many have pointed out, Lotus does a good job of recovering itself after a normal filer-based snapshot. Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Oliver Bassett Sent: Tuesday, December 05, 2006 4:49 PM To: toasters(a)mathworks.com; Andrew Guerra Subject: RE: Lotus Notes Andrew, I worked with a customer here to deploy NetApp storage with their existing Notes on Windows installation. The Notes databases are effectively files rather than open databases, so SnapDrive initiated snapshots are sufficient for recovery without having to quiesce them. The implementation we used was a LUN mapped to the Windows host with SnapDrive. We then created a Windows Scheduled Task to take regular snapshots using SnapDrive. To recover an individual mailbox, you just mount the snapshot of the LUN and copy that users mailbox file out and back into the main LUN, to recover all of Notes to a point in time, you just shut down Notes and do a LUN SnapRestore then remount the LUN and restart Notes. There used to be some TR's for Lotus Domino, but I can't seem to find them anymore. Regards Oliver Bassett Senior Systems Engineer Infinity Solutions Ltd P O Box 3323, Auckland Ph: +64 9 921 8123, Mob: +64 21 574 994 Fax: +64 9 309 4142 www.infinitysolutions.co.nz -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Scott Lowe Sent: Wednesday, 6 December 2006 9:30 a.m. To: toasters(a)mathworks.com; Andrew Guerra Subject: Re: Lotus Notes Andrew, I could be wrong, but without application-specific support to quiesce the Notes databases (which is what SME/SMSQL/SMO do), then you won't be able to get guaranteed consistent snapshots. In addition, even if you do get good snapshots, you would still need some level of application-specific software (like SMBR) that understands the Notes database format and has the ability to reach into a snapshot and retrieve specific pieces of information. Without these application-specific pieces, you are left with the ability to take "ordinary" snapshots (I would assume of a LUN, since Notes probably doesn't support mounting databases over CIFS or NFS) and then using SnapRestore to restore those snapshots as needed. I'm not intimately familiar with Lotus Notes, but if you could restore the database from snapshot to an alternate location you could then use Notes-specific software to retrieve specific items from there. Hope this helps, Scott Lowe Senior Engineer ePlus Technology, Inc. slowe(a)eplus.com Office: 919.326.3641 Fax: 919.326.3691 Mobile: 919.274.0462 On Dec 5, 2006, at 2:37 PM, Andrew Guerra wrote: > Has anyone installed, implemented, deployed Lotus Notes with a > NetApp filer? I know there "SnapManager for Lotus Notes" doesn't > exist so how can I do this with the same functionality and SME, and > SMBR for that matter. I would appreciate any suggestions. > > > > Thanks > > > > > > > > > > > > > > The information contained in this email is privileged and confidential and intended for the addressee only. If you are not the intended recipient, you are asked to respect that confidentiality and not disclose, copy or make use of its contents. If received in error you are asked to destroy this email and contact the sender immediately. Your assistance is appreciated.

2 1

RE: Quick question about DFM
by Hindman, Steven 04 Dec '06

04 Dec '06

Grant, You can download the newer versions of DataFabric Manager if you renew your service and support program (SSP) contract. Steve -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Sto Rage(c) Sent: Friday, December 01, 2006 6:45 PM To: Warkentin, Grant Cc: toasters(a)mathworks.com Subject: Re: Quick question about DFM When was it free? :( On 12/1/06, Warkentin, Grant <Grant.Warkentin(a)calgary.ca> wrote: > > > > Is Net App now changing for DFM? > Was just on Now and I noticed our DFM has expired so I cannot download > a newer version. > > Thanks > > Grant Warkentin > System Administrator II > Information Technology, IT Operations > The City of Calgary > Calgary, AB Canada. T2P 2M5 > Mail: 8245 > Phone: (403) 268-5629 > Fax: (403) 268-2546 > >

1 0

Quick question about DFM
by Warkentin, Grant 02 Dec '06

02 Dec '06

Is Net App now changing for DFM? Was just on Now and I noticed our DFM has expired so I cannot download a newer version. Thanks Grant Warkentin System Administrator II Information Technology, IT Operations The City of Calgary Calgary, AB Canada. T2P 2M5 Mail: 8245 Phone: (403) 268-5629 Fax: (403) 268-2546

3 2

RE: Quick question about DFM
by You, Qinghong 02 Dec '06

02 Dec '06

It's been renamed to Operation Manager. Thanks Qinghong -----Original Message----- From: Warkentin, Grant [mailto:Grant.Warkentin@calgary.ca] Sent: Fri Dec 01 16:01:18 2006 To: toasters(a)mathworks.com Subject: Quick question about DFM Is Net App now changing for DFM? Was just on Now and I noticed our DFM has expired so I cannot download a newer version. Thanks Grant Warkentin System Administrator II Information Technology, IT Operations The City of Calgary Calgary, AB Canada. T2P 2M5 Mail: 8245 Phone: (403) 268-5629 Fax: (403) 268-2546

1 0

RE: experiencing link breaks on filer hba's
by Ledbetter, Charles 01 Dec '06

01 Dec '06

Since it's BOTH FC ports on both heads at the same time, I'm inclined to believe your switch rebooted. Have you checked the logs to see if that's the case? -Charles -----Original Message----- From: Christopher Mende [mailto:Christopher.Mende@infinity.co.nz] Sent: Thursday, November 30, 2006 3:14 PM To: kunle windapo; toasters(a)mathworks.com Subject: RE: experiencing link breaks on filer hba's Since it's on multiple adapters and started happening at the same time... Double-check that all firmware levels matrix into a supported configuration (hosts, switches, ONTAP). I've run into these issues when one group decides to update firmware on one component and doesn't inform involved groups. http://now.netapp.com/NOW/knowledge/docs/san/fcp_iscsi_config/index.shtm l (FCP & iSCSI Compatibility Matrix) I'm assuming you have support -- I'd recommend opening a NOW case or one through your reseller after you've checked the basics. Christopher Mende Systems Engineer Infinity Solutions Ltd P O Box 3323, Auckland Ph: +64 9 921 8039, Mob: +64 21 227 7590 Fax: +64 9 309 4142 www.infinitysolutions.co.nz -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of kunle windapo Sent: Friday, December 01, 2006 12:02 AM To: toasters(a)mathworks.com Subject: experiencing link breaks on filer hba's hello, i have 2 FAS980C's in my SAN environment. Data on one is mirrored to the other. i have twice experienced link breaks on two of my hba's adapter 5b and 6b on both filers at the same time, the links come up at the same time after about 7mins. both times when this has happened, our Exchange server looses access to its SAN disk devices leading to a downtime. Has any body experienced this before, if so please HELP me prevent this from happening again. here is error log: Wed Nov 29 13:50:19 GMT [vhe-cl1-n1: scsitarget.ispfct.linkBreak:warning]: Link break detected on Fibre Channel target adapter 5b. Wed Nov 29 13:50:19 GMT [vhe-cl1-n2/vhe-cl1-n1: scsitarget.ispfct.globalLogout:CRITICAL]: FCP Target: Global Logout/Process Logout/Config Changed (from port 210000e08b1c3f12), aborting all SCSI commands Wed Nov 29 13:51:19 GMT [vhe-cl1-n1: scsitarget.ispfct.linkBreak:warning]: Link break detected on Fibre Channel target adapter 6b. Wed Nov 29 13:51:19 GMT [vhe-cl1-n2/vhe-cl1-n1: scsitarget.ispfct.globalLogout:CRITICAL]: FCP Target: Global Logout/Process Logout/Config Changed (from port 500a098e8647ae78), aborting all SCSI commands Wed Nov 29 13:55:05 GMT [vhe-cl1-n2/vhe-cl1-n1: scsitarget.ispfct.targetReset:CRITICAL]: FCP Target: Target Reset (from port 210000e08b1ae0fc), aborting all SCSI commands Wed Nov 29 13:55:05 GMT [vhe-cl1-n1: scsitarget.ispfct.targetReset:CRITICAL]: FCP Target: Target Reset (from port 210000e08b1ae0fc), aborting all SCSI commands Wed Nov 29 13:58:57 GMT [vhe-cl1-n2/vhe-cl1-n1: scsitarget.ispfct.globalLogout:CRITICAL]: FCP Target: Global Logout/Process Logout/Config Changed (from port 500a098c8647ae78), aborting all SCSI commands Wed Nov 29 13:58:57 GMT [vhe-cl1-n1: scsitarget.ispfct.linkUp:notice]: Link up on Fibre Channel target adapter 5b. Wed Nov 29 13:58:57 GMT [vhe-cl1-n1: scsitarget.ispfct.linkUp:notice]: Link up on Fibre Channel target adapter 5b. Wed Nov 29 13:58:57 GMT [vhe-cl1-n2/vhe-cl1-n1: scsitarget.ispfct.globalLogout:CRITICAL]: FCP Target: Global Logout/Process Logout/Config Changed (from port 500a098e8647ae78), aborting all SCSI commands Wed Nov 29 13:58:57 GMT [vhe-cl1-n1: scsitarget.ispfct.linkUp:notice]: Link up on Fibre Channel target adapter 6b. Wed Nov 29 13:58:57 GMT [vhe-cl1-n1: scsitarget.ispfct.linkUp:notice]: Link up on Fibre Channel target adapter 6b. Await responses. ________________________________________________________________________ ____________ Want to start your own business? Learn how on Yahoo! Small Business. http://smallbusiness.yahoo.com/r-index The information contained in this email is privileged and confidential and intended for the addressee only. If you are not the intended recipient, you are asked to respect that confidentiality and not disclose, copy or make use of its contents. If received in error you are asked to destroy this email and contact the sender immediately. Your assistance is appreciated.

2 1

experiencing link breaks on filer hba's
by kunle windapo 30 Nov '06

30 Nov '06

hello, i have 2 FAS980C's in my SAN environment. Data on one is mirrored to the other. i have twice experienced link breaks on two of my hba's adapter 5b and 6b on both filers at the same time, the links come up at the same time after about 7mins. both times when this has happened, our Exchange server looses access to its SAN disk devices leading to a downtime. Has any body experienced this before, if so please HELP me prevent this from happening again. here is error log: Wed Nov 29 13:50:19 GMT [vhe-cl1-n1: scsitarget.ispfct.linkBreak:warning]: Link break detected on Fibre Channel target adapter 5b. Wed Nov 29 13:50:19 GMT [vhe-cl1-n2/vhe-cl1-n1: scsitarget.ispfct.globalLogout:CRITICAL]: FCP Target: Global Logout/Process Logout/Config Changed (from port 210000e08b1c3f12), aborting all SCSI commands Wed Nov 29 13:51:19 GMT [vhe-cl1-n1: scsitarget.ispfct.linkBreak:warning]: Link break detected on Fibre Channel target adapter 6b. Wed Nov 29 13:51:19 GMT [vhe-cl1-n2/vhe-cl1-n1: scsitarget.ispfct.globalLogout:CRITICAL]: FCP Target: Global Logout/Process Logout/Config Changed (from port 500a098e8647ae78), aborting all SCSI commands Wed Nov 29 13:55:05 GMT [vhe-cl1-n2/vhe-cl1-n1: scsitarget.ispfct.targetReset:CRITICAL]: FCP Target: Target Reset (from port 210000e08b1ae0fc), aborting all SCSI commands Wed Nov 29 13:55:05 GMT [vhe-cl1-n1: scsitarget.ispfct.targetReset:CRITICAL]: FCP Target: Target Reset (from port 210000e08b1ae0fc), aborting all SCSI commands Wed Nov 29 13:58:57 GMT [vhe-cl1-n2/vhe-cl1-n1: scsitarget.ispfct.globalLogout:CRITICAL]: FCP Target: Global Logout/Process Logout/Config Changed (from port 500a098c8647ae78), aborting all SCSI commands Wed Nov 29 13:58:57 GMT [vhe-cl1-n1: scsitarget.ispfct.linkUp:notice]: Link up on Fibre Channel target adapter 5b. Wed Nov 29 13:58:57 GMT [vhe-cl1-n1: scsitarget.ispfct.linkUp:notice]: Link up on Fibre Channel target adapter 5b. Wed Nov 29 13:58:57 GMT [vhe-cl1-n2/vhe-cl1-n1: scsitarget.ispfct.globalLogout:CRITICAL]: FCP Target: Global Logout/Process Logout/Config Changed (from port 500a098e8647ae78), aborting all SCSI commands Wed Nov 29 13:58:57 GMT [vhe-cl1-n1: scsitarget.ispfct.linkUp:notice]: Link up on Fibre Channel target adapter 6b. Wed Nov 29 13:58:57 GMT [vhe-cl1-n1: scsitarget.ispfct.linkUp:notice]: Link up on Fibre Channel target adapter 6b. Await responses. ____________________________________________________________________________________ Want to start your own business? Learn how on Yahoo! Small Business. http://smallbusiness.yahoo.com/r-index

2 1

RE: Intermittent "Permission denied" on NTFS qtree
by Glenn Walker 30 Nov '06

30 Nov '06

Enable the option (temporarily) 'cifs.trace_dc_connection'. The output (via screen\messages file) will help. It may not be an issue with complete connectivity drop, but the DC is definitely rejecting the RPC request to look up group membership (SamrGetAliasMembership). Glenn -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Borzenkov, Andrey Sent: Tuesday, November 28, 2006 4:40 AM To: Simon Vallet; toasters(a)mathworks.com Subject: RE: Intermittent "Permission denied" on NTFS qtree Hi, You apparently have some intermittent connectivity problems with DC. As for error messages - this indicates that the domain controller sometimes does not respond, or that connectivity with it was briefly interrupted, which somehow proves connectivity problem. Regards Andrey Borzenkov Senior system engineer IT Product Services Fujitsu Siemens Computers Russian Federation Telephone: +7(495)737-2723 Email: mailto:Andrey.Borzenkov@fujitsu-siemens.com Internet: http://www.fujitsu-siemens.com -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Simon Vallet Sent: Monday, November 27, 2006 6:09 PM To: toasters(a)mathworks.com Subject: Intermittent "Permission denied" on NTFS qtree Hi, we've been trying to solve an intermittent "Permission denied" access problem on a NTFS qtree for some time now, to no avail, so maybe some of you will have some advice. We have a CIFS- and NFS-exported NTFS qtree on a FAS3020 cluster running Data ONTAP 7.1.1. The PDC is a win2k3 server, and Unix users are managed via NIS. From time to time, legitimate users are refused access to certain files with a "Permission denied" message, especially when trying to access the qtree via NFS. These users *do* have permission to access the files in question as per NTFS ACLs -- in fact, when they retry to access the file a few minutes later, they are granted access. We're seing this problem since a bit more of a week now, and still have no clue what the cause of the problem could be... the SID cache seems to be a good suspect, but it's hard to tell; we've also thought of buggy win2k3 patches... In parallel, we're seing the following messages in the logs: CIFSRPC SamrGetAliasMembership: Exception rpc_s_unknown_reject caught. Has anybody experienced a similar problem ? Simon -- Simon Vallet Ingénieur Systèmes/Réseaux Genoscope / CNRG Tél. : 01 60 87 36 06 E-mail : svallet(a)genoscope.cns.fr

4 4

RE: snaplock enterprise / compliance
by Creek, Toby 30 Nov '06

30 Nov '06

As of ONTAP 7.1, you can have both Compliance and Enterprise licensed at the same time, but the aggr types are different. Licenses can be removed while data exists; you just can't create new SnapLock aggrs or lock files anymore. You'll need to perform a data migration to go from one to the other - vol copy is the recommended route to preserve immutability. You may need to check with your compliance officer or legal counsel to ensure that chain of custody is preserved via necessary documentation. Toby -- Toby Creek Carolinas District Systems Engineer Network Appliance(r) http://www.netapp.com/ Office: +1-919-476-5737 Mobile: +1-919-244-4595 -----Original Message----- From: Glenn Walker [mailto:ggwalker@mindspring.com] Sent: Wednesday, November 29, 2006 4:07 PM To: Willeke, Jochen; toasters(a)mathworks.com Subject: RE: snaplock enterprise / compliance You can only have one license on the filer at a time - If I recall correctly, there is no way to remove the license without first removing the data. This KB may help: http://now.netapp.com/Knowledgebase/solutionarea.asp?id=kb17082 However, it states that you can perform vol copy - perhaps it intends you to do this to another filer? Glenn -----Original Message----- From: owner-toasters(a)mathworks.com on behalf of Willeke, Jochen Sent: Wed 11/29/2006 11:54 AM To: toasters(a)mathworks.com Subject: snaplock enterprise / compliance Hi toasters, i have an R200 with snaplock_enterprise. There is already an aggregate using this feature. But now i want to convert from snaplock_enterprise to snaploch_compliance. Is there a way to do this? Can i just remove the snaplock_enterprise license and than add the snaplock_compliance license or will this cause any trouble? Best Regards Jochen

1 0

RE: Intermittent "Permission denied" on NTFS qtree
by Glenn Walker 30 Nov '06

30 Nov '06

More logs would be helpful - by default, the filer will try to 'improve' DC connectivity by searching every 4 hours. The last part of the logs that you posted may very well be that, or more likely it is trying to regain connectivity after an error (security context expiring is not something that is seen frequently - this is abnormal!). The biggest problems are the context expiring, the GSSAPI security context error (result of the security context expiring, no doubt), and the RPC rejection. I'm assuming that the RPC rejection and the GSSAPI errors are a direct result of the context expiration. Glenn -----Original Message----- From: Simon Vallet [mailto:svallet@genoscope.cns.fr] Sent: Wednesday, November 29, 2006 6:10 AM To: Glenn Walker Cc: Andrey.Borzenkov(a)fujitsu-siemens.com; toasters(a)mathworks.com Subject: Re: Intermittent "Permission denied" on NTFS qtree Hi, On Tue, 28 Nov 2006 07:41:58 -0500 "Glenn Walker" <ggwalker(a)mindspring.com> wrote: > Enable the option (temporarily) 'cifs.trace_dc_connection'. The output (via screen\messages file) will help. > > It may not be an issue with complete connectivity drop, but the DC is definitely rejecting the RPC request > to look up group membership (SamrGetAliasMembership). Apparently, there are some connectivity problems, but it seems they are quite random -- a trace of network traffic between the filer and the PDC reveals some unexpected TCP resets issued byt the DC : [...] filer -> DC [FIN,ACK] DC->filer [ACK] DC->filer [RST,ACK] [...] this shouldn't be a problem, since the filer requested a FIN anyway, but the time coincidence is troubling... Enabling cifs.trace_dc_connection and cifs.trace_login yields some more information: AUTH: notice- The context has expired. AUTH: notice- No error. AUTH: notice- Unexpected GSSAPI security context error. AUTH: notice- The context has expired. AUTH: notice- No error. CIFSRPC SamrGetAliasMembership: Exception rpc_s_unknown_reject caught. AUTH: Error looking up domain groups during login from 192.168.x.x:RPC_NT_CALL_FAILED (0xc002001b). and ten seconds later: AUTH: TraceLDAPServer- Starting AD LDAP server address discovery for domain.tld AUTH: TraceLDAPServer- Found 2 AD LDAP server addresses using generic DNS query. AUTH: TraceLDAPServer- AD LDAP server address discovery for domain.tld complete. 2 unique addresses found. AUTH: notice- Unexpected GSSAPI security context error. [...] This goes on for ten minutes, then the filer tries to locate a DC again, and then everything works fine again AUTH: TraceDC- Starting DC address discovery for domain. AUTH: TraceDC- Filer is not a member of a site. AUTH: TraceDC- Found 2 addresses using generic DNS query. AUTH: TraceDC- Starting WINS queries. AUTH: TraceDC- Found 2 BDC addresses through WINS. AUTH: TraceDC- Found 1 PDC addresses through WINS. AUTH: TraceDC- DC address discovery for PC complete. 2 unique addresses found. I'm not really sure of what *should* happen, but this definitely does *not* look good... I understand that a security context expires sometimes, but I wonder why it takes so long to re-negociate Simon

3 3

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