Skip Menu |

This queue is for tickets about the FCGI-ProcManager CPAN distribution.

Report information
The Basics
Id: 95210
Status: open
Priority: 0/
Queue: FCGI-ProcManager
People
Owner: Nobody in particular
Requestors: stephen.baynes [...] smoothwall.net
Cc:
AdminCc:
Bug Information
Severity: Normal
Broken in: 0.24
Fixed in: (no value)

History Show all quoted text
  Wed Apr 30 11:36:03 2014 https://www.google.com/accounts/o8/id?id=AItOawk8OBCmUaR8VF4IJkvuFJCdAPwqR_w5xEk - Ticket created
Subject: Require ability to stop process name change
Need a way to stop change of process name (pm_title). Maybe pm_title => undef. Even better to default to not changing name unless pm_title provided. This is painful when running under plackup. Depending on the options given PLACK can create extra levels of processes - so which process (the top level or not) that gets renamed varies. So any scripting that checks if the server is running has to cope with the process having different names.
  Thu May 01 15:20:37 2014 rjbs [...] cpan.org - Correspondence added
How curious that you should file this ticket just yesterday. I have been debugging an insane problem this week, which I finally solved by preventing the assignment to $0. I have *no* idea why this made a difference, but the entire server would stop responding after accept because of this. I made a subclass of FCGI::ProcManager and gave it an empty &pm_change_process_name. Still, an argument might be convenient. I encountered my problem on an illumos-kernel based OS. On Solaris-y systems, assigning to $0 is pointless anyway. It won't update the process name in `ps` et al. -- rjbs
  Thu May 01 15:20:38 2014 The RT System itself - Status changed from 'new' to 'open'
  Fri May 02 04:03:05 2014 stephen.baynes [...] smoothwall.net - Correspondence added
Subject: Re: [rt.cpan.org #95210] AutoReply: Require ability to stop process name change
Date: Fri, 2 May 2014 09:02:47 +0100
To: bug-FCGI-ProcManager [...] rt.cpan.org
From: Stephen Baynes <stephen.baynes [...] smoothwall.net>
I have discovered that plackup supports a --proc-title option that gets passed through as the pm_title option. So if not-changing name can't be the default then passing the empty sting ( "" ) would probably be the best choice to indicate don't change the name. But I would still prefer not changing the name as the default. FYI - I estimate that having the process name change has cost my team 10 to 20 hours effort in looking for workrounds, test failures and rework. On 30 April 2014 16:36, Bugs in FCGI-ProcManager via RT < bug-FCGI-ProcManager@rt.cpan.org> wrote: Show quoted text
> > Greetings, > > This message has been automatically generated in response to the > creation of a trouble ticket regarding: > "Require ability to stop process name change", > a summary of which appears below. > > There is no need to reply to this message right now. Your ticket has been > assigned an ID of [rt.cpan.org #95210]. Your ticket is accessible > on the web at: > > https://rt.cpan.org/Ticket/Display.html?id=95210 > > Please include the string: > > [rt.cpan.org #95210] > > in the subject line of all future correspondence about this issue. To do > so, > you may reply to this message. > > Thank you, > bug-FCGI-ProcManager@rt.cpan.org > > ------------------------------------------------------------------------- > Need a way to stop change of process name (pm_title). > Maybe pm_title => undef. Even better to default to not changing name > unless pm_title provided. > > This is painful when running under plackup. Depending on the options given > PLACK can create extra levels of processes - so which process (the top > level or not) that gets renamed varies. So any scripting that checks if the > server is running has to cope with the process having different names. >
-- Stephen Baynes CEng MBCS CITP Senior Software Developer stephen.baynes@smoothwall.net Smoothwall Ltd Phone: +44 (0­) 1489 86082 www.smoothwall.net Smoothwall Limited is registered in England, Company Number: 4298247 and whose registered address is 1 John Charles Way, Leeds, LS12 6QA United Kingdom This email and any attachments transmitted with it are confidential to the intended recipient(s) and may not be communicated to any other person or published by any means without the permission of Smoothwall Limited. Any opinions stated in this message are solely those of the author.