Raspberry Pi + AirDC++ 2.3 portable hashing problem

If you got some trouble or need help configuring AirDC++, we're here to help

Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 02 Apr 2018, 03:00

Running Raspbian Stretch on a Pi 3b with airdcpp_2.3.0_webui-2.3.0_armhf_portable.

Everything goes smoothly until I add a share directory. Refresh proceeds and the contents are reported in Events as added in share. Hashing begins but shortly stops. The most I've successfully hashed is several gigs of a 400gb share. I've been monkeying with this and reading this forum but I can't strike the solution. I had a notion that maybe NTFS wasn't making it easy so I changed that to EXT4. No difference. I reduced the number of hash threads from 4 to 1. No difference.

I'm hoping someone will give me an idea or ask a question that will point me to something else to try.

Thanks in advance.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby maksis » 02 Apr 2018, 15:15

Are you hashing files from a local drive or from a network location?
User avatar
maksis
Site Admin
 
Posts: 821
Joined: 23 Nov 2010, 18:56

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 02 Apr 2018, 17:10

Local. I have both self powered external drives and drives on a powered usb hub. Haven't attempted network yet.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby maksis » 04 Apr 2018, 09:26

Are you able to try whether it works with network disks? That would be useful to know as I don't remember seeing such issue before.
User avatar
maksis
Site Admin
 
Posts: 821
Joined: 23 Nov 2010, 18:56

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 11 Apr 2018, 02:16

I'll try it and report back. I hadn't considered that it might make a difference.

I've tried everything I can think of including running it from the external drive and the system drive. Same difference. I've given it half a dozen tries now. I'll do this network thing tomorrow. I'd really like to get it running.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 11 Apr 2018, 06:17

Nope. Hashing network shares is even worse. Events reports the correct size (1.27 gb) has been added. Refresh takes a few seconds - way too fast for that size - and nothing is hashed at all. The network folder shows in share as zero bytes. The shared directory and all subfolders are visible when browsing to add a share. Then nothing is hashed.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 11 Apr 2018, 06:19

Excuse me I meant to say 1.27 terrabytes were added in share.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby maksis » 11 Apr 2018, 10:04

Could you paste the output of the following commands:

Code: Select all
cat /proc/device-tree/model

Code: Select all
du -sh HashData/ FileIndex/
(run inside application's config directory, most likely airdcpp-webclient/config)
User avatar
maksis
Site Admin
 
Posts: 821
Joined: 23 Nov 2010, 18:56

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 11 Apr 2018, 14:53

Ouput:
1)--> Raspberry Pi 3 Model B Rev 1.2pi@raspberrypi:~/share/1a/airdcpp-webclient/config
2)--> 11M HashData/
3.0M FileIndex/

At this time I've got it running from the external drive mounted in a shared directory. I've tried it a couple of places.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 11 Apr 2018, 15:00

I've noticed that shutting the app down using the webclient widgit produces the information in the terminal I used to start the app that the hash table is being saved. This process seems never to finish. The terminal never changes again until I close it. I don't know what I should be seeing in the terminal if anything different from this or whether this information means anything about correct functionality.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby maksis » 11 Apr 2018, 16:06

What kind of messages do you get in the Events log while hashing? Could you also try optimizing the database (Settings -> Sharing -> Hashing), possibly with the verification option enabled. What kind of hashing options are you using at the moment? You could also try it with it different settings (such as limiting the total hashing threads to 1).

I have the same RPI3 and there are no issues with hashing (other than reporting the total hashing time, which I just noticed): Hashing finished: 713 files (24.72 GiB) in 8 directories have been hashed in 0 hour 0 minutes 0 seconds (4.24 MiB/s)
User avatar
maksis
Site Admin
 
Posts: 821
Joined: 23 Nov 2010, 18:56

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 11 Apr 2018, 18:58

Events while hashing:

Adding the directory /path/to/directory/ in share

A couple of lines about file types on the not-shared list

