toasters

toasters@lists.teaparty.net

13520 discussions

ISCSI security issues?
by Kettinen, Hannu SITI-ITIBHL 26 Oct '05

26 Oct '05

> Hi, Could anyone with ISCSI experience comment on this article? > > * Technical Description * > > A vulnerability has been identified in Network Appliance Data ONTAP, which could be exploited by remote attackers to bypass the authentication mechanism. This flaw is due to an error when processing specially crafted iSCSI requests, which could be exploited by remote attackers to bypass the authentication procedure and gain unauthorized access to a vulnerable application. > > * Affected Products * > > Network Appliance Data ONTAP version 6.4 > Network Appliance Data ONTAP version 6.5 > Network Appliance Data ONTAP version 7.0 > > * Solution * > > Upgrade to version 7.0.2 : > > http://www.frsirt.com/english/advisories/2005/2193 > > Thanks and Regards, > Hannu > >

1 0

Re: NDMP Backup fails (U)
by Tim 25 Oct '05

25 Oct '05

163379/164710 (Duplicate) This is fixed in 7.0.2. This is likely your issue. Get 7.0.2 and see if that helps. remeber to set ndmpd version back to 4 if you changed it. --tmac tmac wrote: > I would doubt that very much. > Veritas NetBackup has used version 4 since at least 5.0. > Most backup applications negotiate the version of NDMP correclty. > Granted, older versions of some software (like NetBackup 4.5) did not > and you had to set the version manually. > > While I worked at NTAP, NBU was the only product I had to do that with. > > Honestly though, there is a bug in ONTAP tape storage code that is > exactly this problem. > Dump works fine until you have to span tapes. > > This fix, I was told, will not be in ONTAP until 7.0.2. > > A quick look at the bug fixes do not show it as being fixed in 7.0.1.1P2 > > ---tmac > > Get a > > On 10/18/05, *Garavito, Donald, CTR, OSD-NII* > <Donald.Garavito.ctr(a)osd.mil <mailto:Donald.Garavito.ctr@osd.mil>> wrote: > > UNCLASSIFIED > Also check the NDMP version level that Arcserve is set at. Most > backup software, with exception of Syncsort Backup Express v2.2.x, > will only work up to NDMP v3. NetApp DOT v6.4 and above default to > v4. Basically, when first tape is done filer is sending v4 status > command to Arcserve stating EOT and request new tape mount, v3 > backup software doesn't understand command and plays dumb, > eventually filer will time out waiting for new tape and responds > with a tape failure message. > > You need to change ndmp setting of filer to NDMP maxversion level of 3. > > >ndmpd version 3 > > Use command without version number to display current setting. > > Have fun, > Don > > > -----Original Message----- > From: owner-toasters(a)mathworks.com > <mailto:owner-toasters@mathworks.com> [ > mailto:owner-toasters@mathworks.com] On Behalf Of Tim > Sent: Tuesday, October 18, 2005 7:05 AM > To: Patrick van Helden > Cc: toasters(a)mathworks.com <mailto:toasters@mathworks.com> > Subject: Re: NDMP Backup fails > > Whaqt version of ONTAP are you running? > I think you are hitting a bug in the NDMP code on ontap. > > Are you running 7.x? if so, upgrade to 7.0.1.1P2 ASAP and see if > your problem goes away. I think the bug was fixed in that patch > release (or maybe 7.0.1.1P1). > > --tmac > > Patrick van Helden wrote: > > Hi all, > > > > > > > > Anyone out there that can help with the following: > > > > > > > > We have a R200 Nearstore with a Storagetek L80 library attached > trough FC. > > > > > > > > We use Brightstor Arcserve 11.1 SP1 (latest patches) to backup a > > volume on the filer. > > > > > > > > All seems to go fine, until the second tape is requested. In the > > Arcserve log it says: > > > > > > > > E8535 01-10-2005 00:15:04 154 1 Failed to > > receive data from the client agent. (ADDRESS=xxx.xxx.xxx.xxx > > (xxxxxxx), EC=9, COMMAND=0) > > Information 01-10-2005 00:15:01 154 1 Resume > Backup > > Operation. > > Information 01-10-2005 00:15:01 154 1 Format > FRIDAY > > [S/N:, ID:1541, Seq:1] as FRIDAY [S/N:, ID:9F36, Seq:2]. > > Information 01-10-2005 00:14:48 End > cleaning > > database. (CLEANED=0) > > Information 01-10-2005 00:14:48 Begin > cleaning > > database. > > Information 01-10-2005 00:14:01 154 1 Next media > > FRIDAY, ID 9F36, sequence #2 > > Information 30-09-2005 21:01:07 154 1 Backup > Session > > 1 on Media FRIDAY > > Information 30-09-2005 21:01:07 154 1 Source > > Directory: vol\data\.snapshot\hourly.0 > > > > > > > > After this the backup job obviously fails. > > > > > > > > We have tried all options given by arcserve but without any success. > > Also we attached the library using direct attached SCSI but no > success. > > All the configuration options are checked and seem oke. Also the > NDMP > > log on the filer shows no errors. > > > > > > > > Regards to all toaster fans, > > > > > > > > Patrick > > > > > > > > > > > > > > > -- > --tmac > > Principal Consultant, RABA Technologies > 240-373-3926 (office) > 443-363-0208 (eFAX)

