Witam,
aplikacja uruchamiana przed frontend_dev.php działa i nie generuje błędów.
Natomiast próba wykonania tej samej akcji z pominięciem nazwy skryptu (a więc przez index.php) generuje błąd:

[Wed Jun 01 01:09:49 2011] [error] [client 10.0.0.104] PHP Fatal error: Class 'MeetingPeer' not found in /xxxxxx/apps/frontend/modules/meetings/actions/actions.class.php on line 70

settings.yml standardowo wygenerowane.
Inne klasy "odnajdują się" w porządku.
symfony cc wykonałem.

Jakieś podpowiedzi, gdzie szukać problemu?

Z góry dziękuję,
pp

A wygenerowałeś na produkcyjnym klasy bazowe Propela?

Środowiskiem produkcyjnym jest serwer NAS (Synology), na którym nie ma części bibliotek XML, dlatego klasy generuję na stagingu
i potem przenoszę przez rsync na produkcję.
To nie powinien jednak być problem, bo aplikacja działa w ten sposób od kilku miesięcy.
Dopiero po pojawianiu się nowego modułu (i nowej tablicy) w środowisku prod objawił się ten problem.
(przypominam: na środowisku dev wszsytko jest ok).
Co więcej staging (inny serwer, ale ta sama baza danych) działa dobrze i dev, i prod.
Innymi słowy: "stare klasy" widzi, "nowych" nie.

To wygląda jak jakis problem z cache, ale przecież mam ją wyczyszczoną...
pp.

PS.
środowiska wyglądają tak

STAGING
dev - działa ok
prod - działa ok

PRODUKCJA
dev - działa ok
prod - nie może znaleźć jednej klasy

Kod: za wyjątkiem config/ProjectConfiguration.php - dokładnie to samo.
DB: we wszsytkich przypadkach ta sama

[PHP] pobierz, plaintext 
app/frontend/config/settings.yml
 
prod:
  .settings:
    no_script_name:         true
    logging_enabled:        false
    cache:                  false
 
dev:
  .settings:
    error_reporting:        <?php echo (E_ALL | E_STRICT)."\n" ?>
    web_debug:              true
    cache:                  false
    no_script_name:         false
    etag:                   false
[PHP] pobierz, plaintext 

A próbowałeś usunąć ręcznie wszystko z folderu cache?

edit:
Z doświadczenia wiem, że czasem pomaga - szczególnie w przypadku problemów z autoloaderem.

Usunąłem ręcznie - pomogło.
Diagnoza - był problem z uprawnieniami, "głębiej" w katalogu cache.
rsync "rozjeżdża" mi uprawnienia, muszę je zmieniać potem skryptem po stronie produkcji.
cache miał trzy siódemki, ale pod spodem ostał się frontend/prod, gdzie brakowało ostatniego "w".
Zmodyfikowałem skrypt, żeby kasował zawartość cache przez rm -rf zamiast symfony cc.

Dziękuję za pomoc!