Kernel OOPS with ACL activated on HP Proliant DL380 G4

Dear list members,

I had to disable ACL on my system because it is causing the Kernel OOPS
messages, leaving the system inoperable. This is a production server and it
is mandatory to use ACLs since I am using SAMBA sharing and I have complex
permissions rules applied.
I hope you can help me and find a solution to this problem.

Below are the information about my system, running applications, versions
and the oops message.

HARDWARE INFO
Server: HP Proliant DL380 G4
Processor: 2(two) Intel Xeon 3.4GHz / 800MHz bus
Memory: L2 (1MB), 4GB RAM
Disks: Compaq SmartArray 64xx, 6(six) 140GB disks with 2(two) as RAID0(/,
/home, /tmp) and 4(four) as RAID5(/var).
Network: 2(two) Broadcom NetXtreme BCM5704 (bridged) Gigabit ethernet

SOFTWARE INFO
<>OS: Linux btu-su-aplic2 2.6.8-12-em64t-p4-smp #1 SMP x86_64 GNU/Linux
(installed to test and the problem appeared to be worst whilst the same
OOPS message appeared)
<>OS: Linux btu-su-aplic2 2.6.8-12-amd64-k8-smp #1 SMP x86_64 GNU/Linux
(regularly used, switched to the above)
<>SAMBA: 3.0.14a-3sarge
<>Postgresql: 7.4.7-6sarge3
<>Apache: 1.3.33-6sarge3

I did an apt-get upgrade today (24/11/2006) and every other piece of
software is up to date (using Debian Stable).

Please, any other info you need, ask!

FILESYSTEM
FSTAB
# /etc/fstab: static file system information.
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    defaults        0       0
/dev/cciss/c0d0p1 /               ext3    defaults,errors=remount-ro 0
1
/dev/cciss/c0d0p2 /home           ext3    defaults,usrquota     0       2
/dev/cciss/c0d0p3 /tmp            ext3    defaults        0       2
/dev/cciss/c0d1p2 /var            ext3    defaults,usrquota,grpquota    0 2
<----- This is where ACL was activated
/dev/cciss/c0d1p1 none            swap    sw              0       0
/dev/hda        /media/cdrom0   iso9660 ro,user,noauto  0       0
/dev/fd0        /media/floppy0  auto    rw,user,noauto  0       0


SAMBA Particularities
smbd.conf
[global]
  ;AD Server
  unix charset = UTF-8
  dos charset = cp850
  server string = <COMENT>
  username map = /etc/samba/smbusers
  workgroup = -------
  netbios name = --------
  realm = <realm>
  security = ADS
  password server = <IPPWDSRV>
  ldap ssl = no
  idmap uid = 10000-30000
  idmap gid = 10000-30000
  winbind enum users = no
  winbind enum groups = no
  winbind use default domain = yes
  winbind nested groups = yes
  template homedir = /tmp
  template shell = /bin/bash
  wins server = <IPWINS>

 ; LOGGING
  log file = /var/log/samba/log.%m
  log level = 1
  max log size = 1000
  syslog only = no
  syslog = 0

  [doc_mirim]
  path=/var/samba/docmirim
  comment= <COMMENT>
  writeable = yes
  browseable = yes
  guest ok = no
  force create mode = 0660
  force directory mode = 0770
  valid users = @"group"
  write list =  @"group"

  [rme$]
  path = /var/samba/rme
  comment = <comment>
  writeable = yes
  browseable = yes
  guest ok = no
  create mask = 2660
  directory mask = 2770
  force create mode = 0000
  force directory mode = 0000
  valid users = @"AD\group", AD\user
  write list  = AD\user


All users are authenticated using Active Directory and it works well (with
ACL enabled or not). The oops message appeared when using setfacl (not all
the times) with a Linux console and, more often when editing files with any
Windows box.


OOPS MESSAGE (this was taken some weeks ago but the same message repeats as
soon as I activate ACL and get in to any Windows box and use any file, as
open, saving, reading properties, etc.). There is no predictable event that
fires the OOPS message, it is alleatory based on the facts stated above.

Unable to handle kernel paging request at 0000010134990024 RIP:
<ffffffffa006b9ea>{:ext3:ext3_xattr_set_handle+1258}
PML4 8063 PGD d063 PMD 0
Oops: 0000 [1] SMP
CPU 0
Modules linked in: ide_generic isofs ipv6 bonding hw_random ehci_hcd
uhci_hcd piix tg3 firmware_class quota_v2 tsdev mousedev evdev psmouse
ide_disk ide_cd ide_core cdrom genrtc ext3 jbd mbcache cciss scsi_mod unix
font vesafb cfbcopyarea cfbimgblt cfbfillrect
Pid: 25346, comm: smbd Not tainted 2.6.8-12-amd64-k8-smp
RIP: 0010:[<ffffffffa006b9ea>]
<ffffffffa006b9ea>{:ext3:ext3_xattr_set_handle+1258}
RSP: 0000:000001008f165c38  EFLAGS: 00010246
RAX: 000000005962e000 RBX: 0000010034990000 RCX: 0000000000000000
RDX: 0000010134990020 RSI: 00000100bbb71ec0 RDI: 0000010034991000
RBP: 000001011a388740 R08: 0000000000000000 R09: 0007000400002710
R10: 0005002000070010 R11: 0000000100000000 R12: 000000000000001c
R13: ffffffffa00700d7 R14: 0000000000000fe4 R15: 0000000000000000
FS:  0000000000000000(0000) GS:ffffffff803d3240(005b)
knlGS:000000005591dcc0
CS:  0010 DS: 002b ES: 002b CR0: 000000008005003b
CR2: 0000010134990024 CR3: 0000000000101000 CR4: 00000000000006e0
Process smbd (pid: 25346, threadinfo 000001008f164000, task
000001011a1a91f0)
Stack: 000001008f6613a0 000000000000001f 000001011a388680 0000000000000013
       000000008f6613a0 0000010134990030 0000010134990020 0000010034990000
       00000100bbb71ec0 000001011b997580
Call Trace:<ffffffffa006c81c>{:ext3:ext3_set_acl+524}
<ffffffffa006cfc1>{:ext3:ext3_xattr_set_acl+209}
       <ffffffffa006a5e1>{:ext3:ext3_setxattr+177}
<ffffffff801928c1>{setxattr+369}
       <ffffffff801806f7>{do_lookup+55} <ffffffff8018a8e1>{dput+33}
       <ffffffff80181779>{link_path_walk+3385}
<ffffffff801929ba>{sys_setxattr+106}
       <ffffffff8019d21c>{compat_sys_select+1548}
<ffffffff80172a3d>{vfs_read+269}
       <ffffffff80172c83>{sys_read+83} <ffffffff80120701>{ia32_sysret+0}


Code: 8b 7a 04 85 ff 0f 85 e5 00 00 00 8b 42 08 85 c0 0f 84 da 00
RIP <ffffffffa006b9ea>{:ext3:ext3_xattr_set_handle+1258} RSP
<000001008f165c38>
CR2: 0000010134990024


Regards,
eng. Carlos Alberto Peron Ramos
Systems Engineer


_______________________________________________
acl-devel mailing list
[email protected]
http://acl.bestbits.at/mailman/listinfo/acl-devel