> From: Damien Dye
>
> could you also show whats logged when you do this you might
> need to turn up the log level.
I'd send Damian the whole log but he wrote "going though the log it doesn't
appear that the smbd server is denying it."
Any other ideas?
Or suggestions how to debug the problem?
> could be related to mapping of dos attribs
Hmmm? I can't believe this. No DOS or Windows system is involved.
> map read only
> map system
> map hidden
OK, after reading the documentation on this items I understand your first
remark. ;-)
map archive = Yes
map hidden = No
map system = No
map r
> try giving the files 0755 perms
Hmmm? What's the intention for this? They had 0644 perms. Why should the x-bit
change the behaviour?
Even though that's not clear for me I still tried it and got this. :(
[EMAIL PROTECTED]> ls -laF foo/
total 8
drwxr-xr-x 2 hydra domain users 0 2008-09-0
Hi Damian,
> what the unix file permissions like on the system A ?
I'm not sure if I understand you. What permissions do you mean? The file
permissions should be seen in the listings I posted before.
Steffen
--
To unsubscribe from this list go to the following URL and read the
instructions: ht
We have this situation:
System A (running openSUSE 11.0 with samba-3.2.3-0.1) exports user home shares
(e.g. for user sledz).
On system B (running openSUSE 11.0 with samba-3.2.3-0.1) user hydra mounts the
home share from sledz at system A with this command:
sudo mount -t cifs -o user=sledz,u
> We're running samba-winbind-3.2.0-22.1 on an openSUSE 11.0
> system. But we have the problem that winbindd freezes when
> commands request (many) names to UID/GIDs mapped from SIDs
> (e.g. id or mc).
Sometimes problems just disappear. :)
Yesterday openSUSE published a patch which updates Sam
We're running samba-winbind-3.2.0-22.1 on an openSUSE 11.0 system. But we have
the problem that winbindd freezes when commands request (many) names to
UID/GIDs mapped from SIDs (e.g. id or mc).
id -g username
--> OK (reports gid of primary group)
id -n -g username
--> OK (reports name of pr
> Just add DOMAIN\user to /etc/group.
It was a bit tricky but now it works. Because we use
winbind use default domain = Yes
it was necessary to add just user (not DOMAIN\user) to /etc/group.
Thnx
--
To unsubscribe from this list go to the following URL and read the
instructions: https://list
I wan't to add some winbind authorized domain users to the local unix
group "uucp" to give them access to some test equipment connected to
serial ports (e.g. using minicom). I tried to add their UIDs
(1...) to the uucp item in /etc/group, but this does not seem to
work. "id -G" reports just the
