toasters

toasters@lists.teaparty.net

13531 discussions

Start a nNew thread

unsubscribe
by Tim Lewis 08 Oct '98

08 Oct '98

Unsubscribe

1 0

None
by yingchih＠mitac.com.tw 08 Oct '98

08 Oct '98

unscrible toasters

1 0

Re: NetApp and Solaris: setfacl and getfacl
by sirbruce＠ix.netcom.com 07 Oct '98

07 Oct '98

On 10/06/98 17:19:32 you wrote: >I know that Net App filers and Auspexes are more reliable than Sun's >however in practice the difference is minimal. I also know that they >are faster but in practice it isn't so noticeable. We do everything we >can to avoid NFS e.g. cachefs, and most of our users seem to be of the >save and forget variety so we don't really need the performance either. It just goes to show that there are a lot of different environments out there. :) You don't specify exactly what sort of environment you have, but it sounds like it's very low key. You obviously aren't concerned with heavy Internet traffic, multiuser loads, email delivery, database or CAD simulations, etc. Sure, I could see where if you just need a server to store user files, primarily documents and a small amount of email and the like, an ordinary Sun or NT server would be just fine. And since your space needs aren't as great either (generally) in such environments, you probably view disk storage very differently. >Price will probably dictate most which way we go in future and CIFS is >a big incentive but on alternate wednesdays I still favour Sun's. I'm surprised you mentioned price, since the impression I'm getting is that you wouldn't be adverse to paying more for a standard, good ol' Sun that you all know and love. But my previous guess as to your environment may be way off, so what do I know? :) >| In an odd way, since UNIX has generally done without ACLs for so long, >| most places that I know of who could use them don't, since it's not >| really necessary and it's not going to be interoperate well in a >| heterogeneous environment. So I don't know of many customers who would >| decide that they were going to rollout widespread ACL use and switch >| all of their servers over to Sun to accomodate this. > >I would definitely use ACL's if I could but 90% of our file storage is >on machines that don't support them. I also like to use better security, >same story. I'm curious what exactly you would use them for - just intellectual curiosity, mind you, not the argumentative kind. Is security a problem currently? Will ACLs solve a particular problem with sharing files among users you're currently running into? Or do you plan to use it as a basis of a new file-sharing architecture? Do you anticipate any difficulty in getting users to use ACLs, and use them correctly? I haven't seen many UNIX environments heavily use ACLs, so I'm curious as to what people are envisioning. I'm familiar with how they are commonly used on the NT side, but the needs there are different. Bruce

1 0

None
by gordon＠nabaus.com.au 07 Oct '98

07 Oct '98

unsubscribe toasters

1 0

Re: NetApp and Solaris: setfacl and getfacl
by sirbruce＠ix.netcom.com 06 Oct '98

06 Oct '98

On 10/05/98 10:44:36 you wrote: > >+----- On Fri, 02 Oct 1998 20:07:01 CDT, writes: >| The last time the subject of ACLs came up, I sent >| out a message that said the following: >| >| I'd like to see them support all the different ACL types, Solaris, NT, >| Digital Unix, Irix, etc. (at least, I think the latter two have them) >| and have them all interoperate reasonably well. But that's no doubt a >| big undertaking for Netapp with very little return. >| >| It might make more sense is to wait on a standard ACL protocol (maybe >| as part of NFS v4) and then implement that and everyone will talk the >| same language. > >The ACL's are handled with a separate protocol which is IMHO the best >way to handle them. One only needs to look at the SMB^H^H^HCIFS >protocol to see the wisdom of doing it this way. The protocol is even >rudimentally described in /usr/include/rpcsvc/nfs_acl.x. > >| I hve reasons to believe the above statement is still an accurate >| reflection of NTAP's plans. Of course, ACLs for NT were necessary, >| and given the nature of the next NFS standard it may become important >| for them to implement Solaris ACLs as well. It will be interesting >| to see if they can make NT and NFS ACLs interoperate - if anyone can, >| I'm confident it will be Netapp. :) > >In the mean time it's a plus for Sun and a minus for Network Appliance. >After many years of working with Auspex servers I have come to the >conclusion that if you want NFS then Sun is your safest bet, if not >always fastest or best performance. Well, I suppose if you want access to "new" features, such as NFS v3 or ACLs, you're right - Sun tends to have them first before other vendors. However, most places I'm familiar with would rather have better performance and reliability and so on, and if that means not having NFS ACLs, so be it. In an odd way, since UNIX has generally done without ACLs for so long, most places that I know of who could use them don't, since it's not really necessary and it's not going to be interoperate well in a heterogeneous environment. So I don't know of many customers who would decide that they were going to rollout widespread ACL use and switch all of their servers over to Sun to accomodate this. Bruce

2 1

Re: NetApp and Solaris: setfacl and getfacl
by sirbruce＠ix.netcom.com 05 Oct '98

05 Oct '98