1 0

Lieferstatusbenachrichtigung
by E-Mail-Lieferservice 21 Oct '05

21 Oct '05

- Diese Nachrichtenempfänger wurden vom Mail-Server bereits verarbeitet: flury.hofstetten(a)freesurf.ch; Fehlgeschlagen; 5.7.0 (anderer oder nicht definierter Sicherheitsstatus)

1 0

AVISO: VIRUS Detectado
by Virus Scanner 20 Oct '05

20 Oct '05

Su email a (postmaster(a)uao.es) con asunto ( Mail Delivery (failure postmaster(a)abatoliba.edu)) contenia virus. Virus econtrado: Worm.SomeFool.P FOUND

1 0

RE: NDMP Backup fails (U)
by Garavito, Donald, CTR, OSD-NII 18 Oct '05

18 Oct '05

UNCLASSIFIED Also check the NDMP version level that Arcserve is set at. Most backup software, with exception of Syncsort Backup Express v2.2.x, will only work up to NDMP v3. NetApp DOT v6.4 and above default to v4. Basically, when first tape is done filer is sending v4 status command to Arcserve stating EOT and request new tape mount, v3 backup software doesn't understand command and plays dumb, eventually filer will time out waiting for new tape and responds with a tape failure message. You need to change ndmp setting of filer to NDMP maxversion level of 3. >ndmpd version 3 Use command without version number to display current setting. Have fun, Don -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Tim Sent: Tuesday, October 18, 2005 7:05 AM To: Patrick van Helden Cc: toasters(a)mathworks.com Subject: Re: NDMP Backup fails Whaqt version of ONTAP are you running? I think you are hitting a bug in the NDMP code on ontap. Are you running 7.x? if so, upgrade to 7.0.1.1P2 ASAP and see if your problem goes away. I think the bug was fixed in that patch release (or maybe 7.0.1.1P1). --tmac Patrick van Helden wrote: > Hi all, > > > > Anyone out there that can help with the following: > > > > We have a R200 Nearstore with a Storagetek L80 library attached trough FC. > > > > We use Brightstor Arcserve 11.1 SP1 (latest patches) to backup a > volume on the filer. > > > > All seems to go fine, until the second tape is requested. In the > Arcserve log it says: > > > > E8535 01-10-2005 00:15:04 154 1 Failed to > receive data from the client agent. (ADDRESS=xxx.xxx.xxx.xxx > (xxxxxxx), EC=9, COMMAND=0) > Information 01-10-2005 00:15:01 154 1 Resume Backup > Operation. > Information 01-10-2005 00:15:01 154 1 Format FRIDAY > [S/N:, ID:1541, Seq:1] as FRIDAY [S/N:, ID:9F36, Seq:2]. > Information 01-10-2005 00:14:48 End cleaning > database. (CLEANED=0) > Information 01-10-2005 00:14:48 Begin cleaning > database. > Information 01-10-2005 00:14:01 154 1 Next media > FRIDAY, ID 9F36, sequence #2 > Information 30-09-2005 21:01:07 154 1 Backup Session > 1 on Media FRIDAY > Information 30-09-2005 21:01:07 154 1 Source > Directory: vol\data\.snapshot\hourly.0 > > > > After this the backup job obviously fails. > > > > We have tried all options given by arcserve but without any success. > Also we attached the library using direct attached SCSI but no success. > All the configuration options are checked and seem oke. Also the NDMP > log on the filer shows no errors. > > > > Regards to all toaster fans, > > > > Patrick > > > > >

