Opened 13 months ago

Closed 13 months ago

Last modified 11 months ago

#14497 closed bug (fixed)

"non-user-cloneable kernel area" KDL when copying files over sshfs

Reported by: v.vill Owned by: nobody
Priority: normal Milestone: Unscheduled
Component: File Systems/UserlandFS Version: R1/Development
Keywords: Cc: jessicah
Blocked By: Blocking:
Has a Patch: no Platform: x86-64


I'm using @jessicah's SSH-over-UserlandFS haiku port, built for x86_64 (hrev52347). It works quite well, I can edit and access any file over it but whenever I'm copying local files on my remote mountpoint, I get a KDL such as:

PANIC: attempting to clone non-user-cloneable kernel area!
[stack trace]
panic + 0xba
vm_clone_area + 0x253
_user_clone_area + 0xb3
x86_64_syscall_entry + 0xfb
vector: 0x63, error code: 0x0
<> _kern_clone_area + 0x0c

(see attached)

Fortunately, this KDL is continueable and I can then transfer the files using rsync over ssh, but it would certainly be nicer if that could be avoided :-)

Attachments (1)

IMG_20180917_153332.jpg (884.4 KB ) - added by v.vill 13 months ago.

Download all attachments as: .zip

Change History (9)

by v.vill, 13 months ago

Attachment: IMG_20180917_153332.jpg added


comment:1 by waddlesplash, 13 months ago

Probably this one. Will take a look later.

comment:2 by waddlesplash, 13 months ago

Please retest after hrev52355; that commit will not fix the panic but it will add some additional information which will more clearly identify what's going on.

comment:3 by waddlesplash, 13 months ago

Resolution: fixed
Status: newclosed

Fixed in hrev52363.

comment:4 by v.vill, 13 months ago

Thanks! I'm unable to verify it, unfortunately, because sshfs appears to be broken since the userlandFS update (even though I rebuilt it with haikuporter). The mount command gives me something along the lines of

fuse_main_real(3, 0x212d94d2ea0, 0xb1f7d22240, 304, (nil))
mount: General system error

(no KDL though, so: yay!)
I hesitate to open a new tracker page about it, since I'm not sure this thing is officially supported by the Haiku project.

comment:5 by diver, 13 months ago

Users report that hrev52363. seems to break FuseSMB - shares visible but they are all empty in Tracker. However files are there in other file managers. Very odd.

comment:6 by v.vill, 13 months ago

Interesting; perhaps that could also explain why sshfs (as patched in the haikuporter tree) has been broken as well since this bugfix? (Although in my case it doesn’t merely affect the Tracker, but actually prevents the remote server from being mounted in userlandfs.)

comment:7 by waddlesplash, 13 months ago

Possibly? Note that if you are on the beta1 branch, the panic will not occur.

comment:8 by waddlesplash, 11 months ago

Turns out my "fix" was the cause of that. It should work properly again after hrev52548.

Note: See TracTickets for help on using tickets.