toasters

toasters@lists.teaparty.net

13531 discussions

RE: Migration question
by Toal, Dave 06 Aug '02

06 Aug '02

I'd like to second that question: we used snapmirror to copy a vol of 18's to 7x72 on a ds14, but it hasn't been attached to the production filer yet. Snapmirror, because vol copy and ndmpcopy both failed, source filer was at 536R1 and dest was 613. -----Original Message----- From: Boris Khmelniker To: toasters(a)mathworks.com Sent: 8/5/02 1:25 PM Subject: Migration question Hello, We are going to migrate data from 10 9GB shelves (2 Volumes) to 1 DS14 shelf (14 72GB disk) (also 2 volumes) on the F760 filer running DATAONTAP 6.1.1. Downtime allowed is minimum (4 hours). I was planning to use SnapMirror but worrying about fragmentation it will cause because of the difference in disk size. Any thoughts on that are appreciated. Thank you, Boris

2 2

Remote shutdown of a filer
by Peter Bryant 06 Aug '02

06 Aug '02

*** Before acting on this e-mail or opening any attachment you are advised to read the disclaimer at the end of this e-mail *** We want to shutdown the filer in the event of a (more than 10 minute) power failure to the computer room. We have a (NT hosted) script that hits all the NT/2k servers and also telnets to the Sun server and "INIT 5"'s them. Hunted around NOW site, and Google groups, but to no avail. Anyone got a means (either from NT/2K or Sun) to automatically remotely (but cleanly!) stop/halt the Filer. And can you power it off that way too? No users will be operational (no UPS for the user community) so managing remote connections is not a concern. Thanks, Peter ******************************* Disclaimer ***************************** Confidentiality: This e-mail and any attachments are intended for the addressee(s) only and may be confidential. If they have come to you in error you must take no action based on them, nor must you copy or show them to anyone; please reply to this e-mail and highlight the error. Viruses: Although we have taken steps to ensure that this e-mail and attachments are free from any virus, we advise that in keeping with good practice the recipient should ensure they are actually virus free. ********************** http://www.burallplastec.com ********************

4 3

High Quality Good Price Auto Parts from China
by Su Xiao 06 Aug '02

06 Aug '02

Dear Sir, Very glad to get contact with you. We are a professional supplier of auto parts from China, out major product line are: Alternators & Starters; Solenoids; Aluminum Drive End Frames; Brush & Holders; Break Pads and Break Shoes. Our plants are ISO9002 or QS9000 certified with excellent quality. Our prices are of 60-70% of the international market prices, which will save you a lot of purchasing costs. Our strong production facilities will ensure timely delivery to you. For detailes of our products, you may visit our website: http://www.dadao-group.com/html/auto.htm We are waiting for your kind comments and inquiry. Thank you and best regards! Su Xiao Jiangsu Easthigh Group Room 2102, Section B, World Trade Center, 60 Jiangsu Road, Nanjing, P. R. China 210009 Tel: 86-25-3325138 Fax: 86-25-3321309 info(a)dadao-group.com

1 0

VIF state broken, 5.3.7R3 on F540
by Magnar Stav Johanssen 06 Aug '02

06 Aug '02