2 1

Re: Formatting disks
by Tim 18 Oct '05

18 Oct '05

If you are running a current enough ONTAP release, you can go into maintenace mode and do a "scsi format disk id" and see what happens. I highly doubt that will fix it as there is something else seriously wrong with the disk. Almost always, if ONTAP can't spin it up after a fresh wiping of the disks, then the disk is likely bad. --tmac Blake Golliher wrote: > Are they just showing up as failed right now? You can unfail them, > using disk unfail (that is a "priv set diag" mode command). That > should do it, but if not, you might have to remove them from the > failed disk registry. For that you should reboot, and hit ^c to dump > you into the 1-5 menu. Choose option 5 for maintenance mode, and from > there, run the command 'raid_config info deletefdr' and choose those > disks to fail. You'll see numbers corresponding to known failed > disks, this system has seen, just choose the disks you want back. > > I don't know of a way to 'low level format' a disk in ontap. There is > 'disk sanitize', but I'm not sure that's the same thing enough for > you. The above actions, at least, will bring the disks back to you. > > -Blake > > On 10/10/05, Carl Friend <Carl.Friend(a)mathworks.com> wrote: > >> Greetings Toaster fans, >> >> We powered down four F840s last week, reconfigured them with the >>newest drives we had (it's a long story), and upon reboot, at least >>three of the drives started experiencing random failures. These >>failures are enough that ONTAP gripes and marks them as "failed", >>but I suspect that a low-level format should bring things back to a >>sane state. >> >> Can ONTAP low-level format a 520B/sector disk, or do I need to >>find something else to do that? If the latter, does anyone have an >>idea as to what I can use? >> >> Many thanks! >> >>+----------------------------------------------+-----------------------+ >>| Carl Richard Friend (UNIX Sysadmin) | Natick, Massachusetts | >>| Minicomputer Collector / Enthusiast | 01760-2098 | >>| mailto:carl_friend@mathworks.com +-----------------------+ >>| http://users.rcn.com/crfriend/museum | ICBM: 42:18N 71:21W | >>+----------------------------------------------+-----------------------+ >> > > >

1 0

RE: Monday morning Question - NTFS ACL resetting.
by Warkentin, Grant 17 Oct '05

17 Oct '05

Thanks - couldn't change ownership at all Security tab missing for folder in explorer - ntfschown, cacls, xcacls and doing an rm (as filer root with "priv set advanced" on) all wouldn't work. Did find a workaround - Created at new home folder for the user and copied all his files to it. After he disconnected, I was able to rename the original home folder. The rename did something as I was then able to delete the problem folder afterwards. Never seen this happen before. NOTICE - This communication is intended ONLY for the use of the person or entity named above and may contain information that is confidential or legally privileged. If you are not the intended recipient named above or a person responsible for delivering messages or communications to the intended recipient, YOU ARE HEREBY NOTIFIED that any use, distribution, or copying of this communication or any of the information contained in it is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone and then destroy or delete this communication, or return it to us by mail if requested by us. The City of Calgary thanks you for your attention and cooperation. ________________________________ From: Holland, William L [mailto:hollandwl@state.gov] Sent: Monday, October 17, 2005 11:35 AM To: Warkentin, Grant Subject: RE: Monday morning Question - NTFS ACL resetting. If you are an Administrator you should be able to change ownership to the Administrators group. After doing that you can change the security. ________________________________ From: owner-toasters(a)mathworks.com [mailto:Grant.Warkentin@calgary.ca] Sent: Monday, October 17, 2005 1:26 PM To: toasters(a)mathworks.com Subject: Monday morning Question - NTFS ACL resetting. I have a user that has been messing with his NT security in his home folder. He has managed to lock out administrators from access to a specific folder. Now he wants the folder restored - this is do-able from a snapshot but I have to put the contents in a different folder. Problem: I cannot delete the bad folder. I cannot take Ownership of the bad folder. I cannot even view the ACLs on the bad folder. You folks know of a way to remove this folder? We have the volume set to NTFS security. Must be a Monday - cannot seem to think of any methods to remove this folder. Thanks. Grant Warkentin System Administrator II City of Calgary - Information Technology Mail Drop == 8245 Ph: (403) 268-5629 Fax: (403) 268-2546 NOTICE - This communication is intended ONLY for the use of the person or entity named above and may contain information that is confidential or legally privileged. If you are not the intended recipient named above or a person responsible for delivering messages or communications to the intended recipient, YOU ARE HEREBY NOTIFIED that any use, distribution, or copying of this communication or any of the information contained in it is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone and then destroy or delete this communication, or return it to us by mail if requested by us. The City of Calgary thanks you for your attention and cooperation.

