strace, clib, etc.

jkIT · #1

Experten gesucht

Ich versuche gerade einem "Segmentation Fault" auf die Spur zu kommen.
Und zwar habe ich eine Applikation dynamisch gelinkt. Am Topf scheitert es schon nach wenigen Befehlen und ich würde gerne wissen warum.
Das Topf-interne "strace" zeigt zunächst mal, das er eine Datei nicht findet:

Code: Alles auswählen

 strace -f -s 60 -v mount.cifs.dyn //192.168.1.11/DataFiles /mnt/hd/ProgramFiles/bin/cifs/mnt/ -o user=root
execve("./mount.cifs.dyn", ["mount.cifs.dyn", "//192.168.1.11/DataFiles", "/mnt/hd/ProgramFiles/bin/cifs/mnt/", "-o", "user=root"], [/* 14 vars */]) = 0
old_mmap(0, 0x14, 0x3, 0x802, 0xffffffff, 0) = 715853824
[color=Red]stat(0x2aaae844, 0x7fef59c8)            = -1 ENOENT (No such file or directory) (errno 2)
[/color]open([color=Red]0x7fef5200[/color], 0, 0)                  = 3
...
getuid()                                = 0
chdir(0x7fef5ebf)                       = 0
getcwd("/mnt/hd/ProgramFiles/bin/cifs/mnt", 4095) = 34
--- SIGSEGV (Segmentation fault) ---
+++ killed by SIGSEGV +++

Leider kann man nicht sehen, welche Datei hier gesucht ist.

Also habe ich versucht ein aktuelleres strace zu bauen, das ich euch nicht vorenthalten will. Vielleicht kann´s ja mal jemand brauchen:
strace 4.15

Das ist schon ein deutlicher Fortschritt bei den Informationen. Man sieht, entgegen meiner Vermutung, dass die C Library doch geladen wird:

Code: Alles auswählen