Hi! We've got 2 F540 filers, one running Data ONTAP 5.3.4, the other Data ONTAP 5.3.7R3 (latest version for F540). I'm trying to set up both filers with VIF multi (trunking) for faster network connection on a Cisco 3548 switch. On 5.3.4 everything working just fine following SAG. When following the same steps on 5.3.7R3 the following occur: > ifconfig -a e5: flags=42<BROADCAST,RUNNING> mtu 1500 ether 00:c0:95:f8:32:21 (100tx-fd-up) e6: flags=200042<BROADCAST,RUNNING> mtu 1500 ether 00:c0:95:f8:67:8f (100tx-fd-up) > vif create multi trunk e5 e6 > vif status default: transmit 'multi', fail 'log' trunk: 2 links, transmit 'multi', fail 'default' down: e6: state down, since 06Aug2002 11:08:02 (00:00:14) mediatype: 100tx-fd-up flags: disabled input packets 0, input bytes 0 output packets 2, output bytes 84 up indications 14, broken indications 0 drops (if) 0, drops (link) 0 indication: up at 06Aug2002 11:08:15 consecutive 14, transitions 0 e5: state down, since 06Aug2002 11:08:02 (00:00:14) mediatype: 100tx-fd-up flags: disabled input packets 420, input bytes 43650 output packets 165, output bytes 67926 up indications 14, broken indications 0 drops (if) 0, drops (link) 0 indication: up at 06Aug2002 11:08:15 consecutive 14, transitions 0 > ifconfig -a e5: flags=42<BROADCAST,RUNNING> mtu 1500 ether 00:c0:95:f8:32:21 (100tx-fd-up) trunked trunk e6: flags=200042<BROADCAST,RUNNING> mtu 1500 ether 00:c0:95:f8:67:8f (100tx-fd-up) trunked trunk (...) trunk: flags=200042<BROADCAST,RUNNING> mtu 1500 ether 00:c0:95:f8:32:21 (Disabled virtual interface) > ifconfig trunk 10.0.0.1 netmask 255.255.255.0 Tue Aug 6 11:09:19 MES [pvif_monitor]: trunk: all links down > vif status default: transmit 'multi', fail 'log' trunk: 2 links, transmit 'multi', fail 'default' broken: e5: state broken, since 06Aug2002 11:10:26 (00:00:02) mediatype: 100tx-fd-down flags: disabled input packets 424, input bytes 44073 output packets 166, output bytes 67968 up indications 88, broken indications 12 drops (if) 0, drops (link) 0 indication: broken at 06Aug2002 11:10:24 consecutive 0, transitions 23 e6: state broken, since 06Aug2002 11:10:26 (00:00:02) mediatype: 100tx-fd-down flags: disabled address-set-1 input packets 0, input bytes 0 output packets 3, output bytes 126 up indications 88, broken indications 12 drops (if) 0, drops (link) 0 indication: broken at 06Aug2002 11:10:24 consecutive 0, transitions 23 > ifconfig -a e5: flags=43<UP,BROADCAST,RUNNING> mtu 1500 inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:c0:95:f8:32:21 (100tx-fd-down) trunked trunk e6: flags=43<BROADCAST,RUNNING> mtu 1500 inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:c0:95:f8:32:21 (100tx-fd-down) trunked trunk (...) trunk: flags=43<UP,BROADCAST,RUNNING> mtu 1500 inet 10.0.0.1 netmask 0xffffff00 broadcast 10.0.0.255 ether 00:c0:95:f8:32:21 (Disabled virtual interface) Mediatype changes between 100tx-fd-down and 100tx-fd-up. On the switch the same thing happens, link is up and down. And there are ofcourse no network connection at all! Have I done anything wrong/ forgotten something or is it as simple as software bug? PS, on ower three F760's this is working just fine using 6.2R2! Regards Magnar Stav Johanssen

1 0

RE: Migration question
by Ayyash, Monty 05 Aug '02

05 Aug '02

I recommend using NDMPCopy. It is non disruptive since it uses a Dump & Restore to disk, the process can be done on-line. If you are doing it on the same filer you might notice some CPU taxation, but nothing to serious. You can also use the Incremental NDMCopy features to accommodate gradual migration. If you need to use Qtrees you can use NDMPCopy to copy to Qtrees within the Destination Volume, just make sure you Create the Qtrees prior to starting the NDMPCopy. You can start 4 NDMPCopy processes concurrently. You can get the instructions & details on the requirements from the NOW website. ------------------------------------- Monty Ayyash, E.E, MCSE Network Appliance - Canada Professional Services Consultant 201 City Center Drive, Suite 900 Mississauga, Ontario L5B 2T4 Office: 905-804-1099 Fax: 905-804-1232 Mobile: 416-727-7892 Pager: 1-877-5-NETAPP (1-877-563-8277) Email: monty.ayyash(a)netapp.com ----------------------------------------- -----Original Message----- From: Boris Khmelniker [mailto:BKhmelniker@bna.com] Sent: Monday, August 05, 2002 1:26 PM To: toasters(a)mathworks.com Subject: Migration question Hello, We are going to migrate data from 10 9GB shelves (2 Volumes) to 1 DS14 shelf (14 72GB disk) (also 2 volumes) on the F760 filer running DATAONTAP 6.1.1. Downtime allowed is minimum (4 hours). I was planning to use SnapMirror but worrying about fragmentation it will cause because of the difference in disk size. Any thoughts on that are appreciated. Thank you, Boris

