toasters

toasters@lists.teaparty.net

13520 discussions

RE: cifs.request.overdue:info]: CIFS: Overdue CIFS request from x xx.xxx.xxx.xxx in state 90, duration 4715 seconds, request type 4, uid 20 48, pid 51966, tid 64, mid 59393.
by Ngoh, Clarence 25 Oct '04

25 Oct '04

A quick follow up to this mail. We are in the midst of isolating this fault and our target of suspicion is our AV box. Virus scanning on the filer was disabled for an extended period of time and the error messages did not appear. Trend has provided a hotfix for us which is being tested. Fellow toasters running Trend version, 5.61.0.1025, Engine version 7.100-1003 beware if you are experiencing similar symptoms and error messages. Cheers Clarence. -----Original Message----- From: Phil Dean [mailto:Phil.Dean@aiservices.com.au] Sent: Friday, 22 October 2004 10:23 PM To: Muhlestein, Mark; toasters(a)mathworks.com Subject: RE: cifs.request.overdue:info]: CIFS: Overdue CIFS request from xxx.xxx.xxx.xxx in state 90, duration 4715 seconds, request type 4, uid 2048, pid 51966, tid 64, mid 59393. Mark, Way in the past we have had virus scanning issues and worked closely with Trend to fix them all up. The error's we use to get from that side were CIFS: Virus scanner [scanner] completed scan on [file] but original request was not found. We know quite a bit about that side of things, the ip addresses in the xxx.xxx.xxx.xxx are clients workstations, The clients also have virus scanning enabled but another outsourcing company looks after the desktops. We have sent up packet traces and perfstat's today and hope they do find something. One of the ones I looked at in more details, after getting the user to log out and then terminating the session for her on the filer, it was still active, She logged back on and opened three apps, yet in open files under hyena she had outlook pst and xls's where she had not opened outlook or a file within excel, and there were multiple instances of these files roughly 150 or so. Phil Dean Australian Innovative Services Phone: 0407 478 695 Email: Phil.dean(a)aiservices.com.au Web: www.aiservices.com.au ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Australian Innovative Services CONFIDENTIAL The information, files and contents of this email are confidential to Australian Innovative Services and the intended recipient. Forwarding, copying, reading, or downloading of this email is otherwise prohibited From: Muhlestein, Mark [mailto:mark.muhlestein@netapp.com] Sent: Fri 22/10/2004 2:13 PM To: Phil Dean Subject: RE: cifs.request.overdue:info]: CIFS: Overdue CIFS request from xxx.xxx.xxx.xxx in state 90, duration 4715 seconds, request type 4, uid 2048, pid 51966, tid 64, mid 59393. Are you running virus scanning? Request type 4 is a close, which is only slow when virus scanning is enabled. Maybe what is happening is that you are copying a huge zip file (for example) and the scan is taking a very long time. Mark -----Original Message----- From: Phil Dean [mailto:Phil.Dean@aiservices.com.au] Sent: Thursday, October 21, 2004 8:42 PM To: toasters(a)mathworks.com Subject: cifs.request.overdue:info]: CIFS: Overdue CIFS request from xxx.xxx.xxx.xxx in state 90, duration 4715 seconds, request type 4, uid 2048, pid 51966, tid 64, mid 59393. We currently have the following error messages being generated on two of our Filers. There is current a Bug ID for a similar error message but with the Request Type being 5 instead of 4. We have an open Sev 1 case with NetApp. Has anyone else experienced this particular issue and if so a suggested procedure to follow. Client issues relating from this problem have been anything from unable to map drives, workstations freezes, slowness to access files/folder/shares. This has been occurring for the past two days and there have been no filer changes done on the systems for many weeks. Hardware Filer head has had diags run on it which was 100% successful. Phil Dean Australian Innovative Services Phone: 0407 478 695 Email: Phil.dean(a)aiservices.com.au Web: www.aiservices.com.au ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Australian Innovative Services CONFIDENTIAL The information, files and contents of this email are confidential to Australian Innovative Services and the intended recipient. Forwarding, copying, reading, or downloading of this email is otherwise prohibited ************** IMPORTANT MESSAGE ************** This e-mail message is intended only for the addressee(s) and contains information which may be confidential. If you are not the intended recipient please advise the sender by return email, do not use or disclose the contents, and delete the message and any attachments from your system. Unless specifically indicated, this email does not constitute formal advice or commitment by the sender or the Commonwealth Bank of Australia (ABN 48 123 123 124) or its subsidiaries. We can be contacted through our web site: commbank.com.au. If you no longer wish to receive commercial electronic messages from us, please reply to this e-mail by typing Unsubscribe in the subject line. ***************************************************************

1 0

Volumes and 144GB drives
by John Breyfogle 25 Oct '04

25 Oct '04

Folks, Just curious as we're probably getting new NetApp boxes with 144GB drives: How are people handling 144GB drives with the tradeoff of volume size, back up windows, parity drive, nested qtree limits, etc. I understand at DOT 7.x there will be a logical volume manager, but in the meantime, using a 3 disk raid group to get a managable volume size will be kind of costly in parity drives, but a 6-8 drive raid group is rather huge for backup and, last I knew, we couldn't have nested qtrees. Thanks in advance John Breyfogle