# ./strace -f -s 60 -v mount.cifs.dyn //192.168.1.11/DataFiles /mnt/hd/ProgramFiles/bin/cifs/mnt/ -o user=root
execve("./mount.cifs.dyn", ["mount.cifs.dyn", "//192.168.1.11/DataFiles", "/mnt/hd/ProgramFiles/bin/cifs/mnt/", "-o", "user=root"], ["PWD=/mnt/hd/ProgramFiles/bin/cifs", "HOSTNAME=(none)", "USER=root", "MACHTYPE=mipsel-unknown-linux-gnu", "LOGNAME=root", "SHLVL=1", "SHELL=/bin/sh", "HOSTTYPE=mipsel", "OSTYPE=linux-gnu", "TERM=vt102", "HOME=/root", "PATH=.:/sbin:/usr/sbin:/bin:/usr/bin", "_=./strace", "OLDPWD=/root"]) = 0
mmap(NULL, 20, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2aab1000
stat([color=RoyalBlue]"/etc/ld.so.cache"[/color], 0x7fca99c8)    = -1 ENOENT (No such file or directory)
open("[color=RoyalBlue]/lib/libc.so.0[/color]", O_RDONLY)        = 3
...
getuid()                                = 0
[color=Red]chdir("/mnt/hd/ProgramFiles/bin/cifs/mnt/") = 0
getcwd("/mnt/hd/ProgramFiles/bin/cifs/mnt", 4095) = 34[/color]
--- SIGSEGV {si_signo=SIGSEGV, si_code=[color=RoyalBlue]SEGV_MAPERR[/color], si_addr=NULL} ---
+++ killed by SIGSEGV +++
Segmentation fault

Die rote Zeilen müssten nach meiner Interpretation zu diesem Code gehören:

Code: Alles auswählen

    mountpoint = realpath(".", NULL);

Nur hier weiß ich nicht weiter, was könnte da schief laufen?
Oder passiert der Fehler erst danach?
Wie könnte man weiter diagnostizieren?

Zugegebenermaßen ein eher akademisches Thema

aber vielleicht kann ja jemand was beitragen.

Acade · #2

Hm, da fehlt jetzt einiges. Ich sehe keine roten Zeilen und keinen Sourcecode.

Warum mußt / willst Du dyn. linken? Da würde ich mich auf dem Target auf nichts verlassen ...
realpath könnte auf der dyn. alten Topf-libc schon allergisch reagieren, wenn es keinen expliziten Buffer bekommt.

Danke für das (stat. gelinkte

) strace!

Muß jetzt in die Federn,
Acade

FilmFan · #3

Aus http://man7.org/linux/man-pages/man3/re ... ml#ERRORS:

char *realpath(const char *path, char *resolved_path);

...

EINVAL: path is NULL. (In glibc versions before 2.3, this error is also returned if resolved_path is NULL.)

Aus http://man7.org/linux/man-pages/man3/ge ... ml#ERRORS:

char *getcwd(char *buf, size_t size);

...

ERANGE: The size argument is less than the length of the absolute pathname of the working directory, including the terminating null byte. You need to allocate a bigger array and try again.

jkIT · #4

Danke, also in jedem Fall statisch linken

Grundsätzlich war mir das schon bekannt, ich wusste aber nicht wieso.
Mir ging es aber auch um Diagnosemöglichkeiten. Was tun, um herauszufinden, warum ein Prog nicht läuft.

Wie funktioniert das denn, wenn in einem TAP z.B. realpath() benutzt wird.
Wird da die c-lib vom Topf aufgerufen? Oder ist da auch die c-lib der Toolchain statisch gelinkt?

Acade · #5

Code: Alles auswählen

$ nm acaderc_tms.tap | grep realpath
        U realpath
(Edit: das U steht für "Unresolved", wird also dyn. am Target verlinkt)

Da müssen wohl die Programmierer einen eigenen Buffer bereitstellen

Jetzt bin ich aber gespannt, wie's nach dem statisch Linken weitergeht, ein paar
printf-Aufrufe in mount.cifs könnten den Hänger (falls er nach dem st. Linken noch
da ist) schon eingrenzen. Gibt's da keine DEBUG-#ifdefs o.ä. im Code?

Die Ununterbrechbarkeit des Hängers könnte darauf hindeuten, daß der
Prozeß in einem System Call hängt (oder die Signals abgeschaltet sind),
dann reicht vllt. schon der strace ...

Viel Erfolg,
Acade

jkIT · #6

Das "mount.cifs", das ich im Samba-Thread angehängt hatte, war ja statisch gelinkt. Der Hänger ist also weiterhin vorhanden:

Code: Alles auswählen

# ./strace  -f -s 60 -v mount.cifs //192.168.1.11/DataFiles /mnt/hd/ProgramFiles/bin/cifs/mnt -o user=root,password=
execve("./mount.cifs", ["mount.cifs", "//192.168.1.11/DataFiles", "/mnt/hd/ProgramFiles/bin/cifs/mnt", "-o", "user=root,password="], ["PWD=/mnt/hd/ProgramFiles/bin/cifs", "HOSTNAME=(none)", "USER=root", "MACHTYPE=mipsel-unknown-linux-gnu", "OLDPWD=/root", "LOGNAME=root", "SHLVL=1", "SHELL=/bin/sh", "HOSTTYPE=mipsel", "OSTYPE=linux-gnu", "TERM=vt102", "HOME=/root", "PATH=.:/sbin:/usr/sbin:/bin:/usr/bin", "_=../gdbserver/strace"]) = 0
brk(NULL)                               = 0x438000
brk(0x438478)                           = 0x438478
set_thread_area(0x43f460)               = 0
ioctl(0, TCGETS, {c_iflags=0x502, c_oflags=0x1805, c_cflags=0xbf, c_lflags=0xb3b, c_line=0, c_cc="\x03\x1c\x7f\x15\x01\x00\x00\x00\x11\x13\x1a\x00\x12\x0f\x17\x16\x04\x00\x00\x00\x00\x00\x00"}) = 0
ioctl(1, TCGETS, {c_iflags=0x502, c_oflags=0x1805, c_cflags=0xbf, c_lflags=0xb3b, c_line=0, c_cc="\x03\x1c\x7f\x15\x01\x00\x00\x00\x11\x13\x1a\x00\x12\x0f\x17\x16\x04\x00\x00\x00\x00\x00\x00"}) = 0
geteuid()                               = 0
mmap(NULL, 11260, PROT_READ|PROT_WRITE, MAP_SHARED|MAP_ANONYMOUS, -1, 0) = 0x2aaa8000
brk(0x439478)                           = 0x439478
brk(0x43a000)                           = 0x43a000
getuid()                                = 0
chdir("/mnt/hd/ProgramFiles/bin/cifs/mnt") = 0
getcwd("/mnt/hd/ProgramFiles/bin/cifs/mnt", 4095) = 34
clone(../gdbserver/strace: Process 267 attached
child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x438068) = 267
[pid   266] wait4(-1,  <unfinished ...>
[pid   267] getuid()                    = 0
[pid   267] getgid()                    = 0
[pid   267] getuid()                    = 0
[pid   267] getuid()                    = 0
[pid   267] getgid()                    = 0
[pid   267] getuid()                    = 0
[pid   267] exit_group(0)               = ?
[pid   267] +++ exited with 0 +++
<... wait4 resumed> [{WIFEXITED(s) && WEXITSTATUS(s) == 0}], 0, NULL) = 267
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=267, si_uid=0, si_status=0, si_utime=0, si_stime=2} ---
brk(0x43b000)                           = 0x43b000
mount("//192.168.1.11/DataFiles", ".", "cifs", 0, "ip=192.168.1.11,unc=\\\\192.168.1.11\\DataFiles,user=root,pass="

Man sieht, dass er aus "mount()" nicht zurückkehrt.
Könnte das Problem dann im Kernel Modul liegen?

Source:

Code: Alles auswählen

        toggle_dac_capability(0, 1);
        rc = mount(orig_dev, ".", cifs_fstype, parsed_info->flags, options);
        toggle_dac_capability(0, 0);

Acade · #7

Der Syscall mount() ruft ja Dein Kernelmodul, dann hängt er wohl da drin
(wartet auf Resource oder sowas). Also mehr Output ins cifs.ko

jkIT · #8

Da bin ich überfordert

Acade · #9

Glaub' ich nicht

Kannst Du nicht im cifs.ko-Code an einigen neuralgischen Stellen
weiteren Debug-Output einbausen,der dann auf /proc/fs/cifs/DebugData erscheint?
Edit: Man muß doch herausfinden, wie weit die jeweiligen Entries im Code kommen.

Aber zugegeben, ich hätte auch eher mit fusesmb weitergemacht, da funzt wohl zumindest das
Kernelmodul fuse.ko schon mal (im NFS-Mount?).

jkIT · #10

Das Kernel Modul spuckt folgendes aus:

Code: Alles auswählen

# dmesg
...
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/cifsfs.c: Devname: //192.168.1.131/Archiv flags: 0
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: CIFS VFS: in cifs_mount as Xid: 0 with uid: 0
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: Domain name set
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: Username: jkit
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: UNC: \\192.168.1.131\Archiv ip: 192.168.1.131
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: Socket created
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: sndbuf 16384 rcvbuf 87380 rcvtimeo 0x7fffffff
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: Demultiplex PID: 261
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: Existing smb sess not found
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/cifssmb.c: secFlags 0x7
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/transport.c: For smb_command 114
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/transport.c: Sending smb of length 47
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: rfc1002 length 0x63)
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/cifssmb.c: Dialect: 0
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/cifssmb.c: negprot rc 0
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: Security Mode: 0x3 Capabilities: 0x1e3fc Time Zone: 65416
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/sess.c: sess setup type 1
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/transport.c: For smb_command 115
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/transport.c: Sending smb:  total_len 240
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: rfc1002 length 0xc5)
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/misc.c: Null buffer passed to cifs_small_buf_release
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/sess.c: ssetup rc from sendrecv2 is 0
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/sess.c: UID = 2048
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/sess.c: bleft 152
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/sess.c: words left: 0
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/sess.c: ssetup freeing small buf efd67200
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: CIFS Session Established successfully
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: file mode: 0x7f7  dir mode: 0x1ff
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/transport.c: For smb_command 117
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/transport.c: Sending smb of length 96
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: rfc1002 length 0x42)
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: Tcon flags: 0x0
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: CIFS Tcon rc = 0
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/cifssmb.c: In QFSDeviceInfo
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/transport.c: For smb_command 50
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/transport.c: Sending smb of length 68
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: rfc1002 length 0x44)
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/cifssmb.c: In QFSAttributeInfo
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/transport.c: For smb_command 50
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/transport.c: Sending smb of length 68
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: rfc1002 length 0x50)
<7> /usr/src/stblinux-2.6.18-7.1/fs/cifs/connect.c: CIFS VFS: leaving cifs_mount (xid = 0) rc = 0

