<?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 Few issues. in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497585#M862919</link>
    <description>Hello everybody,&lt;BR /&gt;&lt;BR /&gt;I have foll. queries for you friends...&lt;BR /&gt;&lt;BR /&gt;1. In HP-UX, is there anyway to undelete file or Directory if removed with rm?&lt;BR /&gt;If no, why we can't do it?&lt;BR /&gt;&lt;BR /&gt;2. I am attaching here two files.&lt;BR /&gt;   1st: test which is there in /sbin/init.d and 2nd: profile which is the .profile file for user aplora.&lt;BR /&gt;&lt;BR /&gt;  I want to run test script at server startup for which I have created links successfully. In my .profile, I want that if it is run at server startup, it should not execute the dbmenu script which I have called in .profile. To do this, I am defining one global var. in test script called mname in which I store "root". In .profile file, I check that if mname &amp;lt;&amp;gt; 'root', then do some task. &lt;BR /&gt;&lt;BR /&gt;However, in .profile, it does not behave the way I want it to.&lt;BR /&gt;&lt;BR /&gt;3. suddenly, I am unable to go to my one directory named "Xerox" which is in my root dir. if I give cmd.&lt;BR /&gt;&lt;BR /&gt;  cd /Xerox&lt;BR /&gt;  if gives foll. msg&lt;BR /&gt;  sh: Xerox:  not found&lt;BR /&gt;&lt;BR /&gt;if I give ll Xer*, it shows foll.&lt;BR /&gt;&lt;BR /&gt;drwxrwxrwx   3 root       sys             96 Sep 25  1999 Xerox  &lt;BR /&gt;&lt;BR /&gt;I log in as root still it gives problem&lt;BR /&gt;&lt;BR /&gt;if I give chmod 777 Xerox, it gives foll. msg.&lt;BR /&gt;&lt;BR /&gt;chmod: can't access Xerox   &lt;BR /&gt;&lt;BR /&gt;What could be the problem?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thanks in advance...&lt;BR /&gt;&lt;BR /&gt;Samir.&lt;BR /&gt;&lt;BR /&gt;</description>
    <pubDate>Fri, 23 Feb 2001 04:10:50 GMT</pubDate>
    <dc:creator>SAMIR SHAH_1</dc:creator>
    <dc:date>2001-02-23T04:10:50Z</dc:date>
    <item>
      <title>Few issues.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497585#M862919</link>
      <description>Hello everybody,&lt;BR /&gt;&lt;BR /&gt;I have foll. queries for you friends...&lt;BR /&gt;&lt;BR /&gt;1. In HP-UX, is there anyway to undelete file or Directory if removed with rm?&lt;BR /&gt;If no, why we can't do it?&lt;BR /&gt;&lt;BR /&gt;2. I am attaching here two files.&lt;BR /&gt;   1st: test which is there in /sbin/init.d and 2nd: profile which is the .profile file for user aplora.&lt;BR /&gt;&lt;BR /&gt;  I want to run test script at server startup for which I have created links successfully. In my .profile, I want that if it is run at server startup, it should not execute the dbmenu script which I have called in .profile. To do this, I am defining one global var. in test script called mname in which I store "root". In .profile file, I check that if mname &amp;lt;&amp;gt; 'root', then do some task. &lt;BR /&gt;&lt;BR /&gt;However, in .profile, it does not behave the way I want it to.&lt;BR /&gt;&lt;BR /&gt;3. suddenly, I am unable to go to my one directory named "Xerox" which is in my root dir. if I give cmd.&lt;BR /&gt;&lt;BR /&gt;  cd /Xerox&lt;BR /&gt;  if gives foll. msg&lt;BR /&gt;  sh: Xerox:  not found&lt;BR /&gt;&lt;BR /&gt;if I give ll Xer*, it shows foll.&lt;BR /&gt;&lt;BR /&gt;drwxrwxrwx   3 root       sys             96 Sep 25  1999 Xerox  &lt;BR /&gt;&lt;BR /&gt;I log in as root still it gives problem&lt;BR /&gt;&lt;BR /&gt;if I give chmod 777 Xerox, it gives foll. msg.&lt;BR /&gt;&lt;BR /&gt;chmod: can't access Xerox   &lt;BR /&gt;&lt;BR /&gt;What could be the problem?&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Thanks in advance...&lt;BR /&gt;&lt;BR /&gt;Samir.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 23 Feb 2001 04:10:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497585#M862919</guid>
      <dc:creator>SAMIR SHAH_1</dc:creator>
      <dc:date>2001-02-23T04:10:50Z</dc:date>
    </item>
    <item>
      <title>Re: Few issues.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497586#M862920</link>
      <description>To answer a couple of your questions:&lt;BR /&gt;&lt;BR /&gt;#1)  No you can't 'unrm' something that has been deleted with the rm command.  That is why you should have backups.  If something is accidentally removed then you restore it from backup.   The main reason for not having an 'unrm' is probably that it would take to many system resources, especially disk space.  Typically if I remove something I do so because 1) it isn't needed anymore, and 2) I want to free up disk space.  If you had a 'Trash Can' feature, like Windows, then you would have to be sure and empty the 'Trash Can' periodically.  How many people do you know that never empty the Windows trash can?  I know several.....&lt;BR /&gt;&lt;BR /&gt;#2)  Not sure&lt;BR /&gt;&lt;BR /&gt;#3)  There is probably some extraneous character at the end of the Xerox name.  Since you can do an ll on it, that does show that it exists.  Try doing a 'cd Xerox*' and see if it lets you into the directory.  If it does then there is a unprintable character at the end of the directory name.  What you could do then is make a new directory called Xer and the copy everything from Xerox*/* into Xer.  You could then remove the Xerox* directory and mv Xer to Xerox.</description>
      <pubDate>Fri, 23 Feb 2001 04:56:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497586#M862920</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2001-02-23T04:56:18Z</dc:date>
    </item>
    <item>
      <title>Re: Few issues.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497587#M862921</link>
      <description>In Patrick'S reply to your #3 issue, he has a very good point in saying that there may be what is called a "non-printable" character in the Xerox string. In order to view (and possibly remove/mofify) this, simply run the following command one directory level above Xerox:&lt;BR /&gt;&lt;BR /&gt;ll | cat -ev&lt;BR /&gt;&lt;BR /&gt;..this should display any "non-printable" character embedded or following Xerox.&lt;BR /&gt;&lt;BR /&gt;Best of luck,&lt;BR /&gt;Serge Poitras</description>
      <pubDate>Wed, 13 Oct 2004 07:12:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497587#M862921</guid>
      <dc:creator>Serge Poitras</dc:creator>
      <dc:date>2004-10-13T07:12:08Z</dc:date>
    </item>
    <item>
      <title>Re: Few issues.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497588#M862922</link>
      <description>1. rm really means rm in Unix. Unlike DOS where a deleted file remains but a flag is put in the filename, or Windows where the default is to *NOT* remove the file but to move to a different location (the Trash Can), Unix marks the areas of the file as reusable. Within minutes or seconds, the area will probably be overwritten by a new file. rm in Unix means that you have regular backups.&lt;BR /&gt; &lt;BR /&gt;2. The start/stop script looks fine. However, you do *NOT* want to run this script in .profile. The template is designed to run only at startup/shutdown and should be tested there. If the application fails to keep running, fix the application. If start/stop for the script fails to work, debug it with:&lt;BR /&gt; &lt;BR /&gt;sh -x /sbin/init.d/your_script start&lt;BR /&gt; &lt;BR /&gt;Most likel;y, the failure is related to environmental variables required by the /software1/app/oratst/startapltst.sh 'start' and su - aplora -c /software1/app/oratst/stopapltst.sh scripts. Use sh -x on those scripts too.&lt;BR /&gt; &lt;BR /&gt;.profile - lots of notes:&lt;BR /&gt; &lt;BR /&gt;&amp;gt;&amp;gt; TERM=vt100&lt;BR /&gt;&amp;gt;&amp;gt; export TERM&lt;BR /&gt;&lt;BR /&gt;Never hardcode TERM=vt100. This guarentees problems when users run other types of terminal emulators. Always query the terminal and set TERM+LINES+COLUMNS:&lt;BR /&gt; &lt;BR /&gt;eval $(ttytype -s)&lt;BR /&gt; &lt;BR /&gt;&amp;gt;&amp;gt;  name=`who am i|cut -c12-19`&lt;BR /&gt;&amp;gt;&amp;gt;  add=`who -u|cut -c 52- | grep 192`&lt;BR /&gt; &lt;BR /&gt;Never use cut -c to parse other commands. A small change made to the who output format will break all of your scripts. Use fields as in:&lt;BR /&gt; &lt;BR /&gt;name=$(who -m | awk '{print $2}')&lt;BR /&gt;add=$(who -mu | awk '{print NR}')&lt;BR /&gt; &lt;BR /&gt;who am i can be simplified to who -m. I believe that your who -u is incorrect, that you want the current IP address of the incoming user. who -mu will do that for you. awk's NR variable always finds the last field regardless of columns and total fields.&lt;BR /&gt; &lt;BR /&gt;The date command has a ; at the end that doesn't look right. The rest of the .profile looks OK but you'll have to trace it to make sure (set -x in the .profile).&lt;BR /&gt; &lt;BR /&gt;3. The ll/ls command has a very nice option: -b which will shows non-displayable special characters:&lt;BR /&gt; &lt;BR /&gt;ls -b Xerox*</description>
      <pubDate>Wed, 13 Oct 2004 07:47:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497588#M862922</guid>
      <dc:creator>Bill Hassell</dc:creator>
      <dc:date>2004-10-13T07:47:30Z</dc:date>
    </item>
    <item>
      <title>Re: Few issues.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497589#M862923</link>
      <description>Samir,&lt;BR /&gt;&lt;BR /&gt;If you want it to run during system startup then you have create link files in /sbin/rc2.d starting with "S" for startup and in /sbin/rc0.d starting with "K" for stopping that script.&lt;BR /&gt;&lt;BR /&gt;Similarly if you want to manually start the script the you should say:&lt;BR /&gt;# /sbin/init.d/test start.&lt;BR /&gt;&lt;BR /&gt;Need to structurised your files accordingly.&lt;BR /&gt;Hope that helps.&lt;BR /&gt;Regards,</description>
      <pubDate>Wed, 13 Oct 2004 07:55:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497589#M862923</guid>
      <dc:creator>Bharat Katkar</dc:creator>
      <dc:date>2004-10-13T07:55:05Z</dc:date>
    </item>
    <item>
      <title>Re: Few issues.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497590#M862924</link>
      <description>Samir,&lt;BR /&gt;Also found one docs saying file recovery on UNIX systems but still i agree with the comments made above and don't trust this one.&lt;BR /&gt;&lt;BR /&gt;As a last resort you can try it out (Fortunately i never had that time and also i never tried out that procedure)&lt;BR /&gt;see the attached doc.&lt;BR /&gt;&lt;BR /&gt;All the best.&lt;BR /&gt;&lt;BR /&gt;Regards,</description>
      <pubDate>Wed, 13 Oct 2004 07:58:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497590#M862924</guid>
      <dc:creator>Bharat Katkar</dc:creator>
      <dc:date>2004-10-13T07:58:23Z</dc:date>
    </item>
    <item>
      <title>Re: Few issues.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497591#M862925</link>
      <description>FYI folks --- This question was posted more than 3.5 YEARS ago (Feb. 23, 2001)!!!!!!!</description>
      <pubDate>Wed, 13 Oct 2004 08:04:22 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497591#M862925</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2004-10-13T08:04:22Z</dc:date>
    </item>
    <item>
      <title>Re: Few issues.</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497592#M862926</link>
      <description>Don't know why SERGE pulled it out...&lt;BR /&gt;</description>
      <pubDate>Thu, 14 Oct 2004 00:46:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/few-issues/m-p/2497592#M862926</guid>
      <dc:creator>Bharat Katkar</dc:creator>
      <dc:date>2004-10-14T00:46:39Z</dc:date>
    </item>
  </channel>
</rss>

