<?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: remsh/rcp umask issues in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168315#M457548</link>
    <description>&lt;!--!*#--&gt;We've finally found the solution.  It appears somebody manually started inetd, instead of using the script in /sbin/inetd.  This caused inetd to inherit the umask of the session it was started as.  Starting inetd with the init script has caused remsh/rcp to use the correct umask again.&lt;BR /&gt;&lt;BR /&gt;Thanks for all the help.</description>
    <pubDate>Thu, 16 Apr 2009 16:02:03 GMT</pubDate>
    <dc:creator>K. Lesperance</dc:creator>
    <dc:date>2009-04-16T16:02:03Z</dc:date>
    <item>
      <title>remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168301#M457534</link>
      <description>&lt;!--!*#--&gt;Hi,&lt;BR /&gt;&lt;BR /&gt;We're having an issue attempting to rcp a file from one system to another.  When copying to any other system, the permissions are preserved, however, this one system keeps resetting them to 600 (source permissions are 644).&lt;BR /&gt;&lt;BR /&gt;If we try a "remsh hostname -l userid "/usr/bin/umask", we're seeing the umask is set to 077, instead of 00.  &lt;BR /&gt;&lt;BR /&gt;We cannot figure out where this value is coming from.  There is no umask setting in the user's .profile/.login (plus this seems to affect all users, not just specific ones), nor is there one in /etc/profile.  umask is set to 022 in /sbin/rc.  I've compared the umask setting in all of the scripts in /sbin/init.d/, and they are the same across working and non-working hosts.  &lt;BR /&gt;&lt;BR /&gt;Any help with this would be greatly appreciated.  We're unable to simply use "rcp -p", as we have a compiled application with rcp hard-coded without the flag.  &lt;BR /&gt;&lt;BR /&gt;Thank you.</description>
      <pubDate>Mon, 06 Apr 2009 19:28:36 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168301#M457534</guid>
      <dc:creator>K. Lesperance</dc:creator>
      <dc:date>2009-04-06T19:28:36Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168302#M457535</link>
      <description>does the file already exist on the destination server? if so, and without the "-p", the "new" file retains the permissions of the existing file:&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;"If the -p option is not specified, rcp preserves the mode and owner of dest_file if it already exists;"</description>
      <pubDate>Mon, 06 Apr 2009 19:46:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168302#M457535</guid>
      <dc:creator>OldSchool</dc:creator>
      <dc:date>2009-04-06T19:46:19Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168303#M457536</link>
      <description>How about have umask=022 in .profile?</description>
      <pubDate>Mon, 06 Apr 2009 19:49:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168303#M457536</guid>
      <dc:creator>Tingli</dc:creator>
      <dc:date>2009-04-06T19:49:19Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168304#M457537</link>
      <description>also, what shell does the user have on the destination server?  OS on that server?</description>
      <pubDate>Mon, 06 Apr 2009 19:51:14 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168304#M457537</guid>
      <dc:creator>OldSchool</dc:creator>
      <dc:date>2009-04-06T19:51:14Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168305#M457538</link>
      <description>No, the file does not exist.  &lt;BR /&gt;&lt;BR /&gt;umask is not set in .profile/.login as I mentioned in my original post.  Plus, those files should not be sourced by rcp, I don't think.&lt;BR /&gt;&lt;BR /&gt;Source is HP-UX 11.11, Destination is 11.31.  We're seeing this behaviour with /sbin/sh and /bin/ksh.  I haven't looked into csh yet.&lt;BR /&gt;&lt;BR /&gt;Thanks</description>
      <pubDate>Mon, 06 Apr 2009 19:57:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168305#M457538</guid>
      <dc:creator>K. Lesperance</dc:creator>
      <dc:date>2009-04-06T19:57:38Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168306#M457539</link>
      <description>Check /etc/inetd.conf and see if any of the r-services have an option to specify the umask used.&lt;BR /&gt;&lt;BR /&gt;I don't have an 11.31 system handy so I can't test that theory.</description>
      <pubDate>Mon, 06 Apr 2009 20:50:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168306#M457539</guid>
      <dc:creator>Patrick Wallek</dc:creator>
      <dc:date>2009-04-06T20:50:38Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168307#M457540</link>
      <description>&amp;gt;If we try a "remsh hostname -l userid "/usr/bin/umask", we're seeing the umask is set to 077, instead of 00. &lt;BR /&gt;&lt;BR /&gt;remsh doesn't execute ~/.profile.&lt;BR /&gt;&lt;BR /&gt;Have you looked in these rc scripts:&lt;BR /&gt;/sbin/init.d/clean_adm&lt;BR /&gt;/sbin/init.d/hppcifddi&lt;BR /&gt;/sbin/init.d/inetd&lt;BR /&gt;/sbin/init.d/kmbuild&lt;BR /&gt;/sbin/init.d/secsh&lt;BR /&gt;/sbin/init.d/syslogd&lt;BR /&gt;</description>
      <pubDate>Tue, 07 Apr 2009 03:23:34 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168307#M457540</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2009-04-07T03:23:34Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168308#M457541</link>
      <description>Hi,&lt;BR /&gt;&lt;BR /&gt;Yes remsh is not using .profile so in this case right a script which copy your file from source to destination and change the permission.&lt;BR /&gt;&lt;BR /&gt;Suraj</description>
      <pubDate>Tue, 07 Apr 2009 05:42:19 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168308#M457541</guid>
      <dc:creator>Suraj K Sankari</dc:creator>
      <dc:date>2009-04-07T05:42:19Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168309#M457542</link>
      <description>&lt;!--!*#--&gt;Patrick,&lt;BR /&gt;&lt;BR /&gt;There's nothing in inetd.conf that's setting a umask.  /sbin/init.d/inetd sets umask to 000, however, this is the same on both the working and non-working systems.&lt;BR /&gt;&lt;BR /&gt;Dennis,&lt;BR /&gt;&lt;BR /&gt;What am I looking for with these scripts?  As I mentioned earlier, the umask value for is the same on every script on both working and non-working systems.&lt;BR /&gt;&lt;BR /&gt;Suraj,&lt;BR /&gt;&lt;BR /&gt;Writing a script is not an answer.  As I said, we have a program that is copying these files over, and we cannot modify it.  Aside from that, I'd rather solve this than work around it.</description>
      <pubDate>Tue, 07 Apr 2009 12:35:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168309#M457542</guid>
      <dc:creator>K. Lesperance</dc:creator>
      <dc:date>2009-04-07T12:35:51Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168310#M457543</link>
      <description>&amp;gt;What am I looking for with these scripts?  As I mentioned earlier, the umask value for is the same on every script on both working and non-working systems.&lt;BR /&gt;&lt;BR /&gt;This at least gives the default or starting values.  When I use remsh, my umask is 0.&lt;BR /&gt;&lt;BR /&gt;If it is 77, there must be some other change.&lt;BR /&gt;What does your /etc/inetd.conf have for rlogin?</description>
      <pubDate>Wed, 08 Apr 2009 05:45:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168310#M457543</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2009-04-08T05:45:41Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168311#M457544</link>
      <description>Dennis,&lt;BR /&gt;&lt;BR /&gt;those scripts all have the default values, the same as on the working hosts:&lt;BR /&gt;&lt;BR /&gt;root # grep -i umask *&lt;BR /&gt;OVTrcSrv:    (umask 002; /opt/OV/lbin/xpl/trc/ovtrcd)&lt;BR /&gt;clean_adm:              mask=`umask`&lt;BR /&gt;clean_adm:              umask 022&lt;BR /&gt;clean_adm:              umask $mask&lt;BR /&gt;ems:          UmaskValue=`umask`&lt;BR /&gt;ems:          umask u=r,g=r,o=r&lt;BR /&gt;ems:          umask $UmaskValue&lt;BR /&gt;ems:          UmaskValue=`umask`&lt;BR /&gt;ems:          umask u=r,g=r,o=r&lt;BR /&gt;ems:          umask $UmaskValue&lt;BR /&gt;esm:umask 022&lt;BR /&gt;gwlmagt:umask 077&lt;BR /&gt;hpsmh:umask 002&lt;BR /&gt;hpsmh:        umask 333&lt;BR /&gt;hpsmh:        umask 002&lt;BR /&gt;inetd:  mask=`umask`&lt;BR /&gt;inetd:        umask 000&lt;BR /&gt;inetd:  umask $mask&lt;BR /&gt;prngd.rc:umask 022&lt;BR /&gt;rstemsListener:umask 022&lt;BR /&gt;sec_mgmt:umask 077&lt;BR /&gt;spc:umask 077&lt;BR /&gt;syslog-ng:    # Note. This umask is mostly paranoia. syslog-ng&lt;BR /&gt;syslog-ng:    mask=`umask`&lt;BR /&gt;syslog-ng:    umask 022                 # u=rwx,g=rx,o=rx, disable group/other write&lt;BR /&gt;syslog-ng:    umask $mask&lt;BR /&gt;syslogd:                        mask=`umask`&lt;BR /&gt;syslogd:                        umask 022&lt;BR /&gt;syslogd:                        umask $mask&lt;BR /&gt;&lt;BR /&gt;inetd.conf has the following for remsh:&lt;BR /&gt;&lt;BR /&gt;shell        stream tcp6 nowait root /usr/lbin/remshd   remshd</description>
      <pubDate>Wed, 08 Apr 2009 10:47:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168311#M457544</guid>
      <dc:creator>K. Lesperance</dc:creator>
      <dc:date>2009-04-08T10:47:52Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168312#M457545</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;Nice one actually.&lt;BR /&gt;Apparently remshd on 11.31 does NOT use the UMASK setting i /etc/default/security as it says in man. Only way I can think of to change this behaviour is to make a change to /etc/pam.conf in the section Session Management by adding bypass_umask:&lt;BR /&gt;&lt;BR /&gt;Before:&lt;BR /&gt;rcomds   session required       libpam_hpsec.so.1 bypass_limit_login &lt;BR /&gt;&lt;BR /&gt;After:&lt;BR /&gt;rcomds   session required       libpam_hpsec.so.1 bypass_limit_login bypass_umask&lt;BR /&gt;&lt;BR /&gt;Hope this helps you,&lt;BR /&gt;Have a nice Easter everyone.&lt;BR /&gt;Cheers&lt;BR /&gt;Per</description>
      <pubDate>Wed, 08 Apr 2009 11:22:55 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168312#M457545</guid>
      <dc:creator>Per Christensen_1</dc:creator>
      <dc:date>2009-04-08T11:22:55Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168313#M457546</link>
      <description>&lt;!--!*#--&gt;Pat,&lt;BR /&gt;&lt;BR /&gt;I think you found it!&lt;BR /&gt;&lt;BR /&gt;root # grep -i umask pam.conf&lt;BR /&gt;ftp      session required       libpam_hpsec.so.1 bypass_limit_login bypass_umask bypass_nologin&lt;BR /&gt;rcomds   session required       libpam_hpsec.so.1 bypass_limit_login bypass_umask&lt;BR /&gt;&lt;BR /&gt;Thanks everyone!</description>
      <pubDate>Thu, 09 Apr 2009 12:48:28 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168313#M457546</guid>
      <dc:creator>K. Lesperance</dc:creator>
      <dc:date>2009-04-09T12:48:28Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168314#M457547</link>
      <description>False alarm - one of my colleagues added that in to pam.conf, but it hasn't seemed to help.  The umask is set to 077 regardless of whether or not we include "bypass_umask" in pam.conf.</description>
      <pubDate>Thu, 09 Apr 2009 13:01:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168314#M457547</guid>
      <dc:creator>K. Lesperance</dc:creator>
      <dc:date>2009-04-09T13:01:03Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168315#M457548</link>
      <description>&lt;!--!*#--&gt;We've finally found the solution.  It appears somebody manually started inetd, instead of using the script in /sbin/inetd.  This caused inetd to inherit the umask of the session it was started as.  Starting inetd with the init script has caused remsh/rcp to use the correct umask again.&lt;BR /&gt;&lt;BR /&gt;Thanks for all the help.</description>
      <pubDate>Thu, 16 Apr 2009 16:02:03 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168315#M457548</guid>
      <dc:creator>K. Lesperance</dc:creator>
      <dc:date>2009-04-16T16:02:03Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168316#M457549</link>
      <description>Restarted inetd using init script /sbin/init.d/inetd, instead of manually running /usr/sbin/inetd.</description>
      <pubDate>Thu, 16 Apr 2009 16:03:01 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168316#M457549</guid>
      <dc:creator>K. Lesperance</dc:creator>
      <dc:date>2009-04-16T16:03:01Z</dc:date>
    </item>
    <item>
      <title>Re: remsh/rcp umask issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168317#M457550</link>
      <description>Hi K.&lt;BR /&gt;Great the problems is solved. Do you still have the umask setting in pam.conf ?&lt;BR /&gt;My tests showed that was the solution.&lt;BR /&gt;Just curious.&lt;BR /&gt;Cheers</description>
      <pubDate>Fri, 17 Apr 2009 06:47:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh-rcp-umask-issues/m-p/5168317#M457550</guid>
      <dc:creator>Per Christensen_1</dc:creator>
      <dc:date>2009-04-17T06:47:49Z</dc:date>
    </item>
  </channel>
</rss>

