Stefan Thyberg's questions

I am the admin of several different servers and currently there is a different sudoers file on each one. This is getting slightly out of hand as quite often I need to give someone permissions to do something with sudo but it only gets done on one server. Is there an easy way of editing the sudoers file just on my central server and then distributing it by SFTP or something like that to the other servers in an easy way?

Mostly wondering how other sysadmins solve this problem, since the sudoers file doesn't seem to be remotely accessible with NIS, for example.

Operating system is SUSE Linux Enterprise Server 11 64-bit, but it shouldn't matter.

EDIT: Every machine will, for now, have the same sudoers file.

EDIT2: The accepted answer's comment was the closest to what I actually went ahead and did. I am right now using an SVN-supported puppet-installation and after a few headaches, it's working very well.

We have a number of lab machines with different configurations. When one of our users tries to run a java application, such as jconsole, it will seem to start but there will be no display forwarding and no window will be shown. Under these conditions it will fail:

• 64-bit Suse SLES11 installation on server
• Client accesses servers through Citrix
• The application is a java application

Change any of these and it works. 64-bit SLES10 machines work, 32-bit SLES11 machines work, accessing a 64-bit SLES11 machine with cygwin/linux works, running other applications than java applications works.

Is there some change in SuSE from SLES10 to SLES11 which might affect the display forwarding in Citrix?

Sometimes, after a varying amount of time, it crashes with this stack trace:

Exception in thread "main" java.lang.NoClassDefFoundError: Could not initialize class sun.awt.X11GraphicsEnvironment 
    at java.lang.Class.forName0(Native Method) 
    at java.lang.Class.forName(Class.java:169) 
    at java.awt.GraphicsEnvironment.getLocalGraphicsEnvironment(GraphicsEnvironment.java:68) 
    at sun.awt.X11.XToolkit.<clinit>(XToolkit.java:89) 
    at java.lang.Class.forName0(Native Method) 
    at java.lang.Class.forName(Class.java:169) 
    at java.awt.Toolkit$2.run(Toolkit.java:834) 
    at java.security.AccessController.doPrivileged(Native Method) 
    at java.awt.Toolkit.getDefaultToolkit(Toolkit.java:826) 
    at sun.swing.SwingUtilities2$AATextInfo.getAATextInfo(SwingUtilities2.java:128) 
    at javax.swing.plaf.metal.MetalLookAndFeel.initComponentDefaults(MetalLookAndFeel.java:1556) 
    at javax.swing.plaf.basic.BasicLookAndFeel.getDefaults(BasicLookAndFeel.java:130) 
    at javax.swing.plaf.metal.MetalLookAndFeel.getDefaults(MetalLookAndFeel.java:1591) 
    at javax.swing.UIManager.setLookAndFeel(UIManager.java:542) 
    at javax.swing.UIManager.setLookAndFeel(UIManager.java:582) 
    at javax.swing.UIManager.initializeDefaultLAF(UIManager.java:1344) 
    at javax.swing.UIManager.initialize(UIManager.java:1433) 
    at javax.swing.UIManager.maybeInitialize(UIManager.java:1421) 
    at javax.swing.UIManager.getLookAndFeel(UIManager.java:495) 
    at sun.tools.jconsole.JConsole.updateLafValues(JConsole.java:63) 
    at sun.tools.jconsole.JConsole.<clinit>(JConsole.java:58) 
Could not find the main class: sun.tools.jconsole.JConsole.  Program will exit. 

UPDATE: Still having the same problem, when changing to a different graphics lib it seems to change the problem:

export JAVA_HOME=/usr/java/default
export PJA=$HOME/lib/pja.jar
jconsole -J-Xbootclasspath:$JAVA_HOME/jre/lib/rt.jar:$PJA -J-Dawt.toolkit=com.eteks.awt.PJAToolkit -version

This produces the version, which it did not previously. The program still can't run though.

By default, crontab on, for example, Debian, will mail any output of a job in your crontab to that user. How would one go about disabling this functionality?