<div dir="auto"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Feb 24, 2017 9:24 PM, "Stewart C. Russell via talk" <<a href="mailto:talk@gtalug.org" target="_blank">talk@gtalug.org</a>> wrote:<br type="attribution"><blockquote class="m_8189706503816422449quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="m_8189706503816422449quoted-text">On 2017-02-20 12:47 AM, Aruna Hewapathirane wrote:<br>
><br>
> Hi Stewart, you could just |watch| the file listing (adjusting n seconds<br>
> to whatever is suitable)<br>
><br>
> |watch --differences -n 10 ls -l </path/to/shared/dir>|<br></div><snip></blockquote></div></div></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_8189706503816422449quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I suspect I'll just have to go with William Park's suggestion of using<br>
rsync to a local folder that I have more control over. I still have to<br>
correct for the scanner FS's wandering clock, but that's less important.<br>
<div class="m_8189706503816422449elided-text"></div></blockquote></div></div></div><div dir="auto"><br></div><div dir="auto">Just a suggstion for the future, in case rsync doesn't work out.</div><div dir="auto"><br></div><div dir="auto">It is generally a good idea to abstract a problem against a diagnostic tool. </div><div dir="auto"><br></div><div dir="auto">I tend to use the OSI model as it was the one I was first exposed to. It describes system in seven functional layers. So your problem looks like this, in my way of thinking.</div><div dir="auto"><br></div><div dir="auto">(In reverse of the typically cited order as this is troubleshooting and not design.)</div><div dir="auto"><br></div><div dir="auto">Physical</div><div dir="auto">All the hardware bits and their attachments, location to location hops.</div><div dir="auto">- scanner is CCD.</div><div dir="auto"><br></div><div dir="auto">Data</div><div dir="auto">- using block image transfers and also mounted as a CIFS - user read write? or r/o in terminal character mode</div><div dir="auto"><br></div><div dir="auto">Network</div><div dir="auto">- physical, broadcast, distributed ie where are the possible rx / tx collisions</div><div dir="auto"><br></div><div dir="auto">Transport</div><div dir="auto">- TCP/IP - IPV* etc </div><div dir="auto">-paying attention to points which may transliterate values ie. converting ascii to ebdic or other cartograph.</div><div dir="auto"><br></div><div dir="auto">Session</div><div dir="auto">- Managed by policy - SElinux? other?</div><div dir="auto"><br></div><div dir="auto">Presentation</div><div dir="auto">- maybe Server Message Block issues? any windows bugs attached?</div><div dir="auto"><br></div><div dir="auto">Application</div><div dir="auto">- well you dont have access to job control functions in order to receive reports. Thats a pretty poor implimentation of an application. </div><div dir="auto"><br></div><div dir="auto">Typically any member of the scanner group would be forwarded the messages root gets, filtered on a need to know basis and by session constraints.</div><div dir="auto"><br></div><div dir="auto">Hope this helps</div><div dir="auto">Russell</div><div dir="auto"><br></div><div dir="auto"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="m_8189706503816422449quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="m_8189706503816422449elided-text">
cheers,<br>
 Stewart<br>
<br>
---<br>
Talk Mailing List<br>
<a href="mailto:talk@gtalug.org" target="_blank">talk@gtalug.org</a><br>
<a href="https://gtalug.org/mailman/listinfo/talk" rel="noreferrer" target="_blank">https://gtalug.org/mailman/lis<wbr>tinfo/talk</a><br>
</div></blockquote></div><br></div></div></div>