PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : Profil kann nicht geladen werden



Jungi
12.11.05, 13:37
Hallo

Ich habe folgende Probleme:

Auf einem Debian-System läuft Samba 3 und fungiert als PDC für eine Windows-Domäne und als Speicherort für die Profile sowie die Home-Verzeichnisse. Ein Windows XP Professional-Client ist Mitglied der Domäne, auch die Benutzerauthentifikation funktioniert ohne Probleme. Sollen dann beim Anmelden die Profile geladen werden tritt ein komischer Effekt auf:

Manchmal wird das Benutzerprofil ohne Probleme vom Server geladen, es öffnet sich aber dann immer der Texteditor mit folgendem Inhalt:


[.ShellClassInfo]
LocalizedResourceName=@%SystemRoot%\system32\shell 32.dll,-21787


Das ist noch zu verschmerzen, nur bekomme ich in unregelmäßigen Abständen und auch unaghängig vom verwendeten User diese Fehlermeldung:


Die Datei \\server\profiles\root\Anwendungsdaten\Microsoft\I nternet Explorer\Quick Launch\desktop.ini konnte nicht nach C:\Dokumente und Einstellungen\root\Anwendungsdaten\Microsoft\Inter net Explorer\Quick Launch\desktop.ini kopiert werden. Mögliche Fehlerursachen sind Netzwerkprobleme oder nicht ausreichende Sicherheitsrechte. Wenden Sie sich an den Netzwerkadministrator, wenn das Problem weiterhin besteht.

Details - Der Prozess kann nicht auf die Datei zugreifen, da sie von einem anderen Prozess verwendet wird.


Der Fehler ist nicht reproduzierbar, er tritt zufällig auf.
Mir fehlt jetzt der Ansatz. Ist das ein Problem von Samba oder von Windows XP? Auch die Datei die nicht kopiert werden kann ist unterschiedlich.

Hier zur Kontrolle noch mal meine smb.conf:


#
# Sample configuration file for the Samba suite for Debian GNU/Linux.
#
#
# This is the main Samba configuration file. You should read the
# smb.conf(5) manual page in order to understand the options listed
# here. Samba has a huge number of configurable options most of which
# are not shown in this example
#
# Any line which starts with a ; (semi-colon) or a # (hash)
# is a comment and is ignored. In this example we will use a #
# for commentary and a ; for parts of the config file that you
# may wish to enable
#
# NOTE: Whenever you modify this file you should run the command
# "testparm" to check that you have not many any basic syntactic
# errors.
#

#======================= Global Settings =======================

[global]

workgroup = jung
server string = %h (Samba %v)
wins support = yes

log file = /var/log/samba/log.%m
max log size = 1000

security = user
encrypt passwords = true

passdb backend = tdbsam

os level = 65
preferred master = yes
domain master = yes
local master = yes
domain logons = yes

logon path = \\%N\profiles\%U
logon script = logon.cmd
logon home = \\%N\%U\profiles
logon drive = U:

admin users = root pdcadmin

add user script = /usr/sbin/useradd -m %u
delete user script = /usr/sbin/userdel -r %u
add group script = /usr/sbin/groupadd %g
delete group script = /usr/sbin/groupdel %g
add user to group script = /usr/sbin/usermod -G %g %u

add machine script = /usr/sbin/useradd -s /bin/false -d /dev/null %u

[profiles]
create mask = 0600
directory mask = 0700
browseable = no
valid users = Christian,Barbara,Debian-exim,Klaus,backup,bin,bind,cyrus,daemon,fetchmail, games,gnats,ipcop,irc,list,lp,mail,man,news,nobody ,proxy,root,service,sshd,sync,sys,uml-net,uucp,www-data
writeable = yes
path = /samba_shared/profiles

[homes]
read only = no
guest ok = yes
map archive = yes
hide dot files = yes
comment = Home Directories
browseable = no

[netlogon]
comment = Network Logon Service
path = /samba_shared/netlogon
writable = no
browsable = no
admin users = root pdcadmin



Bin für jeden Tip dankbar.

Grüße
Christian

emba
14.11.05, 08:23
sieht nach einem locking problem aus, update auf neueste version und ein wenig mit locking rumexperimentieren

