Flush your caches

Bug due to some code refactoring that recently went in. Patch below has been committed & should fix this issue for you.

Thanks for the patch. This has made the warning msg go away for my site, but now I get a warning that "Generate CSS/JS files on request (async mode)" is off, and it's grayed out/unavailable on the advagg config page. Flushed caches & forced a rebuild of the caches didn't help. Do I need to uninstall/reinstall?

what does the status page say?

Adv CSS/JS Agg - Asynchronous Mode Set to FALSE.
Check to see if you have fast 404s, if so create an exception for this module. The readme file explains what needs to be changed. You can try flushing the menu cache as well. If you are still having issues you can go to the AdvAgg information tab and select Asynchronous debug info. If creating an issue on d.o be sure to include this information .

(I don't have Fast 404s.)

Can you get the debug info and paste it here?

From my other post... this is the debug information as I'm now seeing this menu cache error as well:

-even after applying the additional patch from above...-

stdClass Object ( [request] => GET /files/advagg_css/css_missing17060983091310005649_0.css HTTP/1.0 Host: www.yinyanghouse.com User-Agent: Drupal (+http://drupal.org/) [data] =>

Not Found

The requested URL was not found on this server.

And I checked and there are not files even close to that name in the css directory... they look like:
css_ea74a0e703efea29c6d1615127fca18b_0.css
css_ef08b7c3a62d4754fd0c96ce68be41c4_0.css
css_f0ce4ee7374bf8da811415b4d253ce7a_2.css
....

Here you go.

@chicagomom
You have something that redirects all anonymous traffic to a login screen correct? Do you know what module does this for you, or how that was setup?

@Chad_Dupuis
css_missing17060983091310005649_0.css is a test to see if the advagg menu callback works on your server. Something is intercepting that callback.

I have the secure pages module? But only a few pages on the site are actually secured, but perhaps it makes a call on every page that would effect this? The strange this is, that until I upgraded to 1.1 everything appeared to be fine...

@Chad_Dupuis
Can I get the full debug output from you like #7

I went to grab the whole debug list and for some reason (I haven't touched the site) the error is gone. I'm going to upgrade to 1.3 and see how things go. Thanks for your time on this!

So in 1.3 I get a error (maybe it would go away again, and I don't have fast 404's but I am running pressflow w/boost if that makes any difference)... I went ahead and added -1 to the async lookup anyhow, but still got the same error... The error is a little different now below is the error and the debugging information:
-the error-
Adv CSS/JS Agg - Asynchronous Mode Set to FALSE.
Check to see if you have fast 404s, if so create an exception for this module. The readme file explains what needs to be changed. You can try flushing the menu cache as well. If you are still having issues you can go to the AdvAgg information tab and select Asynchronous debug info. If creating an issue on d.o be sure to include this information .

-the debugging info-

stdClass Object (
[request] => GET /files/advagg_css/css_missing8099190921310300714_0.css HTTP/1.0
Host: www.yinyanghouse.com
User-Agent: Drupal (+http://drupal.org/)

[data] =>
404 Not Found
Not Found

The requested URL was not found on this server.

Home

[protocol] => HTTP/1.0
[status_message] => Not Found
[headers] => Array (
[Date] => Sun, 10 Jul 2011 12:25:14 GMT
[Server] => --removed--
[X-Powered-By] => PHP/5.2.13-0.dotdeb.1
[X-Drupal-Cache] => MISS
[Last-Modified] => Sun, 10 Jul 2011 12:25:14 +0000
[Cache-Control] => must-revalidate
[ETag] => "1310300714"
[X-AdvAgg] => Failed Validation. Wrong Pattern.
[Connection] => close
[Expires] => Sun, 19 Nov 1978 05:00:00 GMT
[Content-Length] => 307
[Vary] => Accept-Encoding
[Content-Type] => text/html; charset=utf-8
)
[error] => Not Found
[code] => 404
[timer] => Array (
[count] => 1
[time] => 335.56
)
)

@Chad_Dupuis
Async should be working for you on your site. Does the status report complain about it? In the header X-AdvAgg is there; which means it should work.

Yes, the error above is from the status page:

-the error-
Adv CSS/JS Agg - Asynchronous Mode Set to FALSE.
Check to see if you have fast 404s, if so create an exception for this module. The readme file explains what needs to be changed. You can try flushing the menu cache as well. If you are still having issues you can go to the AdvAgg information tab and select Asynchronous debug info. If creating an issue on d.o be sure to include this information .

Occasionally, oddly enough, the error goes away - like just a second ago, then I checked again to copy the new statement about being able to enable it and it's back... And on the modules settings page I still see:

Current State: Set to FALSE. Check to see if you have fast 404s, if so create an exception for this module. The readme file explains what needs to be changed. You can try flushing the menu cache as well. If you are still having issues you can go to the AdvAgg information tab and select Asynchronous debug info. If creating an issue on d.o be sure to include this information .

@Chad_Dupuis
Create a new issue as you no longer have the "flush your caches" bug correct?

@Chad_Dupuis
Jump into this issue
#1171244: Asynchronous debug info troubleshooting

I got the same messages like @Chad_Dupuis and I follow the README file.

I'm using Boost and CloudFlare

Maybe all work fine after the installation proccess, I see that all my css and js are reduced, but I have a problem. Admin pages like

admin/settings/advagg
admin/settings/advagg/*
admin/reports/status

Take a loooong time to load, sometimes more than 2 min and sometimes the server timeout. At the moment to load some of this pages all the site turn really slow, but not the server, another sites under the same server run fine.

The debug info only show this:

stdClass Object (
[request] => GET /sites/default/files/advagg_css/css_missing12025633731319042235_0.css HTTP/1.0
Host: www.mydomain.com
User-Agent: Drupal (+http://drupal.org/)
Connection: close

[data] =>
[protocol] =>
[status_message] =>
[headers] => Array (
)
[error] =>
[code] => 0
[timer] => Array (
[count] => 1
[time] => 60000.23
)
)

[time] => 60000.23 Yeah the server is timing out (60 seconds). What happens when you go to www.mydomain.com/sites/default/files/advagg_css/css_missing12025633731319042235_0.css in your browser?

the link is:

http://myip/sites/default/files/advagg_css/css_missing904247730131904823...

*notice that the link have is the IP, and at the end have ":"

and show:

Not Found

The requested document was not found on this server.

Thanks!

I change IP Address to send all asynchronous requests to -1 and now the debug link is

http://www.mydomain.com/sites/default/files/advagg_css/css_missing140163...

but still 404 not found

I check the folder /sites/default/files/advagg_css/ and have a lot of .css files but nothing like css_missing...

That link should be a 404 not found. If you view the source of the html there should be a html comment containing advagg_missing_fast404. If this is working then there is something on your server preventing it from making requests to its self via HTTP. In any case, I should change the timeout to be a lot lower.

Does the text say "The requested URL was not found on this server." ?

On my dev localhost the site open all the admin pages fast and under Asynchronous debug info appear "advagg_missing_fast404":

stdClass Object (
    [request] => GET /example/sites/default/files/advagg_css/css_missing15388315801319061964_0.css HTTP/1.0
Host: mydomain.com
User-Agent: Drupal (+http://drupal.org/)
Connection: close

    [data] => <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html><head><title>404 Not Found</title></head><body><h1>Not Found</h1><p>The requested URL was not found on this server.</p><p><a href="/example/">Home</a></p><!-- advagg_missing_fast404 --></body></html>
    [protocol] => HTTP/1.0
    [status_message] => Not Found
    [headers] => Array (
            [Date] => Wed, 19 Oct 2011 22:06:04 GMT
            [Server] => Apache/2.0.63 (Unix) PHP/5.2.11 DAV/2
            [X-Powered-By] => PHP/5.2.11
            [Set-Cookie] => SESSa34d379cdd7057fd666c1b703d62bf30=e272ea814b75ed2768459ebdb4552481; expires=Sat, 12-Nov-2011 01:39:24 GMT; path=/; domain=.mydomain
            [Expires] => Sun, 19 Nov 1978 05:00:00 GMT
            [Last-Modified] => Wed, 19 Oct 2011 22:06:04 GMT
            [Cache-Control] => must-revalidate
            [X-AdvAgg] => Failed Validation. Wrong Pattern.
            [Connection] => close
            [Content-Length] => 314
            [Content-Type] => text/html; charset=utf-8
        )
    [error] => Not Found
    [code] => 404
    [timer] => Array (
            [count] => 1
            [time] => 1974.01
        )
)

But in production server only show this under Asynchronous debug info:

stdClass Object (
    [request] => GET /sites/default/files/advagg_css/css_missing15924564731319062080_0.css HTTP/1.0
Host: www.mydomain.com
User-Agent: Drupal (+http://drupal.org/)
Connection: close

    [data] => 
    [protocol] => 
    [status_message] => 
    [headers] => Array (
        )
    [error] => 
    [code] => 0
    [timer] => Array (
            [count] => 1
            [time] => 80004.2
        )
)

Yes, the link say "The requested URL was not found on this server." in both cases, in dev and production server

Edit: I understand, in the source of the link in the production server don't appear "advagg_missing_fast404", in the dev server yes.

When hitting that URL on production, if "advagg_missing_fast404" does not show up in the source, then something else is intercepting that call and preventing the AdvAgg callback from getting fired. I would look into fixing this first as it might fix the timeout issues your having on production.

I did a fresh instalation of Drupal in the same server and in another domain, installed Boost and Advagg, all work perfect and fast without any changes in .httaccess, settings.php or in the module configuration. I think at this point is a conflict with another module.

I enable Cloudflare for this domain, but this take a few hours to propagate

My Status report show

Adv CSS/JS Agg - Asynchronous Mode Already set to TRUE
Adv CSS/JS Agg - Socket Timeout Already set to 1 seconds. Raw timer: 168.99
AdvAgg JS Compress - Callback The callback is working correctly.

And Asynchronous debug info show

stdClass Object (
[request] => GET /test/sites/default/files/advagg_css/css_missing19386028701319070790_0.css HTTP/1.0
Host: mydomain.com
User-Agent: Drupal (+http://drupal.org/)
Connection: close

[data] =>
404 Not Found
Not Found

The requested URL was not found on this server.

Home

[protocol] => HTTP/1.1
[status_message] => Not Found
[headers] => Array (
[Date] => Thu, 20 Oct 2011 00:33:10 GMT
[Server] => Apache
[X-Powered-By] => PHP/5.3.5
[X-AdvAgg] => Failed Validation. Wrong Pattern.
[Expires] => Sun, 19 Nov 1978 05:00:00 GMT
[Cache-Control] => no-cache, must-revalidate
[Connection] => close
[Set-Cookie] => SESS65d70237ddf7b12dc830f74d13db5a34=1584bf5f570611bee3610ac20977935d; expires=Sat, 12-Nov-2011 04:06:30 GMT; path=/; domain=.mydomain.com
[Last-Modified] => Thu, 20 Oct 2011 00:33:10 GMT
[Content-Length] => 314
[Vary] => Accept-Encoding
[Content-Type] => text/html; charset=utf-8
)
[error] => Not Found
[code] => 404
[timer] => Array (
[count] => 1
[time] => 165.99
)
)

is Cloudflare Origin Pull?

I think yes, they cache the static files too

https://www.cloudflare.com/features-optimizer.html

I installed the Advagg module in another but small site wich is already working with Cloudflare and same problem. The weird thing is that the js and css files are generated by Advagg well, all the js files are grouped in one file and the same with css.

The problems:
- Admin pages take a long time to load (Status and Advagg Conf)
- On Status page show Adv CSS/JS Agg - Asynchronous Mode Set to FALSE
- The debug info don't show "advagg_missing_fast404"

In another test, I install the same small site with the problem in another domain without Cloudflare and work fine, the same domain where I install the fresh drupal with Boost and Advagg. I activate Cloudflare for this domain and tomorrow I'll see if the problems appear

Ok, I found the problem, is the FastCGI.

On the test domain I had disabled the FastCGI, after activate it the problems occur