Das scheint Verbindungsaufbau und Authentifizierung zu sein. Was dann passiert bleibt vorerst im Dunkeln.

Aber zugegeben, ich hätte auch eher mit fusesmb weitergemacht, da funzt wohl zumindest das
Kernelmodul fuse.ko schon mal (im NFS-Mount?).

Vielleicht habe ich zu früh aufgegeben.
Man könnte es mal mit SMBNetFS versuchen, das scheint aktueller zu sein.

Acade · #11

Ja, vielleicht. Oder selbst was schreiben, das auf fuse.ko aufsetzt

(also ganz rudimentär, ohne Auth. etc.)

jkIT · #12

Acade hat geschrieben:Ja, vielleicht. Oder selbst was schreiben, das auf fuse.ko aufsetzt
(also ganz rudimentär, ohne Auth. etc.)

Tu dir keinen Zwang an

Offenbar muss man erst mal das Fuse Modul in den Griff bekommen.
Die Ausgabe des "hello" Dateisystems aus dem /examples lautet nämlich

Code: Alles auswählen

 hello /mnt/hd/ProgramFiles/bin/fuse/mnt
fuse: device not found, try 'modprobe fuse' first

mit strace sieht man den Grund:

Code: Alles auswählen

open([b]"/dev/fuse[/b]", O_RDWR|O_LARGEFILE)   = -1 ENOENT ([b]No such file or directory[/b])
write(2, "fuse: device not found, try 'modprobe fuse' first\n", 50) = 50
exit_g

