Redirecting to title page after staying logged in for a long time

no, this is D723 on static/platfroms
the same continues every other day
platform is openVZ 12.04 LTS with rsyslog removed

It repeats on every morning again! So only cloning helps.

I think the same was on the BOA 2.0.9 but right now cannot check this.

On the other non-dev sites on the same server everything works fine, will check other conditions and other platforms.

What else should I check?

The site specific INI file template with extensive documentation
  included, has filename default.boa_site_control.ini and is located
  in the sites/foo.com/modules directory.

I cannot find ANY files in that directory - seems they were not created. The same for the other static/platforms/platform_name/sites/site.com, on all the sites: created now or migrated form 2.0.9

Permission problem during upgrade?

Wen verifying (any) site:

Could not change permissions of /data/disk/o1/static/platforms/d723b/sites/all/modules to 2775 (chmod to 2775 failed on /data/disk/o1/static/platforms/d723b/sites/all/modules)
Could not change permissions of /data/disk/o1/static/platforms/d723b/sites/all/themes to 2775 (chmod to 2775 failed on /data/disk/o1/static/platforms/d723b/sites/all/themes)
fileperms(): stat failed for /data/disk/o1/static/platforms/d723b/sites/all/libraries FileSystem.php:148
Could not change permissions of /data/disk/o1/static/platforms/d723b/sites/all/libraries to 2775 (chmod to 2775 failed on /data/disk/o1/static/platforms/d723b/sites/all/libraries)
Could not change permissions of /data/disk/o1/static/platforms/d723b/sites/all to 751 (chmod to 751 failed on /data/disk/o1/static/platforms/d723b/sites/all)
Could not change permissions of /data/disk/o1/static/platforms/d723b/sites to 751 (chmod to 751 failed on /data/disk/o1/static/platforms/d723b/sites)

/data/disk/o1/static/platforms/d723b/sites is 775, owned by o1.ftp

Wed Oct 2 18:36:40 EEST 2013 / Ubuntu.precise x86_64 VZ / Aegir HEAD /
Barracuda BOA-2.0.9-dev / Nginx 1.5.6 / PHP 5.2.17 and 5.3.27 /
MODERN-YES / FPM 5.3 / CLI 5.3 / MariaDB-5.5.33a localhost / Wildcard
YES Tue Nov 5 15:05:23 EET 2013 / Ubuntu.precise x86_64 VZ / Aegir
BOA-2.1.0 / Barracuda BOA-2.1.0 / Nginx 1.5.6 / PHP 5.2.17 and 5.3.27 /
MODERN-YES / FPM 5.3 / CLI 5.3 / MariaDB-5.5.33a localhost / Wildcard
YES

_HTTP_WILDCARD=YES
_MY_OWNIP="xx.xx.xx.xx"
_MY_HOSTN="aegir1.xxx.com"
_MY_FRONT="master.aegir1.xxx.com"
_THIS_DB_HOST=localhost
_SMTP_RELAY_TEST=YES
_SMTP_RELAY_HOST=""
_LOCAL_NETWORK_IP=""
_LOCAL_NETWORK_HN=""
###
### NOTE: the group of settings displayed bellow
### will *override* all listed settings in the Barracuda script,
### both on initial install and upgrade.
###
_MY_EMAIL="xxx@gmail.com"
_XTRAS_LIST="PDS CSF CHV FTP"
_AUTOPILOT=YES
_SYSTEM_UPGRADE_ONLY=YES
_AEGIR_UPGRADE_ONLY=NO
_DEBUG_MODE=NO
_DB_SERVER=MariaDB
_DB_BINARY_LOG=NO
_DB_ENGINE=InnoDB
_SSH_PORT=1122
_LOCAL_DEBIAN_MIRROR="ftp.debian.org"
_LOCAL_UBUNTU_MIRROR="archive.ubuntu.com"
_FORCE_GIT_MIRROR=""
_DNS_SETUP_TEST=YES
_NGINX_WORKERS=AUTO
_NGINX_DOS_LIMIT=300
_BUILD_FROM_SRC=YES
_PHP_FPM_VERSION=5.3
_PHP_CLI_VERSION=5.3
_PHP_FPM_WORKERS=AUTO
_PHP_ZEND_OPCACHE=YES
_NGINX_EXTRA_CONF=""
_NGINX_LDAP=NO
_NGINX_SPDY=YES
_NGINX_FORWARD_SECRECY=YES
_PHP_GEOS=NO
_PHP_MONGODB=NO
_PHP_EXTRA_CONF=""
_LOAD_LIMIT_ONE=1444
_LOAD_LIMIT_TWO=888
_CUSTOM_CONFIG_CSF=NO
_CUSTOM_CONFIG_SQL=NO
_CUSTOM_CONFIG_REDIS=NO
_CUSTOM_CONFIG_PHP_5_2=NO
_CUSTOM_CONFIG_PHP_5_3=NO
_SPEED_VALID_MAX=3600
_USE_MEMCACHED=NO
_NEWRELIC_KEY=
_USE_STOCK=NO
_EXTRA_PACKAGES=
_STRONG_PASSWORDS=NO
_PERMISSIONS_FIX=NO
_MODULES_FIX=YES
_SSL_FROM_SOURCES=NO
_SSH_FROM_SOURCES=NO
###
### Configuration created on 131002-1809
### with Barracuda version BOA-2.0.9-dev
###
_MODULES_SKIP=""

