After a recent slurm update slurm scripts are not working when I'm trying to run them (as I did before) via a remote shell from emacs. I get the following error messages:
fabig#login-0:~$ sbatch --wrap "ls"
sbatch: error: slurm_receive_msg: Zero Bytes were transmitted or received
sbatch: error: Batch job submission failed: Zero Bytes were transmitted or
received
The strange thing is that the same command works perfectly fine when I'm running it from the (OSX) terminal (after ssh into the remote).
So if anyone has an idea how to solve this, I would be very grateful!
Related
I need some help with a really strange problem.
I use wget (busybox) to obtain the the IP address of some remote clients, to use it on a DNS (a sort of "homemade ddns"). Those clients run a script that every 5 mins calls
wget -O /dev/null "https://my_dns.org/poll.php?user=User_N&pwd=password_N"
Everything was fine, until I updated my http server to remove TLS1.0/TLS1.1
After updating: running the above command on the clients' console it still works OK, while running it automatically (launching it from a script in /etc/init.d) I get this error:
Connecting to my_dns.org (www.xxx.yyy.zzz:443)
wget: error getting response: Connection reset by peer
...Any idea about why does this happen, and how to fix...?
(The shell on the clients runs as root...)
Thank you in advance for your help
Regards
I've recently setup and installed (after much finicking around to get around the seemingly common SSL error) the Mario Strasser TPM emulator.
Setting it up to run with modprobe tpmd_dev and then tpmd worked fine, however, once it was running I wanted to begin working on some code to interact with it and ran the test_tddl file, only to find that it fails to open the /dev/tpm file. after a little digging around I've found that it's a failure due to a sock_connect() call fails. Have I gone wrong with setting up the emulator somewhere? I'm running on ubuntu 16.04 on a virtual box VM
The error given upon running test_tddl is Error: Tddli_Open() failed: operation failed (0002)
and the error given in dmesg isError: sock_connect() failed: -2
Im an idiot, if anyone else runs into this problem, ensure that your running both tpmd and test_tddl as root, or else the programs will be unable to open the socket required.
I have installed jmeter on a server but when i try to launch jmeter i get the following error error
No X11 DISPLAY variable was set, but this program performed an operation which requires it
Jmeter installed on CentOS along with java.
I tried export DISPLAY=:0 and this export DISPLAY=:0.0 but no luck
run SSH command with "-X" param (without commas)
sample:
ssh user#server -X <enter>
I am using PsExec to access two servers from my laptop. Access to one of the servers (running Windows 2008R2 Enterprise) works fine. Access to the other (Windows 2008R2 Standard) fails with an error (message below). My laptop has Windows 8.1.
Literature
I've verified that my systems match the requirements, as specified here
Investigating an earlier access denied, I followed the steps outlined here
Commands
Steps taken:
net use \\<servername>\Admin$ /user:me * succeeds
dir \\<servername>\Admin$ lists the remote directory, as expected
PsExec.exe \\<servername> -e cmd is very slow, and then fails with the message:
Error establishing communication with PsExec service on <servername>:
The system cannot find the file specified.
To the best of my knowledge (though I'm no Windows expert), I am in the administrator group on both the client and server machine.
Analysis 1
After executing the command, psexesvc.exe is still running on the remote machine, so the command at least partially succeeds
Before each invocation, I stop and delete the psexesvc service, and remove the executable manually
Analysis 2
I used wireshark to observe the communication between client and server. The following seems to happen:
File PSEXESVC.EXE gets successfully created and written
A "Bind" and a "Map" of SVCCTL
Delay of about 20 seconds (?)
Several SVCCTL calls (presumably resulting in the PSEXESVC service being created and started)
Named pipe PSEXESVC is opened and successfully written to
Named pipes for stdin, stdout and stderr cannot be found (STATUS_OBJECT_NAME_NOT_FOUND)
Trying to eliminate a permissions problem, I tried to verify that the named pipes actually don't exist, by running pipelist.exe (found here) on the server side. I did not actually see the pipes, but if they existed only for a very short time, I might not have run pipelist.exe frequently enough.
Version numbers
PsExec version 2.11
My clean munin install is not generating graphs, i did everything listed in this URL to debug
http://munin-monitoring.org/wiki/FAQ_no_graphs#Ijustreadtheaboveanswerandtherestillarentanygraphs
i can successfully connect via telnet to the node.
-The nodes comand display the node correctly
-The list command shows the list of plugins correctly.
-The fetch command provides an empty output!!!
i opened the munin-node.log file to see what's going on, and every entry logs (i think 1 entry for every plugin) show one of this 2 error messages (when i restart the node the error switch from one to another)
1-
Error output from threads:
2013/08/08-07:38:04 [2659] Insecure directory in $ENV{PATH} while running with -T switch at /usr/share/perl5/Munin/Node/Service.pm line 241.
2013/08/08-07:38:04 [2659] Service 'threads' exited with status 255/0.
2-
Error output from vmstat:
2013/08/08-07:35:02 [1096] 2013/08/08-07:35:02 [1186] Died at /usr/share/perl5/Munin/Common/Timeout.pm line 66, line 74.
i have no clue, of how to solve this.
Im using Ubuntu 12.04 and the installed munin version is the 1.4 ... since the 2.x are not available for ubuntu 12.04
Maybe someone with experience with pearl could orient me on how to edit the source to get rid of the error!!!