toasters March 2003

toasters@lists.teaparty.net

92 participants
102 discussions

RE: Virus Scanning
by David Papas 25 Mar '03

25 Mar '03

I asked tis list recently regarding the "most popular software" part of your question. Trend seems to have been the winner in that poll, followed by Symantec. The reason I was inquiring is that, despite having file system and mail scanners everywhere else, I found it is still possible to deposit viruses on the filer. With a batch of infected files there, it is only a matter of time until an unprotected client connects and keeps spreading the love. -D. > -----Original Message----- > From: Geoff Hardin [mailto:geoff.hardin@dalsemi.com] > Sent: Tuesday, March 25, 2003 11:45 AM > To: toasters(a)mathworks.com > Subject: Virus Scanning > > > I was wondering what other admins were using for virus scanning. > And as an aside, I really want to know whether it is worth > the time and > money. Basically, I've been asked to evaluate the virus scanning > software out there for the filers, but I'm not really sure it's even > necessary. > I am a UNIX admin, so I typically don't see the viruses > that plague > my NT compatriots, but I don't believe we've really had a > problem on our > filers with CIFS shares. But maybe I'm just biased, so > that's why I'm > asking for your input. > > 1. Which A/V software do you use > a) McAfee NetShield for Netapp > b) Symantec Antivirus for Netapp > c) Trend Micro Server Protect > d) other (are there any others?) > > 2. Is it really necessary? Please explain your answer. > > > Thanks for any and all input. > > Geoff Hardin > UNIX System Administrator > geoff.hardin(a)dalsemi.com > This space is for rent in order to increase company revenue. > >

1 0

Virus Scanning
by Geoff Hardin 25 Mar '03

25 Mar '03

I was wondering what other admins were using for virus scanning. And as an aside, I really want to know whether it is worth the time and money. Basically, I've been asked to evaluate the virus scanning software out there for the filers, but I'm not really sure it's even necessary. I am a UNIX admin, so I typically don't see the viruses that plague my NT compatriots, but I don't believe we've really had a problem on our filers with CIFS shares. But maybe I'm just biased, so that's why I'm asking for your input. 1. Which A/V software do you use a) McAfee NetShield for Netapp b) Symantec Antivirus for Netapp c) Trend Micro Server Protect d) other (are there any others?) 2. Is it really necessary? Please explain your answer. Thanks for any and all input. Geoff Hardin UNIX System Administrator geoff.hardin(a)dalsemi.com This space is for rent in order to increase company revenue.

1 0

Will a DS14 shelf go in to a 900 deep rack?
by Clawson, Simon 25 Mar '03

25 Mar '03

Hi, I have two DS14 selves in an 800mm rack and the went in no trouble. Due to the massive tape library I use I need to switch over to a 900mm rack. Will the rail kit on the DS14 extend far enough back to go into a 900 deep rack? Simon Simon Clawson Mentor Graphics HDL Designer Series R&D Rivergate Systems Administrator London Road Berkshire RG14 2QB TEL: 01635 811409

1 0

PC�\�t�g��̔��I�I�I
by soft123 25 Mar '03

25 Mar '03

��Ãr�W�l�X�\�t�g�̔�! �l�C��i��W�߂ăZ�b�g�̔��܂� http://softsoft0.www2.dotnetplayground.com http://www.kurthost.net/softsoft/ http://www.online.in.th/softsoft/cd/ http://softsoft.flashmaster.ru http://www.duno.com/softsoft/index.html http://softsoft.erospace.pl/

1 0

[SUMMARY]Re: Terminating CIFS sessions via CLI.
by Clarence Ngoh 24 Mar '03

24 Mar '03

Mark The way we have it structured is that the destination file is locked. This is where the users have access to the templates. The source file/location is never locked - this is where the developers update the templates to put to the destination. As one of the people suggested, perhaps the best way to approach this is to rsh to the filer, get the list of username's that have the file opened, then running through a regexp, and then terminating the user's cifs sessions. This job can be scheduled on the weekend or in the wee hours of the morning when we are certain that the file is not needed. -- Clarence. In a distant galaxy, far, far, away, Muhlestein, Mark wrote: > Is the source file locked, or the destination? If it's the source, maybe > you could create a snapshot first, then copy from the snapshot, since > that wouldn't have any openers on it. That also has the advantage that > all the source files will be consistent in time. > > Mark > > -----Original Message----- > From: Clarence Ngoh [mailto:cngoh@bigpond.net.au] > Sent: Friday, March 21, 2003 7:31 PM > To: Stephane Bentebba; Ngoh, Clarence; toasters(a)mathworks.com > Subject: Re: Terminating CIFS sessions via CLI. > > The use of cifs terminate [user] terminates all the files opened by the > user. > What I am looking is something that will go into more detail i.e. > terminating > only "certain" files opened by the user not all the files. > > The reason for this is I am writing a script that will copy global > templates > from the master templates directory to the templates folder. If the > file is > in used by the user, the copy job will not proceed. > > Thanks for your replies so far. > > -- Clarence. > > > On Fri, 21 Mar 2003 10:49 pm, in a distant galaxy, Stephane Bentebba, > > wrote: > > filer cli provide the command : > > cifs terminate { machine | user } > > this let you terminate a cifs session for a user or a machine in > > particular, > > you can get users with the "cifs session" command : > > << > > genghis:~/tmp# rsh nac cifs sessions > > Server Registers as 'MYFILER' in group 'MYDOMAIN' > > Root volume language is not set. Use vol lang. > > Using the UNIX password database for authentication > > Comment: Filer FPS > > ======================================== > > PC (user) #shares #files > > AMACHINE (user1 - user1) 1 0 > > ANOTHERMACHINE (user2 - user2) > > 2 1 > > > > as you can see, I used this command throught rsh, so you could get > > users > > > throught rsh, make a script wich parse the ouput and launch several > > rsh > > > cifs terminate user/machine as you need. > > > > bye > > > > Ngoh, Clarence wrote: > > >Hi all > > > > > >I was wondering if any of you has attempted to kill a single or a set > > of > > > >CIFS sessions via CLI? After obtaining the files that are opened > > via > > > > cifs sessions on the filer, I wish to run a regexp through it and > > kill a > > > > set of opened files. > > > > > >Do you if there is a utility for Windows to do this via CLI or if > > there is > > > >an equivalent way of doing this via UNIX? The only method that I am > > > limited to so far is using MMC to list the appropriate open files > > and > > > > terminating it. > > > > > >TIA. > > > > > >-- Clarence. > > > > > > > > >************** 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. > > > **************************************************