Ich hab gelesen, dass man das Fuse-Device so anlegen kann:

Code: Alles auswählen

mknod -m 666 /dev/fuse c 10 229

"hello" bleibt dann still, funktioniert aber auch nicht:

Code: Alles auswählen

open("[b]/dev/fuse[/b]", O_RDWR|O_LARGEFILE)   = 3
getuid()                                = 0
getgid()                                = 0
mount("hello", "/mnt/hd/ProgramFiles/bin/fuse/mnt", "fuse.hello", MS_NOSUID|MS_NODEV, "fd=3,rootmode=40000,user_id=0,group_id=0") = -1 ENODEV (No such device)
mount("fuse", "/mnt/hd/ProgramFiles/bin/fuse/mnt", "fuse", MS_NOSUID|MS_NODEV, "fd=3,rootmode=40000,user_id=0,group_id=0") = 0
getuid()                                = 0
brk(0x444000)                           = 0x444000
brk(0x44c000)                           = 0x44c000
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0x2ab70000
clone(../gdbserver/strace: Process 250 attached
child_stack=NULL, flags=CLONE_CHILD_CLEARTID|CLONE_CHILD_SETTID|SIGCHLD, child_tidptr=0x2aab2048) = 250
[pid   250] setsid( <unfinished ...>
[pid   247] exit_group(0 <unfinished ...>
[pid   250] <... setsid resumed> )      = 250
[pid   247] <... exit_group resumed>)   = ?
[pid   247] +++ exited with 0 +++
chdir("/")                              = 0
open("/dev/null", O_RDWR|O_LARGEFILE)   = 4
dup2(4, 0)                              = 0
dup2(4, 1)                              = 1
dup2(4, 2)                              = 2
close(4)                                = 0
rt_sigaction(SIGHUP, NULL, {sa_handler=SIG_DFL, sa_mask=[RT_65], sa_flags=0}, 16) = 0
rt_sigaction(SIGHUP, {sa_handler=0x41c340, sa_mask=[], sa_flags=0}, NULL, 16) = 0
--- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=NULL} ---
+++ [b]killed by SIGSEGV[/b] +++

Ich geb´s auf

Acade · #13

Kann ich verstehen :-(
Und ich hab' dz. auch was Besseres zu tun ...

TTD Forum

strace, clib, etc.

strace, clib, etc.

AW: strace, clib, etc.

AW: strace, clib, etc.

AW: strace, clib, etc.

AW: strace, clib, etc.

AW: strace, clib, etc.

AW: strace, clib, etc.

AW: strace, clib, etc.

AW: strace, clib, etc.

AW: strace, clib, etc.

AW: strace, clib, etc.

AW: strace, clib, etc.

AW: strace, clib, etc.