September 14, 200916 yr Hi all, I had my system setup to use windows shares and NFS shares. After I experienced random drops of shares, I removed the NFS bit since it is still experimental (afaik). Unfortunately, with my samba-share-only system I still have to REBOOT the server about once a day so I get my shares back. Cycling the samba server does not do the trick. I am not sure where to start analyzing this problem, so I did not attach any logs. I'd be glad to post any information needed to get this up and running again... Cheers, Mark
September 14, 200916 yr I'm no expert, but I would think a good place to start would be copies of your syslog and samba logs: /var/log/syslog /var/log/samba/log.nmbd /var/log/samba/log.smbd (Either attach them as files, or paste their contents between [ code ] tags, to avoid creating a 1000-line post!)
September 24, 200916 yr Author Sorry for the looooong delay. Here is something I find strange, it's from syslog: Sep 24 17:17:34 unraid kernel: [<c0159b90>] vfs_read+0x81/0xf4 Sep 24 17:17:34 unraid kernel: [<c0159e60>] sys_read+0x3c/0x63 Sep 24 17:17:36 unraid kernel: [<c0102c3e>] syscall_call+0x7/0xb Sep 24 17:17:36 unraid kernel: ======================= ... Sep 24 18:40:09 unraid kernel: Pid: 1263, comm: php-cgi Not tainted 2.6.27.7-unRAID-Bubba #13 Sep 24 18:40:09 unraid kernel: [<c013dedc>] oom_kill_process+0x4e/0x19b Sep 24 18:40:09 unraid kernel: [<c013e300>] out_of_memory+0x14e/0x17f Sep 24 18:40:09 unraid kernel: [<c01400a4>] __alloc_pages_internal+0x2cd/0x372 Sep 24 18:40:09 unraid kernel: [<c0114a8c>] pte_alloc_one+0x14/0x32 Sep 24 18:40:09 unraid kernel: [<c0147cc9>] __pte_alloc+0x14/0xa4 Sep 24 18:40:09 unraid kernel: [<c013fe73>] __alloc_pages_internal+0x9c/0x372 Sep 24 18:40:09 unraid kernel: [<c014967f>] copy_page_range+0x1aa/0x47c Sep 24 18:40:09 unraid kernel: [<c01564f7>] kmem_cache_alloc+0x3d/0x86 Sep 24 18:40:09 unraid kernel: [<c011b277>] dup_mm+0x16d/0x2b9 Sep 24 18:40:09 unraid kernel: [<c011b316>] dup_mm+0x20c/0x2b9 Sep 24 18:40:09 unraid kernel: [<c011bb60>] copy_process+0x77a/0xda7 Sep 24 18:40:09 unraid kernel: [<c011c2c5>] do_fork+0xcc/0x215 Sep 24 18:40:09 unraid kernel: [<c0112524>] do_page_fault+0x331/0x6e1 Sep 24 18:40:09 unraid kernel: [<c01015f5>] sys_clone+0x22/0x26 Sep 24 18:40:09 unraid kernel: [<c0102c3e>] syscall_call+0x7/0xb Sep 24 18:40:09 unraid kernel: [<c0320000>] mutex_trylock+0x4/0x1c Sep 24 18:40:09 unraid kernel: ======================= Sep 24 18:40:09 unraid kernel: Mem-Info: Sep 24 18:40:09 unraid kernel: DMA per-cpu: Sep 24 18:40:09 unraid kernel: CPU 0: hi: 0, btch: 1 usd: 0 Sep 24 18:40:09 unraid kernel: CPU 1: hi: 0, btch: 1 usd: 0 Sep 24 18:40:09 unraid kernel: Normal per-cpu: Sep 24 18:40:09 unraid kernel: CPU 0: hi: 186, btch: 31 usd: 158 Sep 24 18:40:09 unraid kernel: CPU 1: hi: 186, btch: 31 usd: 157 Sep 24 18:40:09 unraid kernel: HighMem per-cpu: Sep 24 18:40:09 unraid kernel: CPU 0: hi: 186, btch: 31 usd: 164 Sep 24 18:40:09 unraid kernel: CPU 1: hi: 186, btch: 31 usd: 169 Sep 24 18:40:09 unraid kernel: Active:251479 inactive:243321 dirty:0 writeback:0 unstable:0 Sep 24 18:40:09 unraid kernel: free:12519 slab:4336 mapped:281 pagetables:180 bounce:0 Sep 24 18:40:09 unraid kernel: DMA free:7888kB min:64kB low:80kB high:96kB active:2240kB inactive:1960kB present:15804kB pages_scanned:21828 all_unreclaimable? yes Sep 24 18:40:09 unraid kernel: lowmem_reserve[]: 0 873 2015 2015 Sep 24 18:40:09 unraid kernel: Normal free:40012kB min:3744kB low:4680kB high:5616kB active:422308kB inactive:382700kB present:894080kB pages_scanned:30400 all_unreclaimable? no Sep 24 18:40:09 unraid kernel: lowmem_reserve[]: 0 0 9141 9141 Sep 24 18:40:09 unraid kernel: HighMem free:2176kB min:512kB low:1736kB high:2960kB active:581368kB inactive:588624kB present:1170048kB pages_scanned:36588 all_unreclaimable? no Sep 24 18:40:09 unraid kernel: lowmem_reserve[]: 0 0 0 0 Sep 24 18:40:09 unraid kernel: DMA: 6*4kB 11*8kB 12*16kB 11*32kB 15*64kB 9*128kB 6*256kB 5*512kB 1*1024kB 0*2048kB 0*4096kB = 7888kB Sep 24 18:40:09 unraid kernel: Normal: 9022*4kB 61*8kB 27*16kB 17*32kB 5*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 1*2048kB 0*4096kB = 40048kB Sep 24 18:40:09 unraid kernel: HighMem: 194*4kB 52*8kB 11*16kB 7*32kB 2*64kB 0*128kB 2*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 2232kB Sep 24 18:40:09 unraid kernel: 489261 total pagecache pages Sep 24 18:40:09 unraid kernel: 0 pages in swap cache Sep 24 18:40:09 unraid kernel: Swap cache stats: add 0, delete 0, find 0/0 Sep 24 18:40:09 unraid kernel: Free swap = 0kB Sep 24 18:40:09 unraid kernel: Total swap = 0kB Sep 24 18:40:09 unraid kernel: 524176 pages RAM Sep 24 18:40:09 unraid kernel: 294816 pages HighMem Sep 24 18:40:09 unraid kernel: 5317 pages reserved Sep 24 18:40:09 unraid kernel: 1083 pages shared Sep 24 18:40:09 unraid kernel: 504993 pages non-shared Sep 24 18:40:09 unraid kernel: Out of memory: kill process 1260 (php-cgi) score 382 or a child Sep 24 18:40:09 unraid kernel: Killed process 1260 (php-cgi) Not sure, but this may be related to TONS of duplicate objects reported higher up in the syslog. Looks like most of disk1 is also on disk2, strangely. I will look into that first, then report back if the problem persists even without the thousands of dupes.
September 24, 200916 yr The issue is here: Sep 24 18:40:09 unraid kernel: [<c013e300>] out_of_memory+0x14e/0x17f Your syslog entries are filling all of RAM and you have none left for running processes. Clean up the duplicate files, and the rest should work as desired.
September 24, 200916 yr Author The issue is here: Sep 24 18:40:09 unraid kernel: [<c013e300>] out_of_memory+0x14e/0x17f Your syslog entries are filling all of RAM and you have none left for running processes. Clean up the duplicate files, and the rest should work as desired. I am currently renmov'ing (in mc) most stuff from disk1 to disk6, then I will do the same thing with disk2. Hopefully, disk6 will have enough capacity. No idea how else I could manage the thousands of dupes....
Archived
This topic is now archived and is closed to further replies.