If the Publishing Queue shows 'Success' but you see stale content on the Web site
Stale content may point to a workflow problem, a caching problem, or a problem with multiple Content Deployers. Note that unpublished content that remains visible on the Web site is also stale content.
Check the following areas:
- Workflow
-
Is the content you are publishing in workflow? If so, has it reached an Approval Status that allows it to be published to the selected Target Type? If not, this is why you are still seeing stale content.
- Caching
-
If you use caching, and if you see your published item on your Presentation Server as a file or in your Content Data Store as a database record, check the following:
- Is caching enabled in the Storage Layer configuration files (cd_storage_conf.xml) of the Content Deployer and of the Web site? In both of these files, the
ObjectCacheelement must have itsEnabledattribute set totrue. - Are the correct types of content configured as able to be cached in the two Storage Layer configuration files? This is configured in the
cachedattribute of theItemTypeselement and (possibly) in thecachedattributes of individualItemelement inside theItemTypessection. - Is your Web site caching the same type of content as your Content Deployer? For example, if you configured your Content Deployer not to cache binaries, is your Web site doing the same?
- Is caching enabled in the Storage Layer configuration files (cd_storage_conf.xml) of the Content Deployer and of the Web site? In both of these files, the
- Cache Channel Service
-
If you use a Cache Channel Service, check the following:
- Is your Cache Channel Service up and running, either as a Windows service or as a Java process (found on Unix using the
ps -ef com.tridion.cache.CacheChannelServicecommand)? - Are the host and port on which the Cache Channel Service is running (configured as startup command line arguments) the same host and port as specified in the
RemoteSynchronizationsection of the Storage Layer configuration files of the Content Deployer and of the Web site? Note that the hosts may be different, as long as they refer to the same IP address (ping each host to confirm this). - Can you create a telnet connection to the host and port using the
telnet <host> <port>command? If this results in an empty screen and no connection denied, then something is listening on that port. - Have you (re)started any Content Delivery Server Role after your Cache Channel Service? You should always stop or (re)start your Cache Channel Service before stopping or (re)starting your other Content Delivery Server Roles, such as the Content Deployer and the Web site.
- Is your Content Deployer sending invalidation messages to the Cache Channel Service? Check your Content Deployer log.
- Is your Cache Channel Service up and running, either as a Windows service or as a Java process (found on Unix using the