zur desktop.ini:
http://www.google.com/search?hs=cND&hl=en&lr=&client=opera&rls=en&q=avoiding+the+desktop.ini&btnG=Search

greez

Jungi
14.11.05, 22:04
Hallo

Ich hab zwar keine Ahnung was dieses locking macht, aber ich werde mich mal damit befassen müssen. Ein locking = no in der smb.conf hilft zumindestens nicht. Das komische ist, im Büro habe ich das ganze Szenario mit VMWare nachgebaut, und da läuft es einwandfrei. Kann aus diesem Grund immer nur Abends zu Hause rumprobieren.

Bis denn

Jungi

Jungi
23.11.05, 19:55
Hallo mal wieder

Ich bin jetzt mit meinem Latein am Ende. Ich habe mich mal mit der Thematik "locks und oplocks" beschäftigt und einige Sachen ausprobiert, habe aber weiterhin das Problem mit den Profilen. Ich habe dann, als alles nix half, die Profile auf eine 2. Festplatte im Server verschoben, und alles lief jetzt 4 Tage ohne Probleme. Habe schon gedacht der Fehler sei aus der Welt (ich konnte ihn zwar nicht nachvollziehen) aber als ich mich eben anmelden wollte: bla...Profil konnte nicht geladen werden...bla :mad:

Hier mal meine aktuelle smb.conf:



#
# Sample configuration file for the Samba suite for Debian GNU/Linux.
#
#
# This is the main Samba configuration file. You should read the
# smb.conf(5) manual page in order to understand the options listed
# here. Samba has a huge number of configurable options most of which
# are not shown in this example
#
# Any line which starts with a ; (semi-colon) or a # (hash)
# is a comment and is ignored. In this example we will use a #
# for commentary and a ; for parts of the config file that you
# may wish to enable
#
# NOTE: Whenever you modify this file you should run the command
# "testparm" to check that you have not many any basic syntactic
# errors.
#

#======================= Global Settings =======================

[global]

workgroup = jung
server string = %h (Samba %v)
wins support = yes

max log size = 1000

security = user
encrypt passwords = true

passdb backend = tdbsam

os level = 65
preferred master = yes
domain master = yes
local master = yes
domain logons = yes

logon path = \\%N\profiles\%U
logon script = logon.cmd
logon home = \\%N\%U\profiles
logon drive = U:

admin users = root pdcadmin

add user script = /usr/sbin/useradd -m %u
delete user script = /usr/sbin/userdel -r %u
add group script = /usr/sbin/groupadd %g
delete group script = /usr/sbin/groupdel %g
add user to group script = /usr/sbin/usermod -G %g %u

add machine script = /usr/sbin/useradd -s /bin/false -d /dev/null %u

[profiles]
oplocks = no
browseable = no
locking = no
writeable = yes
path = /testsamba/profiles
veto oplock files = /*.*/

[homes]
read only = no
guest ok = yes
map archive = yes
hide dot files = yes
comment = Home Directories
browseable = no

[netlogon]
comment = Network Logon Service
path = /samba_shared/netlogon
writable = no
browsable = no
admin users = root pdcadmin



Habe jetzt in der Samba-Dokumentation gelesen (oder es zumindest so verstanden), dass für die "oplock-Funktion" der Kernel dies unterstützen muss. Wie finde ich das denn raus?

Wenn es als zusätzliche Infos noch nützt: Ich nutze den c´t Server aus dem Netzwerk-Spezial-Heft, basierend auf Debian-Sarge, Samba Version 3.014, habe mit apt-get upgrade auch alle Sicherheitspatches installiert.

Bin für weitere Hilfe wirklich dankbar, da ich doch zwecks Backup gerne alles auf dem Server speichern will.

Grüße aus dem kalten Westerwald

Jungi

Jungi
05.12.05, 16:09
Wollte dem Thema nochmal einen Anschub geben, da ich bisher leider noch keine Lösung auf das Problem gefunden habe.

Vielleicht hat doch noch jemand einen Tip für mich.

Nichts für ungut,

Christian

emba
06.12.05, 08:06
nun, vielleicht solltest du einmal testweise eine andere distri *und* samba version versuchen?

greez