<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: missing files in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/missing-files/m-p/4277642#M564765</link>
    <description>Hi Michael:&lt;BR /&gt;&lt;BR /&gt;A properly configured system isn't going to allow a non-root user to remove files from directories like '/usr/bin' and //opt'.  Given that, if you have any scripts that you run as the root user, you might want to look at those scripts for 'rm' commands.  &lt;BR /&gt;&lt;BR /&gt;Pay attention to any script that assumes a change directory operation works and/or assumes that variables are always defined.  For example:&lt;BR /&gt;&lt;BR /&gt;# cd ${SOMEPATH}&lt;BR /&gt;# rm ${LIST_OF_FILES}&lt;BR /&gt;&lt;BR /&gt;Scripts like this should have :&lt;BR /&gt;&lt;BR /&gt;# set -u&lt;BR /&gt;&lt;BR /&gt;...to expose undefined variables&lt;BR /&gt;&lt;BR /&gt;Too, make sure you trap 'cd' failures, like:&lt;BR /&gt;&lt;BR /&gt;# cd SOMEPATH || { exit 1; }&lt;BR /&gt;&lt;BR /&gt;The 'root' user should always have a HOME directory that isn't just '/'.  Either '/root' or '/home/root' are appropriate.  In this way, as simple 'cd' or 'cd ${SOMEPATH}' [when "SOMEPATH" isn't defined] doesn't leave you sitting in '/' when you don't want to be!&lt;BR /&gt;&lt;BR /&gt;This all said, i would run :&lt;BR /&gt;&lt;BR /&gt;# swverify \*&lt;BR /&gt;&lt;BR /&gt;...to help expose the extent of your damage.  You may have to rebuild your server from a good Ignite backup if the damage is severe.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
    <pubDate>Mon, 29 Sep 2008 11:54:22 GMT</pubDate>
    <dc:creator>James R. Ferguson</dc:creator>
    <dc:date>2008-09-29T11:54:22Z</dc:date>
    <item>
      <title>missing files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/missing-files/m-p/4277639#M564762</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;I have had a very strange problem on a server running 11.11, files are going missing mostly from /usr/bin and /opt. I'm then having to recovery the machine using ignite and a backup tool. This weekend is the second time it's happen over the last six weeks. Apart from someone deleting the files which is always a possibility but I hope unlikely.&lt;BR /&gt;&lt;BR /&gt;This weekend files such as cat, bdf, ll, vi, more and serveral others were missing from /usr/bin&lt;BR /&gt;&lt;BR /&gt;Also all the contents /opt/hpservices/lib were missing and all the files apart from the links were missing from /opt/dce/bin&lt;BR /&gt;&lt;BR /&gt;The problems comes to light following a reboot of the server.&lt;BR /&gt;&lt;BR /&gt;Any ideas what might be happening would be most welcome.&lt;BR /&gt;&lt;BR /&gt;Thanks&lt;BR /&gt;Michael</description>
      <pubDate>Mon, 29 Sep 2008 11:28:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/missing-files/m-p/4277639#M564762</guid>
      <dc:creator>Michael O'brien_1</dc:creator>
      <dc:date>2008-09-29T11:28:46Z</dc:date>
    </item>
    <item>
      <title>Re: missing files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/missing-files/m-p/4277640#M564763</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Check the history file if somebody removed the file unknowingly using rm as root user.&lt;BR /&gt;&lt;BR /&gt;Also check if any script doing that in the background.</description>
      <pubDate>Mon, 29 Sep 2008 11:38:57 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/missing-files/m-p/4277640#M564763</guid>
      <dc:creator>Ganesan R</dc:creator>
      <dc:date>2008-09-29T11:38:57Z</dc:date>
    </item>
    <item>
      <title>Re: missing files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/missing-files/m-p/4277641#M564764</link>
      <description>Other than "someone deleting the files", the only thing I can think of would be a malformed cron job.  Typically admins use a cron'd find command to remove unnecessary files, something like  "find /tmp /var/tmp -mtime +7 -exec rm {} \;".  Do a crontab -l and take a look for anything similar.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Pete</description>
      <pubDate>Mon, 29 Sep 2008 11:42:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/missing-files/m-p/4277641#M564764</guid>
      <dc:creator>Pete Randall</dc:creator>
      <dc:date>2008-09-29T11:42:05Z</dc:date>
    </item>
    <item>
      <title>Re: missing files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/missing-files/m-p/4277642#M564765</link>
      <description>Hi Michael:&lt;BR /&gt;&lt;BR /&gt;A properly configured system isn't going to allow a non-root user to remove files from directories like '/usr/bin' and //opt'.  Given that, if you have any scripts that you run as the root user, you might want to look at those scripts for 'rm' commands.  &lt;BR /&gt;&lt;BR /&gt;Pay attention to any script that assumes a change directory operation works and/or assumes that variables are always defined.  For example:&lt;BR /&gt;&lt;BR /&gt;# cd ${SOMEPATH}&lt;BR /&gt;# rm ${LIST_OF_FILES}&lt;BR /&gt;&lt;BR /&gt;Scripts like this should have :&lt;BR /&gt;&lt;BR /&gt;# set -u&lt;BR /&gt;&lt;BR /&gt;...to expose undefined variables&lt;BR /&gt;&lt;BR /&gt;Too, make sure you trap 'cd' failures, like:&lt;BR /&gt;&lt;BR /&gt;# cd SOMEPATH || { exit 1; }&lt;BR /&gt;&lt;BR /&gt;The 'root' user should always have a HOME directory that isn't just '/'.  Either '/root' or '/home/root' are appropriate.  In this way, as simple 'cd' or 'cd ${SOMEPATH}' [when "SOMEPATH" isn't defined] doesn't leave you sitting in '/' when you don't want to be!&lt;BR /&gt;&lt;BR /&gt;This all said, i would run :&lt;BR /&gt;&lt;BR /&gt;# swverify \*&lt;BR /&gt;&lt;BR /&gt;...to help expose the extent of your damage.  You may have to rebuild your server from a good Ignite backup if the damage is severe.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Mon, 29 Sep 2008 11:54:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/missing-files/m-p/4277642#M564765</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2008-09-29T11:54:22Z</dc:date>
    </item>
    <item>
      <title>Re: missing files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/missing-files/m-p/4277643#M564766</link>
      <description>Thanks you for your responses, the two things which crossed my mind was a malformed cron job and user error etc.. I still investigating these possibilities.&lt;BR /&gt;&lt;BR /&gt;The one thing which is bothering me is the randomness of the files which are missing and also their doesn't seem to be a pattern.&lt;BR /&gt;Somtimes serveral files from /usr/bin directory and other instances all the files from the directory are missing. But in the /opt/dce/bin directory the binaries we missing but the symbolic links remain untouched? Could this be an inode issue?&lt;BR /&gt;&lt;BR /&gt;Only vg00 seems to be effect the application SAN filesystems are okay&lt;BR /&gt;&lt;BR /&gt;thanks&lt;BR /&gt;Michael&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Mon, 29 Sep 2008 12:32:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/missing-files/m-p/4277643#M564766</guid>
      <dc:creator>Michael O'brien_1</dc:creator>
      <dc:date>2008-09-29T12:32:15Z</dc:date>
    </item>
    <item>
      <title>Re: missing files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/missing-files/m-p/4277644#M564767</link>
      <description>Hi (again) Michael:&lt;BR /&gt;&lt;BR /&gt;&amp;gt; The one thing which is bothering me is the randomness of the files which are missing and also their doesn't seem to be a pattern.&lt;BR /&gt;&lt;BR /&gt;You might look for a 'find' command gone wrong.  &lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Mon, 29 Sep 2008 12:38:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/missing-files/m-p/4277644#M564767</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2008-09-29T12:38:49Z</dc:date>
    </item>
    <item>
      <title>Re: missing files</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/missing-files/m-p/4277645#M564768</link>
      <description>&amp;gt;JRF: You might look for a 'find' command gone wrong.&lt;BR /&gt;&lt;BR /&gt;You forgot some descriptive words "horribly horribly wrong".  :-)</description>
      <pubDate>Tue, 30 Sep 2008 04:47:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/missing-files/m-p/4277645#M564768</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-09-30T04:47:33Z</dc:date>
    </item>
  </channel>
</rss>

