
<html><head></head><body><div>It's about PIDs and parents. Each login (console or remote) has a parent PID that the kernel uses to track all child processes. From connection A you request a find job and from connection B you start a tar process. The kernel internally sees the login PID as the owner of all of those processes. That's why zombies get reassigned to PID 1. Something failed spectacularly and the child didn't die when the parent died. Now there's no way to control the zombie so it get's assigned to PID1 and waits for a reboot.</div><div><br></div><div>On Mon, 2015-10-19 at 13:42 -0400, leam hall wrote:</div><blockquote type="cite"><div dir="ltr"><div>Okay, my brain is being stretched. Could use some expertise. I think the question is on sessions, but it got me thinking about login sessions. If a user ssh's in from Machine X to Machine A, and then opens another terminal window and does the same thing, how does the OS keep the sessions separate?<br><br></div>Leam<br clear="all"><div><div><br><pre>_______________________________________________

Ale mailing list

<a href="mailto:Ale@ale.org">Ale@ale.org</a>

<a href="http://mail.ale.org/mailman/listinfo/ale">http://mail.ale.org/mailman/listinfo/ale</a>

See JOBS, ANNOUNCE and SCHOOLS lists at

<a href="http://mail.ale.org/mailman/listinfo">http://mail.ale.org/mailman/listinfo</a>

</pre></div></div></div></blockquote></body></html>