toasters

toasters@lists.teaparty.net

13520 discussions

Re: snmp, missing shelf overview
by Steve Rieger 04 Jun '08

04 Jun '08

I think that the temp snmp is only for the head ------Original Message------ From: Stefan Funke Sender: owner-toasters(a)mathworks.com To: NetApp Toasters List Sent: Jun 4, 2008 05:24 Subject: snmp, missing shelf overview I'm trying to monitor ambient temperatures from all our shelves using SNMP. I've found enclTempSensorsCurrentTemp in netapp.mib and it keeps all values I need BUT I don't see a map snmp.id=>shelfid. Did anyone ever found a mapping or knows how enclTempSensorsCurrentTemp is getting filled? Anyone from netapp reading here who can ask to add those informations to your mib in future releases? TIA, Stefan. Sent via BlackBerry from T-Mobile

1 0

Different view of the same file from win & linux
by Buerger, Andreas 02 Jun '08

02 Jun '08

Hi, We are experiencing a strange issue on one of our r200 systems. We have a volume, which is accessed from linux and windows. There is no issue with rights etc, the problem is that there are a few files, that have been created some time ago, have different versions and a different content, just from the OS that you are looking from. I tracked this user issue on my admin host (SuSe 9.3 2.6.11.4-20a-default): (The original host is running on Solaris, both the problem occurs on every host) I mounted the volume twice, via NFS & CIFS. SMB Mount: //nstore2/pdmmig$ on /mnt1 type smbfs (0) NFS Mount: nstore2:/vol/pdmmig on /mnt type nfs (rw,addr=172.18.131.211) This is one of the files that are affected by this strange issue: ls -l /mnt1/mcad_vault/Singapore_Dev_Loc_xml/CAD_NEW_1_CAApData.xml -rwxr-xr-x 1 root root 2540 Jul 19 2007 /mnt1/mcad_vault/Singapore_Dev_Loc_xml/CAD_NEW_1_CAApData.xml ls -l /mnt/mcad_vault/Singapore_Dev_Loc_xml/CAD_NEW_1_CAApData.xml -rw-rw-rw- 1 6500 6500 4136 Jul 20 2007 /mnt/mcad_vault/Singapore_Dev_Loc_xml/CAD_NEW_1_CAApData.xml A diff on both files, proves the difference that is already indicated by the file size. There is no difference between the two paths, both mounts point to the same path and to the same file, but there is a difference in the content between them. I've already tested a little bit with caching, links etc, but this doesn't seem to point in the right way. Additionally it's not possible for me, to reproduce the problem with new files. Do you have any ideas? Regards Andreas ----------------------------------------- Wincor Nixdorf Int. GmbH WN CIO4 Computing & Storage Heinz-Nixdorf-Ring 1 33106 Paderborn Phone: +49 5251 693 4215 Fax: +49 5251 693 4200 Mail: andreas.buerger(a)wincor-nixdorf.com ----------------------------------------- -- 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.

6 8

Multiprotocol - file handles problem
by Xishan 01 Jun '08

01 Jun '08

Hello all... I am using my filer in a multiprotocol environment, where the same qtree is being accessed through CIFS as well as NFS. Recently i ran into this problem that whenever the file in the qtree was accessed by an application, it was opened as READ-ONLY. The CIFS user were unable to change/re-write the file. I changed the security style from UNIX to NTFS but the issue was not resolved. I re-verified the entries in /etc/usermap.cfg and added few entries in the usermap.cfg like abc\*==* abc.def \ Administrator == root But the problem remains unresolved. when CIFS is terminated and re-started, the filer gives the following messages: =========================================================== Sat May 31 15:43:44 PKT [befas21: cifs.umap.cfgFile.badEntry:error]: CIFS: Invalid entry in /etc/usermap.cfg, line 29: Invalid syntax. Sat May 31 15:44:05 PKT [befas21: nbt.nbns.registrationComplete:info]: NBT: All CIFS name registrations have completed for the local server. =========================================================== So is there any issue with the /etc/usermap.cfg ??? Earlier the same file access worked fine with this entry in usermap.cfg ABC\*==* Any ideas/solutions are welcome...is usermap.cfg case sensitive??? The output of CIFS domaininfo and CIFS prefdc print is =========================================================== befas21> cifs domaininfo NetBios Domain: ABC Windows 2000 Domain Name: abc.def Type: Windows 2000 Filer AD Site: none Current Connected DCs: \\DC01AD Total DC addresses found: 2 Preferred Addresses: 10.90.11.12 DC01AD PDC Favored Addresses: None Other Addresses: 10.9.11.12 PDC Connected AD LDAP Server: \\dc01ad.abc.def Preferred Addresses: 10.90.11.12 dc01ad.abc.def Favored Addresses: None Other Addresses: 10.9.11.12 dc01ad.abc.def =========================================================== befas21> cifs prefdc print Preferred DC ordering per domain: ABC: 1. 10.90.11.12 ===========================================================