2 1

RE: Audit Logging?
by Bui, Marcus 25 Oct '04

25 Oct '04

You can do a Windows CIFS audit on the directory or share. 1. Using a Windows Admin account select the folder/share, Properties, Security, Advanced (on Security tab), Auditing. 2. Select Add. The User/Group will appear. Leave the 'Object Type' default. The 'Locations' is the Windows Domain where the user account is located. The 'Object Name' is the group or account you want to audit. Select the group "Everyone" for the 'Object Name' should audit every account to this folder/share. Click 'Ok'. 3. The Audit Object dialog should appear which allows you to select which entry to audit against. Typically, you want "Successful" for each of the events you want to audit. 4. Select 'Apply these auditing entries to objects and/or containers within this container only' if you want apply to any subdirectories. Depending on how many clients are accessing this location and the number of objects you are auditing, the log can get pretty big. You can use a script to save the log and rename for each day. Hope this helps. Marcus Bui -----Original Message----- From: owner-toasters(a)mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of Stewart, John Sent: Friday, October 22, 2004 2:14 PM To: 'toasters(a)mathworks.com' Subject: Audit Logging? We've got an F740 doing cifs and nfs, with 3 shelves and ~400GB on it. We've got a situation where some critical, sensitive, files were lost. Permissions all look good, so I suspect that one of the people with write access to that directory borked something up (one of them uses Windows briefcases to sync up some files - that could have gone haywire). Anyway, this has brought up the request to do some sort of auditing on this (and perhaps other) directories to record who created/edits/deletes files. Is this possible? With the standard software, or is there some other product we need to purchase? thanks! johnS ----------------------------------------- Confidentiality Note: The information contained in this message, and any attachments, may contain confidential and/or privileged material. It is intended solely for the person or entity to which it is addressed. Any review, retransmission, dissemination, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer.

1 0

Undeliverable: Re: Re: Document
by System Administrator 24 Oct '04

24 Oct '04

Your message To: kathleen.ng(a)leehishammuddin.com.my Subject: Re: Re: Document Sent: Mon, 25 Oct 2004 01:46:36 +0800 did not reach the following recipient(s): kathleen.ng(a)leehishammuddin.com.my on Mon, 25 Oct 2004 02:49:20 +0800 The recipient name is not recognized The MTS-ID of the original message is: c=us;a= ;p=leehishammuddin;l=LHKL204102418494721F22B MSEXCH:IMS:LEEHISHAMMUDDIN:HQ:LHKL2 0 (000C05A6) Unknown Recipient

1 0

[Attachment Removed] Re: Re: Document
by MAILER-DAEMON＠leehishammuddin.com.my 24 Oct '04

24 Oct '04

Mail transmission to <kathleen.ng(a)leehishammuddin.com.my> has had attachment "your_document.pif" removed, as attachments of this type are not allowed.

1 0

Audit Logging?
by Stewart, John 24 Oct '04

24 Oct '04

We've got an F740 doing cifs and nfs, with 3 shelves and ~400GB on it. We've got a situation where some critical, sensitive, files were lost. Permissions all look good, so I suspect that one of the people with write access to that directory borked something up (one of them uses Windows briefcases to sync up some files - that could have gone haywire). Anyway, this has brought up the request to do some sort of auditing on this (and perhaps other) directories to record who created/edits/deletes files. Is this possible? With the standard software, or is there some other product we need to purchase? thanks! johnS

2 1

Hi -
by Autolycus 23 Oct '04

23 Oct '04

1 0

signup
by Andrew Cochran 22 Oct '04

22 Oct '04

1 0

RE: raidsize recommendations
by Derek Lai 22 Oct '04

22 Oct '04

The last administrator setup our production database to use 2 X 13 disk raid groups. It worked ok for about 1.5 years. However, I recently was re-organizing and decided to be safer and went to 3 X 9 disk raid groups. Besides taking longer to rebuild, the performance during rebuild was a big issue to me - we were already pounding the disks very hard, with disk utilization going to over 90% utilization frequently. If a disk goes out during peak hours, performance could degrade very substantially and it is just a problem that I do not need. So take that into consideration as well. Derek -----Original Message----- From: Tavis Gustafson [mailto:tavis@hq.newdream.net] Sent: Thursday, October 21, 2004 12:29 PM To: toasters(a)mathworks.com Subject: raidsize recommendations I usually setup my filers with raidsize=7 having no more than 7 disks per volume. However, I would like create a raidsize=13 volume. The only risk i can glean from NOW is that rebuild time will increase and thus increase the chances of a second drive failure (during rebuild). Has anyone had any real world issues with using volumes of raidsize > 10 thanks, -Tavis

3 2

(no subject)
by Charles Hansen 22 Oct '04

22 Oct '04

I am looking to partition an Overland Neo2000 to be shared by a NetApp(825) and a backup server (ARCserve r11 w/ NDMP license). When you use the LPO (library partitioning option) in the Neo it loses the capability to run in sequential more - each partition can only be used in random access mode. Does anyone know how NDMP/NAS communicates with libraries/changers when directly attached? Do they need to be sequential changing devices are do they also support random access tape changers? Thanks, Charlie

2 1

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