New answers tagged not-root-user
There are two options, comment out the Defaults requiretty setting from /etc/sudoers as you mentioned or use the pseudo-tty allocation (-t) argument for ssh. Try the following in your jenkins script: ssh -t 127.0.0.1 "sudo command" Although you will have to have ssh pre-shared keys configured to yourself and run it once manually to add an entry to ...
This is a known problem, if you ssh as root somewhere and then su to become a normal user: $ ssh root@server # su -l anthon $ screen Cannot open your terminal '/dev/pts/3' - please check. It is e.g. described in these posts from 2005 The solution is to directly login as the user you want the screen session to run as.
Found this solution: crontab -e i @reboot /opt/teamspeak3-server_linux-x86/ts3server_startscript.sh restart <esc> :wq
If you do not require root privileges at all to start the server, you can use something like sudo -u <username> ./opt/teamspeak3-server_linux-x86/ts3server_startscript.sh start to start it as user <username>. This command line must be placed in a file that is executed during startup. IIRC there is a file for local stuff named somewhat like ...
What you're using isn't KVM directly, but a management library called libvirt. You can specify a user which will have access to libvirt's setup (and thus creating VMs and pretty much running virsh commands) by adding the users to the libvirtd and kvm groups on the host. You can also use policykit to manage access, the procedure is described in the libvirt ...
You cannot. KVM requires ROOT privileges to access low-level hardware threads on your CPU. How do I know this? Because I have worked with the KVM source code to contribute to the FaiKVM project, The Fully Automatic Install Kernel-Based Virtual Machine project. We modified the source code to support an X64 virtual kernel within a 32-bit user-space. That's ...
I get the same 'remote detached' message if I attempt to attach a screen session that is already the active session. You could try exiting the current shell, but before you do, please try running screen -list This will list all screen sessions for the logged in user as well as their status. If you see one that is attached, it may very well be your current ...
Have you tried: screen to start a new screen session screen -rd to attach to one that is running ctrl-a, d to disconnect from an attached session
Top 50 recent answers are included