PacketFence - BTS - PacketFence
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0001520PacketFencedhcppublic2012-08-17 09:342012-08-17 09:59
Reporterobilodeau 
Assigned To 
PrioritynormalSeverityminorReproducibilityrandom
StatusclosedResolutionno change required 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version3.4.0 
fixed in git revision
fixed in mtn revision
Summary0001520: pfdhcplistener hung in __lll_lock_wait_private
DescriptionAccording to gdb when I attached to it, the listener was hung in __lll_lock_wait_private.

I wonder what this is about.
Steps To Reproduce
Additional InformationNot 100% related but still interesting to read: http://saintaardvarkthecarpeted.com/blog/archive/2010/03/What_I_ve_been_banging_my_head_against.html [^]
TagsNo tags attached.
Relationships
related to 0001453closed obilodeau pfdhcplistener resists to being killed (hangs) on packetfence restart 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
2012-08-17 09:34obilodeauNew Issue
2012-08-17 09:40obilodeauNote Added: 0002945
2012-08-17 09:42obilodeauAdditional Information Updated
2012-08-17 09:58obilodeauNote Added: 0002946
2012-08-17 09:59obilodeauStatusnew => closed
2012-08-17 09:59obilodeauResolutionopen => no change required
2012-08-17 09:59obilodeauFixed in Version => 3.4.0
2012-08-17 09:59obilodeauTarget Version+1 =>
2012-08-17 09:59obilodeauRelationship addedrelated to 0001453

Notes
(0002945)
obilodeau   
2012-08-17 09:40   
The VM host machine were it happened was HEAVILY loaded to the point where it needed admin intervention to free resources for the PacketFence guest vm.
(0002946)
obilodeau   
2012-08-17 09:58   
Looks like this could be related to heavy forking which was done before by the pfdhcplisteners.

Fix: https://github.com/inverse-inc/packetfence/commit/b4bea697c89aabb5068cb272d0cc8d82e65aa6bc [^]

Issue where it was fixed: 0001453