Line length limit
Hi,
I'm having a problem with a large group (about 2500 members). I first thougt this is a Directory Server Problem, but the Server Log is identical for small and large groups and does not show any problems. Additionally even if i put the group (with all members) into /etc/group, I still cant see the group!
When using vi to edit /etc/group it sais: line too long.
I figured out this to be a problem with the maximum line length defined in /usr/include/limits.h (LINE_MAX). The value set here is 2048, but my line is about 13K.
Could my explanation be correct? If so, how can I change the line limit to a bigger value?
thanks,
David
# 1
Hello.
There are three possible methods:
1.) Do not use vi but another text editor that can handle such long lines.
2.) Take the source code of vi from OpenSolaris and re-compile it with different settings such as "#define BUFSIZE" to 60000 in "ex.h"
3.) Do not edit the file directly but use a program that splits the line and another program that will concatenate the lines later.
Martin
# 2
Hi Martin,
I might not have explaned enough the issue. I dont want to edit the file with vi, this was just what I experienced on the side. My real problem is, that Solaris doesnt know this group, even though it is in /etc/group!
id just shows the gid number, but not the group name:
bash-2.05$ id
uid=21345(ab123) gid=10000
bash-2.05$ groups
10000
getent doesnt know the group too:
bash-2.05$ getent group gp_everyone
[No output]
And this is constrained by the Solaris system as I think. Because of the limited line length. Do you know how to reconfigure Solaris 9 and 10 for a longer line length?
big thanks
--David
# 4
Hi,
this is my /etc/nsswitch.conf:
[..]
passwd:files ldap
group:files ldap
hosts:files dns
ipnodes:files
networks:files
protocols: files
rpc:files
ethers:files
netmasks:files
bootparams: files
publickey: files
# At present there isn't a 'files' backend for netgroup; the system will
#figure it out pretty quickly, and won't use netgroups at all.
netgroup:files
automount: files
aliases:files
services:files
sendmailvars:files
printers:user files
auth_attr: files
prof_attr: files
project:files
also I can see a lot of other groups from ldap and local file, just the ones with a huge amount of users.
I found some patches on sunsolve which may help. I will keep you updated if there are any news..
# 5
how about the workaround of creating a few groups each with different names, but having gid 10000, and then splitting the big group into more usable lengthsI know this isn't pretty but we used to do this in NIS+ when groups became unwieldy in size
