IMHO, this was a horribly bad decision upstream. If you've restricted
your incoming NRPE source to a trusted one with UFW or similar, this is
a perfectly safe thing to do and helps centrally manage lots of
parameters. I think a default arg of 0 was enough to keep a safe
config. Users who choose
I suspect there isn't a code change here, but rather a difference in the
way Ubuntu is presenting its mount points. The plugin tries to
enumerate and check all mounts. A better use might be to add the actual
mount points to be monitored with -p
/usr/lib/nagios/plugins/check_disk -w '20%' -c
strace confirms that check_disk on 12.04 doesn't check
/sys/kernel/debug/tracing
Not having any luck tracking down a code change in the monitoring-
plugins github repo. I wonder if this is a change in a dependent lib
instead.
Here's a workaround
sudo chown root:root
This worked for me:
ssh -v admin@172.16.3.253 -o KexAlgorithms=diffie-hellman-group14-sha1
source:
http://stackoverflow.com/questions/25341773/cisco-ssh-key-exchange-
fails-from-ubuntu-14-04-client-dh-key-range-mismatch
--
You received this bug notification because you are a member of Ubuntu
Raphael,
That works very well, thanks.
To start the shell, run
$ sudo maas shell
then proceed normally with those instructions.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
https://bugs.launchpad.net/bugs/994781
Is there a workaround for this bug such as a way to delete from shell?
I'm not familiar enough with the internals of MAAS to do this safely.
--
You received this bug notification because you are a member of Ubuntu
Server Team, which is subscribed to maas in Ubuntu.
I am getting the same exception while trying to access my API endpoint
for use with ElasticFox. I followed the instructions on the wiki for
the CDInstall under 10.04 and euca-describe-availability-zones verbose
shows good output.
Please let me know if you would like any information from my
