Summary: user add after 5.1b pk4

From: Karen R McArthur (kmcarthu_at_bates.edu)
Date: 12/22/04

  • Next message: Salvador Ramirez: "NFS server crash with panic"
    Date: Wed, 22 Dec 2004 11:06:25 -0500
    To: tru64-unix-managers@ornl.gov
    
    
    

    Thanks to Chris Adams for his super quick response! I have already
    contacted HP Support for this patch.

    -- 
    Karen.
    Chris Adams wrote:
     > Karen R McArthur <kmcarthu@bates.edu> wrote:
     >
     >> I have recently patched 1 node of a 2 node cluster from 5.1b 
    aggregate summary 3 to 5.1b aggregate summary 4 and all hotfixes.  We 
    have not rolled yet.  Since the patch, we are having delays in creating 
    user accounts.  When creating a user, the useradd command takes a matter 
    of minutes to run on the lead member - where it takes only a few seconds 
    on the unrolled member.
     >>
     >> We are running enhanced security.
     >>
     >> Is this delay a product of not rolling yet?  I hesitate to roll with 
    this issue outstanding, since we have a relatively large population of 
    user accounts to create in early January where the delay would be painful.
     >
     >
     >
     > The problem is that useradd now calls pwck to make sure the password
     > database is in good condition before adding a user.  When running
     > enhanced security with a lot of users, this takes a long time.
     >
     > I logged a call with HP on this, and they provided a patch that allows
     > you to bypass the call by setting an environment variable, AM_RUNPWCK=1.
     > This was a CSP; you should be able to log a call with HP and get a copy
     > (it was delivered to us in T64KIT0023202-V51BB25-20040809.tar).  It
     > should also be in patch kit 5 next year.
    
    



  • Next message: Salvador Ramirez: "NFS server crash with panic"

    Relevant Pages

    • SUMMARY: Problem--permanently_set_uid
      ... I have received a patch from Chris Adams (thanks ... diff -urN openssh-3.7p1-dist/auth-sia.c ... +EOF ...
      (Tru64-UNIX-Managers)
    • Re: Fixes for nforce2 hard lockup, apic, io-apic, udma133 covered
      ... > I have updated the apic timer ack delay patch and the io-apic edge patch ... > of the delay time expiring naturally and the less the impact of the patch. ... > The apic timer counts down from the reload value and interrupts at zero. ... > than that is expected to be when it is safe to ack the local apic after an apic ...
      (Linux-Kernel)
    • Re: [PATCH] Delay accounting, fix incorrect delay time when constantly waiting on runqueue
      ... This patch corrects the incorrect value of per process run-queue wait time ... reported by delay statistics. ... When a process leaves the CPU and immediately starts waiting for CPU on ... The patch was tested on 2.6.26-rc6 using two simple CPU hog programs. ...
      (Linux-Kernel)
    • [V, mostly] Patch for movement controls.
      ... To celebrate the release of V 3.0.8, and to make bug reporting for that more complicated than it has to be, I've written a patch to the Angband movement/targeting/direction-choosing system. ... It adds a new option to the options menu, which is the amount of time in centiseconds to wait for a second keypress before acting on the first when in "movement" situations, such as walking, running, choosing a direction to fire something, and so on. ... I've found 8 to be the absolute minimum delay to make it reliably usable on a reasonably unlaggy SSH connection, and the maximum very much depends on how long you're prepared to wait between each step. ...
      (rec.games.roguelike.angband)
    • Re: ide-cd problem
      ... On Mon, Nov 22 2004, Alan Chandler wrote: ... > Jens Axboe writes: ... >>Here's is Alans patch as I posted some mails ago. ... >>extra delay in the interrupt handler, if it is invoked from a real irq. ...
      (Linux-Kernel)