Ahh that did it. The CentralProfile value was from a previous server
layout and thus it couldn't find the profile location anymore.
On Wed, May 22, 2013 at 4:47 AM, steve st...@steve-ss.com wrote:
On Tue, 2013-05-21 at 11:51 -0500, David Noriega wrote:
I'm finding that roaming profiles
I'm finding that roaming profiles are not being created on the server
and when a user logons, they are getting temporary profiles.
The logs dont mention any obvious errors and in the directory I have
set aside for profiles, a folder for the user is created, but nothing
is put there.
Running
I've been using samba for several years now and so my configuration
hasnt changed much in that time. We've setup a samba pdc+ldap backend
and previously using smbldap-tools. I haven't had to add a new machine
in a long while until recently a new user said they couldn't remote
desktop to a windows
Of David Noriega
Sent: Friday, February 08, 2013 1:56 PM
To: samba@lists.samba.org
Subject: [Samba] BDC Rejecting auth request from client + Windows 7
Just some background: In our environment, we are running both a PDC and
BDC.
The local network setup has static ips on a different subnet
Just some background: In our environment, we are running both a PDC and
BDC. The local network setup has static ips on a different subnet from dhcp
ips, thus the PDC has a static ip and the BDC has a dynamic one so the
Windows machines are able to see the domain without hardcoding in the ip of
the
was running Samba 3.6 from Sernet, but downgraded to 3.5 as part of
CentOS 6.
As a test, I put a typo in the config for the location of the
smbldap-useradd script, but no errors. So Samba isnt executing the script
and I'm not sure why not.
--
David Noriega
CSBC/CBI System Administrator
University
. Yet why is
it when the PDC failed, users couldn't access their file share(which
yes is separate from logging onto a windows computer).
On Tue, Mar 27, 2012 at 5:33 AM, Jorell jore...@fastmail.net wrote:
On 3/26/2012 9:27 AM, David Noriega wrote:
Maybe my understanding is flawed but I thought
user ids and passwords are the same
on both machines you probably don't need to worry about this for the moment.
But it will cause problems for you at some point.
On 03/27/12 11:49, David Noriega wrote:
The file shares are on a domain member. Is it that having the BDC as a
wins proxy
an authentication server.
Are you able to put a Win machine on the same subnet as the working DC?
It may be quicker to head to your local computer supply store to replace the
bad RAM.
On 03/27/12 13:49, David Noriega wrote:
As I've been looking around the core issue seems
are OK, users will still need to use wins to browse
resources not on the same subnet (unless the specifically map drives on IP
or hostname)
On 03/27/12 14:16, David Noriega wrote:
The users of our service are on windows machines that are typically
not on our subnet or part of our domain
. Is that the issue? Is there
a way around it?
--
David Noriega
System Administrator
Computational Biology Initiative
High Performance Computing Center
University of Texas at San Antonio
One UTSA Circle
San Antonio, TX 78249
Office: BSE 3.112
Phone: 210-458-7100
http://www.cbi.utsa.edu
I've setup a samba server on a Lustre client to export the lustre file
system to our windows users. I'm getting the following message
repeated over and over and I don't know what it means. I can say that
I currently do not have any quota system setup, but Lustre has its own
quota system that isn't
I'm seeing the following message:
[2010/10/04 11:09:40, 0] lib/sysquotas.c:sys_get_quota(421)
sys_path_to_bdev() failed for path [.]!
[2010/10/04 11:09:40, 0] lib/sysquotas.c:sys_get_quota(421)
sys_path_to_bdev() failed for path [.]!
[2010/10/04 11:09:45, 0] lib/sysquotas.c:sys_get_quota(421)
I've had the following setup working for years now. Subnet A contains
linux/windows workstations along with the PDC+LDAP. Subnet B contains
a BDC+LDAP and a domain member on the file server that windows users
connect too.
Whats new is I'm setting up a new domain member in Subnet B. It has
joined
one and thus routing packets incorrectly. Now
that thats fixed, so are my network services.
David
On Fri, Aug 27, 2010 at 2:04 PM, David Noriega tsk...@my.utsa.edu wrote:
I've had the following setup working for years now. Subnet A contains
linux/windows workstations along with the PDC+LDAP
15 matches
Mail list logo