2 1

Re: Multiprotocol - file handles problem
by Webster, Stetson 01 Jun '08

01 Jun '08

In this situation, I typically recommend an NTFS qtree, then use usermap.cfg to map unix users to the NTFS qtree. Assuming you are using NIS, if the usernames are the same as Active Directory, the default usermap.cfg will suffice. Multiprotocol access works well once setup properly; it's one of our strengths. I would open a case with the support center to troubleshoot this further as this can be complex, but would work really well once you get through it. Cheers ....... ----- Original Message ----- From: Xishan <xischaune(a)yahoo.com> To: Toasters List <toasters(a)mathworks.com> Sent: Sun Jun 01 03:17:56 2008 Subject: Multiprotocol - file handles problem Hello all... I am using my filer in a multiprotocol environment, where the same qtree is being accessed through CIFS as well as NFS. Recently i ran into this problem that whenever the file in the qtree was accessed by an application, it was opened as READ-ONLY. The CIFS user were unable to change/re-write the file. I changed the security style from UNIX to NTFS but the issue was not resolved. I re-verified the entries in /etc/usermap.cfg and added few entries in the usermap.cfg like abc\*==* abc.def \ Administrator == root But the problem remains unresolved. when CIFS is terminated and re-started, the filer gives the following messages: =========================================================== Sat May 31 15:43:44 PKT [befas21: cifs.umap.cfgFile.badEntry:error]: CIFS: Invalid entry in /etc/usermap.cfg, line 29: Invalid syntax. Sat May 31 15:44:05 PKT [befas21: nbt.nbns.registrationComplete:info]: NBT: All CIFS name registrations have completed for the local server. =========================================================== So is there any issue with the /etc/usermap.cfg ??? Earlier the same file access worked fine with this entry in usermap.cfg ABC\*==* Any ideas/solutions are welcome...is usermap.cfg case sensitive??? The output of CIFS domaininfo and CIFS prefdc print is =========================================================== befas21> cifs domaininfo NetBios Domain: ABC Windows 2000 Domain Name: abc.def Type: Windows 2000 Filer AD Site: none Current Connected DCs: \\DC01AD Total DC addresses found: 2 Preferred Addresses: 10.90.11.12 DC01AD PDC Favored Addresses: None Other Addresses: 10.9.11.12 PDC Connected AD LDAP Server: \\dc01ad.abc.def Preferred Addresses: 10.90.11.12 dc01ad.abc.def Favored Addresses: None Other Addresses: 10.9.11.12 dc01ad.abc.def =========================================================== befas21> cifs prefdc print Preferred DC ordering per domain: ABC: 1. 10.90.11.12 ===========================================================

1 0

Snapmanager for sql duration
by Nicholas Bernstein 28 May '08

28 May '08

I'm doing a snap manager for sql migration, it's been sitting @ 74% complete for about 4 hours now. I'm seeing I/O on the luns as well as traffic on the fiber, but the disks have been @ the same capacity for quite some time and there are no new event logs/report entries. It's only about ~300m of data, but I've got pre & post verify on. Other smaller dbs have already been migrated.... Does this seem excessively long? Small dbs I've done for tests have all gone like lightning. Thanks! Nick -- Nicholas Bernstein Technologist, Consultant, Instructor http://nicholasbernstein.com

1 0

