sudo: unable to mkdir /var/log/sudo-io/00/2A: No space left on device
Clash Royale CLAN TAG#URR8PPP
up vote
1
down vote
favorite
A script began throwing errors related to not being able to init an I/O plugin sudoers_io: (amazon linux).
I can't get into delete some logs since each time I use the sudo command, it fails to log that I used the command (I am guessing here). Any ideas on how to free up space or delete/rotate the logs?
Output below:
[ec2-user@ip-xx-xx-xx-xx log]$ sudo bash
sudo: unable to mkdir /var/log/sudo-io/00/2A: No space left on device
sudo: error initializing I/O plugin sudoers_io
[ec2-user@ip-xx-xx-xx-xx log]$ du -s * | sort -nr | head
du: cannot read directory âÂÂauditâÂÂ: Permission denied
du: cannot read directory âÂÂsudo-ioâÂÂ: Permission denied
16092 secure
2188 secure-20180401
640 messages-20180325
640 messages-20180318
636 messages-20180401
636 messages-20180311
196 cloud-init.log
160 wtmp
132 messages
104 dracut.log
linux sudo amazon-ec2 amazon-linux
add a comment |Â
up vote
1
down vote
favorite
A script began throwing errors related to not being able to init an I/O plugin sudoers_io: (amazon linux).
I can't get into delete some logs since each time I use the sudo command, it fails to log that I used the command (I am guessing here). Any ideas on how to free up space or delete/rotate the logs?
Output below:
[ec2-user@ip-xx-xx-xx-xx log]$ sudo bash
sudo: unable to mkdir /var/log/sudo-io/00/2A: No space left on device
sudo: error initializing I/O plugin sudoers_io
[ec2-user@ip-xx-xx-xx-xx log]$ du -s * | sort -nr | head
du: cannot read directory âÂÂauditâÂÂ: Permission denied
du: cannot read directory âÂÂsudo-ioâÂÂ: Permission denied
16092 secure
2188 secure-20180401
640 messages-20180325
640 messages-20180318
636 messages-20180401
636 messages-20180311
196 cloud-init.log
160 wtmp
132 messages
104 dracut.log
linux sudo amazon-ec2 amazon-linux
add a comment |Â
up vote
1
down vote
favorite
up vote
1
down vote
favorite
A script began throwing errors related to not being able to init an I/O plugin sudoers_io: (amazon linux).
I can't get into delete some logs since each time I use the sudo command, it fails to log that I used the command (I am guessing here). Any ideas on how to free up space or delete/rotate the logs?
Output below:
[ec2-user@ip-xx-xx-xx-xx log]$ sudo bash
sudo: unable to mkdir /var/log/sudo-io/00/2A: No space left on device
sudo: error initializing I/O plugin sudoers_io
[ec2-user@ip-xx-xx-xx-xx log]$ du -s * | sort -nr | head
du: cannot read directory âÂÂauditâÂÂ: Permission denied
du: cannot read directory âÂÂsudo-ioâÂÂ: Permission denied
16092 secure
2188 secure-20180401
640 messages-20180325
640 messages-20180318
636 messages-20180401
636 messages-20180311
196 cloud-init.log
160 wtmp
132 messages
104 dracut.log
linux sudo amazon-ec2 amazon-linux
A script began throwing errors related to not being able to init an I/O plugin sudoers_io: (amazon linux).
I can't get into delete some logs since each time I use the sudo command, it fails to log that I used the command (I am guessing here). Any ideas on how to free up space or delete/rotate the logs?
Output below:
[ec2-user@ip-xx-xx-xx-xx log]$ sudo bash
sudo: unable to mkdir /var/log/sudo-io/00/2A: No space left on device
sudo: error initializing I/O plugin sudoers_io
[ec2-user@ip-xx-xx-xx-xx log]$ du -s * | sort -nr | head
du: cannot read directory âÂÂauditâÂÂ: Permission denied
du: cannot read directory âÂÂsudo-ioâÂÂ: Permission denied
16092 secure
2188 secure-20180401
640 messages-20180325
640 messages-20180318
636 messages-20180401
636 messages-20180311
196 cloud-init.log
160 wtmp
132 messages
104 dracut.log
linux sudo amazon-ec2 amazon-linux
asked Apr 2 at 13:13
jrjames83
1084
1084
add a comment |Â
add a comment |Â
1 Answer
1
active
oldest
votes
up vote
2
down vote
accepted
You apparently enable full output logging in sudo(ers).
The easiest way to free space, probably deleting the sudo
logs, is either logging as root
, or using su
, if your configurations allow it.
Depending on how much /var/log
is full, those procedures might or might not be successful. On the worst case, booting in single mode or from a live system will allow you to clean up things.
Unless you have very specific needs to log so much of sudo
operations, I would edit /etc/sudoers
to change the logging setup. Having such a verbose setup will exhaust quickly again the available space.
1
Thanks. I had to find sacrifice lots of cached anaconda packages, but after deleting I was able to sudo bash my way back to clearing these sudo-io log files.
â jrjames83
Apr 2 at 14:11
add a comment |Â
1 Answer
1
active
oldest
votes
1 Answer
1
active
oldest
votes
active
oldest
votes
active
oldest
votes
up vote
2
down vote
accepted
You apparently enable full output logging in sudo(ers).
The easiest way to free space, probably deleting the sudo
logs, is either logging as root
, or using su
, if your configurations allow it.
Depending on how much /var/log
is full, those procedures might or might not be successful. On the worst case, booting in single mode or from a live system will allow you to clean up things.
Unless you have very specific needs to log so much of sudo
operations, I would edit /etc/sudoers
to change the logging setup. Having such a verbose setup will exhaust quickly again the available space.
1
Thanks. I had to find sacrifice lots of cached anaconda packages, but after deleting I was able to sudo bash my way back to clearing these sudo-io log files.
â jrjames83
Apr 2 at 14:11
add a comment |Â
up vote
2
down vote
accepted
You apparently enable full output logging in sudo(ers).
The easiest way to free space, probably deleting the sudo
logs, is either logging as root
, or using su
, if your configurations allow it.
Depending on how much /var/log
is full, those procedures might or might not be successful. On the worst case, booting in single mode or from a live system will allow you to clean up things.
Unless you have very specific needs to log so much of sudo
operations, I would edit /etc/sudoers
to change the logging setup. Having such a verbose setup will exhaust quickly again the available space.
1
Thanks. I had to find sacrifice lots of cached anaconda packages, but after deleting I was able to sudo bash my way back to clearing these sudo-io log files.
â jrjames83
Apr 2 at 14:11
add a comment |Â
up vote
2
down vote
accepted
up vote
2
down vote
accepted
You apparently enable full output logging in sudo(ers).
The easiest way to free space, probably deleting the sudo
logs, is either logging as root
, or using su
, if your configurations allow it.
Depending on how much /var/log
is full, those procedures might or might not be successful. On the worst case, booting in single mode or from a live system will allow you to clean up things.
Unless you have very specific needs to log so much of sudo
operations, I would edit /etc/sudoers
to change the logging setup. Having such a verbose setup will exhaust quickly again the available space.
You apparently enable full output logging in sudo(ers).
The easiest way to free space, probably deleting the sudo
logs, is either logging as root
, or using su
, if your configurations allow it.
Depending on how much /var/log
is full, those procedures might or might not be successful. On the worst case, booting in single mode or from a live system will allow you to clean up things.
Unless you have very specific needs to log so much of sudo
operations, I would edit /etc/sudoers
to change the logging setup. Having such a verbose setup will exhaust quickly again the available space.
edited Apr 2 at 13:42
answered Apr 2 at 13:28
Rui F Ribeiro
34.7k1269113
34.7k1269113
1
Thanks. I had to find sacrifice lots of cached anaconda packages, but after deleting I was able to sudo bash my way back to clearing these sudo-io log files.
â jrjames83
Apr 2 at 14:11
add a comment |Â
1
Thanks. I had to find sacrifice lots of cached anaconda packages, but after deleting I was able to sudo bash my way back to clearing these sudo-io log files.
â jrjames83
Apr 2 at 14:11
1
1
Thanks. I had to find sacrifice lots of cached anaconda packages, but after deleting I was able to sudo bash my way back to clearing these sudo-io log files.
â jrjames83
Apr 2 at 14:11
Thanks. I had to find sacrifice lots of cached anaconda packages, but after deleting I was able to sudo bash my way back to clearing these sudo-io log files.
â jrjames83
Apr 2 at 14:11
add a comment |Â
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
StackExchange.ready(
function ()
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2funix.stackexchange.com%2fquestions%2f435049%2fsudo-unable-to-mkdir-var-log-sudo-io-00-2a-no-space-left-on-device%23new-answer', 'question_page');
);
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Sign up or log in
StackExchange.ready(function ()
StackExchange.helpers.onClickDraftSave('#login-link');
);
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password