Cannot access mirror

sdetweil

@rkorell did the PI address change from yesterday?

if you can get on the machine desktop and open a terminal,

ps -ef | ssh

to see if ssh server is running…

rkorell

@sdetweil I‘ve rebooted several times. Sometimes I can get access for a very short time after a reboot, get disconnect and after disconnect not able to re-connect…
IP is always the same - fixed in router.
So: really strange …

Shell access currently not possible, so no testing, sorry. Mirror has to be disassebled - which I can perform earliest tomorrow, because I‘m on the road…

Regards,
Ralf

rkorell

@sdetweil ,

ps -ef | grep ssh

edit: fixed command above

doesn’t work…
As you can read from this statement: I’m now able to connect and this is remotely …
It SEEMS I’ve identified the root cause (I’m not that sure but connection is stable longer than the last times. I’s pretty slow but doesn’t disconnect nearly immediatly).

I’v just a little bit disassebled and connected another power supply …

This currently fixes issues …
Be curious how long this lasts…
But because ssh as well as VNC were disconnected - insufficient power was the most probable explanation
(despite I doesn’t have ANY clue why this happens! The power supply is 6months old and I cannot imagine any reason why “insufficient” power causes this behaviour: only disrupt “ingoing” requests…

If anybody have an idea - highly welcome!!!)

sdetweil

@rkorell wild. ive only had one powersupply fail in 8 yrs
interesting side effect

your “doesn’t work” on the ps -ef
means that sshd was not running

rkorell

@sdetweil …

ps -ef | ssh
usage: ssh [-46AaCfGgKkMNnqsTtVvXxYy] [-B bind_interface]
           [-b bind_address] [-c cipher_spec] [-D [bind_address:]port]
           [-E log_file] [-e escape_char] [-F configfile] [-I pkcs11]
           [-i identity_file] [-J [user@]host[:port]] [-L address]
           [-l login_name] [-m mac_spec] [-O ctl_cmd] [-o option] [-p port]
           [-Q query_option] [-R address] [-S ctl_path] [-W host:port]
           [-w local_tun[:remote_tun]] destination [command [argument ...]]

…
I guess you’ve meant a kind of grep …
From my (very basic) understanding your command tries to pipe process list to ssh …

BTW: confirmed. Switching the power supply eliminates failure…
I’m connected whol day long …

Warmest regards,
Ralf

sdetweil

@rkorell yes meant grep ssh

good info on ps failure impacts