Quota re-initialization on re-joining AD domain
by Xishan 28 May '08

28 May '08

Hello all... Recently we had made some changes to Windows AD, and the filer was required to terminate 'CIFS' and then re-join AD through 'CIFS SETUP'. One of the volumes that was holding CIFS shares had quotas enabled...After re-joining the domain, I had to re-initialize quotas... I was of the view that no re-initialization would be required...but it was the other way round... Is it normal???or is there some problem in the CIFS setup... ??? Any comments...???? Thanx

2 1

Is there a limit to the number of VM's per NFS export?
by Page, Jeremy 28 May '08

28 May '08

For the folks using NFS to hold their VMDK files, have you run into a limit to how many VM's a single share can support? Either a hard limit or just a point where performance degrades? I'm trying to figure out how many volumes I'll need to create to hold ~300 VMs on my 3070 cluster. This message (including any attachments) contains confidential and/or proprietary information intended only for the addressee. Any unauthorized disclosure, copying, distribution or reliance on the contents of this information is strictly prohibited and may constitute a violation of law. If you are not the intended recipient, please notify the sender immediately by responding to this e-mail, and delete the message from your system. If you have any questions about this e-mail please notify the sender immediately.

4 5

"df -h" shows less snapshots than "snap delta"
by Borzenkov, Andrey 27 May '08

27 May '08

I am rather puzzled. cn1:~ # rsh filer df -h vol1 Filesystem total used avail capacity Mounted on /vol/vol1/ 2448GB 776GB 1671GB 32% /vol/vol1/ snap reserve 612GB 158GB 453GB 26% /vol/vol1/.. So according to this we have 156GB worth of snapshots. So far so good. cn1:~ # rsh filer snap delta vol1 Volume vol1 working... ... Summary... From Snapshot To KB changed Time Rate (KB/hour) --------------- -------------------- ----------- ------------ -------------- Oldest_snap Active File System 265800060 14d 09:08 770120.583 Oops. I would expect df -h to show *more* than snap delta (due to the fact that we have more intermediate snapshots); but how comes that - apparently having 260GB worth of snapshot data - I only see 158GB in space accounting? I am likely missing something obvious. Hmm ... is it possible that "snap delta" accounts for both changed *and* new data while "df -h" accounts for *changed* data only? Looks plausible... С уважением / With best regards / Mit freundlichen Grüβen --- Andrey Borzenkov Senior system engineer

3 3

RE: NetApp & Leopard
by Villabroza, Gerald 24 May '08

24 May '08

