sudo-1.8.14p2 FreeBSD 10.1-STABLE #0 r279493 The problem surfaced from nrpe and cciss_vol_status Downgrade to 1.8.13 fixed it, did not try any version in between. Here is the debug output from sudo when it tries to call sudo /usr/local/bin/cciss_vol_status /dev/ciss0 from nrpe Jul 22 16:43:01 sudo[30521] -> sudo_check_suid @ ./sudo.c:776 Jul 22 16:43:01 sudo[30521] <- sudo_check_suid @ ./sudo.c:820 Jul 22 16:43:01 sudo[30521] -> save_signals @ ./signal.c:64 Jul 22 16:43:01 sudo[30521] <- save_signals @ ./signal.c:71 Jul 22 16:43:01 sudo[30521] -> sudo_conf_read_v1 @ ./sudo_conf.c:537 Jul 22 16:43:01 sudo[30521] -> sudo_secure_path @ ./secure_path.c:43 Jul 22 16:43:01 sudo[30521] <- sudo_secure_path @ ./secure_path.c:62 := 0 Jul 22 16:43:01 sudo[30521] -> sudo_parseln_v1 @ ./parseln.c:55 Jul 22 16:43:01 sudo[30521] <- sudo_parseln_v1 @ ./parseln.c:118 := 40 Jul 22 16:43:01 sudo[30521] -> sudo_parseln_v1 @ ./parseln.c:55 Jul 22 16:43:01 sudo[30521] <- sudo_parseln_v1 @ ./parseln.c:117 := 18446744073709551615 Jul 22 16:43:01 sudo[30521] <- sudo_conf_read_v1 @ ./sudo_conf.c:626 := 1 Jul 22 16:43:01 sudo[30521] -> get_user_info @ ./sudo.c:455 Jul 22 16:43:01 sudo[30521] -> sudo_new_key_val_v1 @ ./key_val.c:44 Jul 22 16:43:01 sudo[30521] <- sudo_new_key_val_v1 @ ./key_val.c:56 := user=nagios Jul 22 16:43:01 sudo[30521] -> get_user_groups @ ./sudo.c:394 Jul 22 16:43:01 sudo[30521] <- get_user_groups @ ./sudo.c:440 := groups=181 Jul 22 16:43:01 sudo[30521] -> sudo_new_key_val_v1 @ ./key_val.c:44 Jul 22 16:43:01 sudo[30521] <- sudo_new_key_val_v1 @ ./key_val.c:56 := cwd=/ Jul 22 16:43:01 sudo[30521] -> get_process_ttyname @ ./ttyname.c:387 Jul 22 16:43:01 sudo[30521] <- get_process_ttyname @ ./ttyname.c:425 := (null) Jul 22 16:43:01 sudo[30521] <- get_user_info @ ./sudo.c:559 := 0x0 Jul 22 16:43:01 sudo[30521] main: unable to allocate memory @ main() ./sudo.c:182
Can you try 1.8.14p3? It has a fix for a regression introduced in 1.8.14 - http://bugzilla.sudo.ws/show_bug.cgi?id=706
Yes, 1.8.14p3 fixed it, thanks!