Then, 40 minutes later,
The directory /path/to/directory/ has been added in share (2.86 tb etc...)

40 minutes is a hundred times longer than refresh has ever yet taken, and about right for 1.86tb. Hashing is still going on. If it stops again (this is about the 12th attempt) I'll report more. Let's see.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 11 Apr 2018, 19:09

This is without the verification option and with 4 hash threads. It gives every sign, up to now, of hashing normally. Supposing it finishes, this itself is puzzling since I've tried the exact thing before. But wait and see I reckon.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 11 Apr 2018, 20:04

....and, hashing stops at 31.38 gb out of 1.83 tb. No additional event log information.

I'll try it later with 1 hash thread or verification enabled to be thorough.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 12 Apr 2018, 04:24

Somewhere between a few gb and a few dozen gb, AirDC++ is crashing. Following the crash that happened just now, I see this in the terminal. Haven't seen it before.

11
pid: 11747

Stacktrace is not available
Please see https://github.com/airdcpp-web/airdcpp- ... on-crashes
for information about getting the crash log to post on the bug tracker
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby maksis » 12 Apr 2018, 08:46

I probably need to figure out how to provide debugging symbols for the portable build to get the stacktrace. Could you post this issue to https://github.com/airdcpp-web/airdcpp-webclient/issues as this forum is meant for the Windows client?
User avatar
maksis
Site Admin
 
Posts: 821
Joined: 23 Nov 2010, 18:56

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 12 Apr 2018, 13:48

I'll repost there shortly and thanks for your help.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby maksis » 12 Apr 2018, 21:42

