Re: SAMBA migration issue

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



 On 08/01/2010 04:19 AM, Revnon wrote:
Guys ...


Been racking my brains out past 3 days till now.
Here's the background:

I have migrated my Old Samba (rhel4) server to the New Samba (rhel5)
server.
Rsynced the data across. NO issue.
New Server, using Old server's smb.conf, smbpasswd, as well as ported over
passwd, group, shadow files.
Hostname , IP, etc has been changed to Old server's settings before SMB
service is started.
Apparently, it works, BUT the access to it, is slow, latency can be felt.
And thru the logs, i initially do see "tdb errors"


[2010/07/15 11:52:02, 2] lib/util_tdb.c:tdb_log(664)
   tdb(unnamed): tdb_open_ex: could not open file
/var/cache/samba/registry.tdb: No such file or directory
[2010/07/15 11:52:02, 2] lib/util_tdb.c:tdb_log(664)
   tdb(unnamed): tdb_open_ex: could not open file
/var/cache/samba/account_policy.tdb: No such file or directory
[2010/07/15 11:52:02, 1] lib/account_pol.c:account_policy_get(286)
   account_policy_get: tdb_fetch_uint32 failed for field 1 (min password
length), returning 0
[2010/07/15 11:52:02, 1] lib/account_pol.c:account_policy_get(286)
   account_policy_get: tdb_fetch_uint32 failed for field 2 (password
history), returning 0
[2010/07/15 11:52:02, 1] lib/account_pol.c:account_policy_get(286)
   account_policy_get: tdb_fetch_uint32 failed for field 3 (user must logon
to change password), returning 0
[2010/07/15 11:52:02, 1] lib/account_pol.c:account_policy_get(286)
   account_policy_get: tdb_fetch_uint32 failed for field 4 (maximum password
age), returning 0
[2010/07/15 11:52:02, 1] lib/account_pol.c:account_policy_get(286)
   account_policy_get: tdb_fetch_uint32 failed for field 5 (minimum password
age), returning 0
[2010/07/15 11:52:02, 1] lib/account_pol.c:account_policy_get(286)
   account_policy_get: tdb_fetch_uint32 failed for field 6 (lockout
duration), returning 0
[2010/07/15 11:52:02, 1] lib/account_pol.c:account_policy_get(286)
   account_policy_get: tdb_fetch_uint32 failed for field 7 (reset count
minutes), returning 0
[2010/07/15 11:52:02, 1] lib/account_pol.c:account_policy_get(286)
   account_policy_get: tdb_fetch_uint32 failed for field 8 (bad lockout
attempt), returning 0
[2010/07/15 11:52:02, 1] lib/account_pol.c:account_policy_get(286)
   account_policy_get: tdb_fetch_uint32 failed for field 9 (disconnect time),
returning 0
[2010/07/15 11:52:02, 1] lib/account_pol.c:account_policy_get(286)
   account_policy_get: tdb_fetch_uint32 failed for field 10 (refuse machine
password change), returning 0

Individual log files can be seen with alot of the following:
yield_connection: tdb_delete for name "example: SHAREFOLDER NAME" failed
with error Record does not exist.


Till now those errors are not reflected, but still slow and latency felt.
Not sure, it's anything to do with the TDB files? What will happen if i
chose to stop the SMB service, and remove the TDB files to let it regenerate
a new set?

Any advice is really really appreciated, and thanks in advance =)




With Regards,
re\/non
1)Are you running the latest version of OS plus Samba on RHEL 5?

2) You do have duplex and speed setting on your NIC card(s) set up properly?

3)Does the 'testparm' SAMBA utility report anything weird with your smbd.conf file?

4)In terms of the tdb files, have you backed them up during the file migration? (usually under /var/lib/samba). Usually I do (see SAMBA HOW TO 41. Managing TDB files. I am not sure how tdb file lookup could affect performance at large.


--
--
George Magklaras
Senior Systems Engineer/IT Manager
Biotek Center, University of Oslo
EMBnet TMPC Chair

http://folk.uio.no/georgios

Tel: +47 22840535



--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list


[Index of Archives]     [CentOS]     [Kernel Development]     [PAM]     [Fedora Users]     [Red Hat Development]     [Big List of Linux Books]     [Linux Admin]     [Gimp]     [Asterisk PBX]     [Yosemite News]     [Red Hat Crash Utility]


  Powered by Linux