<?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: /etc/group changing in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/etc-group-changing/m-p/3695258#M248076</link>
    <description>You could look at the users /home/username/.sh_history file.  &lt;BR /&gt;Or if there are a large amount of users just grep out"group" to get an idea who may be changing it</description>
    <pubDate>Tue, 20 Dec 2005 13:40:38 GMT</pubDate>
    <dc:creator>Paul Sperry</dc:creator>
    <dc:date>2005-12-20T13:40:38Z</dc:date>
    <item>
      <title>/etc/group changing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/etc-group-changing/m-p/3695255#M248073</link>
      <description>Well, I have a weird problem, wich I can't really explain.&lt;BR /&gt;&lt;BR /&gt;My /etc/group files is changing... alone...  At first, I though I was the one making mistake.  But we had a running unix system wich was working very fine, and then , boom.. Acces denied on some files.  After checking why, the user was out of the group.. again!&lt;BR /&gt;&lt;BR /&gt;Could it be that some of our admins uses vi to edit the group file, and some of them are using sam?  I can't think why this would bothers but...&lt;BR /&gt;&lt;BR /&gt;Anyone ever heard of an incompatibility between vi and sam?&lt;BR /&gt;&lt;BR /&gt;Thanks</description>
      <pubDate>Tue, 20 Dec 2005 13:17:56 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/etc-group-changing/m-p/3695255#M248073</guid>
      <dc:creator>Marie-Josee Cormier</dc:creator>
      <dc:date>2005-12-20T13:17:56Z</dc:date>
    </item>
    <item>
      <title>Re: /etc/group changing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/etc-group-changing/m-p/3695256#M248074</link>
      <description>HI:&lt;BR /&gt;&lt;BR /&gt;Well, simply using 'vi' to change a file begins by making an in-memory copy of the file.  When you finally write the in-memory contents, you overwrite whatever is on disk --- changed or not.  There is no locking provided.  Running 'vipw' does provide some safeguards for editting '/etc/passwd' but that variation of the command is specifically for that file.&lt;BR /&gt;&lt;BR /&gt;Regards!&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Tue, 20 Dec 2005 13:22:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/etc-group-changing/m-p/3695256#M248074</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2005-12-20T13:22:41Z</dc:date>
    </item>
    <item>
      <title>Re: /etc/group changing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/etc-group-changing/m-p/3695257#M248075</link>
      <description>No incompatibility that I'm aware of. Of course, I haven't ever used SAM to modify /etc/group. One possibility though... some admin might have a "golden" copy of the group file (or maybe using some CVS software) to maintain the file. When another admin edits the group file directly, the next update from the "golden" copy would overwrite that change.</description>
      <pubDate>Tue, 20 Dec 2005 13:25:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/etc-group-changing/m-p/3695257#M248075</guid>
      <dc:creator>Jeff_Traigle</dc:creator>
      <dc:date>2005-12-20T13:25:48Z</dc:date>
    </item>
    <item>
      <title>Re: /etc/group changing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/etc-group-changing/m-p/3695258#M248076</link>
      <description>You could look at the users /home/username/.sh_history file.  &lt;BR /&gt;Or if there are a large amount of users just grep out"group" to get an idea who may be changing it</description>
      <pubDate>Tue, 20 Dec 2005 13:40:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/etc-group-changing/m-p/3695258#M248076</guid>
      <dc:creator>Paul Sperry</dc:creator>
      <dc:date>2005-12-20T13:40:38Z</dc:date>
    </item>
    <item>
      <title>Re: /etc/group changing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/etc-group-changing/m-p/3695259#M248077</link>
      <description>I think I found it.. It it normal behavior of the usermod -G command to remove all other group?&lt;BR /&gt;&lt;BR /&gt;Like the example i just tested&lt;BR /&gt;_____________-&lt;BR /&gt;[root /etc/] id chiami&lt;BR /&gt;uid=203(chiami) gid=103(dti) groups=4(adm),112(eti),117(pea)&lt;BR /&gt;&lt;BR /&gt;[root /etc/] usermod -G chiami nic&lt;BR /&gt;&lt;BR /&gt;[root /etc/] id chiami&lt;BR /&gt;uid=203(chiami) gid=103(dti) groups=117(pea)&lt;BR /&gt;&lt;BR /&gt;___________&lt;BR /&gt;&lt;BR /&gt;It removed all my other groups.  Is this normal behavior?&lt;BR /&gt;&lt;BR /&gt;Thanks</description>
      <pubDate>Tue, 20 Dec 2005 14:07:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/etc-group-changing/m-p/3695259#M248077</guid>
      <dc:creator>Marie-Josee Cormier</dc:creator>
      <dc:date>2005-12-20T14:07:09Z</dc:date>
    </item>
    <item>
      <title>Re: /etc/group changing</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/etc-group-changing/m-p/3695260#M248078</link>
      <description>That makes sense. -G redefines the supplemental group memberships, per the man page, so any change would need to be a complete list of the supplemental groups, not just the new one you want to add. There wouldn't be a way to remove a supplemental group membership with the existing options if it didn't behave this way.</description>
      <pubDate>Tue, 20 Dec 2005 14:19:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/etc-group-changing/m-p/3695260#M248078</guid>
      <dc:creator>Jeff_Traigle</dc:creator>
      <dc:date>2005-12-20T14:19:02Z</dc:date>
    </item>
  </channel>
</rss>

