/dev/null permission denied [message #24676] |
Fri, 07 December 2007 16:54  |
beyondx
Messages: 21 Registered: October 2007
|
Junior Member |
|
|
Hi everyone,
I´ve got a weird problem with the NULL-Device. In fact I just virtualized a fedora3 machine, which worked quite well. Access via SSH etc. is possible. However there´s one problem with the dev/null-device. The Amavis-milter accesses the /dev/null-device combined with etc/profile, which leads to an error --> /dev/null: permission denied.
How can I solve this problem?
I already deleted dev/null and recreated it...as I already said access via ssh is possible and anything else works...except for the point mentioned above.
Any help is appreciated
Thanks,
Norman
|
|
|
|
|
|
|
|
|
|
|
|
|
Re: /dev/null permission denied [message #51041 is a reply to message #24676] |
Mon, 06 January 2014 11:54  |
narcisgarcia
Messages: 41 Registered: May 2009
|
Member |
|
|
I'm running Debian 7 containers in Debian 7 HN host (Linux 2.6.32-openvz-042stab084.14-amd64), and found this problem, but not inmediately to container's boot: after several hours (or days).
This command inside the container solves me the problem for some minutes:
But after those minutes the null device comes back to bad permissions crw-r--r--
Now I've tried this at the hardware node:
ContainerID=777
vzctl set $ContainerID --devnodes null:rw --save
vzctl stop $ContainerID
vzctl start $ContainerID
But after some time, trying to use bash-completion (pressing TAB on a terminal), I see the same problem:
Quote:-bash: /dev/null: Permission denied
bash: _upvars: `-a2': invalid number specifier
I'M SORRY;
At this moment I think that a customized script re-created the "file" /dev/null when doesn't find it with "test -f":
rm -f $MyFile
echo "MyData" > $MyFile
BUT the strange OpenVZ behaviour is that this operation seems to spread to all other containers: one container re-creates /dev/null and all others' have this device modified.
Narcis Garcia
[Updated on: Tue, 07 January 2014 09:54] Report message to a moderator
|
|
|