The last time the subject of ACLs came up, I sent out a message that said the following: I'd like to see them support all the different ACL types, Solaris, NT, Digital Unix, Irix, etc. (at least, I think the latter two have them) and have them all interoperate reasonably well. But that's no doubt a big undertaking for Netapp with very little return. It might make more sense is to wait on a standard ACL protocol (maybe as part of NFS v4) and then implement that and everyone will talk the same language. I hve reasons to believe the above statement is still an accurate reflection of NTAP's plans. Of course, ACLs for NT were necessary, and given the nature of the next NFS standard it may become important for them to implement Solaris ACLs as well. It will be interesting to see if they can make NT and NFS ACLs interoperate - if anyone can, I'm confident it will be Netapp. :) Bruce

3 2

ndmpc command reference
by Paul English 05 Oct '98

05 Oct '98

Can anyone point me to this? Or even how to get more than just a list of commands from within ndmpc? The documentation with the ndmpkit seems to be "specificational" in nature. The netapp website only has a couple of hints, and this list archive indicates that people use either ndmpcopy or Budtool for the most part. Specifically I need to restore some files from a library attached to the filer to an arbitrary location on a remote unix host (running ndmpd and ndmpc). This should be possible, but the example scripts and packaged documentation are not helpful at all. Pardon the incoherence -- it is Monday, Paul -- Paul English (Tallpaul) (508) 647-7715 tallpaul(a)mathworks.com (508) 647-7015 FAX Walkie Channel 2

1 0

subscribe
by bbagnall＠Aureal.com 03 Oct '98

03 Oct '98

subscribe toasters

1 0

Re: NetApp and Solaris: setfacl and getfacl
by Keith Brown 02 Oct '98

02 Oct '98

>Solaris ACLs would rock. > >Any plans of such? Mike.. I am afraid that I am not at liberty to discuss or pre-announce any future or upcoming... well, everyone knows how this sentence ends, right? :-) In actuality, I am unfamiliar with our formal plans in this area, so this is really just a great way for me to cop out of having to say "Errr.. I don't know!" :-). Unfortunately the preceeding sentence would have to apply, even if I did. Hopefully the good folk on this list are understanding of such matters? Keith

1 0

Re: NetApp and Solaris: setfacl and getfacl
by Keith Brown 02 Oct '98

02 Oct '98

>Does anyone know if there is a way to make Access Control Lists work with >NetApp boxes? No there isn't. We don't support Solaris-style UNIX ACLs at this time. We do have NTFS-style ACLs though (for your Windows clients), if you're interested? ;-) Keith

2 1

Backups hanging
by pradeep＠algorithmics.com 02 Oct '98

02 Oct '98

Hi, has anyone out there had any experience of the backups hanging when done using BudTool from a Solaris machine? My environment is as follows: - 2 NetApps, one running 5.0.1D8 (ratso) and the other running 5.0.1 (rizzo). - adminhost is running Solaris 2.5 and has BudTool 4.6 on it. - ratso has a DLT tape library attached to it. - both ratso and rizzo are running ndmp, supporting both versions. When I call for a level 0 backup, it hangs with no error messages whatsoever on various points. Sometimes on a ratso filesystem and other times on rizzo filesystems. I did manage to get one full backup successfully completed, but this was never repeated. However, I get the incrementals done fine though. No problems at all. Has anyone else out there seen this? If so would you be willing to share as to how you solved this problem with me? Thanks in advance. Pradeep. -- Pradeep Subramaniam, | Senior Network/Systems Administrator | You can fool some of the people Algorithmics Inc., Toronto, On., Canada.| all the time, but not all the e-mail: pradeep(a)algorithmics.com | people all the time. phone: (416) 217 4203 | - Yet another brilliant philosopher fax: (416) 971 6263 | *******************************************************************************

1 0

Re: NetApp and Solaris: setfacl and getfacl
by mds46523＠ggr.co.uk 02 Oct '98

02 Oct '98

AFAIK NFS doesn't generically support ACL's yet - we're kinda waiting on NFS4 for that I believe. ISTR Solaris can do ACL's over NFS between Solaris boxes, but I may be wrong there. On Oct 2, 20:05, Charles Homan [ext 422] wrote: > Subject: NetApp and Solaris: setfacl and getfacl > Greetings! > > Does anyone know if there is a way to make Access Control Lists work with > NetApp boxes? In Solaris 2.5/2.6, you can use the setfacl and getfacl > commands to set permissions for a file on a per-user and per-group basis. > Unfortunately, this does not seem to work on our F330, at least not > out-of-the-box. Has anyone had any experience with this? > > Regards, > /charles > > ------------------------------------------------------------------ > Charles Homan Applix, Inc. > System & Network Operations Group 112 Turnpike Rd. > choman(a)applix.com Westboro, MA 01581 > ------------------------------------------------------------------ >-- End of excerpt from Charles Homan [ext 422] -- -Mark, TSG Unix admin and support, int 782 2499, ext +44 1438 76 2499. ... an Englishman in London ...

1 0

NetApp and Solaris: setfacl and getfacl
by charles＠applix.com 02 Oct '98

02 Oct '98

