Re: Failed to open hash map device: Operation not permitted

[Stormy <sto...@ya...>]

that doesn't work...  I put a printk instead of the check and reloaded then I
get segv... in var/log/messages:

Jun 17 12:28:20 xxxxxx kernel: oprofile: APIC was already enabled
Jun 17 12:28:20 xxxxxx kernel: oprofile 0.5.3 loaded, major 254
Jun 17 12:28:31 xxxxxx kernel: Not checking for capable(CAP_SYS_PTRACE) in
oprof_open
Jun 17 12:28:31 xxxxxx last message repeated 2 times
Jun 17 12:28:31 xxxxxx kernel: Unable to handle kernel NULL pointer
dereference at virtual address 00000014
Jun 17 12:28:31 xxxxxx kernel:  printing eip:
Jun 17 12:28:31 xxxxxx kernel: c956057c
Jun 17 12:28:31 xxxxxx kernel: *pde = 2af76001
Jun 17 12:28:31 xxxxxx kernel: Oops: 0000 2.4.19-64GB-SMP #1 SMP Tue May 20
08:20:31 UTC 2003
Jun 17 12:28:31 xxxxxx kernel: CPU:    1
Jun 17 12:28:31 xxxxxx kernel: EIP:   
0010:[lvm-mod:__insmod_lvm-mod_O/lib/modules/2.4.19-64GB-SMP/kernel/drive+-781449860/96]
   Not tainted
Jun 17 12:28:31 xxxxxx kernel: EIP:    0010:[<c956057c>]    Not tainted
Jun 17 12:28:31 xxxxxx kernel: EFLAGS: 00010286
Jun 17 12:28:31 xxxxxx kernel: eax: 00000000   ebx: d5c947a4   ecx: c28c92c0  
edx: e971a000
Jun 17 12:28:31 xxxxxx kernel: esi: e6612300   edi: 00000000   ebp: e6612320  
esp: e971bf34
Jun 17 12:28:31 xxxxxx kernel: ds: 0018   es: 0018   ss: 0018
Jun 17 12:28:31 xxxxxx kernel: Process sleep (pid: 29724, stackpage=e971b000)
Jun 17 12:28:31 xxxxxx kernel: Stack: 00000000 00000000 00000000 00000000
d5c947a4 e6612300 00000000 c956338d
Jun 17 12:28:31 xxxxxx kernel:        f735aec0 f74fdfa0 08048000 00001000
00000000 ffffffff 0000741c ffff0004
Jun 17 12:28:31 xxxxxx kernel:        00000002 00000032 c956344e 08048000
00001000 00000000 c28c92c0 00000001
Jun 17 12:28:31 xxxxxx kernel: Call Trace:   
[lvm-mod:__insmod_lvm-mod_O/lib/modules/2.4.19-64GB-SMP/kernel/drive+-781438067/96]
[lvm-mod:__insmod_lvm-mod_O/lib/modules/2.4.19-64GB-SMP/kernel/drive+-781437874/96]
[lvm-mod:__insmod_lvm-mod_O/lib/modules/2.4.19-64GB-SMP/kernel/drive+-781437684/96]
[system_call+51/56]
Jun 17 12:28:31 xxxxxx kernel: Call Trace:    [<c956338d>] [<c956344e>]
[<c956350c>] [<c01095ef>]
Jun 17 12:28:31 xxxxxx kernel: Modules: [(oprofile:<c9560060>:<c95651c8>)]


any clue why suddenly kernel would not support ptrace???  using:
kernel-source-2.4.19.SuSE-304
k_smp-2.4.19-304

on 2 cpu machine...


--- Philippe Elie <ph...@wa...> wrote:
> Stormy wrote:
> > installed oprofile on suse 2.4.19 (SLES8) and everything worked just fine.
> 
> > Now updated suse to SP2 and oprofile stops working!  constant error
> message is
> > in subject line.
> > 
> > I removed module and recompiled after make clean; distclean and still get
> the
> > same error, reboots, removing config file and complete directory tree
> > /var/lib/oprofile..  I see /proc/sys/dev/oprofile gets created..
> > 
> > small program to open the hash map at /var/lib/oprofile/ophashmapdev fails
> as
> > well regardless of permissions, dd, cat fail too.
> > 
> > any clue???  oprofile worked on this box a few hours ago!!!
> 
> I got this problem too, it occurs very rarely and I never
> understood why. Rebooting cure often the problem but in
> one case the bug was persistant after reboot. The only way
> I found was to comment the capable() check in oprof_open,
> (module/oprofile.c) see the attached patch.
> 
> regards,
> Phil
> > Index: oprofile.c
> ===================================================================
> RCS file: /cvsroot/oprofile/oprofile/module/oprofile.c,v
> retrieving revision 1.81
> diff -u -r1.81 oprofile.c
> --- oprofile.c	5 Apr 2003 20:22:55 -0000	1.81
> +++ oprofile.c	17 Jun 2003 03:25:17 -0000
> @@ -363,8 +363,10 @@
>  {
>  	int err;
>  
> +#if 0
>  	if (!capable(CAP_SYS_PTRACE))
>  		return -EPERM;
> +#endif
>  
>  	switch (MINOR(file->f_dentry->d_inode->i_rdev)) {
>  		case 1: return oprof_hash_map_open();
> 


__________________________________
Do you Yahoo!?
SBC Yahoo! DSL - Now only $29.95 per month!
http://sbc.yahoo.com