git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3953 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3952 d4fa192b-c00b-0410-8231-f00ffab90ce4

add new option to set the identity of a varnish instance and allow it to be accessed using server.identity

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3949 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3948 d4fa192b-c00b-0410-8231-f00ffab90ce4

Add server.hostname to get the hostname, it is only checked once so if the machine changes hostname it won't detect it until restart of varnish

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3947 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3946 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3945 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3944 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3943 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3942 d4fa192b-c00b-0410-8231-f00ffab90ce4

Some cleanup is necessary, but now at least it works...



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3941 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3940 d4fa192b-c00b-0410-8231-f00ffab90ce4

We append bans in all silos all the time.

(Still missing: periodic rewrite of list to get rid of "gone" bans)

When we open the silos, we read in all the bans in the silo before
kicking of the silo thread that reads on the object indicies, this
way we are sure to have the bans referenced from the objects.

Add a testcase to see that duplicate elimination (from multiple silos) work.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3939 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3938 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3937 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3936 d4fa192b-c00b-0410-8231-f00ffab90ce4

Wrap the ident struct in a signature as well for consistency.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3935 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3934 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3933 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3932 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3931 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3930 d4fa192b-c00b-0410-8231-f00ffab90ce4

needs to be able to walk the list.  Doing it with callbacks gets to
byzantine.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3929 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3928 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3927 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3926 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3925 d4fa192b-c00b-0410-8231-f00ffab90ce4

Don't try to sort the subtests, it removes control from the user and
does not seem to do anything good.

Consolidate the string representation in the ban instead of having it
in each subtest.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3924 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3923 d4fa192b-c00b-0410-8231-f00ffab90ce4

Fix a problem in testcase c00013



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3921 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3920 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3919 d4fa192b-c00b-0410-8231-f00ffab90ce4

we cannot do the accounting without it in a reasonably fast manner.

Keep track of how many fixed and unfixed objects we have in a segment.

Update the object directory when TTL or BAN pointer changes.

Add a testcase for TTL changes.

Don't walk the storage list when we delete a persistent object, just
decrement the segments object count.




git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3918 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3917 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3916 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3915 d4fa192b-c00b-0410-8231-f00ffab90ce4

Have the objcore point to the smp_object until fixup, so that we catch
any attempt to muck with it before that and so that we hve the address
available in Fixup.

Since we don't have the silos coordinates at fixup time, make the
smp_object point to the object.

Add callbacks for updating BAN and TTL information in the segment object
index.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3914 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3913 d4fa192b-c00b-0410-8231-f00ffab90ce4

git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3912 d4fa192b-c00b-0410-8231-f00ffab90ce4

that varnishd panic messages do not get quenched on the way down.



git-svn-id: http://www.varnish-cache.org/svn/trunk/varnish-cache@3911 d4fa192b-c00b-0410-8231-f00ffab90ce4