1 0

Monday morning Question - NTFS ACL resetting.
by Warkentin, Grant 17 Oct '05

17 Oct '05

I have a user that has been messing with his NT security in his home folder. He has managed to lock out administrators from access to a specific folder. Now he wants the folder restored - this is do-able from a snapshot but I have to put the contents in a different folder. Problem: I cannot delete the bad folder. I cannot take Ownership of the bad folder. I cannot even view the ACLs on the bad folder. You folks know of a way to remove this folder? We have the volume set to NTFS security. Must be a Monday - cannot seem to think of any methods to remove this folder. Thanks. Grant Warkentin System Administrator II City of Calgary - Information Technology Mail Drop == 8245 Ph: (403) 268-5629 Fax: (403) 268-2546 NOTICE - This communication is intended ONLY for the use of the person or entity named above and may contain information that is confidential or legally privileged. If you are not the intended recipient named above or a person responsible for delivering messages or communications to the intended recipient, YOU ARE HEREBY NOTIFIED that any use, distribution, or copying of this communication or any of the information contained in it is strictly prohibited. If you have received this communication in error, please notify us immediately by telephone and then destroy or delete this communication, or return it to us by mail if requested by us. The City of Calgary thanks you for your attention and cooperation.

1 0

virus found in sent message "Report"
by System Anti-Virus Administrator 17 Oct '05

17 Oct '05

Attention: toasters(a)mathworks.com A virus was found in an Email message you sent. This Email scanner intercepted it and stopped the entire message reaching its destination. The virus was reported to be: Worm.Mydoom.M Please update your virus scanner or contact your IT support personnel as soon as possible as you may have a virus on your system. Your message was sent with the following envelope: MAIL FROM: toasters(a)mathworks.com RCPT TO: comunidad(a)slcolombia.org ... and with the following headers: --- MAILFROM: toasters(a)mathworks.com Received: from host160-102.pool81119.interbusiness.it (HELO mathworks.com) (81.119.102.160) by 172.31.1.93 with SMTP; 17 Oct 2005 07:34:13 -0000 From: toasters(a)mathworks.com To: comunidad(a)slcolombia.org Subject: Report Date: Mon, 17 Oct 2005 09:37:29 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0014_2D60E8E7.378B7B9B" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 ---

1 0

Airflow in DS14 shelf if disk removed
by Chris Thompson 13 Oct '05

13 Oct '05

We had a failure of a disk in our DS14 shelf (attached to an F810) last night. All the automatic shipping of a replacement seems to be working fine. However, if one leaves the failed disk in the shelf while waiting for the replacement, then every few hours one gets a message like Wed Oct 12 10:00:00 BST [raid.fdr.reminder:warning]: Failed Disk 8b.22 Shelf 1 Bay 6 [NETAPP X272_SCHT6073F10 NA06] S/N [3HZ171ZR000073420TXM] is still present in the system and should be removed. But I am concerned that actually removing the disk with its carrier would leave the airflow through the shelf unbalanced. I have compromised by disenganging the disk from the shelf but leaving it sitting in the slot, sticking out just a little. What do others do in in this situation? Maybe you all have dummy carriers to block vacant slots? -- Chris Thompson Email: cet1(a)cam.ac.uk

3 2

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