2010-08-10 23:33:15 |
Cafuego |
bug |
|
|
added bug |
2010-08-10 23:36:46 |
Cafuego |
description |
The MariaDB 5.1.49 server wants read access to /sys/devices/system/cpu/ , but access to this directory is denied by its apparmor profile. This leads to entries in syslog, such as:
Aug 11 09:25:30 cachaca kernel: [1466836.273692] type=1503 audit(1281482730.279:83): operation="open" pid=1807 parent=1806 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
The problem can be resolved by adding the following line to /etc/apparmor.d/usr.sbin.mysqld
/sys/devices/system/cpu/ r, |
The MariaDB 5.1.49 server wants read access to /sys/devices/system/cpu/ , but access to this directory is denied by its apparmor profile. This leads to entries in syslog, such as:
Aug 11 09:25:30 cachaca kernel: [1466836.273692] type=1503 audit(1281482730.279:83): operation="open" pid=1807 parent=1806 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
I first noticed this when the server stared using 100% of one CPU core and I chekced the logs in response. However, I've not been able to replicate that behaviour, so that may have been unrelated.
The problem can be resolved by adding the following line to /etc/apparmor.d/usr.sbin.mysqld:
/sys/devices/system/cpu/ r,
|
|
2010-08-10 23:38:27 |
Cafuego |
affects |
ourdelta |
maria |
|
2010-08-10 23:49:17 |
Cafuego |
affects |
maria |
ourdelta |
|
2010-08-10 23:50:19 |
Cafuego |
bug task added |
|
maria |
|
2010-08-10 23:53:02 |
Cafuego |
ourdelta: assignee |
|
Cafuego (cafuego) |
|
2010-08-10 23:53:38 |
Cafuego |
branch linked |
|
lp:~cafuego/ourdelta/ourdelta-montyprogram-fixes-616136 |
|
2010-08-12 00:26:11 |
Cafuego |
description |
The MariaDB 5.1.49 server wants read access to /sys/devices/system/cpu/ , but access to this directory is denied by its apparmor profile. This leads to entries in syslog, such as:
Aug 11 09:25:30 cachaca kernel: [1466836.273692] type=1503 audit(1281482730.279:83): operation="open" pid=1807 parent=1806 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
I first noticed this when the server stared using 100% of one CPU core and I chekced the logs in response. However, I've not been able to replicate that behaviour, so that may have been unrelated.
The problem can be resolved by adding the following line to /etc/apparmor.d/usr.sbin.mysqld:
/sys/devices/system/cpu/ r,
|
The MariaDB 5.1.49 server wants read access to /sys/devices/system/cpu/ , but access to this directory is denied by its apparmor profile. This leads to entries in syslog, such as:
Aug 11 09:25:30 cachaca kernel: [1466836.273692] type=1503 audit(1281482730.279:83): operation="open" pid=1807 parent=1806 profile="/usr/sbin/mysqld" requested_mask="r::" denied_mask="r::" fsuid=0 ouid=0 name="/sys/devices/system/cpu/"
I first noticed this when the server started using 100% of one CPU core and I checked the logs in response. However, I've not been able to replicate that behaviour, so that may have been unrelated.
The problem can be resolved by adding the following line to /etc/apparmor.d/usr.sbin.mysqld:
/sys/devices/system/cpu/ r,
|
|
2010-08-12 00:26:48 |
Cafuego |
ourdelta: status |
New |
Fix Committed |
|
2010-08-12 00:27:22 |
Cafuego |
maria: assignee |
|
Kristian Nielsen (knielsen) |
|
2010-11-30 16:38:33 |
Sergei Golubchik |
maria: milestone |
|
5.1 |
|
2011-11-13 08:34:24 |
Colin Charles |
tags |
|
packaging |
|
2011-11-16 21:25:18 |
Kristian Nielsen |
maria: status |
New |
Fix Released |
|