<html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"><head><meta http-equiv=Content-Type content="text/html; charset=us-ascii"><meta name=Generator content="Microsoft Word 12 (filtered medium)"><style><!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:11.0pt;
font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-compose;
font-family:"Calibri","sans-serif";
color:windowtext;}
.MsoChpDefault
{mso-style-type:export-only;}
@page WordSection1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.WordSection1
{page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]--></head><body lang=EN-US link=blue vlink=purple><div class=WordSection1><p class=MsoNormal>I recently had a situation where JNOS failed to start up correctly due to some stale tty lock files. As JNOS executed the various commands in the autoexec.nos file, it kept reporting that the port(s) did not exist. After JNOS came up (with no ports), I issued the attach command at the console prompt and got a message that the tty was locked. This led me to check /var/lock/ and I found lock files for each of my serial interfaces (LCK..ttyS0, LCK..ttyS2, LCK..ttyS3). I stopped JNOS, manually removed the lock files, and then restarted JNOS. All was well.<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I’m pretty sure that I had previously unplugged power from that machine (without shutting down JNOS or Linux) before this occurred. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>I’ve been trying to duplicate the problem on a different machine (which I have better access to) which uses USB-to-serial converters (ttyUSB0, ttyUSB1, ttyUSB2). If I startup JNOS, then Kill -9 the jnos process, the lock files are left in the /var/lock directory. But a subsequent startup of JNOS removes them. On the console, one can observe the copyright message, followed by:<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Removing stale lockfile for ttyUSB0<o:p></o:p></p><p class=MsoNormal>Removing stale lockfile for ttyUSB1<o:p></o:p></p><p class=MsoNormal>Removing stale lockfile for ttyUSB2<o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Followed by the usual display of the KISS parameters being set for each of the TNCs. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>So, it seems that JNOS is smart enough to remove lock files. Except it didn’t do it in the case above. I can’t imagine that JNOS would care whether it’s a real serial port (such as the case above where it didn’t remove the lock files) or a usb-to-serial converter (such as the case above where it DID remove the lock files). But stranger things have happened. But clearly there are conditions under which JNOS does not try to or is not able to remove the lock files.<o:p></o:p></p><p class=MsoNormal>So, I’m trying to figure out what those conditions are and how to remedy that so it doesn’t happen again. <o:p></o:p></p><p class=MsoNormal><o:p> </o:p></p><p class=MsoNormal>Maiko: can you determine when an existing lock file would NOT be removed by JNOS? <o:p></o:p></p></div></body></html>