Description of problem: Some changes to x2goserver components now seem to run as shell instead of perl Version-Release number of selected component (if applicable): x2goserver-4.0.1.19-1.fc21.x86_64 How reproducible: Not sure. After some time with users logging in and out we get output like this from x2golistsessions_root: # x2golistsessions_root Can't locate strict.pm: Permission denied at /usr/lib64/x2go/x2gochangestatus line 23. BEGIN failed--compilation aborted at /usr/lib64/x2go/x2gochangestatus line 23. 19477|user1-50-1428386316_stDKDE_dp32|50|turing.une.edu.au|S|2015-04-07T15:58:37|b572713a7a90231bb43b25c0c6638ee5|110.142.234.223|30005|30006|2015-04-07T17:45:36|user1|17328|30007| 24673|user2-52-1428403151_stDKDE_dp32|52|turing.une.edu.au|R|2015-04-07T20:39:11|86ee96b36452af7623969fad2651b20a|121.45.205.70|30011|30012|2015-04-07T20:39:14|user2|494|30013|
Can you attach the /tmp/x2golistsessions_root.strace created by: strace -o /tmp/x2golistsessions_root.strace -f x2golistsessions_root Also, anything from "grep -F denied /var/log/audit/audit.log" or "rpm -V x2goserver"?
I think I've found something. When /usr/lib64/x2go/x2gochangestatus is run the perl @INC is: /root/perl5/lib/perl5 /usr/local/lib64/perl5 /usr/local/share/perl5 /usr/lib64/perl5/vendor_perl /usr/share/perl5/vendor_perl /usr/lib64/perl5 /usr/share/perl5 If I chmod a+x /root the perl compilation works OK. If no one else is seeing this, perhaps it's something to do with some local root installed perl modules?
Yeah, I think this is a local issue. However, I have brought up the idea of using perl's -T taint flag to avoid this with x2go upstream.