winbind enum users = yes
winbind enum groups = yes
Is the way it should be. You are fine in that respect.
Did you restart winbind after fixing the symlinks? It might help.
>lstat64("/tmp/.winbindd", {st_mode=S_IFDIR|0755, st_size=4096, ...}) =
0
>lstat64("/tmp/.winbindd/pipe", 0xb430
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 4 Dec 2002, George Lenzer wrote:
> One more thing... After I fixed the symlink to it had the right name
> (libnss_winbind.so.2 instead of libnss_winbind.2) wbinfo broke. Now, I
> can't get users, groups or verify plaintext authentication.
One more thing... After I fixed the symlink to it had the right name
(libnss_winbind.so.2 instead of libnss_winbind.2) wbinfo broke. Now, I
can't get users, groups or verify plaintext authentication. An strace
of wbinfo -u also gives me the same thing that getent did. The file
'pipe' is missin
First, I want to thank folks for replying. :) When I did an strace the
first time it pointed out that I created the symlink with the wrong
name. After deleting and recreating the symlink, I got this:
List of local users first...
read(3, "", 4096) = 0
open("/etc/ld.so.cache
> Looks fine. What are the values for "winbind enum user" and "winbind
enum
> group"? What happens when you run `strace getent passwd`?
Argh. Of course it would be the simplest answer, winbind enum user and
winbind enum group were set to No after reading "On large installations
it may be neces
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 4 Dec 2002 [EMAIL PROTECTED] wrote:
> Thanks! wbinfo -m returned 3 domains, none of which I should be
> concerned with :), so that sets my mind at ease.
>
> Oddly enough, wbinfo -u returns the users in 1 of the 3 domains, but not
> the other
Thanks! wbinfo -m returned 3 domains, none of which I should be
concerned with :), so that sets my mind at ease.
Oddly enough, wbinfo -u returns the users in 1 of the 3 domains, but not
the other 2. Wonder if they misconfigured?
~ Daniel
>
>From: Herb Lewis
>
>The 0xc233 is most likely be
The 0xc233 is most likely because a trusted domain controller
is not reachable. run the command
wbinfo -m
to see the list of domains that are trusted. I'll bet you will not
see a listing of any groups or users from one of those.
[EMAIL PROTECTED] wrote:
>
> Something more than that Jerry, t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 4 Dec 2002 [EMAIL PROTECTED] wrote:
> Stab in the dark, does this look right?
> $ ldd `which getent`
> libc.so.6 => /lib/libc.so.6 (0x40024000)
> /lib/ld.so.1 => /lib/ld.so.1 (0x4000)
Looks fine. What are the values for "
Something more than that Jerry, the symlink is there :(.
$ ls -l /lib/libnss_winbind*
-rwxr-xr-x1 root root18727 Nov 21 11:45
/lib/libnss_winbind.so
lrwxrwxrwx1 root root 22 Nov 21 12:25
/lib/libnss_winbind.so.2 -> /lib/libnss_winbind.so
Stab in the dark, does t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 4 Dec 2002 [EMAIL PROTECTED] wrote:
> So... it looks like my system is communicating with the NT PDC. But...
> if I try these commands:
>
> getent passwd
> getent group
>
> I only see the local users and groups listed, respectively.
Make
This is the right list. I'm having similar problems with getent not
working properly. Wbinfo -u / -g / -a work, but getent stopped showing
anything but local users, though it USED to work. I wonder if it has
anything to do with the upgrade to the errata glibc which provides
getent? Or it could
I'm running a RedHat 8.0 system. Pretty much stock. But I uninstalled
the version of samba, samba-common and samba-client that came with it.
Instead I downloaded a tarball from samba.org. I have just finished
compiling and installing samba 2.2.7 using the --with-pam
--with-smbmount --with-wi
13 matches
Mail list logo