<div dir="ltr"><div>I checked into a few systems that failed and looked for logs at the time the failure supposedly happened, and it just had these 3 lines at that specific time:</div><div><br></div><div>up2date updateLoginfo() login info</div><div>up2date logging into up2date server<br></div><div>up2date successfully retrieved authentication token from up2date server<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Jan 17, 2020 at 7:45 AM Michael Mraka <<a href="mailto:michael.mraka@redhat.com">michael.mraka@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Paul Greene:<br>
> I have a spacewalk 2.9 server with CentOS 7 clients. When I run a scheduled<br>
> remote command on 50 systems, usually about half of the systems will get<br>
> marked as "failed" with the error "Invalid function call attempted (code<br>
> 6)".<br>
> <br>
> They all have the same configuration, and every line put in the remote<br>
> command will run just fine from a command prompt. If I go into a system<br>
> that has been marked "failed" and manually verify if the command did what<br>
> it was supposed to do, many times it actually did succeed, but was still<br>
> marked "failed". And there are some that did in fact fail.<br>
> <br>
> How can I address this error to get rid of the false "failed" messages?<br>
<br>
Hello Paul,<br>
<br>
There should be more detailed error message in /var/log/up2date on<br>
failed client.<br>
<br>
Regards,<br>
<br>
--<br>
Michael Mráka<br>
System Management Engineering, Red Hat<br>
<br>
_______________________________________________<br>
Spacewalk-list mailing list<br>
<a href="mailto:Spacewalk-list@redhat.com" target="_blank">Spacewalk-list@redhat.com</a><br>
<a href="https://www.redhat.com/mailman/listinfo/spacewalk-list" rel="noreferrer" target="_blank">https://www.redhat.com/mailman/listinfo/spacewalk-list</a></blockquote></div>