Greetings! Does anyone know if there is a way to make Access Control Lists work with NetApp boxes? In Solaris 2.5/2.6, you can use the setfacl and getfacl commands to set permissions for a file on a per-user and per-group basis. Unfortunately, this does not seem to work on our F330, at least not out-of-the-box. Has anyone had any experience with this? Regards, /charles ------------------------------------------------------------------ Charles Homan Applix, Inc. System & Network Operations Group 112 Turnpike Rd. choman(a)applix.com Westboro, MA 01581 ------------------------------------------------------------------

1 0

group and default quotas
by Garrett Burke 30 Sep '98

30 Sep '98

Hi All, F230, 5.1D4, 256MB RAM, 2 volumes, predominatly CIFS. I'm trying to over ride a default quota using a group quota, so that some of my users get a bigger quota in their home directories than others. The home directories are in /vol/.vol0/users, so the default quota line in quota file is: * user@/vol/vol0/users 50M 2K which works fine. The line before this one in the quota file is: bigusers group@/vol/vol0/users 100M 4K where bigusers is a group specified in etc/group on the toaster and whose membership is a sub set of all th users. 'quota report' shows the 50M quota for the users, but those in the 'bigusers' group only have 50M as well. Anyone got any ideas? I have tried a quota off/on cycle after a member of bigusers created some new files, but to no avail, just in case this is related to Bug 5660 Thanks, GB. ------ Garrett Burke, Network Administrator, Managed Solutions, 32 Upper Mount St., Dublin 2, Ireland +353-1-661-4840 A loaf of bread, a cup of wine and thou.

2 1

snap copy
by alexei＠cimedia.com 30 Sep '98

30 Sep '98

Has anybody gotten snap copy and used it? How well has it worked for you? Tranfer times? Impact on filer? We are getting a filer next week and I was wondering what to expect. Thanks. Alex

2 1

unsubscribe
by Gordon_Maudsley＠nag.national.com.au 29 Sep '98

29 Sep '98

Gordon Maudsley@NAG 30/09/98 07:43 AM

1 0

/etc/dgateways questions
by Daniel Quinlan 27 Sep '98

27 Sep '98

This comment in the dgateways.5 manual page doesn't mean that you can't specify multiple addresses for a single router box, right? I assume not since I'm not getting error messages. :-) Duplicate gateway names or addresses are not allowed - only the first one encountered in the file will be added by routed to the default gateway table, and the additional ones will produce error messages. We only have one router per building right now, but each of our NetApps share more than one local interface with their respective building router because the NetApps are multihomed. My expectation is that by specifying multiple local interfaces for the router in /etc/dgateways will lessen the impact of a link failure affecting the current default gateway. A comment: it would be nifty if the selection of a default gateway (among gateways with the same metric) was more intelligent. It seems that the current method would easy allow a router interface that was going up and down more often than every 90 seconds to remain the default gateway. Any plans to change this? (A scheme based on reliability, traffic, and response time would be cool.) - Dan

1 0

Y2K Testing & compliance
by Thomson, Michael 25 Sep '98

25 Sep '98

Hi there! I've been asked some questions by our Y2K project team, specifically related to NetApp, and I'm unsure how to respond. >From the web page (http://www.netapp.com/y2k_table.html) it seems that the only thing that is 'preliminarily evaluated' is DOT 4.1. Can anyone give the authorative answer to: 1) Are there any plans to use a hardware clock that stores 4-digit years? 2) What Y2K tests were performed on DOT 4.1 3) Have later releases (4.1.3, 5.0, etc.) had the same tests run on them before release? 4) Can customers get access to NetApp test plans and results, directly or via a non-disclosure agreement? More generally, are people inclined to believe that, once certified by NetApp, the appliances can be treated as 'any other' NFS server by client machines, or would you advocate specific interoperational testing with NetApp kit? Cheers, Mike Thomson -- \\|||// Minds are like parachutes; (@ @) They only work when open. *---oOO-(_)-OOo------------------------------------* * Michael Thomson Email: mt53590(a)ggr.co.uk * * Unix Specialist Internal: 782 4393 * * Glaxo Wellcome External: 01438 764 393 * * Fax: 01438 763 204 * * .oooO Oooo. Mobile: 0498 725 047 * *--( )---( )-----------------------------------* \ ( ) / (Quote: Sir James Dewar) \_) (_/

4 6

Access Times on ONTAP
by Raymond Brennan 25 Sep '98

25 Sep '98

Hello, Does anyone know of a way to find out access times for files and directories on a netapps box running 5.1D4 which works on both Unix and Windows. Yours in Eager Anticipation, :) "ALCOHOL KILLS SLOWLY" So what ? Who's in a hurry ? - Buster Keaton

1 0

Re: A netapp failover possibility...???
by mds＠ns.gbnet.net 25 Sep '98

25 Sep '98

Seeing as the specific data in question could be considered readonly to the majority of clients, why not have them use an automount map with both filers in. We do that for our centrally maintained and served binaries and db's and it works very well. > Hi, > > We have two netapp filers serving mainly static data (updated overnight) > to several hp-ux clients. > > If one server fails we can swap the clients onto the other server by > mounting and switching symbollic links. >

8 9

