<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>2743</bug_id>
          
          <creation_ts>2012-07-12 06:37:48 +0000</creation_ts>
          <short_desc>Useradd command fails after 10 retries with 1.1.2 20120630 build</short_desc>
          <delta_ts>2013-03-06 02:27:57 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>OE-Core</product>
          <component>core</component>
          <version>1.1.2</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>Medium</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>1.1.2</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Yi Zhao">yi.zhao</reporter>
          <assigned_to name="Robert Yang">liezhi.yang</assigned_to>
          <cc>jiajun.xu</cc>
    
    <cc>laurentiu.serban</cc>
    
    <cc>liang.li2</cc>
    
    <cc>meta.mr.watcher</cc>
    
    <cc>meta.watcher</cc>
    
    <cc>msm-oss</cc>
    
    <cc>richard.purdie</cc>
    
    <cc>sgw</cc>
    
    <cc>yi.zhao</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>---</cf_regression_type>
          
          <cf_docchange>---</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>23023</commentid>
    <comment_count>0</comment_count>
    <who name="Yi Zhao">yi.zhao</who>
    <bug_when>2012-07-12 06:37:48 +0000</bug_when>
    <thetext>Tree/Branch: poky/edison
Commit: 8886aee5b9741c05886994967d9ecf420331c600

This issue is same as bug 2218 and fixed in 1.2. Seems the patch also need to be merged into edison tree.

http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=0923ee40ae59133c91a95e0727eb1ab95aca13b8

Steps:
Following the wiki page: https://wiki.yoctoproject.org/wiki/PAM_Integration
to build a image with PAM support. Image do_rootfs failed:
#################
| libical                     ##################################################
| libpcre0                    ##################################################
| libattr1                    ##################################################
| --
| WARNING: useradd command did not succeed. Retrying...
| WARNING: useradd command did not succeed. Retrying...
| WARNING: useradd command did not succeed. Retrying...
| WARNING: useradd command did not succeed. Retrying...
| WARNING: useradd command did not succeed. Retrying...
| ERROR: tried running useradd command 10 times without success, giving up
| xserver-nodm-init           ##################################################
|  Adding system startup for /buildarea2/yzhao-test/poky-build/build-pam/tmp/work/qemuarm-poky-linux-gnueabi/core-image-sato-1.0-r0/rootfs/etc/init.d/xserver-nodm.
| xrandr                      ##################################################
| update-rc.d                 ##################################################
| sysvinit-pidof              ##################################################
| 
| ERROR: Function &apos;do_rootfs&apos; failed (see /buildarea2/yzhao-test/poky-build/build-pam/tmp/work/qemuarm-poky-linux-gnueabi/core-image-sato-1.0-r0/temp/log.do_rootfs.1120 for further information)
################</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>23103</commentid>
    <comment_count>1</comment_count>
    <who name="Joshua Lock - Disabled">josh</who>
    <bug_when>2012-07-13 16:00:18 +0000</bug_when>
    <thetext>Is this only when enabling the PAM integration?

IIRC I avoided that patch as it&apos;s not a clean cherry-pick, the RPM package back-end changed quite a lot in 1.2

I&apos;ll start working on a fix for this issue on Monday.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>23110</commentid>
    <comment_count>2</comment_count>
    <who name="Yi Zhao">yi.zhao</who>
    <bug_when>2012-07-16 04:45:20 +0000</bug_when>
    <thetext>(In reply to comment #1)
&gt; Is this only when enabling the PAM integration?

Now I can only reproduce this issue when enabling PAM. Just add one line in local.conf:

DISTRO_FEATURES_append = &quot; pam&quot;

&gt; 
&gt; IIRC I avoided that patch as it&apos;s not a clean cherry-pick, the RPM package
&gt; back-end changed quite a lot in 1.2
&gt; 
&gt; I&apos;ll start working on a fix for this issue on Monday.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>24713</commentid>
    <comment_count>3</comment_count>
    <who name="Saul Wold">sgw</who>
    <bug_when>2012-08-31 21:46:07 +0000</bug_when>
    <thetext>Is this similar to 3073?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>24726</commentid>
    <comment_count>4</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2012-09-02 07:43:57 +0000</bug_when>
    <thetext>(In reply to comment #3)
&gt; Is this similar to 3073?

Not very sure currently, need more investigation.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>24790</commentid>
    <comment_count>5</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2012-09-04 11:41:34 +0000</bug_when>
    <thetext>This is not similar to 3073, and 1.3 doesn&apos;t have this problem, so change its milestone to 1.1.2</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>24825</commentid>
    <comment_count>6</comment_count>
    <who name="liang li">liang.li2</who>
    <bug_when>2012-09-05 02:53:58 +0000</bug_when>
    <thetext>(In reply to comment #5)
&gt; This is not similar to 3073, and 1.3 doesn&apos;t have this problem, so change
&gt; its milestone to 1.1.2

it means bug 3047.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29831</commentid>
    <comment_count>7</comment_count>
    <who name="Matthew McClintock">msm-oss</who>
    <bug_when>2013-02-14 18:55:28 +0000</bug_when>
    <thetext>Autobuilder is now seeing these issues...

-M</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>29840</commentid>
    <comment_count>8</comment_count>
    <who name="Richard Purdie">richard.purdie</who>
    <bug_when>2013-02-14 21:13:39 +0000</bug_when>
    <thetext>(In reply to comment #7)
&gt; Autobuilder is now seeing these issues...

I think those were from the pseudo update and have been resolved now...</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>30462</commentid>
    <comment_count>9</comment_count>
    <who name="Robert Yang">liezhi.yang</who>
    <bug_when>2013-03-06 02:27:57 +0000</bug_when>
    <thetext>See the comments from Richard, this has been fixed now.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>