path: root/doc/forum
diff options
authorJoey Hess2016-03-06 14:56:45 -0400
committerJoey Hess2016-03-06 14:56:45 -0400
commit15d628d6da29700bffcc24d8d959db7d82f1fe7e (patch)
tree2c49fda1fbeb57fe1b9c24266d64426edcc9334a /doc/forum
parent9bb3528397590928de7fa113e7a19d6978e652bc (diff)
Diffstat (limited to 'doc/forum')
1 files changed, 22 insertions, 0 deletions
diff --git a/doc/forum/Weird_SSH_issue/comment_4_2fbb97cb5bca3a0e2835e7667aff7a00._comment b/doc/forum/Weird_SSH_issue/comment_4_2fbb97cb5bca3a0e2835e7667aff7a00._comment
new file mode 100644
index 00000000..2ffdcbac
--- /dev/null
+++ b/doc/forum/Weird_SSH_issue/comment_4_2fbb97cb5bca3a0e2835e7667aff7a00._comment
@@ -0,0 +1,22 @@
+[[!comment format=mdwn
+ username="joey"
+ subject="""comment 4"""
+ date="2016-03-06T18:43:37Z"
+ content="""
+Added some debugging, I found that processes run by concurrent-output tend to
+alternate between running foreground and background. So, when the socket
+exists and is old, it will run one more process than otherwise to
+stop ssh on that socket, and this will change which run method is
+used for subsequent processes.
+However, it really shouldn't matter if a process starts in the background;
+concurrent-output shoud notice when the output lock frees up, and start
+displaying the processes's output.
+So, this theory explains why the ssh socket seems to be involved, perhaps,
+but it doesn't really explain what's happening to prevent the remote
+propellor output from being shown.
+Unless some other foreground process is hanging around and keeping
+the output lock. Or some bug in concurrent-output..