Re: Soft Links ON NT ( again)
by Mark Muhlestein 24 Sep '98

24 Sep '98

Happy to hear things are working for you! And no, there is no fixed limit to the number of entries in the symlink.translations file. Mark -----Original Message----- From: Raymond Brennan <ray_brennan(a)mentorg.com> To: Mark Muhlestein <mmm(a)netapp.com> Cc: toasters(a)mathworks.com <toasters(a)mathworks.com> Date: Thursday, September 24, 1998 2:04 AM Subject: RE: Soft Links ON NT ( again) >Mark, > >It works ! Thanks very much. Just one more thing-I would like this to work >on some other quota trees also;can I just add similar lines into my >/etc/symlink.translations files ? > >Currently, my /etc/symlink.translations file looks like this : > >dv40ss5# cat symlink.translations >Map /eeg/sandbox/* /sandbox/* >dv40ss5# > >Presumably , I can add as many lines as I need like this for trees called >"shared","dev" or whatever: > >Map /eeg/sandbox/* /sandbox/* >Map /eeg/shared/* /shared/* >Map /eeg/dev/* /dev/* > >then terminate and restart CIFS and I'm in business ? I'm just checking that >there isn't a limit of one line in the /etc/symlink.translations file or >something like that.

1 0

RE: Soft Links ON NT ( again)
by Raymond Brennan 24 Sep '98

24 Sep '98