1 0

Migration question
by Boris Khmelniker 05 Aug '02

05 Aug '02

Hello, We are going to migrate data from 10 9GB shelves (2 Volumes) to 1 DS14 shelf (14 72GB disk) (also 2 volumes) on the F760 filer running DATAONTAP 6.1.1. Downtime allowed is minimum (4 hours). I was planning to use SnapMirror but worrying about fragmentation it will cause because of the difference in disk size. Any thoughts on that are appreciated. Thank you, Boris

1 0

Using NetIQ to monitor qtree storage space on filer
by Maglinger, Paul 05 Aug '02

05 Aug '02

Anyone tried using NetIQ to monitor their quotas on the filer? Remember, you are unique... just like everyone else! Paul Maglinger, A+, CA, CET, MCSE Systems Administrator Shoe Carnival Inc. (812)867-4674 pmaglinger(a)scvl.com

1 0

NDMP and Tivoli Storage manager
by Pucky, Todd M. 02 Aug '02

02 Aug '02

We currently have a F820 Filer that we backup through an NT box without NDMP, but we are looking to move to NDMP backups as our data load increases. Does anyone have experience using NDMP backups with Tivoli Storage Manager? If so, does it seem to effective? How is your configuration set up? Our current Tivoli environment is a NSM 3466 with a 3494 Automated Tape Library. Any advice would be greatly appreciated. Thanks, Todd Pucky The Timken Company Global Information Systems Programmer/Analyst Phone: 330.471.4583 E-Mail: puckyt(a)timken.com ********************************************************************** This message and any attachments are intended for the individual or entity named above. If you are not the intended recipient, please do not forward, copy, print, use or disclose this communication to others; also please notify the sender by replying to this message, and then delete it from your system. The Timken Company **********************************************************************

1 0

Sun RPC xdr_array buffer overflow
by Brian Tao 01 Aug '02

01 Aug '02

