search

lixuewei / rt-n56u

Automatically exported from code.google.com/p/rt-n56u
0 stars 0 forks source link

Transferring many files by Samba results in errors #1055

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
Helllo,

First of all I want to thank you for this great firmware... It is lightyears 
from the original one. Seems like a different router now.

However I have a problem with transferring by Samba. After ~45000 file uploads 
I get the following message. I have googled the problem and I have found a 
reference (http://forum.ixbt.com/topic.cgi?id=14:58751-8) but with Google 
Translate I cannot find the fix...

Nov  2 07:47:34 smbd[3812]: [2013/11/02 07:47:34, 0] lib/util_tdb.c:tdb_log(664)
Nov  2 07:47:34 smbd[3812]:   tdb(/var/lock/connections.tdb): expand_file write 
of 1024 bytes failed (No space left on device)
Nov  2 07:47:34 smbd[3812]: [2013/11/02 07:47:34, 0] lib/util_tdb.c:tdb_log(664)
Nov  2 07:47:34 smbd[3812]:   tdb(/var/lock/locking.tdb): expand_file write of 
1024 bytes failed (No space left on device)
Nov  2 07:47:34 smbd[3812]: [2013/11/02 07:47:34, 0] lib/util.c:smb_panic(1633)
Nov  2 07:47:34 smbd[3812]:   PANIC (pid 3812): Could not store share mode entry
Nov  2 07:47:34 smbd[3812]:   
Nov  2 07:47:34 smbd[3812]: [2013/11/02 07:47:34, 0] 
lib/util.c:log_stack_trace(1787)
Nov  2 07:47:34 smbd[3812]:   unable to produce a stack trace on this platform
Nov  2 07:47:34 smbd[3812]: [2013/11/02 07:47:34, 0] lib/fault.c:dump_core(181)
Nov  2 07:47:34 smbd[3812]:   dumping core in /var/cores/smbd
Nov  2 07:47:34 smbd[3812]: 

Thanks,
Adrian

Original issue reported on code.google.com by adriantc...@gmail.com on 2 Nov 2013 at 5:53

GoogleCodeExporter commented 9 years ago 
Please free space on /var.

Original comment by andy.pad...@gmail.com on 9 Nov 2013 at 2:42

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
I have the same problem. Is it possible to extend the /var size from 4 MB to 
something bigger on tmpfs? Or move it from tmpfs to the external hdd?

Original comment by ulics.tibor on 22 Jan 2015 at 5:38

GoogleCodeExporter commented 9 years ago 
[deleted comment]
GoogleCodeExporter commented 9 years ago 
Thank You! 
I will test it :)

Original comment by ulics.tibor on 22 Jan 2015 at 9:06

GoogleCodeExporter commented 9 years ago 
Okay, I tried, but still have problems after some 1000 files:
Jan 22 22:19:44 smbd[851]: [2015/01/22 22:19:43, 0] lib/util_tdb.c:tdb_log(664)
Jan 22 22:19:44 smbd[851]:   tdb(/var/locks/locking.tdb): expand_file write of 
1024 bytes failed (No space left on device)
Jan 22 22:19:44 smbd[851]: [2015/01/22 22:19:44, 0] lib/util.c:smb_panic(1633)
Jan 22 22:19:44 smbd[851]:   PANIC (pid 851): Could not store share mode entry
Jan 22 22:19:44 smbd[851]:   
Jan 22 22:19:44 smbd[851]: [2015/01/22 22:19:44, 0] 
lib/util.c:log_stack_trace(1787)
Jan 22 22:19:44 smbd[851]:   unable to produce a stack trace on this platform
Jan 22 22:19:44 smbd[851]: [2015/01/22 22:19:44, 0] lib/fault.c:dump_core(181)
Jan 22 22:19:44 smbd[851]:   dumping core in /var/cores/smbd
Jan 22 22:19:44 smbd[851]: 
Jan 22 22:19:44 smbd[859]: [2015/01/22 22:19:44, 0] lib/util_tdb.c:tdb_log(664)
Jan 22 22:19:44 smbd[859]:   tdb(/var/locks/account_policy.tdb): tdb_reopen: 
file dev/inode has changed!
Jan 22 22:19:44 smbd[859]: [2015/01/22 22:19:44, 0] 
lib/util.c:reinit_after_fork(3319)
Jan 22 22:19:44 smbd[859]:   tdb_reopen_all failed.
Jan 22 22:19:44 smbd[859]: [2015/01/22 22:19:44, 0] lib/util.c:smb_panic(1633)
Jan 22 22:19:44 smbd[859]:   PANIC (pid 859): reinit_after_fork failed.
Jan 22 22:19:44 smbd[859]:   
Jan 22 22:19:44 smbd[859]: [2015/01/22 22:19:44, 0] 
lib/util.c:log_stack_trace(1787)
Jan 22 22:19:44 smbd[859]:   unable to produce a stack trace on this platform
Jan 22 22:19:44 smbd[859]: [2015/01/22 22:19:44, 0] lib/fault.c:dump_core(181)
Jan 22 22:19:44 smbd[859]:   dumping core in /var/cores/smbd
Jan 22 22:19:44 smbd[859]: 
Jan 22 22:19:44 smbd[860]: [2015/01/22 22:19:44, 0] lib/util_tdb.c:tdb_log(664)
Jan 22 22:19:44 smbd[860]:   tdb(/var/locks/account_policy.tdb): tdb_reopen: 
file dev/inode has changed!
Jan 22 22:19:44 smbd[860]: [2015/01/22 22:19:44, 0] 
lib/util.c:reinit_after_fork(3319)
Jan 22 22:19:44 smbd[860]:   tdb_reopen_all failed.
Jan 22 22:19:44 smbd[860]: [2015/01/22 22:19:44, 0] lib/util.c:smb_panic(1633)
Jan 22 22:19:44 smbd[860]:   PANIC (pid 860): reinit_after_fork failed.
Jan 22 22:19:44 smbd[860]:   
Jan 22 22:19:44 smbd[860]: [2015/01/22 22:19:44, 0] 
lib/util.c:log_stack_trace(1787)
Jan 22 22:19:44 smbd[860]:   unable to produce a stack trace on this platform
Jan 22 22:19:44 smbd[860]: [2015/01/22 22:19:44, 0] lib/fault.c:dump_core(181)
Jan 22 22:19:44 smbd[860]:   dumping core in /var/cores/smbd
Jan 22 22:19:44 smbd[860]:

Original comment by ulics.tibor on 22 Jan 2015 at 9:21

GoogleCodeExporter commented 9 years ago 
Sorry, there is much easier way to extend allocated space in /var.

# mount -o remount,size=12m /var

"12m" means 12Mb here (just for example)

Original comment by serge...@gmail.com on 23 Jan 2015 at 1:58

GoogleCodeExporter commented 9 years ago 
With this one the locking.tdb can grow bigger. Maybe I need to put this line 
into the start script.

Original comment by ulics.tibor on 23 Jan 2015 at 7:24