Debugging symbols are now available. Please download the latest build (http://web-builds.airdcpp.net/develop/a ... ble.tar.gz) and follow the instructions when it crashes.
User avatar
maksis
Site Admin
 
Posts: 821
Joined: 23 Nov 2010, 18:56

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 12 Apr 2018, 22:26

Thanks. Likely soon there will be more to work with then.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 13 Apr 2018, 14:22

gdb output after airdcpp_2.3.1b_webui-2.3.1-beta.1_armhf_portable crash
=====================================================

Thread 14 (LWP 28778):
#0 0x003b792c in ?? ()
No symbol table info available.
#1 0x003bbbc4 in ?? ()
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 13 (LWP 26220):
#0 0x003b792c in ?? ()
No symbol table info available.
#1 0x003ad8ac in ?? ()
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 12 (LWP 26219):
#0 0x003b792c in ?? ()
No symbol table info available.
#1 0x003ad8ac in ?? ()
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 11 (LWP 26218):
#0 0x003b792c in ?? ()
No symbol table info available.
#1 0x003ad8ac in ?? ()
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 10 (LWP 25715):
#-1 0x003b792c in ?? ()
No symbol table info available.
warning: Unable to restore previously selected frame.

Thread 9 (LWP 25714):
#0 0x003b792c in ?? ()
No symbol table info available.
#1 0x003bbbc4 in ?? ()
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 8 (LWP 25713):
#0 0x003a5490 in ?? ()
No symbol table info available.
#1 0x003a54c4 in ?? ()
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 7 (LWP 25712):
#0 0x003b792c in ?? ()
No symbol table info available.
#1 0x003bbbc4 in ?? ()
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 6 (LWP 25711):
#0 0x003b792c in ?? ()
No symbol table info available.
#1 0x003bbbc4 in ?? ()
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 5 (LWP 25709):
#0 0x003ae1fc in ?? ()
No symbol table info available.
#1 0x003bb540 in ?? ()
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 4 (LWP 25692):
#0 0x003b792c in ?? ()
No symbol table info available.
#1 0x003bbbc4 in ?? ()
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 3 (LWP 25691):
#0 0x003b792c in ?? ()
No symbol table info available.
#1 0x003bbbc4 in ?? ()
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 2 (LWP 25674):
#0 0x003b792c in ?? ()
No symbol table info available.
#1 0x003bbbc4 in ?? ()
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

Thread 1 (LWP 25673):
#0 0x003b792c in ?? ()
No symbol table info available.
#1 0x003bbbc4 in ?? ()
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 13 Apr 2018, 14:30

Hmmm. I see that gdb output might not be what I was after, or not all. I was a bit hasty trying to get this in before work. I'll return to it shortly and carry on with debugging symbols. "Those lines about No symbol table info available" would seem to be significant.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 13 Apr 2018, 14:56

Ok. This output is extremely long at over 500 lines and counting. Sorry.

I'll finish it soon and attach something, or post it in the other place, or both after I figure out what to do with it.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 15 Apr 2018, 14:21

Here's the gdb ouput with the proper debugging symbols:
=========================================

Currently logging to "gdb.txt".
Logs will be appended to the log file.
Output is being logged and displayed.
Attaching to process 32005
ptrace: No such process.
Attaching to process 32055
[New LWP 32056]
[New LWP 32057]
[New LWP 32058]
[New LWP 32059]
[New LWP 32061]
[New LWP 32062]
[New LWP 32063]
[New LWP 32064]
[New LWP 32065]
[New LWP 32067]
[New LWP 32068]
[New LWP 32069]
[New LWP 1430]
__syscall () at src/internal/arm/syscall.s:13
13 src/internal/arm/syscall.s: No such file or directory.

Thread 14 (LWP 1430):
#0 __syscall () at src/internal/arm/syscall.s:13
No locals.
#1 0x003bbbc4 in __timedwait_cp (addr=addr@entry=0x76f1acd0, val=val@entry=2, clk=clk@entry=0, at=at@entry=0x0, priv=128, priv@entry=1) at src/thread/__timedwait.c:31
r = <optimized out>
to = {tv_sec = 0, tv_nsec = 1}
top = <optimized out>
#2 0x003b472c in __pthread_cond_timedwait (c=c@entry=0x1d5f0bc, m=0x1, m@entry=0x1d5f0a4, ts=ts@entry=0x0) at src/thread/pthread_cond_timedwait.c:105
node = {prev = 0x0, next = 0x0, state = 0, barrier = 2, notify = 0x0}
e = <optimized out>
seq = 2
clock = <optimized out>
cs = 0
shared = 0
oldstate = <optimized out>
tmp = <optimized out>
fut = 0x76f1acd0
#3 0x003b4f50 in pthread_cond_wait (c=c@entry=0x1d5f0bc, m=m@entry=0x1d5f0a4) at src/thread/pthread_cond_wait.c:5
No locals.
#4 0x003e5160 in leveldb::(anonymous namespace)::PosixEnv::BGThread (this=0x1d5f0a0) at util/env_posix.cc:640
function = <optimized out>
arg = <optimized out>
#5 leveldb::(anonymous namespace)::PosixEnv::BGThreadWrapper (arg=0x1d5f0a0) at util/env_posix.cc:555
No locals.
#6 0x003b51bc in start (p=0x76f1ad38) at src/thread/pthread_create.c:150
self = 0x76f1ad38
#7 0x003bbd0c in __clone () at src/thread/arm/clone.s:25
No locals.

===>From here, line 7 is repeated over 4000 times. gdb is still going. I don't think it will stop logging this same line until I stop it. Can't be sure, of course.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby TwelveKanaw » 15 Apr 2018, 14:23

I forgot that I was supposed to post this in a different place. I'll do that in a bit.
TwelveKanaw
 
Posts: 18
Joined: 14 Jan 2018, 21:35

Re: Raspberry Pi + AirDC++ 2.3 portable hashing problem

Postby maksis » 16 Apr 2018, 08:22

TwelveKanaw wrote:I forgot that I was supposed to post this in a different place. I'll do that in a bit.


Thanks
User avatar
maksis
Site Admin
 
Posts: 821
Joined: 23 Nov 2010, 18:56


Return to The Help Desk

Who is online

Users browsing this forum: No registered users and 4 guests