FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Red Hat Linux

 
 
LinkBack Thread Tools
 
Old 08-01-2010, 02:19 AM
Revnon
 
Default SAMBA migration issue

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
--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
 
Old 08-01-2010, 09:55 PM
Georgios Magklaras
 
Default SAMBA migration issue

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@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
 
Old 08-01-2010, 10:35 PM
Revnon
 
Default SAMBA migration issue

Hi

1)Are you running the latest version of OS plus Samba on RHEL 5?
Yup. RHEL 5.5 and latest Samba

2) You do have duplex and speed setting on your NIC card(s) set up properly?
May i know how do i verify on this?
Accessing the New Server thru FTP, Rysnc, WEBMIN is fast it seems.

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


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.
Hmm, didn't move these files, as well as, secrets.tdb over.
Just wondering if now i move these files from OLD server to the NEW server,
and restart SMB, will it helps?


With Regards,
re/non




On Mon, Aug 2, 2010 at 5:55 AM, Georgios Magklaras
<georgios@biotek.uio.no>wrote:

> 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@redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>
--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
 
Old 08-02-2010, 09:15 AM
Georgios Magklaras
 
Default SAMBA migration issue

On 08/02/2010 12:35 AM, Revnon wrote:

....
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.
Hmm, didn't move these files, as well as, secrets.tdb over.
Just wondering if now i move these files from OLD server to the NEW server,
and restart SMB, will it helps?

If you have the maintenance window (production server?) you should try
moving those files as well and re-install Samba to get rid of these
messages. I am not sure this is the cause of your problem (never heard
or seen TDB lookups slowing down something), but it will be one pain
less. Keep me posted as I am curious to know.


--
--
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@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
 
Old 08-02-2010, 11:30 AM
Revnon
 
Default SAMBA migration issue

I have taken offline the existing New Server and revert back to Old Server.
Now it's just as fast and normal.
Seriously no idea what wrong. Here are more info:

Old Server : Running RHEL 4.8, Samba 3.033, 1GB ram, 300GB x 2 as RAID-1
Samba shares are on RAID-1.
New Server : Hostname/IP same as Old Server. Running RHEL 5.5, Samba 3.033,
4GB ram, 146GB x 2 as RAID-1 and 300GB x 5 as RAID-5. Samba shares are on
RAID-5.

Technically, New should be faster than Old. Really Not sure if it's the
Raid-5 performance issue, or hardware. Both NIC is full duplex.





With Regards,
re/non




On Mon, Aug 2, 2010 at 5:15 PM, Georgios Magklaras
<georgios@biotek.uio.no>wrote:

> On 08/02/2010 12:35 AM, Revnon wrote:
>
>> ....
>>
>> 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.
>> Hmm, didn't move these files, as well as, secrets.tdb over.
>> Just wondering if now i move these files from OLD server to the NEW
>> server,
>> and restart SMB, will it helps?
>>
>> If you have the maintenance window (production server?) you should try
> moving those files as well and re-install Samba to get rid of these
> messages. I am not sure this is the cause of your problem (never heard or
> seen TDB lookups slowing down something), but it will be one pain less. Keep
> me posted as I am curious to know.
>
>
> --
> --
> 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@redhat.com?subject=unsubscribe
> https://www.redhat.com/mailman/listinfo/redhat-list
>
--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
 
Old 08-03-2010, 11:15 AM
Georgios Magklaras
 
Default SAMBA migration issue

On 08/02/2010 01:30 PM, Revnon wrote:

I have taken offline the existing New Server and revert back to Old Server.
Now it's just as fast and normal.
Seriously no idea what wrong. Here are more info:

Old Server : Running RHEL 4.8, Samba 3.033, 1GB ram, 300GB x 2 as RAID-1
Samba shares are on RAID-1.
New Server : Hostname/IP same as Old Server. Running RHEL 5.5, Samba 3.033,
4GB ram, 146GB x 2 as RAID-1 and 300GB x 5 as RAID-5. Samba shares are on
RAID-5.

Technically, New should be faster than Old. Really Not sure if it's the
Raid-5 performance issue, or hardware. Both NIC is full duplex.










Normally a RAID5 (soft or hardware) on a modern server should not really
affect performance for the size of your volumes/drives. Anyway, you can
measure that by using a utility such as 'iozone' on the RAID5 volume. In
doing so, you can measure


i)raw speed from the disk on the server AND
ii)also smbmount a server SAMBA partition and repeat the tests across
the SMB connection from another Linux client box.


If you still do not find substantial performance degradation from the
iozone test, you might consider also upgrading SAMBA manually by
compiling your own. This is what we have done for our RHEL 5 production
environment and we are running Samba 3.3.7, as we find that the RHEL
distributed Samba is miles away in terms of age, bugs (and possibly
performance) for the 2.6.18 kernel (RHEL 5).






--
--
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@redhat.com?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
 

Thread Tools




All times are GMT. The time now is 08:35 PM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org