Hello Tony,
There currently is a "D" patch release with the fix for bug #4088 and bug #5086. This patch is available at http://now.netapp.com/ 4.3.1D7 is the release.
If you have any questions, please call our Tech Support at 888.463.8277.
Regards, -paul
At 09:23 AM 3/20/98 +0800, you wrote:
Dave,
Don't waste your time on NetApp, threw it away and get a new onefrom Auspex.
If you chose Auspex from the first beginning, you won't have anyproblem. Every things has its price, you got lower price, so they gave you cheaper service. Auspex's price may be a liitle bit higher, but you get much more than you pay. Auspex's URL : www.auspex.com
Good Luck !Tony Lai
Chief Product Manager Mitac Inc.
This annoys me since I reported last year when I first set up my Netapp that NIS wasn't working right. Performance was awful, and it was rebinding to a different NIS slave every couple of seconds. I never heard much back, and because I immediately switched to using local netgroups I didn't have the problem again. At least there will finally be a fix.
Dave
When we first turned on NIS, everything went to hell. The filerstarted denying mounts to all the clients. Unfortunately, it didn't
do
this right away, took several hours. Seems the filer wasn't getting
netgroup info. Anyway, here's what NetApp told me:
Hi Jason,
I had one of our escalation engineers look over this call with me.
We believe that what you saw when upgrading to 4.1d is the result of an inefficient method we use to "lookup" the YP information. Instead of doing 3 or 4 lookups to get the netgroup info when the mount is checked we would do one for *every* line in the netgroup file.
This behavior has been logged as bug#4088 in our database and engineering is working to modify the NIS client to correct this problem.
For now the recommendation would be to continue using the local file method which hasn't caused you any problems. When a fix is available for #4088 then you could upgrade and begin using the NIS client for netgroup which should be much faster. One of the benefits of NIS client is that these lookups should be faster but with our first release of this NIS client they simply are not.
I have flagged this call record as bug#4088 with all the info you sent to me. The escalation engineer I spoke with is actually the one that will fix the NIS code and by flagging your call record as this bug he can review it during the time he makes the patch.
This would first be available as a patch release (a release with a capital D in it such as you were running prior to upgrading to 4.1d). The best way to find out when it is available would be to call back and reference the bug#4088 and ask if Eirik has a patch for the NIS client yet. I would think that you might want to wait 30 days or so -- there is no schedule for a fix date for this right now.
Regards, Gil
I never bothered to check back. NOW lists bug #4088 as unfixed.Here's our nsswitch.conf which "solved" our problems:
# # nfssrv1:/etc/nsswitch.conf #
passwd: files nis group: files nis
hosts: files nis dns netgroup: files nis
Good Luck.
Jason D. Kelleher kelleher@susq.com Susquehanna Investment Group 610.617.2721 (voice) 401 City Line Ave, Suite 220 610.617.2916 (fax) Bala Cynwyd, PA 19004-1122
-
Paul Albers