Mark, It works ! Thanks very much. Just one more thing-I would like this to work on some other quota trees also;can I just add similar lines into my /etc/symlink.translations files ? Currently, my /etc/symlink.translations file looks like this : dv40ss5# cat symlink.translations Map /eeg/sandbox/* /sandbox/* dv40ss5# Presumably , I can add as many lines as I need like this for trees called "shared","dev" or whatever: Map /eeg/sandbox/* /sandbox/* Map /eeg/shared/* /shared/* Map /eeg/dev/* /dev/* then terminate and restart CIFS and I'm in business ? I'm just checking that there isn't a limit of one line in the /etc/symlink.translations file or something like that. Please let me know ASAP, as this problem has caused us a huge backlog of work and we would like to get cracking again. Thanks, Raymond >-----Original Message----- >From: Mark Muhlestein [mailto:mmm@netapp.com] >Sent: Wednesday, September 23, 1998 6:15 PM >To: Raymond Brennan >Subject: Re: Soft Links ON NT ( again) > > >The syntax "//sandbox/*" isn't right, I suspect. That means you have a >volume named "sandbox". I'm assuming you want a directory named "sandbox" >in the root volume. In that case try it without the double slashes: > >Map /eeg/sandbox/* /sandbox/* > >Let me know if this works for you. > >Mark > >-----Original Message----- >From: Raymond Brennan <ray_brennan(a)mentorg.com> >To: Simmons Mr M D <mds46523(a)ggr.co.uk> >Cc: toasters(a)mathworks.com <toasters(a)mathworks.com> >Date: Wednesday, September 23, 1998 7:59 AM >Subject: RE: Soft Links ON NT ( again) > > >>maybe, I'll wait to see what Mark has to say. I've been trying to get this >>to work for over two weeks now without success. My users are getting a bit >>annoyed about it to say the least. Hopefully, we'll hear from him today >>before 5PM GMT. >> >>:? >> >>>-----Original Message----- >>>From: Simmons Mr M D [mailto:mds46523@ggr.co.uk] >>>Sent: Wednesday, September 23, 1998 3:56 PM >>>To: Raymond Brennan >>>Subject: Re: Soft Links ON NT ( again) >>> >>> >>>Hmm, I'm afraid I'm out of good ideas already. >>> >>>I can't see why it's not working now - perhaps we should see what >>>wisdom Mark >>>from NetApp can glean. >>> >>>Did you have to replace the symlink.translations file? Can it not >>>take both the >>>line you mentioned previously and the line you've got there now, >>>at the same >>>time? >>> >>>Keep us posted - this is of general interest IMHO. >>> >>>On Sep 23, 15:36, Raymond Brennan wrote: >>>> Subject: RE: Soft Links ON NT ( again) >>>> Mark, >>>> >>>> Now, I can see the permissions via SecureShare, but still can't >>>read or edit >>>> the file. >>>> Here is what the /etc/symlink.translations file now looks like : >>>> >>>> cat symlink.translations >>>> Map /eeg/sandbox/* //sandbox/* >>>> >>>> Here is what a long listing looks like on Unix : >>>> >>>> {dv40ss5::raybr} [10] % l >>>> total 2 >>>> drwxrwsr-x 2 raybr eeg 4096 Sep 22 16:21 . >>>> drwxr-sr-x 6 raybr eeg 4096 Sep 22 14:01 .. >>>> lrwxrwxrwx 1 raybr eeg 25 Sep 22 15:19 >absolutesoftlink -> >>>> /eeg/sandbox/raybr/1/test >>>> -rw-rw-r-- 2 raybr eeg 6 Sep 22 14:03 hardlink >>>> lrwxrwxrwx 1 raybr eeg 9 Sep 22 15:18 >relativesoftlink -> >>>> ../1/test >>>> {dv40ss5::raybr} [11] % >>>> >>>> The file I want to be able to access is absolutesoftlink. if I >>>try to send >>>> it to a text editor, I get : >>>> >>>> Access is denied. >>>> >>>> I have stopped and restarted CIFS as you said. So, what do I do now ? >>>> >>>> :( >>>> >>>> >-----Original Message----- >>>> >From: Simmons Mr M D [mailto:mds46523@ggr.co.uk] >>>> >Sent: Wednesday, September 23, 1998 3:14 PM >>>> >To: Raymond Brennan; Mark Muhlestein >>>> >Cc: toasters(a)mathworks.com >>>> >Subject: Re: Soft Links ON NT ( again) >>>> > >>>> > >>>> >On Sep 23, 10:59, Raymond Brennan wrote: >>>> >> Subject: RE: Soft Links ON NT ( again) >>>> >> Mark, >>>> >> >>>> >> I've got a quota tree on my F520 called "sandbox". My F520 >>>system name is >>>> >> "tap", mainly because I got fed up of typing in "netapp" all the >time. >>>> >> Anyway, what I'm trying to do is to get soft links with absolute >>>> >path names >>>> >> to work on NT. They work fine on Unix(as you woud expect). >>>I've installed >>>> >> SecureShare on all my PCs and am using Unix-style security on >>>> >"sandbox" and >>>> >> indeed as the default security style on all other trees. >>>> >> >>>> >> I use NIS on my LAN. "sandbox" on "tap" is accessed on Unix as >>>> >> /eeg/sandbox-the NIS map is called auto.eeg and has this line in it >: >>>> >> >>>> >> sandbox -intr tap:/sandbox >>>> >> >>>> >> So, on Unix, all I have to do is >>>> >> >>>> >> # cd /eeg/sandbox >>>> >> >>>> >> and I'm there. Hard links (ln file linkname) work fine on NT, as >>>> >do relative >>>> >> soft links ( ln -s ../file linkname). The problem I'm having >>>is with soft >>>> >> links with absolute path names on NT. If, for example, I do >>>> >> # cd /eeg/sandbox/dir2 >>>> >> # ln -s /eeg/sandbox/dir1/file linkname >>>> >> >>>> >> NT can't seem to access linkname on /eeg/sandbox/dir2 at all, >>>apart from >>>> >> showing it in the Windows Explorer. I hope this is clear. >>>> >> >>>> >> My /etc/symlink.translations file looks like this : >>>> >> >>>> >> Map /sandbox/* //sandbox/* >>>> >> >>>> >> The double slash on the second field is to counteract Bud ID >>>> >9553, which I >>>> >> found on the NOW website. Also, I've tried terminating and >>>> >restarting CIFS, >>>> >> but without success. >>>> >> >>>> >> Thanks for any help you can give me. >>>> > >>>> >I think I know why the NT box is having problems, and I think I >>>> >can demonstrate >>>> >a similar situation on two Unix boxes. >>>> > >>>> >Simply put, absolute symlinks have too much information, they're >>>> >too precise >>>> >for either the NT box or the filer to map them correctly. >>>> > >>>> >To demonstrate my hypothetical scenario, I've use my home >>>> >directory on ukwfs2 >>>> >another F520 (running 4.3.1, for interest). >>>> > >>>> >On our (SunOS4.1.4) admin host: >>>> > >>>> >uk-dns-stv1-root /net/ukwfs2/users/d23/mds46523: ln -s \ >>>> > >>>> >/net/ukwfs2/users/d23/mds46523/dead.letter flibble >>>> > >>>> >uk-dns-stv1-root /net/ukwfs2/users/d23/mds46523: ln -s >>>> >./dead.letter flobble >>>> > >>>> >Creating two symlinks in my home directory to a simple text-file also >>>> >in the directory, one absolute, one relative. >>>> > >>>> >Now, on a client, in my home directory: >>>> > >>>> >0 ukwit12> head -2 flibble >>>> >UX:head: ERROR: Cannot read from flibble >>>> >1 ukwit12> head -2 flobble >>>> >>From mds46523 Thu Sep 17 18:07:40 1998 >>>> >From: mds46523(a)ukwsv1.ggr.co.uk (Simmons Mr M D) >>>> > >>>> >The absolute symlink simply overspecifies the location, which my >>>> >client has no >>>> >way to map to something it can understand and use. >>>> > >>>> >The NT box is in as bad a position as my Unix client - the >>>/eeg/... part of >>>> >any absolute symlink in your Unix domain doesn't match anything in >>>> >the NT box's >>>> >wordlview, and the filer has no rule to map it for the NT box. >>>> > >>>> >Extend the mapping rules in the filer, or revert all absolute >>>symlinks to >>>> >relative symlinks and I think you'll be able to work around the >problem. >>>> > >>>> >I'd try adding: >>>> > >>>> >Map /eeg/sandbox/* //sandbox/* >>>> > >>>> >to your /etc/symlink.translations file. >>>> > >>>> >> >>>> >> :) >>>> >> >>>> >> "What do people mean when they say the computer went down on them?" >>>> >> >>>> >> --Marilyn Pittman >>>> >> >>>> >> >-----Original Message----- >>>> >> >From: Mark Muhlestein [mailto:mmm@netapp.com] >>>> >> >Sent: Tuesday, September 22, 1998 6:40 PM >>>> >> >To: Raymond Brennan >>>> >> >Subject: Re: Soft Links ON NT ( again) >>>> >> > >>>> >> > >>>> >> >Send me a copy of your symlink.translations file, along with >>>a specific >>>> >> >description of what you are trying to do, and I'll try to >>>help get you >>>> >> >going. >>>> >> > >>>> >> >One thing that may not be documented clearly is that you >>>have to restart >>>> >> >cifs before the symlink.translations file is reloaded. Yes, >>>it's a bug. >>>> >> > >>>> >> >Mark Muhlestein -- mmm(a)netapp.com >>>> >> > >>>> >> <SNIP> >>>> >>-- End of excerpt from Raymond Brennan >>>> > >>>> > >>>> > >>>> >-- >>>> >-Mark, TSG Unix admin and support, int 782 2499, ext +44 1438 76 2499. >>>> > ... an Englishman in London ... >>>> > >>>>-- End of excerpt from Raymond Brennan >>> >>> >>> >>>-- >>>-Mark, TSG Unix admin and support, int 782 2499, ext +44 1438 76 2499. >>> ... an Englishman in London ... >>> >> >> >

