Un collaborateur possède un Mac OS X et ne peut pas écrire dans les
partages Samba de mon serveur linux.
Système
-------------
- Mac :
Mac OS X V.10.3.5 / Panther
- Serveur :
GNU/Linux i686 2.2.20-idepci Debian
Samba version 2.2.3a-13 for Debian
Problème
---------
Lorsque le client Mac veut déposer des fichiers dans le partage, le
message d'erreur suivant s'affiche :
Err : "Impossible d'effectuer l'opération : vous ne disposez pas des
autorisations suffisantes pour ficher.ext"
Ce problème est arrivé dès la mise à jour de finder à la 10.3.5.
Si j'utilise un client Microsoft, tel Windows XP, j'arrive à écrire
dans les partages avec le même utilisateur.
Je conclus que c'est un problème avec finder. C'est pourquoi je poste
ce message ici.
Est-ce qu'il existe une mise à jour de finder pour ce bug ?
Sinon est-ce que c'est possible de remplacer ce finder pour explorer
les partages samba ?
Merci de votre réponse.
Sam.
Fichiers :
----------------
Le fichier de log du serveur se remplit de 1000 lignes d'un coup alors
je vais éviter de toutes les afficher. cepandant, quelques lignes
retiennent mon attention :
[2004/11/11 10:05:18, 3] lib/util.c:unix_clean_name(387)
unix_clean_name [navig.swf]
[2004/11/11 10:05:18, 2] smbd/open.c:open_file(216)
DGRAND opened file navig.swf read=Yes write=Yes (numopen=31)
[2004/11/11 10:05:18, 3] smbd/process.c:process_smb(860)
Transaction 6475 of length 75
[2004/11/11 10:05:18, 3] smbd/process.c:switch_message(667)
switch message SMBlockingX (pid 21229)
[2004/11/11 10:05:18, 3] lib/util.c:fcntl_lock(1287)
fcntl_lock: fcntl lock gave errno 75 (Value too large for defined
data type)
[2004/11/11 10:05:18, 3] lib/util.c:fcntl_lock(1309)
fcntl_lock: lock failed at offset 0 count 9223372036854775808 op 13
type 1 (Value too large for defined data type)
[2004/11/11 10:05:18, 3] smbd/error.c:error_packet(91)
error string = Value too large for defined data type
[2004/11/11 10:05:18, 3] smbd/error.c:error_packet(103)
error packet at smbd/reply.c(4522) cmd=36 (SMBlockingX)
NT_STATUS_LOCK_NOT_GRANTED
[2004/11/11 10:05:18, 3] smbd/process.c:process_smb(860)
Transaction 6476 of length 45
[2004/11/11 10:05:18, 3] smbd/process.c:switch_message(667)
switch message SMBclose (pid 21229)
[2004/11/11 10:05:18, 3] smbd/reply.c:reply_close(2931)
close fd=54 fnum=7614 (numopen=31)
[2004/11/11 10:05:18, 2] smbd/close.c:close_normal_file(212)
dgrand closed file navig.swf (numopen=30)
[2004/11/11 10:05:19, 3] smbd/process.c:process_smb(860)
Transaction 6477 of length 57
[2004/11/11 10:05:19, 3] smbd/process.c:switch_message(667)
switch message SMBopen (pid 21229)
[2004/11/11 10:05:19, 3] lib/util.c:unix_clean_name(387)
Je vois aussi le message NT_STATUS_NO_SUCH_FILE quelques fois dans le
log.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Nicolas.Michel
smbBBB wrote:
Bonjour,
Un collaborateur possède un Mac OS X et ne peut pas écrire dans les partages Samba de mon serveur linux. [snip]
Je suis sans-doutes à côté de la plaque, mais je me demande s'il n'y a pas une embrouille au niveau des comptes.
Ce "valid users = dgrand", il existe combien de fois ? Je veux dire, tu as un user sur le mac, le même sur windose et le même encore une fois sur linux ?
Perso j'essaierais avec un user qui n'existe que sur le linux, pour commencer.
Sinon je sais pas trop, perso j'ai toujours mis le "security = share", et je maitrise pas tellement ce sujet.
Il y a aussi la question de l'encodage, il me semble que en principes on a : unix charset = UTF-8-MAC display charset = UTF-8-MAC dos charset = 437 Enfin voilà, c'est des idées comme ça.
Côté mac tu peux toujours réparer les permissions, ça peut pas faire du mal et ça arrange bien souvent les bidons.
-- Nicolas Michel
smbBBB <sam.krieg@gmail.com> wrote:
Bonjour,
Un collaborateur possède un Mac OS X et ne peut pas écrire dans les
partages Samba de mon serveur linux.
[snip]
Je suis sans-doutes à côté de la plaque, mais je me demande s'il n'y a
pas une embrouille au niveau des comptes.
Ce "valid users = dgrand", il existe combien de fois ?
Je veux dire, tu as un user sur le mac, le même sur windose et le même
encore une fois sur linux ?
Perso j'essaierais avec un user qui n'existe que sur le linux, pour
commencer.
Sinon je sais pas trop, perso j'ai toujours mis le "security = share",
et je maitrise pas tellement ce sujet.
Il y a aussi la question de l'encodage, il me semble que en principes on
a :
unix charset = UTF-8-MAC
display charset = UTF-8-MAC
dos charset = 437
Enfin voilà, c'est des idées comme ça.
Côté mac tu peux toujours réparer les permissions, ça peut pas faire du
mal et ça arrange bien souvent les bidons.
Un collaborateur possède un Mac OS X et ne peut pas écrire dans les partages Samba de mon serveur linux. [snip]
Je suis sans-doutes à côté de la plaque, mais je me demande s'il n'y a pas une embrouille au niveau des comptes.
Ce "valid users = dgrand", il existe combien de fois ? Je veux dire, tu as un user sur le mac, le même sur windose et le même encore une fois sur linux ?
Perso j'essaierais avec un user qui n'existe que sur le linux, pour commencer.
Sinon je sais pas trop, perso j'ai toujours mis le "security = share", et je maitrise pas tellement ce sujet.
Il y a aussi la question de l'encodage, il me semble que en principes on a : unix charset = UTF-8-MAC display charset = UTF-8-MAC dos charset = 437 Enfin voilà, c'est des idées comme ça.
Côté mac tu peux toujours réparer les permissions, ça peut pas faire du mal et ça arrange bien souvent les bidons.
-- Nicolas Michel
Anonyme
smbBBB wrote:
Ce problème est arrivé dès la mise à jour de finder à la 10.3.5. Si j'utilise un client Microsoft, tel Windows XP, j'arrive à écrire dans les partages avec le même utilisateur.
La mise à jour 10.3.6 améliore les fonctionnalités de montage réseau NFS/SMB/AFP.... Donc ça vaut le coup de la tenter....
Ce problème est arrivé dès la mise à jour de finder à la 10.3.5.
Si j'utilise un client Microsoft, tel Windows XP, j'arrive à écrire
dans les partages avec le même utilisateur.
La mise à jour 10.3.6 améliore les fonctionnalités de montage réseau
NFS/SMB/AFP.... Donc ça vaut le coup de la tenter....
Ce problème est arrivé dès la mise à jour de finder à la 10.3.5. Si j'utilise un client Microsoft, tel Windows XP, j'arrive à écrire dans les partages avec le même utilisateur.
La mise à jour 10.3.6 améliore les fonctionnalités de montage réseau NFS/SMB/AFP.... Donc ça vaut le coup de la tenter....