atd fails to start on new kernel 2.6.35-6
Bug #598824 reported by
Tobias Wolf
This bug affects 6 people
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
at (Ubuntu) |
Fix Released
|
High
|
Kees Cook | ||
Lucid |
Fix Released
|
Medium
|
Kees Cook | ||
Maverick |
Fix Released
|
High
|
Kees Cook |
Bug Description
Binary package hint: at
When I start atd I get the following in my syslog:
atd[3840]: Can't link execution file: Operation not permitted
kernel: [ 9095.373990] deprecated non-accessible hardlink creation was attempted by: atd
and it fails to start. I looked at the Debian changelog for the kernel and there was a change regarding apparmor and hardlinks. Do I need to have apparmor installed? I removed it because I saw no need for it.
TEST CASE: boot a Lucid system with the linux-lts-
Changed in at (Ubuntu): | |
assignee: | nobody → Kees Cook (kees) |
Changed in at (Ubuntu): | |
status: | In Progress → Fix Committed |
tags: | added: patch |
Changed in at (Ubuntu Maverick): | |
status: | New → Fix Released |
assignee: | nobody → Kees Cook (kees) |
importance: | Undecided → High |
Changed in at (Ubuntu Lucid): | |
importance: | Undecided → Medium |
status: | New → Confirmed |
assignee: | nobody → Kees Cook (kees) |
Changed in at (Ubuntu Lucid): | |
status: | Confirmed → In Progress |
description: | updated |
tags: |
added: verification-done removed: verification-needed |
tags: | added: testcase |
To post a comment you must log in.
> When I start atd I get the following in my syslog:
>
> atd[3840]: Can't link execution file: Operation not permitted
> kernel: [ 9095.373990] deprecated non-accessible hardlink creation was attempted by: atd
>
> and it fails to start. I looked at the Debian changelog for the kernel
> and there was a change regarding apparmor and hardlinks. Do I need to
> have apparmor installed? I removed it because I saw no need for it.
This seems to be caused by [1]. Try
sysctl -w fs.weak- nonaccess- hardlinks= 1
to revert to the old behavior as a workaround.
I wonder if the check for hardlink creation should be relaxed to also
allow linking when the user could delete the file in question.
Regards,
Ansgar
[1] <http:// kernel. ubuntu. com/git? p=ubuntu/ ubuntu- maverick. git;a=commit; h=069cb89e17c6d c5b2a1de2469746 bc42935850fb>
status triaged
importance high