1 0

RE: Soft Links ON NT ( again)
by Raymond Brennan 23 Sep '98

23 Sep '98

maybe, I'll wait to see what Mark has to say. I've been trying to get this to work for over two weeks now without success. My users are getting a bit annoyed about it to say the least. Hopefully, we'll hear from him today before 5PM GMT. :? >-----Original Message----- >From: Simmons Mr M D [mailto:mds46523@ggr.co.uk] >Sent: Wednesday, September 23, 1998 3:56 PM >To: Raymond Brennan >Subject: Re: Soft Links ON NT ( again) > > >Hmm, I'm afraid I'm out of good ideas already. > >I can't see why it's not working now - perhaps we should see what >wisdom Mark >from NetApp can glean. > >Did you have to replace the symlink.translations file? Can it not >take both the >line you mentioned previously and the line you've got there now, >at the same >time? > >Keep us posted - this is of general interest IMHO. > >On Sep 23, 15:36, Raymond Brennan wrote: >> Subject: RE: Soft Links ON NT ( again) >> Mark, >> >> Now, I can see the permissions via SecureShare, but still can't >read or edit >> the file. >> Here is what the /etc/symlink.translations file now looks like : >> >> cat symlink.translations >> Map /eeg/sandbox/* //sandbox/* >> >> Here is what a long listing looks like on Unix : >> >> {dv40ss5::raybr} [10] % l >> total 2 >> drwxrwsr-x 2 raybr eeg 4096 Sep 22 16:21 . >> drwxr-sr-x 6 raybr eeg 4096 Sep 22 14:01 .. >> lrwxrwxrwx 1 raybr eeg 25 Sep 22 15:19 absolutesoftlink -> >> /eeg/sandbox/raybr/1/test >> -rw-rw-r-- 2 raybr eeg 6 Sep 22 14:03 hardlink >> lrwxrwxrwx 1 raybr eeg 9 Sep 22 15:18 relativesoftlink -> >> ../1/test >> {dv40ss5::raybr} [11] % >> >> The file I want to be able to access is absolutesoftlink. if I >try to send >> it to a text editor, I get : >> >> Access is denied. >> >> I have stopped and restarted CIFS as you said. So, what do I do now ? >> >> :( >> >> >-----Original Message----- >> >From: Simmons Mr M D [mailto:mds46523@ggr.co.uk] >> >Sent: Wednesday, September 23, 1998 3:14 PM >> >To: Raymond Brennan; Mark Muhlestein >> >Cc: toasters(a)mathworks.com >> >Subject: Re: Soft Links ON NT ( again) >> > >> > >> >On Sep 23, 10:59, Raymond Brennan wrote: >> >> Subject: RE: Soft Links ON NT ( again) >> >> Mark, >> >> >> >> I've got a quota tree on my F520 called "sandbox". My F520 >system name is >> >> "tap", mainly because I got fed up of typing in "netapp" all the time. >> >> Anyway, what I'm trying to do is to get soft links with absolute >> >path names >> >> to work on NT. They work fine on Unix(as you woud expect). >I've installed >> >> SecureShare on all my PCs and am using Unix-style security on >> >"sandbox" and >> >> indeed as the default security style on all other trees. >> >> >> >> I use NIS on my LAN. "sandbox" on "tap" is accessed on Unix as >> >> /eeg/sandbox-the NIS map is called auto.eeg and has this line in it : >> >> >> >> sandbox -intr tap:/sandbox >> >> >> >> So, on Unix, all I have to do is >> >> >> >> # cd /eeg/sandbox >> >> >> >> and I'm there. Hard links (ln file linkname) work fine on NT, as >> >do relative >> >> soft links ( ln -s ../file linkname). The problem I'm having >is with soft >> >> links with absolute path names on NT. If, for example, I do >> >> # cd /eeg/sandbox/dir2 >> >> # ln -s /eeg/sandbox/dir1/file linkname >> >> >> >> NT can't seem to access linkname on /eeg/sandbox/dir2 at all, >apart from >> >> showing it in the Windows Explorer. I hope this is clear. >> >> >> >> My /etc/symlink.translations file looks like this : >> >> >> >> Map /sandbox/* //sandbox/* >> >> >> >> The double slash on the second field is to counteract Bud ID >> >9553, which I >> >> found on the NOW website. Also, I've tried terminating and >> >restarting CIFS, >> >> but without success. >> >> >> >> Thanks for any help you can give me. >> > >> >I think I know why the NT box is having problems, and I think I >> >can demonstrate >> >a similar situation on two Unix boxes. >> > >> >Simply put, absolute symlinks have too much information, they're >> >too precise >> >for either the NT box or the filer to map them correctly. >> > >> >To demonstrate my hypothetical scenario, I've use my home >> >directory on ukwfs2 >> >another F520 (running 4.3.1, for interest). >> > >> >On our (SunOS4.1.4) admin host: >> > >> >uk-dns-stv1-root /net/ukwfs2/users/d23/mds46523: ln -s \ >> > >> >/net/ukwfs2/users/d23/mds46523/dead.letter flibble >> > >> >uk-dns-stv1-root /net/ukwfs2/users/d23/mds46523: ln -s >> >./dead.letter flobble >> > >> >Creating two symlinks in my home directory to a simple text-file also >> >in the directory, one absolute, one relative. >> > >> >Now, on a client, in my home directory: >> > >> >0 ukwit12> head -2 flibble >> >UX:head: ERROR: Cannot read from flibble >> >1 ukwit12> head -2 flobble >> >>From mds46523 Thu Sep 17 18:07:40 1998 >> >From: mds46523(a)ukwsv1.ggr.co.uk (Simmons Mr M D) >> > >> >The absolute symlink simply overspecifies the location, which my >> >client has no >> >way to map to something it can understand and use. >> > >> >The NT box is in as bad a position as my Unix client - the >/eeg/... part of >> >any absolute symlink in your Unix domain doesn't match anything in >> >the NT box's >> >wordlview, and the filer has no rule to map it for the NT box. >> > >> >Extend the mapping rules in the filer, or revert all absolute >symlinks to >> >relative symlinks and I think you'll be able to work around the problem. >> > >> >I'd try adding: >> > >> >Map /eeg/sandbox/* //sandbox/* >> > >> >to your /etc/symlink.translations file. >> > >> >> >> >> :) >> >> >> >> "What do people mean when they say the computer went down on them?" >> >> >> >> --Marilyn Pittman >> >> >> >> >-----Original Message----- >> >> >From: Mark Muhlestein [mailto:mmm@netapp.com] >> >> >Sent: Tuesday, September 22, 1998 6:40 PM >> >> >To: Raymond Brennan >> >> >Subject: Re: Soft Links ON NT ( again) >> >> > >> >> > >> >> >Send me a copy of your symlink.translations file, along with >a specific >> >> >description of what you are trying to do, and I'll try to >help get you >> >> >going. >> >> > >> >> >One thing that may not be documented clearly is that you >have to restart >> >> >cifs before the symlink.translations file is reloaded. Yes, >it's a bug. >> >> > >> >> >Mark Muhlestein -- mmm(a)netapp.com >> >> > >> >> <SNIP> >> >>-- End of excerpt from Raymond Brennan >> > >> > >> > >> >-- >> >-Mark, TSG Unix admin and support, int 782 2499, ext +44 1438 76 2499. >> > ... an Englishman in London ... >> > >>-- End of excerpt from Raymond Brennan > > > >-- >-Mark, TSG Unix admin and support, int 782 2499, ext +44 1438 76 2499. > ... an Englishman in London ... >

