toasters

toasters@lists.teaparty.net

2 participants
13529 discussions

lun config_check error
by kunle windapo 19 Feb '09

19 Feb '09

hello, we have a clustered FAS6070 , running in single image cfmode. a solaris machine can no longer access luns presented from filer. on running config check i get this error; vhe-cl6n2> lun config_check The following FCP HBAs appear to be down 0a LINK NOT CONNECTED 0b LINK NOT CONNECTED Local FCP nodename does not match the cluster partner's FCP nodename. any ideas on resolution would be appreciated.

2 3

Availability of 450GB FC disks for 3100/6000 series heads
by Nick Silkey 18 Feb '09

18 Feb '09

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Toasters -- FWICT, 450GB FC disks are only listed as available for GX-series systems. Any clue if theyre available for 3100-series or 6000-series filers? Maybe I am just missing something when cruising the blue pages ... Thanks. - -- Nick -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) iEYEARECAAYFAkmcdCAACgkQrDQjhjXrMeLm3gCcCl36qSb+hH9+nopVFkbiVi6C f1oAnjU5fLy20j0H1FTyzcX1HiEicXrB =rfrS -----END PGP SIGNATURE-----

1 1

Re: weekly performance info file from filers
by Linux Admin 18 Feb '09

18 Feb '09

Thanks! Is there a way to read it by myself? (scripts? tools?) On Wed, Feb 18, 2009 at 3:52 PM, Jeff Mohler <speedtoys.racing(a)gmail.com>wrote: > If I recall, premium autosupport on the NOW site. > > (Screenshot Attached) > > > On Wed, Feb 18, 2009 at 12:08 PM, Linux Admin <sysadmin.linux(a)gmail.com>wrote: > >> Toasters, >> What kind of files are these "weekly performance info" files >> cm_hourly_stats >> What can they best viewed in >> >> >

1 0

weekly performance info file from filers
by Linux Admin 18 Feb '09

18 Feb '09

Toasters, What kind of files are these "weekly performance info" files cm_hourly_stats What can they best viewed in

1 0

RE: Netapp CPU types
by Willeke, Jochen 18 Feb '09

18 Feb '09