2 1

Terminating CIFS sessions via CLI.
by Ngoh, Clarence 22 Mar '03

22 Mar '03

Hi all I was wondering if any of you has attempted to kill a single or a set of CIFS sessions via CLI? After obtaining the files that are opened via cifs sessions on the filer, I wish to run a regexp through it and kill a set of opened files. Do you if there is a utility for Windows to do this via CLI or if there is an equivalent way of doing this via UNIX? The only method that I am limited to so far is using MMC to list the appropriate open files and terminating it. TIA. -- Clarence. ************** 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. **************************************************

3 2

RE: Terminating CIFS sessions via CLI.
by Smith, Gil 21 Mar '03

21 Mar '03

Also, try "cifs sessions *" to get the info you are looking for because it will give you details on each file opened by each session/user. -Gil -----Original Message----- From: Stephane Bentebba [mailto:stephane.bentebba@fps.fr] Sent: Fri 3/21/2003 6:49 AM To: Ngoh, Clarence; toasters(a)mathworks.com Cc: Subject: Re: Terminating CIFS sessions via CLI. filer cli provide the command : cifs terminate { machine | user } this let you terminate a cifs session for a user or a machine in particular, you can get users with the "cifs session" command : << genghis:~/tmp# rsh nac cifs sessions Server Registers as 'MYFILER' in group 'MYDOMAIN' Root volume language is not set. Use vol lang. Using the UNIX password database for authentication Comment: Filer FPS ======================================== PC (user) #shares #files AMACHINE (user1 - user1) 1 0 ANOTHERMACHINE (user2 - user2) 2 1 >> as you can see, I used this command throught rsh, so you could get users throught rsh, make a script wich parse the ouput and launch several rsh cifs terminate user/machine as you need. bye Ngoh, Clarence wrote: >Hi all > >I was wondering if any of you has attempted to kill a single or a set of >CIFS sessions via CLI? After obtaining the files that are opened via cifs >sessions on the filer, I wish to run a regexp through it and kill a set of >opened files. > >Do you if there is a utility for Windows to do this via CLI or if there is >an equivalent way of doing this via UNIX? The only method that I am limited >to so far is using MMC to list the appropriate open files and terminating >it. > >TIA. > >-- Clarence. > > >************** 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. >************************************************** > > > >

1 0

��̃G�N�X�^�V�[
by yaku 20 Mar '03

20 Mar '03

�T �C �P �f �� b �N �V �� ` �� ` �] �� X �� K �� E�E�E�B http://yaku3.netfirms.com/ http://my.kid-d.com/yaku0/ http://members.fortunecity.co.uk/smoker/ �y��z�y��z�y��z�y��z�y��z�y��z �� @ �h �� b �O �� A �� @�� http://www.smoker.9cy.com/ http://yaku.ciudad.org/ http://book-i.net/yaku0/ �y��z�y��z�y��z�y��z�y��z�y��z

1 0

Moving disk shelfs between filers
by Magnar Stav Johanssen 19 Mar '03

19 Mar '03

Hi! I've got one F630 with 2 disk shelfs, 14 disks and its running OnTAP 5.3.7R3 and one F760 with 4 disk shelfs, 17 disks and its running OnTAP 6.2R2. The F630 needs more diskspace and no extra disk slots, so I've like to move one of the diskshelfs from the F760 to the F630 and add some spare disk to it. The diskshelf, which I planed to move, has 3 or 4 disks connected to it, so I must move disks internally on the F760. How do I do this with as little downtime as possible? Anybody that would like to share their experience with me? Thanks, Magnar

1 0

Re: WWW over NFS
by Robert Borowicz 19 Mar '03

19 Mar '03

Dylan, This was just about the jist of my reply to Brian. We do have several NIC's in the Filer as of yet unused which could be routed to the DMZ. But it does open an entire IP stack to the DMZ whereas opening just the NFS ports through a hole in the Firewall exposes just the NFS port... -Bob At 07:26 PM 3/19/2003 +0000, Dylan Northrup wrote: >On Wed, 19 Mar 2003, Brian Long wrote: > >:=The filer should live on your DMZ :) No holes through firewalls to >:=worry about. In fact, it should be on a private VLAN that only your web >:=server(s) can see. > >Also, if it is necessary to have access to boxes inside your firewall access >the filer, you can put in another ethernet card and have an interface on the >DMZ and one inside the trusted network. Since the filer doesn't route >packets the practical worry is greatly minimized. > >I'd also deny any NFS traffic through the firewall and any traffic period to >the filer that doesn't come from inside the DMZ as well as keeping a very >tight lock on the exports file on the filer (including not exporting vol0 >to anything inside the DMZ). > >-- >Dylan Northrup >northrup(a)loudcloud.com >Unix System Administrator >EDS Automated Operations

1 0

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 March 2003