Patrick, Tough to mandate dave or admitmac in a diverse higher education environment. 100's of macs show up after the Christmas holidays and they all expect to use university resources immediately. Carl, Our understanding from Apple is that the next Leopard update, 10.52, will address the CIFS access issue. It's in a testing phase now but not available to folks external to Apple. -=-=- gerald villabroza <geraldv at stanford.edu> technical lead, its storage, stanford university > -----Original Message----- > From: Patrick van Helden [mailto:pvh@databasement.eu] > Sent: Wednesday, January 30, 2008 8:24 AM > To: Carl Howell; Villabroza, Gerald > Cc: toasters(a)mathworks.com > Subject: RE: NetApp & Leopard > > Hi Guys, > > Why don't you guys use a 3rd party client like "Dave" or "Admitmac" > from Thursby? > > Admitmac even has Windows DFS support > > Regards, > > Patrick van Helden > Databasement BV > pvh(a)databasement.eu > > > > -----Oorspronkelijk bericht----- > Van: owner-toasters(a)mathworks.com namens Carl Howell > Verzonden: wo 1/30/2008 15:56 > Aan: geraldv(a)stanford.edu > CC: toasters(a)mathworks.com > Onderwerp: RE: NetApp & Leopard > > Gerald, > > Thanks for the feedback, and yes, feel free to reference us. > > --Carl > > -----Original Message----- > From: Villabroza, Gerald [mailto:geraldv@stanford.edu] > Sent: Wednesday, January 30, 2008 8:49 AM > To: Carl Howell > Cc: toasters(a)mathworks.com > Subject: Re: NetApp & Leopard > > Carl, > > We're experiencing the same issue when accessing DOT 7.2.2 CIFS in Win > 2k3 AD with OS X 10.5.1. > > We've opened a case with Apple and here's what they came back with: > > ##### > When a Leopard client opens a session, it sends three mechanisms in > this > > order, KRB5, some OID I don't what it is, and MS KRB5. The filer > returns an unsupported error. > > Apple thinks DOT is just bailing on the first unsupported mechanism and > not checking the whole list. Tiger only sent the MS KRB5 mechanism so > that is why it works. > > Apple is working on building a test of their kerberos library that puts > MS KRB5 as the first mechanism to validate the hypothesis. > ##### > > Leopard can authenticate via K5 against MS WIN 2k3 systems fine in our > environment, just not against DOT. > > Luckily Apple and NetApp are both TSAnet members and can collaborate on > the support case. > > Do you mind if reference your experience at UWF with NetApp and Apple? > And if you don't, do you have a case # with NetApp? > > Its interesting to hear of other hi-ed's with this issue. Any others > out there? Like other issues in our space it helps to band together. > > -=-=- > gerald villabroza <geraldv at stanford.edu> > technical lead, its storage, stanford university > > > Carl Howell wrote: > > I've stumbled across a problem we're having accessing filer hosted > CIFS > > shares from Mac OS X Leopard 10.5.1. The Leopard boxes I've tried > this > > on are all bound to our Win2k3 Active Directory. If you log into > Leopard > > with your domain credentials and try to access a share on a > filer(this > > happens on all of our filers and all are at 7.x and above), you will > be > > prompted for your password. If you try to access the same CIFS share > > hosted on a Win2k3 box, you will get right in. > > > > > > > > Has anyone else seen this? > > > > > > > > Thanks, > > > > > > > > --Carl > > > > > > > > > > > > > > >

4 5

RE: 10 Gbps curiosity
by Glenn Walker 22 May '08

22 May '08

Crap :-( NetApp - when are you going to enable ToE and EtherChannel together? This bombs my plans pretty quickly. Maybe I can change it now before it's too late. ________________________________ From: Myles Uyema [mailto:mlists@uyema.net] Sent: Wednesday, May 21, 2008 10:21 PM To: Glenn Walker Cc: Jean-Noel Filippi; Milazzo Giacomo; <toasters(a)mathworks.com> Subject: Re: 10 Gbps curiosity With TOE disabled we maxxed out a 6070 head at 375MBytes per second on 7.2.4. NFS only. Network domain pegged at 100%. With TOE enabled on 7.3RC1 we saw 815MBytes per second. 60% network domain. PCI-X single port TOE, 100 clients reading sequentially. </phone> On May 21, 2008, at 2:58 PM, "Glenn Walker" <ggwalker(a)mindspring.com> wrote: We're deploying FAS6070s with 2 x Active\ 2 x Passive 10GbE Single Mode, multi-level VIFs (Etherchannel) per head for VMWare over NFS. Looks good so far, so I'll let the group know how this turns out... FWIW, I have the same concerns over CPU, but I'm hedging my bets that the FAS6070s are such beasts that they won't really care. ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Jean-Noel Filippi Sent: Wednesday, May 21, 2008 2:18 PM To: Milazzo Giacomo; <mailto:toasters@mathworks.com> toasters(a)mathworks.com Subject: RE: 10 Gbps curiosity We use 2 x FAS6080 with redundant 10GE in a VIF single mode. They are connected to Force10 C300 switches. We generated up to 4Gbit of CIFS traffic and everything works well. ________________________________ From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Milazzo Giacomo Sent: Wednesday, May 21, 2008 8:11 AM To: <mailto:toasters@mathworks.com> toasters(a)mathworks.com Subject: 10 Gbps curiosity Hi all Reading on superior results reached in certaing environment (NetApp NFS with Oracle ad example) I'm looking for some direct experience and informations about performances, benchmarks, infrastructure used - I mean also exactly model and brand of switches :-) - and so on. So that, more on the relatively new world of 10 Gbps networks. Does anyone direct experience? Are you using it in your site? Thanks in advance

2 3

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