net-proxy/http-replicator-3.0 fails to start with actual Gentoo configuration (i think that recent baselayout changes have break something :P)
The fix is simple: just adding the "--background" option to start section of provided initscript (files/http-replicator-3.0.init )
See this Gentoo Forum post for further informations: http://forums.gentoo.org/viewtopic-p-4026539.html#4026539
Steps to Reproduce:
1. Boot system
2. rc-status shows that http-replicator is started
3. ps -ef|grep replicator doesn't show any active process about this program
4. a /etc/init.d/http-replicator restart seems to start properly it
http-replicator doesn't start properly
http-replicator should start properly
Created attachment 118412 [details, diff]
needed change to initscript
Diff of fixed initscript
*** Bug 178220 has been marked as a duplicate of this bug. ***
I've test a new installation from scratch in a Virtualbox VM.
- i've used a x86 stage3-2007.0 with a recent portage snapshot (around May, 18th)
- i've used a simple partitioning scheme (hda1-> boot , hda2-> / , hda3 -> swap)
- i haven't updated anything, so the installed system is a "vanilla" stage3 (plus the necessary system tools and grub)
- i've installed http-replicator, added it to default runlevel and.....
So i suppose that could be some problem in MY OWN actual Gentoo installations :P
I'll try to update and setup the VM following my typical configurations, and i hope to find where the things break... stay tuned 8)
Maurice, care to fix that or do you want me to fix it?
Alin, adding --background is not the right solution and I am unable to reproduce the problem myself.
Can you reproduce the problem? If so, we could do some debugging to find the real cause.
(In reply to comment #5)
> Can you reproduce the problem? If so, we could do some debugging to find the
> real cause.
I can reproduce this problem on my machine. So I can help as well.
Created attachment 124346 [details, diff]
Temporary workaround for SIGHUP
Further debugging showed that ignoring SIGHUP in the child process fixes the problem. The solution will probably need some more changes, but as a workaround the attached patch should do the trick.
I checked in the work-around I mentioned. If anyone notices any problems with it, please reopen this bug.
I'm closing this bug now as RESOLVED/UPSTREAM because upstream is working on a new release that is a rewrite and it wouldn't make much sense to spend time on fixing the old code base if there's a work-around in place.
It is still not working. I have two updated systems with different profiles. And http-replicator doesn't start.
* Caching service dependencies [ ok ]
* Starting Http-Replicator
* Failed to start [ !! ]
but in log file
11 Feb 2010 13:42:26 INFO: HttpReplicator started
If I copy-paste start string from init.d script the replicator will be started without problem.
--oknodo solution from http://bugs.gentoo.org/show_bug.cgi?id=281704 fixed this problem
looks likes the problem is in start-stop-daemon cos `pidof -x http-replicator` (as called from start-stop-daemon to check when process is already started) returns nothing even http-replicator is runnning.
due this http-replicator fails to start