- 04 Aug, 2006 13 commits
-
-
Poul-Henning Kamp authored
as well allow their manipulation also when the child is not running. git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@639 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
Keep track of all loaded VCL programs in the manager and tell the child to load them via VCL. Don't start he acceptor thread until a "start" command cones down the CLI. XXX: Right now we leak stuff when a VCL program is dicarded git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@638 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
Take default_vcl out of heritage. Keep track of all compiled VCL files and delete them at exit. After starting child, use CLI to load all vcl programs and then issue "start" via the CLI. In the cacher, don't start the acceptor until we get a start command. git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@637 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@636 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@635 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@634 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
Add mgt_cli_askchild() function to poke the CLI interface to the child. Use it to ping the child every second. git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@633 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@632 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@631 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
The first line of the response has a fixed format ("%-3d %-8u\n") and consequently fixed length (CLI_LINE0_LEN == 13). This makes parsing responses more efficient. Add a function in common_cli to do so. git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@630 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
cache process again. git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@629 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
impossible. git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@628 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@627 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
- 03 Aug, 2006 12 commits
-
-
Anders Berg authored
Placed a new sbuf_clear at a more strategic place. It got cluttered when a host left without SessionClose of SessionReuse. git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@626 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Anders Berg authored
Got a workaround for IP adress fetching. If we connect logger while Varnish is running, we won't catch the IP from SessionOpen since it's already done that. Workaround is to catch the IP from SessionReuse if IP of session is NULL git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@625 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@624 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
fetch it. git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@623 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
Not as useful as it will be yet, see ticket 22 git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@622 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@621 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@620 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@619 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Anders Berg authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@618 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@617 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
Still bits missing. git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@616 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
We are only accepting CLI from the pipes in heritage, so simply run a loop reading those, dispatching lines as we see them. Export CLI_cmds[] so that the management process can see it, we might as well take advantage of the shared binary where we can. git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@615 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
- 02 Aug, 2006 15 commits
-
-
Anders Berg authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@614 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Anders Berg authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@613 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@612 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@611 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@610 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
them already. git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@609 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@608 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@607 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@606 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@605 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
When -d(ebug) is specified we fork before calling daemon. The parent process becomes a miniature cat(1) program which connects stdin/stdout with the management process stdin/stdout. It also knows that SIGINT should be passed on to the management process in order to make it DTRT. Any other cause of death for this "debugger" process will (once I teach the CLI about it) not affect the running varnish and therefore it will be possible to start varnish in debugging mode, tweak things a bit and CTRL-D and leave it running in the properly daemon(3)'ed background. The reason for this rather complicated bit of pipework is that we can not call daemon(3) once we have started any threads (only the calling thread survives) and we would loose our parent relationship to the cache process also. git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@604 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@603 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
Simplify the logic here while we're at it. git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@602 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@601 d4fa192b-c00b-0410-8231-f00ffab90ce4
-
Poul-Henning Kamp authored
git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@600 d4fa192b-c00b-0410-8231-f00ffab90ce4
-