Samba PDC. Arquivos são apagados e voltam

WilhelmStein
(usa CentOS)

Enviado em 23/05/2011 - 15:57h

Olá gente. Ultimamente em algumas contas de usuários registradas no meu samba PDC, quando se apaga um determinado arquivo, seja com shift+del ou somente o del, ele não eh apagado do servidor, e no proximo logon esse arquivos está la do meso jeito. Alguem ja passou por isso ou sabe resolver??

danniel-lara
(usa Fedora)

Enviado em 23/05/2011 - 16:07h

Esse Arquivos ficam no Home do usuário ou em uma pasta compartilhada ?

ricardoolonca
(usa Debian)

Enviado em 23/05/2011 - 16:07h

Execute:

$ ls -l <pasta_do_samba_onde_isso_acontece>
$ grep ^$ /etc/samba/smb.conf | grep ^#

Poste o resultado.

WilhelmStein
(usa CentOS)

Enviado em 24/05/2011 - 15:36h

Rapaz, os arquivos ficam na pasta profiles do samba....em relação ao comando grep e ls...não dão resultado algum, somente listam pastas do destino.....o engraçado eh que em algumas maquinas ja normalizou, mas fico com o pé atras de ocorrer depois problema na hora de salvar arquivos.

ricardoolonca
(usa Debian)

Enviado em 24/05/2011 - 17:09h

Opa, comando errado! Foi mal. Segue o correto:

$ ls -la <pasta_do_samba_onde_isso_acontece>
$ grep -v ^$ /etc/samba/smb.conf | grep -v ^#

Poste exatamente a saída dos comandos acima. Quero ver como estão as permissões em seus arquivos

WilhelmStein
(usa CentOS)

Enviado em 25/05/2011 - 13:42h

[root@servidor ~]# ls -la /home/samba/profiles/
total 48
drwxr-xr-x 12 root root 4096 Mai 23 16:59 .
drwxr-xr-x 4 root root 4096 Mai 21 09:13 ..
drwxr-xr-x 17 adriana funcionarios 4096 Mai 24 18:31 adriana
drwxr-xr-x 17 akcenia funcionarios 4096 Mai 25 12:11 akcenia
drwxr-xr-x 18 claudia funcionarios 4096 Mai 25 13:23 claudia
drwxr-xr-x 17 claudilene funcionarios 4096 Mai 25 09:44 claudilene
drwxr-xr-x 17 fabiano funcionarios 4096 Mai 24 18:02 fabiano
drwxr-xr-x 22 jose funcionarios 4096 Mai 25 11:28 jose
drwxr-xr-x 17 marcia funcionarios 4096 Mai 25 13:22 marcia
drwxr-xr-x 17 mayana funcionarios 4096 Mai 25 11:29 mayana
drwxr-xr-x 18 raul funcionarios 4096 Mai 24 18:59 raul
drwxr-xr-x 16 saulo funcionarios 4096 Mai 25 12:55 saulo




[global]
workgroup = SERCONTI
server string = Samba %v
netbios name = arquivos
guest account = nobody
invalid users = root
encrypt passwords = true
smb passwd file = /etc/samba/smbpasswd
admin users = guilherme
preserve case = yes
short preserve case = yes
case sensitive = no
time server = yes

; interfaces = lo eth0 192.168.50.2/24 192.168.13.2/24
; hosts allow = 127. 192.168.12. 192.168.13.
# logs split per machine
log file = /var/log/samba/%m.log
# max 50KB per log file, then rotate
max log size = 50
security = user
passdb backend = tdbsam

; security = domain
passdb backend = tdbsam
; realm = MY_REALM
; password server = <NT-Server-Name>
security = user
passdb backend = tdbsam
domain master = yes
domain logons = yes
# the login script name depends on the machine name
; logon script = %m.bat
# the login script name depends on the unix user used
logon home = %L%U.profiles
logon path = \\%L\profiles\%U
# disables profiles support by specifing an empty path
; logon path =
; add user script = /usr/sbin/useradd "%u" -n -g users
; add group script = /usr/sbin/groupadd "%g"
; add machine script = /usr/sbin/useradd -n -c "Workstation (%u)" -M -d /nohome -s /bin/false "%u"
; delete user script = /usr/sbin/userdel "%u"
; delete user from group script = /usr/sbin/userdel "%u" "%g"
; delete group script = /usr/sbin/groupdel "%g"
local master = yes
os level = 32
preferred master = yes
; wins support = yes
; wins server = w.x.y.z
; wins proxy = yes
; dns proxy = yes
load printers = yes
cups options = raw
; printcap name = /etc/printcap
#obtain list of printers automatically on SystemV
; printcap name = lpstat
printing = cups
; map archive = no
; map hidden = no
; map read only = no
; map system = no
; store dos attributes = yes
[homes]
comment = Arquivos
browseable = no
writable = yes
valid users = %S
invalid users = @administradores
; read list = @funcionarios
; valid users = MYDOMAIN\%S
[printers]
comment = Impressoras de Rede
path = /var/spool/samba
browseable = no
writable = yes
public = yes
printable = yes
force create mode = 0700
[netlogon]
comment = Network Logon Service
path = /home/samba/netlogon
guest ok = yes
writable = no
share modes = no
browseable = no
[profiles]
path = /home/samba/profiles
browseable = no
guest ok = yes
writable = yes
create mask = 0600
directory mask = 0700
[publico]
comment = Pasta Publica
path = /publica
public = yes
guest ok = yes
writable = yes
printable = no
create mask = 0777
directory mask = 0777
[Compartilhamento]
comment = Documentos Compartilhados
path = /compartilhamento
writable = no
create mask = 0770
directory mask = 0770
write list = nascimento, @funcionarios, @asscunha
valid users = nascimento, @funcionarios, @asscunha