Hi, i tried that as well, but again, Spec says a FAS6030A has 4 CPU with single-core (http://www.spec.org/sfs97r1/results/res2006q2/sfs97r1-20060425-00258.html) but a poster i have from netapp says it has two and cluster has 4. So still i am unsure... Thanks and regards Jochen -----Original Message----- From: George, Andrew [mailto:Andrew.George@anz.com] Sent: Monday, February 16, 2009 10:53 PM To: Willeke, Jochen; toasters(a)mathworks.com Subject: RE: Netapp CPU types Browse the NFS benchmarks in specbench.org, they include a hardware list including CPU -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Willeke, Jochen Sent: Tuesday, 17 February 2009 2:07 AM To: toasters(a)mathworks.com Subject: Netapp CPU types Hi toasters, i am wondering if anybody has an official overview of netapps controller hardware, and espacially the CPU types. I found different sources telling me different things. e.g. i found an article on wikipedia (http://en.wikipedia.org/wiki/NetApp_Filer) saying that the FAS6040 is one die with dual-core. A poster from netapp states that it has two single-core dies. Can anybody sched some light onto this?? My biggest interesst is how the FAS6040 compares to the FAS6030. Regards 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. "This e-mail and any attachments to it (the "Communication") is, unless otherwise stated, confidential, may contain copyright material and is for the use only of the intended recipient. If you receive the Communication in error, please notify the sender immediately by return e-mail, delete the Communication and the return e-mail, and do not read, copy, retransmit or otherwise deal with it. Any views expressed in the Communication are those of the individual sender only, unless expressly stated to be those of Australia and New Zealand Banking Group Limited ABN 11 005 357 522, or any of its related entities including ANZ National Bank Limited (together "ANZ"). ANZ does not accept liability in connection with the integrity of or errors in the Communication, computer virus, data corruption, interference or delay arising from or in respect of the Communication." -- 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 6

CIFS spec.org benchmark
by Todd C. Merrill 17 Feb '09

17 Feb '09

http://www.spec.org/sfs2008/results/sfs2008.html Oooo..."SPECsfs2008_cifs". How about some CIFS benchmarks, NetApp? (Yeah, yeah, save the griping about how benchmarks stink and all that. I know.) Until next time... The MathWorks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

1 0

7.3 and MacOSX
by Todd C. Merrill 17 Feb '09

17 Feb '09

After a recent upgrade to 7.3, we have noticed all/many of our MacOSX clients banging the crap out of the filer that hosts their home directories (over NFS). (The ops are 75% NFS v3 lookups and 25% access calls.) Anybody else seen anything similar? It's definitely SpotLight that is the cause, but other than the filer OS change, the Mac clients have not changed one bit. It's almost as if the Macs think they have an entirely new volume/filesystem to catalog. Until next time... The MathWorks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

1 0

7.2 -> 7.3 performance improvements: did you measure?
by Todd C. Merrill 17 Feb '09

17 Feb '09

Folks, We beat our 6000's pretty hard. We were hoping the upgrade to 7.3 would really help the throughput of these group of filers due to the threading improvements, but our results were less than spectacular. If anyone has characterized their usage before and after an upgrade to 7.3, I'd like to hear about it and share some thoughts/charts/graphs/etc. Until next time... The MathWorks, Inc. 508-647-7000 x7792 3 Apple Hill Drive, Natick, MA 01760-2098 508-647-7001 FAX tmerrill(a)mathworks.com http://www.mathworks.com ---

1 0

slow NIS push with filer as NIS slave
by David N. Blank-Edelman 13 Feb '09

13 Feb '09

Hi- I was thinking of contacting support, but before I do I was curious if anyone else has encountered the following situation: We're still (sigh, but this is changing as we migrate off of it) using NIS. We thought it made sense to use the built-in functionality to make the filer (a 3020) act as one of our NIS slaves for redundancy and performance reasons (so it wouldn't have to query off box). That seems to work fine, but for some reason the yppush of the data from our master takes a much, much longer time to return from the filer than any other of our nis slaves. Has anyone else encountered this issue and dealt with it? I realize that we could go the vaudeville route ("Patient: Doctor, my arm hurts when I move it this way. Doctor: so don't move it that way." but I was wondering if there are other solutions (options, etc) that we should try first? Thanks! -- dNb

1 0

Weird perms issue
by David McWilliams 13 Feb '09

13 Feb '09

One of our Windows admins tried to 'fix' what he thought was a perms problem on one of our mixed qtrees. I've spent most of the day working on it and it looks to be solved, apart from an error we get while using a particular CAD application - Ideas from Siemens running on Solaris 10. We can save files, etc. I did a truss -f on the script that starts the process and i get the following output. I appreciate any help anyone can give; 1740: read(0, " / u g s / n x i 5 / g e".., 8192) = 25 1740: read(0, 0x00023238, 8192) = 0 1740: close(0) = 0 1740: _exit(1) 1736: read(0, 0x000243EC, 5120) = 0 1736: ioctl(1, TCGETA, 0xFFBFBA9C) Err#22 EINVAL 1736: fstat64(1, 0xFFBFBB10) = 0 1736: fstat64(1, 0xFFBFB9B8) = 0 1736: llseek(0, 0, SEEK_CUR) Err#29 ESPIPE 1736: close(0) = 0 1736: write(1, " 0\n", 9) = 9 1728: read(10, " 0\n", 1024) = 9 1728: sigaction(SIGCLD, 0xFFBFAED8, 0xFFBFAF78) = 0 1728: waitid(P_ALL, 0, 0xFFBFAED8, WEXITED|WTRAPPED|WSTOPPED|WNOHANG) = 0 1728: sigaction(SIGCLD, 0xFFBFAED8, 0xFFBFAF78) = 0 1736: _exit(0) 1728: Received signal #18, SIGCLD, in read() [caught] 1728: siginfo: SIGCLD CLD_EXITED pid=1736 status=0x0000 1728: read(10, 0xFFBFB788, 1024) Err#4 EINTR 1728: lwp_sigmask(SIG_SETMASK, 0x00020000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF] 1728: setcontext(0xFFBFAA88) 1728: read(10, 0xFFBFB788, 1024) = 0 1728: ioctl(10, TCGETA, 0xFFBFB04C) Err#22 EINVAL 1728: sigaction(SIGCLD, 0xFFBFB4B0, 0xFFBFB550) = 0 1728: waitid(P_ALL, 0, 0xFFBFB4B0, WEXITED|WTRAPPED|WSTOPPED) = 0 1728: sigaction(SIGCLD, 0xFFBFB4B0, 0xFFBFB550) = 0 1728: close(10) = 0 1728: fork1() = 1742 1742: fork1() (returning as child ...) = 1728 1742: getpid() = 1742 [1728] 1742: lwp_self() = 1 1742: lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF] 1742: getpid() = 1742 [1728] 1742: sigaction(SIGXFSZ, 0xFFBFBF10, 0xFFBFBFB0) = 0 1742: sigaction(SIGQUIT, 0xFFBFBF10, 0xFFBFBFB0) = 0 1728: lwp_sigmask(SIG_SETMASK, 0x00000000, 0x00000000) = 0xFFBFFEFF [0x0000FFFF] 1728: sigaction(SIGCLD, 0xFFBFBF28, 0xFFBFBFC8) = 0 1742: execve("/ugs/nxi5/geo/geomod.exe", 0x0005CE78, 0x0005CE80) 1742: *** cannot trace across exec() of /ugs/nxi5/geo/geomod.exe *** 1666: waitid(P_ALL, 0, 0xFFBFE378, WEXITED|WTRAPPED|WSTOPPED) (sleeping...) 1726: waitid(P_PID, 1728, 0xFFBFC6A8, WEXITED|WTRAPPED|WNOWAIT) (sleeping...) 1728: waitid(P_ALL, 0, 0xFFBFBF28, WEXITED|WTRAPPED|WSTOPPED) (sleeping...) *** I-DEAS VMI Diagnostic (fiinq_c) *** ---------------------------------------------------------------- *** Operating System Function - *** stat() on directory name failed : Permission denied (errno=13) *** ---------------------------------------------------------------- The executable that it refers to /ugs/nxi5/geo/geomod.exe is on a different qtree that was messed with, the perms on the file are 4755, which are correct. Slainte, *David* "Build a man a fire, and 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 <http://en.wikipedia.org/wiki/Terry_pratchett>, author, Discworld <http://en.wikipedia.org/wiki/Discworld> series*

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