** Patch removed: "portmap_lp688550_lucid.debdiff"
   
https://bugs.launchpad.net/ubuntu/+source/portmap/+bug/688550/+attachment/2725043/+files/portmap_lp688550_lucid.debdiff

** Patch added: "portmap_6.0.0-1ubuntu2.1.lucid.debdiff"
   
https://bugs.launchpad.net/ubuntu/+source/portmap/+bug/688550/+attachment/3402923/+files/portmap_6.0.0-1ubuntu2.1.lucid.debdiff

** Description changed:

  Binary package hint: portmap
  
- When restarting portmap / statd the old portmap process does not
- properly free its socket causing the new portmap process to fail and
- upstart to stay stuck in pre-start trying to stop statd.
+ [Impact]
+ Anyone attempting to upgrade portmap on Lucid with a currently running 
portmap process in an established state.
+ 
+ [Test Case]
+ When restarting portmap / statd the old portmap process does not properly 
free its socket causing the new portmap process to fail and upstart to stay 
stuck in pre-start trying to stop statd.
  
  beo-15:~# stop portmap
  
  Dec 10 14:20:07 beo-15 init: Connection from private client
  Dec 10 14:20:07 beo-15 init: portmap goal changed from start to stop
  Dec 10 14:20:07 beo-15 init: portmap state changed from running to pre-stop
  Dec 10 14:20:07 beo-15 init: portmap pre-stop process (1996)
  Dec 10 14:20:07 beo-15 init: portmap pre-stop process (1996) exited normally
  Dec 10 14:20:07 beo-15 init: portmap state changed from pre-stop to stopping
  Dec 10 14:20:07 beo-15 init: Handling stopping event
  Dec 10 14:20:07 beo-15 init: statd goal changed from start to stop
  Dec 10 14:20:07 beo-15 init: statd state changed from running to pre-stop
  Dec 10 14:20:07 beo-15 init: statd state changed from pre-stop to stopping
  Dec 10 14:20:07 beo-15 init: Handling stopping event
  Dec 10 14:20:07 beo-15 init: statd state changed from stopping to killed
  Dec 10 14:20:07 beo-15 init: Sending TERM signal to statd main process (1053)
  Dec 10 14:20:07 beo-15 rpc.statd[1053]: Caught signal 15, un-registering and 
exiting.
  Dec 10 14:20:07 beo-15 init: statd main process (1053) exited normally
  Dec 10 14:20:07 beo-15 init: statd state changed from killed to post-stop
  Dec 10 14:20:07 beo-15 init: statd state changed from post-stop to waiting
  Dec 10 14:20:07 beo-15 init: portmap state changed from stopping to killed
  Dec 10 14:20:07 beo-15 init: Sending TERM signal to portmap main process 
(1033)
  Dec 10 14:20:07 beo-15 init: Handling stopped event
  Dec 10 14:20:07 beo-15 init: portmap main process (1033) killed by TERM signal
  Dec 10 14:20:07 beo-15 init: portmap state changed from killed to post-stop
  Dec 10 14:20:07 beo-15 init: portmap post-stop process (1998)
  Dec 10 14:20:07 beo-15 init: portmap post-stop process (1998) exited normally
  Dec 10 14:20:07 beo-15 init: portmap state changed from post-stop to waiting
  Dec 10 14:20:07 beo-15 init: Handling stopped event
  
  beo-15:~# start statd
  
  Dec 10 14:20:11 beo-15 init: Connection from private client
  Dec 10 14:20:11 beo-15 init: statd goal changed from stop to start
  Dec 10 14:20:11 beo-15 init: statd state changed from waiting to starting
  Dec 10 14:20:11 beo-15 init: Handling starting event
  Dec 10 14:20:11 beo-15 init: statd state changed from starting to pre-start
  Dec 10 14:20:11 beo-15 init: statd pre-start process (2001)
  Dec 10 14:20:11 beo-15 init: Connection from private client
  Dec 10 14:20:11 beo-15 init: portmap goal changed from stop to start
  Dec 10 14:20:11 beo-15 init: portmap state changed from waiting to starting
  Dec 10 14:20:11 beo-15 init: Handling starting event
  Dec 10 14:20:11 beo-15 init: portmap state changed from starting to pre-start
  Dec 10 14:20:11 beo-15 init: portmap state changed from pre-start to spawned
  Dec 10 14:20:11 beo-15 init: portmap main process (2003)
  Dec 10 14:20:11 beo-15 init: portmap main process (2003) executable changed
  Dec 10 14:20:11 beo-15 init: portmap main process (2003) became new process 
(2004)
  Dec 10 14:20:11 beo-15 init: portmap state changed from spawned to post-start
  Dec 10 14:20:11 beo-15 portmap: Removing stale lockfile for pid 1033
  Dec 10 14:20:11 beo-15 portmap[2004]: cannot bind tcp: Address already in use
  Dec 10 14:20:11 beo-15 init: portmap post-start process (2005)
  Dec 10 14:20:11 beo-15 init: portmap main process (2004) terminated with 
status 1
  Dec 10 14:20:11 beo-15 init: portmap main process ended, respawning
  Dec 10 14:20:11 beo-15 init: portmap goal changed from start to respawn
  Dec 10 14:20:11 beo-15 init: portmap post-start process (2005) exited normally
  Dec 10 14:20:11 beo-15 init: portmap goal changed from respawn to start
  Dec 10 14:20:11 beo-15 init: portmap state changed from post-start to stopping
  Dec 10 14:20:11 beo-15 init: Handling stopping event
  Dec 10 14:20:11 beo-15 init: statd goal changed from start to stop
  Dec 10 14:20:25 beo-15 init: Connection from private client
  
  beo-15:~# status portmap
  portmap start/stopping
  
  beo-15:~# status statd
  statd stop/pre-start, process 2001
  
  ProblemType: Bug
  DistroRelease: Ubuntu 10.04
  Package: portmap 6.0.0-1ubuntu2
  ProcVersionSignature: Ubuntu 2.6.32-26.48-server 2.6.32.24+drm33.11
  Uname: Linux 2.6.32-26-server x86_64
  Architecture: amd64
  Date: Fri Dec 10 14:23:40 2010
  ProcEnviron:
-  LC_CTYPE=de_DE
-  PATH=(custom, no user)
-  LANG=en_US.UTF-8
-  SHELL=/bin/bash
+  LC_CTYPE=de_DE
+  PATH=(custom, no user)
+  LANG=en_US.UTF-8
+  SHELL=/bin/bash
  SourcePackage: portmap
+ 
+ [Regression Potential]
+ This is more or less a specific use case where upgrading portmap will halt 
upstart during a service restart. Regression minimal as no other functionality 
was altered other than the re-use of SO_REUSEADDR.

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/688550

Title:
  portmap/statd can not be restarted

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/portmap/+bug/688550/+subscriptions

-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs

Reply via email to