linux-l: nismap group fehler beim bauen
JSC
JSC at jsc.tfh-berlin.de
So Nov 4 11:22:12 CET 2001
* Steffen Dettmer <steffen at dett.de> [03.11.2001 04:29]:
> * Robert Sander wrote on Thu, Nov 01, 2001 at 14:57 +0000:
> > Na super. Das ist ja die gleiche Sch***e wie die 16 Gruppen im
> > NFS-Protokoll...
>
> Wollte ich auch gerade schreiben...
>
man kann die user zu untergruppen zusammenfassen und diese sinnigerweise
kurzen namen in der (haupt-)gruppe zusammenfassen. funktioniert mit solaris,
irix, linux, ...
leider stoesst man damit sehr schnell auf die 16 gruppen problematik.
> > Da werd ich wohl ein eigenes NIS-Paket bauen und distribuieren müssen.
>
> Mach doch mal :) Gibt's eigentlich inzwischen brauchbare
> Alternativen für YP+NIS? Irgentwie hab ich den Eindruck, daß das
> ständig schlechter wird. Kaum ging amd, kam autofs mit ganz neuen
> Bugs und weniger Features. Jetzt muß man bei NFS Problemen gerne
> mal booten. Toll. Nach einem NFS-Server boot kann man fast mit
> Sicherheit alle Kisten booten, die da gerade massiv drauf
> gearbeitet haben. Ganz toll. Dann folgte den nfds ein knfds mit
> ganz neuen Bugs, und ein paar weniger Features. Dann kommt ne
> SuSE 7.3 (oder was auch immer), da geht auto.net nicht mehr
> richtig, weil wieder was anders ist. Dafür kommen beim Client
> auch wieder neue Fehlermeldungen (diesmal I/O errors). Nett.
>
> Nebenbei wird nfsd nicht mehr gepflegt AFAIK. Also keine
> Alternative. knfs kann inzwischen tatsächlich schon auf konstante
> Ports binden (rpc merkt noch immer nicht, wenn der gestoppt wird,
> na ja), aber ypserv guckt immer noch nicht in /etc/services. Muß
> ich das jetzt selbst patchen? Werden doch schon hunderte gemacht
> haben... Linux firewall kommt AFAIK auch nicht gut mit dem RPC
> Kram klar. Geht da überhaupt RELATED und ist das hier sicher?
> Vermutlich nicht. Kann ja das Protokoll nicht kennen. Also muß
> man basteln oder was...
>
> Macht mir momentan keinen Spaß. Hat da jemand Tips?
>
leider nicht, nur ein weiteres problem. welcher nfsd unterstuetzt
rsize=32768 ?
ist es richtig, dass:
/usr/src/linux/include/linux/nfsd/const.h
[..]
/*
* Maximum blocksize supported by daemon currently at 8K
*/
#define NFSSVC_MAXBLKSIZE 8192
[..]
mein problem beim knfsd ist?
hat jemand einen 2.4'er kernel im einsatz, bei dem der wert hoeher gesetzt
ist?
bye
Jens
Mehr Informationen über die Mailingliste linux-l