Aì...agora a situação se normalizou, mas de vez enquando alguem reclama que algo não foi salvo.

ricardoolonca
(usa Debian)

Enviado em 25/05/2011 - 14:27h

Aparentemente está tudo certo com a tua configuração. Eu apenas tiraria o valid users = %S do compartilhamento home, pois este compartilhamento é especial, sendo que cada usuário enxerga apenas o seu próprio home.

Quando der o problema, veja qual arquivo foi apagado, de qual pasta, e quando ele foi criado, qual o usuário, etc. Veja se tem algo nas logs.

Abraço.

WilhelmStein
(usa CentOS)

Enviado em 26/05/2011 - 13:30h

blz....vou da uma monitorada, qualquer novidade posto aq...

grodriguesq
(usa Slackware)

Enviado em 26/05/2011 - 13:44h

Vamos lá eu já conheço esse problema a mais ou menos uns 5 anos... hehehehehe

Vou supor que vc está utlizando Windows XP ou Vista ou 7 nas máquinas clientes...
Se for com o Windows é fácil de reseolver... é bug do windows, causado pela questão da replicação do perfil e não é culpa do servidor, pois o mesmo bug ocorre quando utilizo Servidores 2003, 2008, Samba 2.x e Samba 3.x, ou seja, é um bug local.

tem várias maneiras de vc solucionar isso... mas vou te dar uma simples...
1 - Não entre com o usuário do FULANO em nenhum pc, se já estiver logado faça logoff e reboot a máquina..
2 - Vai no servidor onde está armazenado o perfil remoto do usuário FULANO, digamos que a pasta seja \home\Fulano.Silva
renomeia ela para qualquer coisa tipo Fulano.Silva_OLD
3 - Entra na máquina que o FULANO usa diariamente, com o loging e senhas dele.
4 - Faz logoff do FULANO.
5 - Dá uma checada no servidor na pasta \home\Fulano.Silva ..... ela foi recriada automaticamente, sem que vc tivesse feito nada, ai agora já vai poder apagar os arquivos.

O que é esse bug.... bom eu não tenho 100% de certeza.. mas tenho 99% que é uma descincronização entre o perfil local que é copiado para a máquina do usuário todas as vezes em que ele faz o logon e o perfil remoto que está no servidor, acreditem se quiser, muita das vezes é penas 1 único arquivo que causa isso......

Depois conta pra gente se tu conseguiu solucionar e como fez para resolver..

WilhelmStein
(usa CentOS)

Enviado em 26/05/2011 - 13:48h

qrodriguesq! Vou fazer esses experimentos hoje à tarde...
ps: as maquinas cliente são XP

WilhelmStein
(usa CentOS)

Enviado em 26/05/2011 - 14:59h

rapaz....eu fiz esse teu teste. Agora outro problema, quando to adicionando os usuarios no smbpasswd e entro pela primeira vez ele não ta criando a pasta padrão do usuario....=O
Mas o PDC ta funcionando direito com as demais existentes. Tipo quando eu adicionei os usuarios, eu tinha restaurado a pasta deles do meu outro servidor, que tive q formatar, mas isso num vem ao caso, acho q não tem relação.

WilhelmStein
(usa CentOS)

Enviado em 26/05/2011 - 15:13h

ahh, foi mal, em relação a essa parada das pastas não serem criadas eh pelo fato de eu não ter aplicado o chmod na pasta profiles...agora ele ta recriando as pastas blz.....agora em relação ao teste, não entendi direito, eu deverei renomear todas as pastas do pessoal pra poder tudo rodar redondinho?