That's it. Thanks Victor!!<br>I added the following line at the top of 'lib/base.php':<br>ini_set("session.save_path","/some/writable/dir");<br><br>[closed] ;-)<br>
<br><br><div class="gmail_quote">2012/9/21 Victor Dubiniuk <span dir="ltr"><<a href="mailto:victor.dubiniuk@gmail.com" target="_blank">victor.dubiniuk@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

Hi,<div><br></div><div>The directory /var/lib/php5/  is not writable for the PHP so it can't create a session file here. <br>You need change permission on this directory or specify another (writable) location for session files in your php.ini</div>


<div>More detailed instructions are available here <a href="http://bytes.com/topic/php/answers/11052-problem-sessions#post46806" target="_blank">http://bytes.com/topic/php/answers/11052-problem-sessions#post46806</a></div>

<div><br></div>
<div>---</div><div>Victor<br><br><br><div class="gmail_quote"><div><div class="h5">On Fri, Sep 21, 2012 at 2:32 PM, auipga <span dir="ltr"><<a href="mailto:auipga@gmail.com" target="_blank">auipga@gmail.com</a>></span> wrote:<br>

</div></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div class="h5">
I renamed the old OC folder to "owncloud406" and uploaded the owncloud folder to the same path where it has been before. The database was completely flushed.<br><br>In the error_log I saw following:<br><br>[Fri Sep 21 13:26:34 2012] [warn] [client 91.2.214.250] mod_fcgid: stderr: PHP Warning:  session_start(): open(/var/lib/php5/sess_tl2jk3his45s97sp8041f1grvokf8g05, O_RDWR) failed: Permission denied (13) in /srv/www/vhosts/***.de/subdomains/cloud/httpdocs/lib/base.php on line 262, referer: <a href="https://cloud." target="_blank">https://cloud.</a>***.de/<br>




[Fri Sep 21 13:26:34 2012] [warn] [client 91.2.214.250] mod_fcgid: stderr: PHP Warning:  Unknown: open(/var/lib/php5/sess_tl2jk3his45s97sp8041f1grvokf8g05, O_RDWR) failed: Permission denied (13) in Unknown on line 0, referer: <a href="https://cloud." target="_blank">https://cloud.</a>***.de/<br>




[Fri Sep 21 13:26:34 2012] [warn] [client 91.2.214.250] mod_fcgid: stderr: PHP Warning:  Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/var/lib/php5) in Unknown on line 0, referer: <a href="https://cloud." target="_blank">https://cloud.</a>***.de/<br>




<br>
<br><br><div class="gmail_quote">2012/9/18 Christian Reiner <span dir="ltr"><<a href="mailto:foss@christian-reiner.info" target="_blank">foss@christian-reiner.info</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





Hi...<div><br>
<div><br>
> > > On Wednesday 12 September 2012 21:08:22 auipga wrote:<br>
> > > a few days ago I updated my ownCloud from version 4.0.6 to 4.5beta2.<br>
> > Since then I can't login anymore, regardless which account I use.<br>
<br>
</div></div><div><div>> > 2012/9/12 Christian Reiner <<a href="mailto:foss@christian-reiner.info" target="_blank">foss@christian-reiner.info</a>><br>
> > Try disabling the enabled apps one by one in the database.<br>
> > Each app has a setting called 'enabled' with value 'yes' in table<br>
> > oc_appconfig.<br>
> > Change the 'yes' to 'no' one by one and try to login after each change.<br>
> ><br>
> > Some users reported success using this strategy.<br>
> > Sadly it appears to be some other app each time :-(<br>
<br>
</div></div><div><div>On Sunday 16 September 2012 17:42:08 you wrote:<br>
> I made a fresh installation, new database. Same behaviour. Cannot explain<br>
> why...<br>
<br>
</div></div>em... since this is indeed strange I want to ask if that really is a complete<br>
fresh install. Or if there are any "old" files left over. That means:<br>
- "only" a new database or really all files deleted and feshly installed?<br>
I ask this because there are incidents with cached scripts (server side<br>
cached). There is a workaround to get these refreshed, afterwards some people<br>
reported to be able to login again. However this obviously cannot be the case<br>
in a real fresh install. That sounds more like a general setup problem.<br>
<br>
My suggestion: make a _really_ fresh install somewhere in the filesystem where<br>
OC was not installed before. Publish that installation as a URL not used for<br>
OC before. Same behaviour? Then you have a setup problem outside OC.<div><br>
<div><div><br>
<br>
--<br>
Christian Reiner (arkascha)<br>
[ <a href="mailto:foss@christian-reiner.info" target="_blank">foss@christian-reiner.info</a> ]<br>
</div></div></div></blockquote></div><br>
<br></div></div><div class="im">_______________________________________________<br>
Owncloud mailing list<br>
<a href="mailto:Owncloud@kde.org" target="_blank">Owncloud@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/owncloud" target="_blank">https://mail.kde.org/mailman/listinfo/owncloud</a><br>
<br></div></blockquote></div><br></div>
</blockquote></div><br>