1 0

Re: Soft Links ON NT ( again)
by mds46523＠ggr.co.uk 23 Sep '98

23 Sep '98

On Sep 23, 10:59, Raymond Brennan wrote: > Subject: RE: Soft Links ON NT ( again) > Mark, > > I've got a quota tree on my F520 called "sandbox". My F520 system name is > "tap", mainly because I got fed up of typing in "netapp" all the time. > Anyway, what I'm trying to do is to get soft links with absolute path names > to work on NT. They work fine on Unix(as you woud expect). I've installed > SecureShare on all my PCs and am using Unix-style security on "sandbox" and > indeed as the default security style on all other trees. > > I use NIS on my LAN. "sandbox" on "tap" is accessed on Unix as > /eeg/sandbox-the NIS map is called auto.eeg and has this line in it : > > sandbox -intr tap:/sandbox > > So, on Unix, all I have to do is > > # cd /eeg/sandbox > > and I'm there. Hard links (ln file linkname) work fine on NT, as do relative > soft links ( ln -s ../file linkname). The problem I'm having is with soft > links with absolute path names on NT. If, for example, I do > # cd /eeg/sandbox/dir2 > # ln -s /eeg/sandbox/dir1/file linkname > > NT can't seem to access linkname on /eeg/sandbox/dir2 at all, apart from > showing it in the Windows Explorer. I hope this is clear. > > My /etc/symlink.translations file looks like this : > > Map /sandbox/* //sandbox/* > > The double slash on the second field is to counteract Bud ID 9553, which I > found on the NOW website. Also, I've tried terminating and restarting CIFS, > but without success. > > Thanks for any help you can give me. I think I know why the NT box is having problems, and I think I can demonstrate a similar situation on two Unix boxes. Simply put, absolute symlinks have too much information, they're too precise for either the NT box or the filer to map them correctly. To demonstrate my hypothetical scenario, I've use my home directory on ukwfs2 another F520 (running 4.3.1, for interest). On our (SunOS4.1.4) admin host: uk-dns-stv1-root /net/ukwfs2/users/d23/mds46523: ln -s \ /net/ukwfs2/users/d23/mds46523/dead.letter flibble uk-dns-stv1-root /net/ukwfs2/users/d23/mds46523: ln -s ./dead.letter flobble Creating two symlinks in my home directory to a simple text-file also in the directory, one absolute, one relative. Now, on a client, in my home directory: 0 ukwit12> head -2 flibble UX:head: ERROR: Cannot read from flibble 1 ukwit12> head -2 flobble >From mds46523 Thu Sep 17 18:07:40 1998 From: mds46523(a)ukwsv1.ggr.co.uk (Simmons Mr M D) The absolute symlink simply overspecifies the location, which my client has no way to map to something it can understand and use. The NT box is in as bad a position as my Unix client - the /eeg/... part of any absolute symlink in your Unix domain doesn't match anything in the NT box's wordlview, and the filer has no rule to map it for the NT box. Extend the mapping rules in the filer, or revert all absolute symlinks to relative symlinks and I think you'll be able to work around the problem. I'd try adding: Map /eeg/sandbox/* //sandbox/* to your /etc/symlink.translations file. > > :) > > "What do people mean when they say the computer went down on them?" > > --Marilyn Pittman > > >-----Original Message----- > >From: Mark Muhlestein [mailto:mmm@netapp.com] > >Sent: Tuesday, September 22, 1998 6:40 PM > >To: Raymond Brennan > >Subject: Re: Soft Links ON NT ( again) > > > > > >Send me a copy of your symlink.translations file, along with a specific > >description of what you are trying to do, and I'll try to help get you > >going. > > > >One thing that may not be documented clearly is that you have to restart > >cifs before the symlink.translations file is reloaded. Yes, it's a bug. > > > >Mark Muhlestein -- mmm(a)netapp.com > > > <SNIP> >-- End of excerpt from Raymond Brennan -- -Mark, TSG Unix admin and support, int 782 2499, ext +44 1438 76 2499. ... an Englishman in London ...

2 1

RE: Soft Links ON NT ( again)
by Raymond Brennan 23 Sep '98

23 Sep '98

Mark, I've got a quota tree on my F520 called "sandbox". My F520 system name is "tap", mainly because I got fed up of typing in "netapp" all the time. Anyway, what I'm trying to do is to get soft links with absolute path names to work on NT. They work fine on Unix(as you woud expect). I've installed SecureShare on all my PCs and am using Unix-style security on "sandbox" and indeed as the default security style on all other trees. I use NIS on my LAN. "sandbox" on "tap" is accessed on Unix as /eeg/sandbox-the NIS map is called auto.eeg and has this line in it : sandbox -intr tap:/sandbox So, on Unix, all I have to do is # cd /eeg/sandbox and I'm there. Hard links (ln file linkname) work fine on NT, as do relative soft links ( ln -s ../file linkname). The problem I'm having is with soft links with absolute path names on NT. If, for example, I do # cd /eeg/sandbox/dir2 # ln -s /eeg/sandbox/dir1/file linkname NT can't seem to access linkname on /eeg/sandbox/dir2 at all, apart from showing it in the Windows Explorer. I hope this is clear. My /etc/symlink.translations file looks like this : Map /sandbox/* //sandbox/* The double slash on the second field is to counteract Bud ID 9553, which I found on the NOW website. Also, I've tried terminating and restarting CIFS, but without success. Thanks for any help you can give me. :) "What do people mean when they say the computer went down on them?" --Marilyn Pittman >-----Original Message----- >From: Mark Muhlestein [mailto:mmm@netapp.com] >Sent: Tuesday, September 22, 1998 6:40 PM >To: Raymond Brennan >Subject: Re: Soft Links ON NT ( again) > > >Send me a copy of your symlink.translations file, along with a specific >description of what you are trying to do, and I'll try to help get you >going. > >One thing that may not be documented clearly is that you have to restart >cifs before the symlink.translations file is reloaded. Yes, it's a bug. > >Mark Muhlestein -- mmm(a)netapp.com > <SNIP>

1 0

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