for caches with millions of the files, forget of the regex lookup, so the 
access log is your only solution here.

thanks

Yongming Zhao
赵永明
aka 永豪 [email protected]

在 2013年12月18日,上午11:32,Brendan Miller <[email protected]> 写道:

> Hmm, I tried the regex, but it never completes.
> 
> Also, just the individual URL lookup always give me "Cache Lookup Failed, or 
> missing in cluster".
> 
> 
> On Tue, Dec 17, 2013 at 7:25 PM, James Peach <[email protected]> wrote:
> On Dec 17, 2013, at 7:04 PM, Brendan Miller <[email protected]> wrote:
> 
> > Ok, looks like I forgot to use regex_map instead of map...
> >
> > Now I can access /cache/. It looks like it gives me a way to look up 
> > individual cache items, whereas what I want to do is explore the cache in 
> > it's entirety, to see what is getting cached... Is there any way to do that 
> > with http_ui or with the CLI or anything?
> 
> IIRC, you can give http_ui a regex to make it show all the cache entries. 
> It's super slow though.
> 
> >
> >
> > On Tue, Dec 17, 2013 at 6:23 PM, James Peach <[email protected]> wrote:
> > On Dec 17, 2013, at 6:18 PM, Brendan Miller <[email protected]> wrote:
> >
> > > I'm on ATS 3.2.4. Following the instructions here on the wiki 
> > > (https://cwiki.apache.org/confluence/display/TS/FAQ#FAQ-http_ui) I can't 
> > > get http_ui to work.
> > >
> > > Is http_ui only for ATS 4.x? Is there an alternate method of inspecting 
> > > what is in the cache? I'd like to see which specific documents are 
> > > cached...
> > >
> > > This is my remap.config
> > >
> > > map https://.+/cache-internal/ http://{cache-internal}
> > > map https://.+/cache/ http://{cache}
> > > map https://.+/stat/ http://{stat}
> > > map https://.+/test/ http://{test}
> > > map https://.+/hostdb/ http://{hostdb}
> > > map https://.+/net/ http://{net}
> > > map https://.+/http/ http://{http}
> > >
> > > I then executed these commands from the wiki:
> > >
> > > traffic_line -s proxy.config.http_ui_enabled -v 3
> > > traffic_line -s proxy.config.http.enable_http_info -v 1
> > > traffic_line -x
> > >
> > > Then if I browse to the server at /cache/, I just get a 404... Any ideas?
> >
> >
> > What if you browse to /.+/cache/ ?
> >
> > J
> >
> >
> 
> 

Attachment: signature.asc
Description: Message signed with OpenPGP using GPGMail

Reply via email to