What's Netapp's position on DOT's implementation of the RPC mechanism? -- Brian Tao (BT300, taob(a)risc.org) "Though this be madness, yet there is method in't" ---------- Forwarded message ---------- From: Dave Ahmad <da(a)securityfocus.com> To: bugtraq(a)securityfocus.com Date: Wed, 31 Jul 2002 11:05:00 -0600 (MDT) Subject: [Bugtraq] Remote Buffer Overflow Vulnerability in Sun RPC -----BEGIN PGP SIGNED MESSAGE----- Internet Security Systems Security Brief July 31, 2002 Remote Buffer Overflow Vulnerability in Sun RPC Synopsis: Internet Security Systems (ISS) X-Force has discovered a buffer overflow in the xdr_array filter primitive. This function is a part of the Sun RPC library, and it is used in multiple RPC services. Any native or third party software that uses the xdr_array function may be vulnerable. Vulnerable RPC services are installed and enabled by default on the affected software versions. Impact: The buffer overflow vulnerability can allow remote attackers to execute arbitrary commands on a target system with superuser privileges. Attackers pose the most serious risk when attacking unprotected networks, or improperly protected networks Affected Versions: Sun Microsystems Solaris 2.5.1 Sun Microsystems Solaris 2.6 Sun Microsystems Solaris 7 Sun Microsystems Solaris 8 Sun Microsystems Solaris 9 Note: The versions above were tested and found to be vulnerable. Additional commercial and open-source Unix operating systems use implementations of Sun RPC, and may also be vulnerable. For the complete ISS X-Force Security Advisory, please visit: http://bvlive01.iss.net/issEn/delivery/xforce/alertdetail.jsp?oid=20823 ______ About Internet Security Systems (ISS) Founded in 1994, Internet Security Systems (ISS) (Nasdaq: ISSX) is a pioneer and world leader in software and services that protect critical online resources from an ever-changing spectrum of threats and misuse. Internet Security Systems is headquartered in Atlanta, GA, with additional operations throughout the Americas, Asia, Australia, Europe and the Middle East. Copyright (c) 2002 Internet Security Systems, Inc. All rights reserved worldwide. Permission is hereby granted for the electronic redistribution of this document. It is not to be edited or altered in any way without the express written consent of the Internet Security Systems X-Force. If you wish to reprint the whole or any part of this document in any other medium excluding electronic media, please email xforce(a)iss.net for permission. Disclaimer: The information within this paper may change without notice. Use of this information constitutes acceptance for use in an AS IS condition. There are NO warranties, implied or otherwise, with regard to this information or its use. Any use of this information is at the user's risk. In no event shall the author/distributor (Internet Security Systems X-Force) be held liable for any damages whatsoever arising out of or in connection with the use or spread of this information. X-Force PGP Key available on MIT's PGP key server and PGP.com's key server, as well as at http://www.iss.net/security_center/sensitive.php Please send suggestions, updates, and comments to: X-Force xforce(a)iss.net of Internet Security Systems, Inc. -----BEGIN PGP SIGNATURE----- Version: 2.6.2 iQCVAwUBPUgOXzRfJiV99eG9AQG3NwQAqgUoyqctQpqzo6aZGXGVPFaSZtv5Qu85 kfPVlyJXL6crPQbelYtwAWolBI7qYGSE74lo4jRcpeI5lG/K8p39X66zHaZPAqZ7 fYZyEfIvJ3gCqtbowZSNUAvm1jdoFa0RVTwbuKmNPSGcDTebi+o7buWEG37HzdKO YUEiRp8erpg= =VTC/ -----END PGP SIGNATURE----- --__--__-- _______________________________________________ Bugtraq mailing list Bugtraq(a)lists.corp.attcanada.ca http://lists.corp.attcanada.ca/mailman/listinfo/bugtraq End of Bugtraq Digest_______________________________________________ Bugtraq mailing list Bugtraq(a)lists.corp.attcanada.ca http://lists.corp.attcanada.ca/mailman/listinfo/bugtraq ---------- Forwarded message ---------- Date: Wed, 31 Jul 2002 19:46:06 -0700 (PDT) From: FreeBSD Security Advisories <security-advisories(a)freebsd.org> To: FreeBSD Security Advisories <security-advisories(a)freebsd.org> Subject: FreeBSD Security Advisory FreeBSD-SA-02:34.rpc -----BEGIN PGP SIGNED MESSAGE----- ============================================================================= FreeBSD-SA-02:34.rpc Security Advisory The FreeBSD Project Topic: Sun RPC XDR decoder contains buffer overflow Category: core Module: libc Announced: 2002-07-31 Credits: ISS X-Force Affects: All releases of FreeBSD up to and including 4.6.1-RELEASE-p3 Corrected: 2002-07-31 14:45:29 UTC (RELENG_4) 2002-07-31 14:47:02 UTC (RELENG_4_6) 2002-07-31 14:49:18 UTC (RELENG_4_5) 2002-07-31 14:50:18 UTC (RELENG_4_4) FreeBSD only: NO I. Background Sun RPC is a remote procedure call framework which allows clients to invoke procedures in a server process over a network somewhat transparently. XDR is a mechanism for encoding data structures for use with RPC. NFS, NIS, and many other network services are built upon Sun RPC. The FreeBSD C runtime library (libc) contains an XDR encoder/decoder derived from Sun's RPC implementation. II. Problem Description An error in the calculation of memory needed for unpacking arrays in the XDR decoder can result in a heap buffer overflow. III. Impact Any application using Sun RPC may be vulnerable to the heap buffer overflow. Depending upon the application, this vulnerability may be exploitable and lead to arbitrary code execution. Though no exploits are known to exist currently, many RPC-based services run as the superuser (such as NFS, the NIS server, rpc.statd, and others) and thus this vulnerability should be considered high-risk. No RPC-based services are enabled by default in FreeBSD installations. IV. Workaround Do not run any RPC-based services. The RPC-based services running on a machine may be determined by: # rpcinfo -p <hostname> To disable any RPC-based services at next boot, add (or change if it is already present) the following lines in /etc/rc.conf: portmap_enable="NO" nfs_client_enable="NO" nfs_server_enable="NO" nis_client_enable="NO" nis_server_enable="NO" V. Solution Do one of the following: 1) Upgrade your vulnerable system to 4.6-STABLE; or to the RELENG_4_6, RELENG_4_5, or RELENG_4_4 security branch dated after the correction date (4.6.1-RELEASE-p4, 4.5-RELEASE-p12, or 4.4-RELEASE-p19). 2) To patch your present system: The following patch has been verified to apply to FreeBSD 4.4, 4.5, and 4.6 systems. a) Download the relevant patch from the location below, and verify the detached PGP signature using your PGP utility. # fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/patches/SA-02:34/rpc.patch # fetch ftp://ftp.FreeBSD.org/pub/FreeBSD/CERT/patches/SA-02:34/rpc.patch.asc b) Execute the following commands as root: # cd /usr/src # patch < /path/to/patch c) Recompile the operating system as described in <URL:http://www.freebsd.org/doc/handbook/makeworld.html>. Note that any statically linked applications that are not part of the base system (i.e. from the Ports Collection or other 3rd-party sources) must be recompiled if they use Sun RPC. All affected applications must be restarted in order to use the corrected library. Though it is not required, rebooting may be the easiest way to accomplish this. VI. Correction details The following list contains the revision numbers of each file that was corrected in FreeBSD. Path Revision Branch - ------------------------------------------------------------------------- src/lib/libc/xdr/xdr_array.c RELENG_4 1.8.2.2 RELENG_4_6 1.8.10.2 RELENG_4_5 1.8.8.2 RELENG_4_4 1.8.6.2 src/sys/conf/newvers.sh RELENG_4_6 1.44.2.23.2.9 RELENG_4_5 1.44.2.20.2.13 RELENG_4_4 1.44.2.17.2.18 - ------------------------------------------------------------------------- VII. References <URL:http://online.securityfocus.com/archive/1/285308> <URL:http://bvlive01.iss.net/issEn/delivery/xforce/alertdetail.jsp?oid=20823> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.7 (FreeBSD) iQCVAwUBPUigCVUuHi5z0oilAQHdiAP8CcsDW7DufF7wYg0FcgoyQ2ugiBe21lgo YfAGfRcfxPtoZcmMApK3I5jUd/MRWCxBT3+ZcwtKe/aNH4hFlcpfcH5WYLVlrCgH 5QuVRR8dUfF/cWr8ejPq6xjXysUd/jMZWRQjAV8pCr+ngGSeMUeXQshB71ZyA5nk YrBUd7Uoenk= =lwhC -----END PGP SIGNATURE----- This is the moderated mailing list freebsd-announce. The list contains announcements of new FreeBSD capabilities, important events and project milestones. See also the FreeBSD Web pages at http://www.freebsd.org To Unsubscribe: send mail to majordomo(a)FreeBSD.org with "unsubscribe freebsd-announce" in the body of the message

1 0

3rd party quota management software for filers
by Jon Evans 01 Aug '02

01 Aug '02

Does anyone know of a third party package that will provide disk space quota management beyond the top level directory on a filer in a CIFS environment? Many thanks Jon Evans HALLIBURTON KBR

2 2

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