the problem is gone - also only on the second day ini files appeared, had no need to modify them.
It may be related to issue when rsyslog is disabled and sysklogd is not installed.

thank you.

It just happened again - for no reason I was logged automatically from dev site and when accesing admin/modules - redirecting to title page

modifying ini file on site level does not help, nginx error logs are ok, access logs show that it was accessed the title page, not admin/modules

after running "Delete/rebuild registry" and "Cron" on Aegir panel - everything is fine again, so one of this tasks is somehow related

ok, this is repeating every day at ~15:00, with system time set correctly, so it is no some kind of 3AM cron job

now seems that after migrating site form dev.1.mysite.com to dev.mysite.com and then cloning it to dev.1.mysite.com - everything works on dev.mysite.com that strange redirect is alive in dev.1.mysite.com

Can you try now to reproduce?

so what would be an advice, if sitename.com is a fully active site, and some work is done on its clone, like clone.sitename.com, but there are needed active all the time those Devel*, Update* modules (which are disabled every day on non dev.* sites)

To reproduce:
1.Create any sub.site.com, it does not matter if it has "dev" or not (probably the best is to test with dev.site.com) on custom 7.23 platform
2. Install some modules, like 50-100 of the most poplar ones: Views, Context, Fields, Jquery ui. No other special requirements
3. Log in as user1, stay logged in, do not touch site for ~24h - stay in any page, for example /admin/modules or /admin/context
4. After those 24h, simply access any page under /admin/

No no no!!! This is not like that - that /admin/ page KEEPS redirecting to title page and is NOT accessible until site is cloned:
1. Access /admin/anypage - now it shows title page, also logs out
2. After login - that exact /admin/anypage is not accessible, keeps redirecting to title page

'disable_admin_dos_protection = TRUE' is set on first your reply.
Yes, this is some kind of browser problem as the problem repeats itself on Firefox (primary browser) and everything is fine with SW-Iron, but I still do not understand why. If there was going the same earlier I should already seen, but now...

Restarting Firefox does not help, clearing site caches also does not but clearing Firefox cache does.

I do not think that manual clearing the browser cache is normal practice to solve such behavior, or is it?

This is getting annoying. Probably I haven't explained properly, what this bug does:

1. Log in as a user 1.
2. Stay logged in for more than 24h, do not do anything! Just leave that tab of the browser open.
3. Access any page which only available for user 1, like /admin/modules

You will redirected to title page as your session is expired - this is normal. Now, if you login again as a user 1 and try to access EXACTLY the same page - /admin/modules you will be automatically redirected to title page, and that page (exactly that and not any else) - /admin/modules is inaccessible until you clear all caches in browser.

It is definitely not a normal but may need to be tested on different servers and configs.
Use last stable BOA, no errors or issues.