core 🚀 - File Sharing stack overflow, memory issue, crash, CSRF issue on 9.1.0

I have the same issue. deactivating files_sharing via occ solved the issue of not being able to log in, but now the file sharing feature is missing.

cipher2k on 21 Jul 2016

hello, happens to me ... when I activate the ldap module, an answer to this problem?

wmeneses on 22 Jul 2016

Please all tell us how did you update.

From looking at the messages above it looks like the source code hasn't been properly replaced.

PVince81 on 22 Jul 2016

Hello,
I Downloaded tar.bz2, extracted on the Server, copy over config.php and started update process.

Thanks for help

Revisor01 on 22 Jul 2016

@Revisor01 did you delete the old source code before extracting ?

PVince81 on 22 Jul 2016

Yes.

Revisor01 on 22 Jul 2016

In an Otter Installation i tried to replace files. Same Error.

Revisor01 on 22 Jul 2016

@Revisor01 can you confirm that there are no errors on this page: http://example.com/index.php/settings/integrity/failed and on the admin page (setup check) ?

PVince81 on 22 Jul 2016

I'm not at the pc right now. But there were no errors or integrity massages after disabling files_sharing.

Revisor01 on 22 Jul 2016

Could all the reporters answer the same questions ? The more details we have about the different setups, the closer we can get to a soluton. Thank you !

PVince81 on 22 Jul 2016

Does clearing the cookies make the CSRF failed message disappear ?

So far I don't see any correlation between this and the files_sharing app.

PVince81 on 22 Jul 2016

Deleted the cache, tried different browsers (safari, Firefox, chrome) users, computers, tablets.

Revisor01 on 22 Jul 2016

I updated from a working latest 9.0.x release to 9.1 via apt-get update & apt-get upgrade.
Then did a occ upgrade -> no errors shown in console.
next: turned off maintenance mode via occ, too.

After that I could not log in to owncloud anymore via web. CSRF check failed message. After disabling files_sharing via occ it works again.

Cookies are always turned on. integrity check page shows: No errors have been found.

cipher2k on 22 Jul 2016

And I guess there is no specific error in owncloud.log or error_log when you get the CSRF failed page ? Even with "loglevel" set to 0 ?

PVince81 on 22 Jul 2016

nothing specific, just:
{"reqId":"0/clTBSYhuMIUJ4JIfrh","remoteAddr":"##.###.###.###","app":"no app in context","message":"CSRF check failed","level":0,"time":"2016-07-21T16:20:54+00:00","method":"POST","url":"/index.php/login","user":"--"}

cipher2k on 22 Jul 2016

Hmmm... the way how CSRF check works: whenever the login page is rendered, it will first generate the token and then store it into the current session. Also it will append the token into a hidden field "requesttoken". You can see it if you inspect the source code of the login page.
Then, when you login, it will POST username/password but also send that token to the server.
Then the server compares the token with the one it has in the session.
If they don't match, you get this error.

Not sure yet where the files_sharing app would disturb this process.

PVince81 on 22 Jul 2016

Hi, I had written the post above about ldap, after testing off the modules one by one, Ldap works ok, but the module "sharing files" does not work.
If I disable ldap "sharing files" works, by trying to turn it on, the CPU goes up and the server goes down, I think the error is the loading order of each of the modules in this version, the 9.0 had no problem .

I have 1500 users, 64GB of RAM, Xeon g4

wmeneses on 22 Jul 2016

Are you guys using the standard PHP session or did you deploy clustered environments ? In the latter case the session management might be slightly different.

PVince81 on 22 Jul 2016

It should be standard, I do not cluster.
I happened in php5.5, upgrade to php7.0 but I have the same problem

wmeneses on 22 Jul 2016

In my particular case apache generates a "segmentation fault". if one of the modules is on and the other is active.

wmeneses on 22 Jul 2016

@wmeneses @cipher2k can you guys please post a full report ? See https://raw.githubusercontent.com/owncloud/core/master/issue_template.md

I'd like to see if there is anything similar in your reports.

So far there isn't enough information to be able to either reproduce the issue or understand where it's coming from.

PVince81 on 22 Jul 2016

Unfortunately I can not, my owncloud has many active users now, if I activate this module the server crashes, :(. "Sharing files" will be off because it is more important that users can be authenticated.
At night I can reproduce the error, thank you very much for all the help

wmeneses on 22 Jul 2016

@Revisor01 You might want to remove your smtp credentials.

dergilb99 on 22 Jul 2016

Steps to reproduce

Upgrade to OC 9.1
Try to log in as a normal user
No login because CSRF check failed
Log in as admin and disable file sharing app from admin panel
Login works

Expected behaviour

All users should be able to log in

Actual behaviour

User can not log in because CSRF check failed when file sharing app is enabled. Server load goes very high.

Server configuration

Operating system:
Ubuntu 16.04 LTS

Web server:
Apache/2.4.18 (Ubuntu) OpenSSL/1.0.2g-fips

Database:
MySQL 5.7.13-0ubuntu0.16.04.2 - (Ubuntu)

PHP version:
7.0.8-0ubuntu0.16.04.1

ownCloud version: (see ownCloud admin page)
9.1

Updated from an older ownCloud or fresh install:
Updated from 9.0.4

Where did you install ownCloud from:
From apt-get. Did occ upgrade from command line and no errors were reported.

Signing status (ownCloud 9.0 and above):

Login as admin user into your ownCloud and access 
http://example.com/index.php/settings/integrity/failed 
paste the results here.

No errors have been found.

**List of activated apps:**

Enabled:
  - activity: 2.3.2
  - calendar: 1.2.2
  - comments: 0.3.0
  - dav: 0.2.5
  - federatedfilesharing: 0.3.0
  - federation: 0.1.0
  - files: 1.5.1
  - files_pdfviewer: 0.8.1
  - files_sharing: 0.10.0
  - files_texteditor: 2.1
  - files_trashbin: 0.9.0
  - files_versions: 1.3.0
  - files_videoplayer: 0.9.8
  - firstrunwizard: 1.1
  - gallery: 15.0.0
  - notifications: 0.3.0
  - ownnote: 1.08
  - provisioning_api: 0.5.0
  - systemtags: 0.3.0
  - templateeditor: 0.1
  - updatenotification: 0.2.1

**The content of config/config.php:**
{
    "system": {
        "instanceid": "oc5rl1d2bu5s",
        "passwordsalt": "***REMOVED SENSITIVE VALUE***",
        "secret": "***REMOVED SENSITIVE VALUE***",
        "trusted_domains": [
            "pilvi.sytes.net",
            "pilvi.kielletaan.com"
        ],
        "datadirectory": "\/var\/www\/owncloud\/data",
        "overwrite.cli.url": "https:\/\/pilvi.kielletaan.com",
        "dbtype": "mysql",
        "version": "9.1.0.15",
        "installed": true,
        "logtimezone": "Europe\/Helsinki",
        "logfile": "\/var\/log\/owncloud.log",
        "loglevel": 0,
        "log_authfailip": true,
        "mail_smtpmode": "smtp",
        "mail_smtpauthtype": "LOGIN",
        "mail_smtpauth": 1,
        "mail_smtphost": "smtpa.kolumbus.fi",
        "mail_from_address": "pilvi",
        "mail_domain": "kielletaan.com",
        "mail_smtpport": "465",
        "mail_smtpname": "***REMOVED SENSITIVE VALUE***",
        "mail_smtppassword": "***REMOVED SENSITIVE VALUE***",
        "mail_smtpsecure": "ssl",
        "theme": "",
        "maintenance": false,
        "dbname": "owncloud",
        "dbhost": "127.0.0.1",
        "dbuser": "***REMOVED SENSITIVE VALUE***",
        "dbpassword": "***REMOVED SENSITIVE VALUE***",
        "check_for_working_htaccess": true,
        "appstoreenabled": true,
        "appstoreurl": "https:\/\/api.owncloud.com\/v1",
        "apps_paths": [
            {
                "path": "\/var\/www\/owncloud\/apps",
                "url": "\/apps",
                "writable": true
            }
        ],
        "trashbin_retention_obligation": "auto",
        "updatechecker": false,
        "htaccess.RewriteBase": "\/"
    }
}

**Are you using external storage, if yes which one:** local/smb/sftp/...
no

**Are you using encryption:** yes/no
no

**Are you using an external user-backend, if yes which one:** LDAP/ActiveDirectory/Webdav/...
Webdav

### Client configuration
**Browser:**
Chrome/IE/Safari
Mobile clients
Desktop client

**Operating system:**
Windows/Linux/Android

### Logs
#### Web server error log
[Fri Jul 22 20:48:12.573084 2016] [core:notice] [pid 3014] AH00051: child pid 6346 exit signal Segmentation fault (11), possible coredump in /etc/apache2

#### ownCloud log (data/owncloud.log)
{"reqId":"vx2BMAK6UpRfaM1VRB8F","remoteAddr":"192.168.1.1","app":"no app in context","message":"CSRF check failed","level":0,"time":"2016-07-22T21:10:02+03:00","method":"POST","url":"\/login","user":"--"}

ruuskil on 22 Jul 2016

Did some testing and found something that might help.

I created a test user and then enabled the file share app. All old users got the same CSRF error but this new test user was able to log in and create file shares. Maybe things will start to work if I delete all user accounts and create them again and restore their data? I'm not willing to do that because most likely they will lose all calendar data and file share information.

ruuskil on 22 Jul 2016

When active the module before segmentation fault, begin to show these errors, and the server is a "load average" 14:

{"reqId":"cO+KeY2PwfuDYysrPeeF","remoteAddr":"10.2.63.52","app":"core","message":"File with id \"6414201\" has not been found.","level":3,"time":"2016-07-22T22:36:33+00:00","method":"PROPFIND","url":"/owncloud/remote.php/webdav/","user":"Angela_Cristina_Paz_Estrada"}

wmeneses on 23 Jul 2016

It is as if he could not find the files that have been shared, does not seem to be a problem code, works for me well, as long as the ldap module is off.
I have over 1500 users (ldap / AD), the two modules can not be active at the same time

wmeneses on 23 Jul 2016

I don't use ldap - it was always deactivated - and still can not use file sharing. So, in my case there is no co-dependency with ldap module. I have used file sharing before, so all of my users have shared folders amongst each other, and as soon as I activate file sharing module they can not login anymore after upgrade to 9.1.

cipher2k on 23 Jul 2016

When activated, the same thing happens, users can not authenticate, by excessive CPU usage by activating the module, this happened to me when you upgrade to 9.1'.

If I disable ldap, ie if local users have only
(Who had no shared resources), everything works ok incusive sharing new files or folders.

I think it is not possible to find previously shared data, the CPU gets high (100% Mysql and some apache threads) and creating a fault segmentation

wmeneses on 23 Jul 2016

I have to activate this module is more than necessary, someone knows how to delete all tables in the database of this?
I can make a backup of my database, just to prove

wmeneses on 23 Jul 2016

I can confirm this behaviour (exactly as described in initial post) an an self-hosted, dedicated server, Ubuntu 14.04, php 5.5.9, no ldap.

protree on 23 Jul 2016

It is not LDAP, in my owncloud.log can not find the resources previously shared, the CPU is increased and the server crashes.

{"reqId":"cO+KeY2PwfuDYysrPeeF","remoteAddr":"10.2.63.52","app":"core","message":"File with id \"6414201\" has not been found.","level":3,"time":"2016-07-22T22:36:33+00:00","method":"PROPFIND","url":"/owncloud/remote.php/webdav/","user":"Angela_Cristina_Paz_Estrada"}

at first I thought it was LDAP, which collapsed when upgrading to 9.1, but the reason was "shared files", both can not be active.

in my case, "shared files" works well without ldap, because my local users .. had nothing shared

wmeneses on 23 Jul 2016

Same problem with me. However, I did the upgrade on 2 different servers. Server 1: 32bit system, did upgrade without problems, login did work. Server 2: 64bit system, did upgrade without problems, but login showed 'CSRF-check failed'. When deactivating shared_files, login was possible - but is no solution, for we use owncloud to share files. Both servers use PHP 5.6.23 and MySQL 5.5.50. We don't use the ldap-app. Only difference between the systems is that the encryption app is activated on the 32bit machine, but not on the 64bit machine. Like in one of the prior cases, the apache on the 64bit machine shows a 'segmentation fault' every few seconds.

Update:
I tried to do a sudo -u www-data php occ files:scan --all on the machine with the problems and it stopped after a few seconds without any output. Log output was:

{"reqId":"GcOdy3s8F1RyQto6GULB","remoteAddr":"","app":"cli","message":"Memcache \\OC\\Memcache\\APCu not available for local cache","level":1,"time":"2016-07-23T16:23:06+00:00","method":"--","url":"--","user":"--"}
{"reqId":"GcOdy3s8F1RyQto6GULB","remoteAddr":"","app":"cli","message":"Memcache \\OC\\Memcache\\APCu not available for distributed cache","level":1,"time":"2016-07-23T16:23:06+00:00","method":"--","url":"--","user":"--"}

With files_sharing disabled, it worked fine. It appears that the files_sharing app irritates the memcache and/or the login procedure. When files_sharing is disabled, the segmentation faults in the apache log also disappear.

Update 2:
I can also confirm that a newly created user is able to log in without CSRF-failed message, but only as long as he is no member of an already existing group. After adding him to a group, login was no longer possible and the CSRF-message came. This might also be the difference between my two servers, because the 32bit installation only has 1 user without any group, whereas the 64bit server contains several groups with several users.

schmees on 23 Jul 2016

{"reqId":"fCq0Guy6vUu/GvxI+Bad","remoteAddr":"181.232.76.193","app":"core","message":"Maria_Cristita_Londono_Restrepo is not a valid user anymore","level":3,"time":"2016-07-23T21:17:44+00:00","method":"PROPFIND","url":"/owncloud/remote.php/webdav/","user":"Susana_Pardo"}
{"reqId":"fCq0Guy6vUu/GvxI+Bad","remoteAddr":"181.232.76.193","app":"no app in context","message":"Error getting storage info for mount at /Juan_Pablo_Bolivar_Usma/files/PRESENTACIONES/","level":3,"time":"2016-07-23T21:17:44+00:00","method":"PROPFIND","url":"/owncloud/remote.php/webdav/","user":"Susana_Pardo"}

wmeneses on 23 Jul 2016

Greetings, someone can help me delete entries in the database to test this module

wmeneses on 24 Jul 2016

In my case the new user can log in even when he is a member of a group.

ruuskil on 24 Jul 2016

@ruuskil Are there shared files with that group? The group I added the new user to had several files and folders shared.

schmees on 24 Jul 2016

Yes, I tested with group shares and user shares. So far I have been unable to create a situation where this new user gets CSRF error.

ruuskil on 24 Jul 2016

I got the same error from owncloud 9.1 on an Ubuntu 14.04 32bit server. Apache showed the following error:

[Sun Jul 24 10:45:17.822015 2016] [core:notice] [pid 30670] AH00051: child pid 31208 exit signal Segmentation fault (11), possible coredump in /etc/apache2

ingo-svl on 24 Jul 2016

I had the same problems.

I then deleted all items in oc_share, and re-create sharing, everything is then back to normal.

gongyilun on 24 Jul 2016

@gongyilun, Can you explain how?

wmeneses on 24 Jul 2016

Delete all records in oc_share in the database by phpmyadmin, it is then back to normal. I don't have many sharing records, so I just added manually. But there must be a way to re-generate these records.

gongyilun on 24 Jul 2016

:( I have more than 1500 users, many of them with shared important information, but will try a backup. Thank you

wmeneses on 24 Jul 2016

Hello, I just delete all entries from the table oc_share and everything returns to normal, I just checked and had 650 shared links, I can not lose these, can anyone check the problem? I just leave my backup and I'll leave off this module. Thank you very much @gongyilun

wmeneses on 24 Jul 2016

same problem here.
data/owncloud.log
{"reqId":"3rHg1HmdUWmDU06oU0Rl","remoteAddr":"192.168.1.10","app":"no app in context","message":"CSRF check failed","level":0,"time":"2016-07-24T19:34:16+00:00","method":"POST","url":"\/index.php\/login","user":"--"}

Apache log, produces no errors:

# su -s /bin/bash www-data
$ ./occ app:disable files_sharing
files_sharing disabled
# service apache2 restart

fixes the problem. (for now, but file sharing is needed)

System information:

# uname -a
Linux G5 3.16.0-4-powerpc64 #1 SMP Debian 3.16.7-ckt25-2 (2016-04-08) ppc64 GNU/Linux
# dpkg -l | grep owncloud
ii  owncloud-files                   9.1.0-1.1                   all          ownCloud - Server
# cat /etc/apt/sources.list.d/owncloud.list 
deb http://download.owncloud.org/download/repositories/stable/Debian_8.0/ /

pretty default installation with less than 10 Users and a few file shares I don't want to loose between those users.

Daywalker01 on 24 Jul 2016

So what will happen if I delete all entries from oc_share? What information will be lost?

ruuskil on 25 Jul 2016

@ruuskil You lose everything that users have shared (links)

wmeneses on 25 Jul 2016

Thanks for info. At the moment I'm not willing to do that unless the developers say there is no other way to fix this?

ruuskil on 25 Jul 2016

👍2

I'm in the same situation, I have more than 600 links on my server, I do not know to do

wmeneses on 25 Jul 2016

I deleted all entries in oc_share since I only have 3 users. after that I was able to activate files_sharing and login again. re-created the shares via web-frontend and everything seems to work as normal.
but this solution is not acceptable for installations with huge number of users.

cipher2k on 25 Jul 2016

Nothing to do? @PVince81

wmeneses on 25 Jul 2016

too late, have lost credibility with this update, Many thanks for the help, I decided to delete the contents of the table oc_share to start again, if anyone can tell me how I can prevent new updates, they are grateful

wmeneses on 26 Jul 2016

Same issue for me. Upgraded via yum on centos7. Switched off maintenence mode and proceeded to log in, not possible for any user, apart from admin (which I think is due to no shares etc).

I tried a files:scan --all, but php crashed... pasted info below. Hope it can be helpful.

id ae1bef61626a9ca12dd3f2400e5c1b61ea6ffca7
reason: php killed by SIGSEGV
time: Tue 26 Jul 2016 11:40:33 AM MYT
cmdline: php occ files:scan --all
uid: 48
Directory: /var/spool/abrt/ccpp-2016-07-26-11:40:33-25463
Reported: cannot be reported

id 8cbf545e1b3f2d6bd41e2354ab4877d35a806af7
reason: php killed by SIGSEGV
time: Tue 26 Jul 2016 11:40:07 AM MYT
cmdline: php occ files:scan --all
package: php56w-cli-5.6.23-1.w7
uid: 48 (apache)
Directory: /var/spool/abrt/ccpp-2016-07-26-11:40:07-25220
Reported: cannot be reported

I should mention that mysql is working overtime at 300 percent in top...

ClonedPuppy on 26 Jul 2016

And here's a clean log from a reboot of the server with a failed login entry:

{"reqId":"V5bhfOC1vOR8QWvJtDObTQAAAA0","remoteAddr":"192.168.200.3","app":"webdav","message":"Exception: {\"Message\":\"HTTP\\\/1.1 401 No 'Authorization: Basic' header found. Either the client didn't send one, or the server is mis-configured\",\"Exception\":\"Sabre\\\\DAV\\\\Exception\\\\NotAuthenticated\",\"Code\":0,\"Trace\":\"#0 [internal function]: Sabre\\\\DAV\\\\Auth\\\\Plugin->beforeMethod(Object(Sabre\\\\HTTP\\\\Request), Object(Sabre\\\\HTTP\\\\Response))\\n#1 \\\/var\\\/www\\\/html\\\/owncloud\\\/3rdparty\\\/sabre\\\/event\\\/lib\\\/EventEmitterTrait.php(105): call_user_func_array(Array, Array)\\n#2 \\\/var\\\/www\\\/html\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/Server.php(446): Sabre\\\\Event\\\\EventEmitter->emit('beforeMethod', Array)\\n#3 \\\/var\\\/www\\\/html\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/Server.php(248): Sabre\\\\DAV\\\\Server->invokeMethod(Object(Sabre\\\\HTTP\\\\Request), Object(Sabre\\\\HTTP\\\\Response))\\n#4 \\\/var\\\/www\\\/html\\\/owncloud\\\/apps\\\/dav\\\/appinfo\\\/v1\\\/webdav.php(56): Sabre\\\\DAV\\\\Server->exec()\\n#5 \\\/var\\\/www\\\/html\\\/owncloud\\\/remote.php(164): require_once('\\\/var\\\/www\\\/html\\\/o...')\\n#6 {main}\",\"File\":\"\\\/var\\\/www\\\/html\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/Auth\\\/Plugin.php\",\"Line\":188,\"User\":false}","level":0,"time":"July 26, 2016 12:05:16","method":"PROPFIND","url":"\/remote.php\/webdav\/","user":"--"} {"reqId":"V5bhnHhRRDrdhVA6sTGQdAAAAAM","remoteAddr":"192.168.200.3","app":"webdav","message":"Exception: {\"Message\":\"HTTP\\\/1.1 401 No 'Authorization: Basic' header found. Either the client didn't send one, or the server is mis-configured\",\"Exception\":\"Sabre\\\\DAV\\\\Exception\\\\NotAuthenticated\",\"Code\":0,\"Trace\":\"#0 [internal function]: Sabre\\\\DAV\\\\Auth\\\\Plugin->beforeMethod(Object(Sabre\\\\HTTP\\\\Request), Object(Sabre\\\\HTTP\\\\Response))\\n#1 \\\/var\\\/www\\\/html\\\/owncloud\\\/3rdparty\\\/sabre\\\/event\\\/lib\\\/EventEmitterTrait.php(105): call_user_func_array(Array, Array)\\n#2 \\\/var\\\/www\\\/html\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/Server.php(446): Sabre\\\\Event\\\\EventEmitter->emit('beforeMethod', Array)\\n#3 \\\/var\\\/www\\\/html\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/Server.php(248): Sabre\\\\DAV\\\\Server->invokeMethod(Object(Sabre\\\\HTTP\\\\Request), Object(Sabre\\\\HTTP\\\\Response))\\n#4 \\\/var\\\/www\\\/html\\\/owncloud\\\/apps\\\/dav\\\/appinfo\\\/v1\\\/webdav.php(56): Sabre\\\\DAV\\\\Server->exec()\\n#5 \\\/var\\\/www\\\/html\\\/owncloud\\\/remote.php(164): require_once('\\\/var\\\/www\\\/html\\\/o...')\\n#6 {main}\",\"File\":\"\\\/var\\\/www\\\/html\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/Auth\\\/Plugin.php\",\"Line\":188,\"User\":false}","level":0,"time":"July 26, 2016 12:05:48","method":"PROPFIND","url":"\/remote.php\/webdav\/","user":"--"}

ClonedPuppy on 26 Jul 2016

Here's a strange point. I CAN log in as admin fine. If I try using the same browser session that I used for the admin it doesn't work. Then I tried an icognito version of a browser and IT did work. So maybe this is an issue with the cookie being messed up?

shaneonabike on 26 Jul 2016

I can log in as Admin with the same browser though.. but if I log out, and try to log in to my personal account, I get the error. I tried another browser (arch linux default gnome browser, can't remember it's name..) and got a "page corrupt" error... so I doubt it's a cookie error on my side. I noticed when I'm in the admin account, and I switch on the file sharing app again, I see mysql shoot to the top in the cpu usage, and it sits there for a good minute until it bails and OC tells me the app has en error (file sharing app).

ClonedPuppy on 26 Jul 2016

This is happening on an OC instance I manage, and it has been breaking the service for a few days.

Steps to reproduce

update from a working latest 9.0.x release to 9.1 via apt-get update & apt-get upgrade.
occ upgrade -> no errors shown in console
turn off maintenance mode via occ
check all apps are enabled as appropriate, including file_sharing

Expected behaviour

Sharing should work; All users should be able to log in

Actual behaviour

Sharing doesn't work; Login is impossible.
Only workaround is to disable file-sharing.

Server configuration

Operating system:
Debian GNU/Linux 8.5 (jessie)

Web server:
apache2 2.4.10-10+deb8u5 amd64

Database:
mysql-server-5.5 5.5.50-0+deb8u1 amd64

PHP version:
php5 5.6.24+dfsg-0+deb8u1

ownCloud version:
ownCloud 9.1.0 (stable)

Updated from an older ownCloud or fresh install:
updated from a working latest 9.0.x release to 9.1 via apt-get update & apt-get upgrade

Where did you install ownCloud from:
http://download.owncloud.org/download/repositories/stable/Debian_8.0/

Signing status (ownCloud 9.0 and above):

No errors have been found.

List of activated apps:

Enabled:
  - activity: 2.3.2
  - calendar: 1.3.1
  - comments: 0.3.0
  - dav: 0.2.5
  - documents: 0.12.0
  - encryption: 1.3.0
  - federatedfilesharing: 0.3.0
  - files: 1.5.1
  - files_texteditor: 2.1
  - files_trashbin: 0.9.0
  - files_versions: 1.3.0
  - news: 8.8.0
  - notifications: 0.3.0
  - provisioning_api: 0.5.0
  - systemtags: 0.3.0
  - updatenotification: 0.2.1
Disabled:
  - external
  - federation
  - files_antivirus
  - files_external
  - files_pdfviewer
  - files_sharing
  - files_videoplayer
  - firstrunwizard
  - gallery
  - maps
  - notes
  - ownnote
  - tasks
  - templateeditor
  - user_external
  - user_ldap

The content of config/config.php:

{
    "system": {
        "instanceid": "***REMOVED SENSITIVE VALUE***",
        "passwordsalt": "***REMOVED SENSITIVE VALUE***",
        "secret": "***REMOVED SENSITIVE VALUE***",
        "trusted_domains": [
            "***REMOVED SENSITIVE VALUE***"
        ],
        "datadirectory": "\/var\/opt\/owncloud\/data",
        "overwrite.cli.url": "https:\/\/***REMOVED SENSITIVE VALUE***\/owncloud",
        "dbtype": "mysql",
        "version": "9.1.0.15",
        "dbname": "owncloud",
        "dbhost": "localhost",
        "dbtableprefix": "oc_",
        "dbuser": "***REMOVED SENSITIVE VALUE***",
        "dbpassword": "***REMOVED SENSITIVE VALUE***",
        "logtimezone": "UTC",
        "installed": true,
        "mail_smtpmode": "sendmail",
        "mail_smtpauthtype": "LOGIN",
        "mail_smtpsecure": "tls",
        "mail_smtpauth": 1,
        "loglevel": 0,
        "maintenance": false,
        "updatechecker": false,
        "theme": "***REMOVED SENSITIVE VALUE***",
        "appstore.experimental.enabled": true,
        "htaccess.RewriteBase": "\/owncloud",
        "mail_from_address": "owncloud",
        "mail_domain": "***REMOVED SENSITIVE VALUE***"
    }
}

Are you using external storage, if yes which one:
no

Are you using encryption:
yes

Are you using an external user-backend, if yes which one:
no

Client configuration

Browser:
Firefox, Chromium

Operating system:
Linux Ubuntu

Also: can't access shared files with the Android Owncloud App

Logs

Web server error log

[Wed Jul 27 10:03:27.361483 2016] [core:notice] [pid 28064] AH00052: child pid 28109 exit signal Segmentation fault (11)

(repeatedly; no error show up after disabling file_sharing)

ownCloud log (data/owncloud.log)

Debug   cron    Finished job with ID 246    2016-07-27T14:03:52+00:00
Info    no app in context   Invalidating tokens older than 2016-07-26T14:03:52+00:00    2016-07-27T14:03:52+00:00
Debug   cron    Run job with ID 246 2016-07-27T14:03:52+00:00

Browser log

I'd rather omit this one.

pixelrust on 27 Jul 2016

I have exactly the same problem with exactly the same description as above. However, I can not login from any account not even admin.

kabzo on 27 Jul 2016

If I start removing all the entries in oc_share in the db, as mentioned by a user earlier... Are there any issues that I can cause apart from just having my users re-sharing their stuff? Since this bug only seem to happen to some of us, and it basically cripples owncloud, perhaps it's because we have some corrupt entries in the sharing table? I noticed I had one that was named "1|$2y$10$.KZDwh3Q0WJdvduEpyPo/eCwai9t/f7vGcUW2DdTVZhExgkuvK.MO" and a few more with similar names.

I need to resolve this as my users are screaming, if the above suggestion is not good... could any kind soul send me a link for a how-to on downgrading to 8.0.x instead?

Thanks, and I'm not complaining.. I really love OC, and appreciate all the hard work the devs are putting behind it. This just teaches me to listen to the jungle drums for a few more days before hitting upgrade ;)

ClonedPuppy on 28 Jul 2016

👍1

I used the backup I made prior to the upgrade, so I could restore the state of my OC installation manually. It runs now in version 9.0.3-2 again, everything works fine and the users do have access again. However, I doubt that I can use apt again to upgrade OC, because the system still thinks that version 9.1.0-1 is running.

schmees on 28 Jul 2016

I ended up manually deleting all the entries in the oc_share table... then switched on the file sharing app via the admin account and looks like things are back to normal now. Oh well, some groaning users but could have been worse :)

ClonedPuppy on 28 Jul 2016

Same issue here after updating from 9.0 to 9.1 on Ubuntu 14.04.4 LTS. Updated through repository. Very annoying! My only admin-account ist my "normal" own account which has shared files so I cannot login as an admin either. :-(

sboldt1978 on 28 Jul 2016

It woul be nice to hear something from the developers about this issue. So far the only working solution seems to be deleting the contents of oc_share in the database.

ruuskil on 28 Jul 2016

owncloud is a wonderful development, but I'm afraid each there is a new update, If someone can tell me how to disable new updates, appreciate it.

wmeneses on 28 Jul 2016

Same here, this is very bad so please think about to revoke 9.1.0

jensregel on 28 Jul 2016

maybe this one is a small hint (or maybe it is not...)
I just did the following:
$ pg_dump -t oc_share owncloud > os_share.sql
This backed up the current shares by my users.

After that I tried to Share something again, and I experienced something odd.
Some old shares,shared Folders from an external storage (local NFS mount on the server)
This is not possible anymore!
There is just no textbox popping up if I try to share an "external storage" folder.

Maybe this has something to do with this issue, as this previously definitely worked!

Daywalker01 on 28 Jul 2016

I think this should be marked as Critical severity, as it breaks usability for most people. In my company we use it to share data between freelancers, which is now not possible.

Sonicelo on 29 Jul 2016

I found out that only shares from external storages seem to crash owncloud. Steps to reproduce:

Mount an external storage into owncloud
Share a file or folder from this external storage with another user -> ownCloud will crash, no Log, but ownCloud doesn't load any longer
Delete this specific share from oc_shares -> ownCloud starts working again

As a hotfix:

take a look at your oc_shares table
find all shares from external storages
delete their entries (you can search for the fileID in oc_filecash to get the source of the share)

protree on 31 Jul 2016

Same problem here, after login to admin and enter to https://example.com/index.php/settings/users nothing happened. Can`t list users and get 2 GB errors in owncloud.log.

Error getting storage info for mount
and
{"reqId":"8TQujtxJLDRytzMEaOI5","remoteAddr":"XXX.XXX.XXX.XXX","app":"core","message":"File with id \"9234\" has not been found.","level":3,"time":"2016-08-01T09:42:21+00:00","method":"PROPFIND","url":"/remote.php/webdav/","user":"testuser"}

Best Regards

takenek on 1 Aug 2016

I tried the following:

Deactivate files_sharing
Restart server
Log in
Leave browser windows open
Activate files_sharing
Restart server
Refresh browser windows

Result:
As expected, you are logged in and you can view & browser all shared folders. But once you logout you can not log in anymore.

Sonicelo on 1 Aug 2016

I didn't want to wait any longer so I removed everything in oc_share table and now the share app works again. Of course all old share data was lost.

I hope more time is given to testing of new releases before going public so we can avoid situations like these.

ruuskil on 1 Aug 2016

@Bazed - the strange entries in table oc_share, that look crippled to you, are not crippled. They concern shares with external users by link. The entries starting with 1|$2y$ in the field share_with are the passwords tied to these link-shares. So this is probably not the reason for the bug.

I can confirm, that deleting all entries in oc_share solve the problem with the login of affected users. They are afterwards able to login, but all the shares do not show up. The files are still there, but the users can't see them because the connection via the table oc_share is gone.

agru on 1 Aug 2016

How to clear this table - i use SQLite?

Best Regards

takenek on 1 Aug 2016

@protree - I checked all entries in oc_share to see which entry belongs to an external storage source. No luck - none of the shares defined in oc_share is related to external storage.
So ... I think the problem is not related to shares from external storage. I also tried to delete all shares that belong to files that have been put to the trashbin, but also no luck.
I have no idea which type of share is responsible for the problem, and I can not delete all shares. Any further ideas?

agru on 1 Aug 2016

I think I found a solution (at least for my small Ubuntu 14.04.4 environment with no external shares):

Logged into mysql
Rename table oc_share to oc_share_bak
Restart Apache
Tried to log into owncloud via browser Interface
Ran into a "something missing" error
rename table oc_share_bak to oc_share
Reload owncloud browser tab
Login to owncloud successfull!

Even after logging out and restarting Apache logging in still works! You can't believe how happy I am :-)

Hope this works for some other guys as well...

sboldt1978 on 1 Aug 2016

Everyone who use SQLite this is resolve problem:
sqlite3 /var/www/owncloud/data/owncloud.db
sqlite> DELETE FROM oc_share;
sqlite> .quit

All problem solved with 9.1.0.
Best Regards

takenek on 2 Aug 2016

@sboldt1978 - this is, at least for me, not a solution. If I do this, the server delivers an internal server error.
To all: Besides of the problem in the web interface, the cron-job also dies sometimes while the problem with oc_share is in place. The message (in German) is: /bin/sh: Zeile 1: 14691 Speicherzugriffsfehler php -f /var/www/html/owncloud/cron.php > /dev/null 2>&1. This means 'Segmentation fault'. When there are no entries in oc_share it seems that also this error is not happening.

agru on 2 Aug 2016

Hi,

im facing into the exact same problem. had to disable the files sharing module :-( for me it's also no solution losing all the existing share information in the db. tried to find out if its depending on the php version i'm using. upgrade to php7.0 makes no difference. in future i will never do an bigger upgrade immediatly ...

i'm using ldap auth

herm42 on 2 Aug 2016

ok ... maybe i found out a workaround. seems owncloud will break if a file share is defined where the file/folder is not here anymore. grep for the shares which create an error ...

www-data@owncloud-1:~/owncloud/data$ cat owncloud.log|grep -F "Error getting storage info for mount at"|awk -F ':' '{print $5}'|awk -F'/' '{print $4}'|sort -u

in my case i got around 15 missing files/folders

then i searched via select ...

SELECT * FROM oc_share WHERE file_target like '%FILENAME-FOLDERNAME%' ORDER BY uid_owner ASC

and dropped the entries then manually.

afterwards i enabled the file share again

./occ app:enable files_sharing

tadaa ... it come up again

herm42 on 2 Aug 2016

I have a new problem now after deleting the oc_share database. My owncloud log gets this error every 15 minutes when the cron tries to run. I have no idea what is causing it. I tried to run occ files scan but it didn't help. Any ideas?

{"reqId":"sxyqpKl/0vpNwcKlmeZo","remoteAddr":"","app":"files","message":"Exception: {\"Exception\":\"BadMethodCallException\",\"Message\":\"Not in batch\",\"Code\":0,\"Trace\":\"#0 \/var\/www\/owncloud\/lib\/private\/Files\/Utils\/Scanner.php(143): OC\Files\Cache\Propagator->commitBatch()\n#1 \/var\/www\/owncloud\/apps\/files\/lib\/BackgroundJob\/ScanFiles.php(87): OC\Files\Utils\Scanner->backgroundScan('')\n#2 \/var\/www\/owncloud\/apps\/files\/lib\/BackgroundJob\/ScanFiles.php(111): OCA\Files\BackgroundJob\ScanFiles->runScanner(Object(OC\User\User))\n#3 \/var\/www\/owncloud\/lib\/private\/BackgroundJob\/Job.php(52): OCA\Files\BackgroundJob\ScanFiles->run(NULL)\n#4 \/var\/www\/owncloud\/lib\/private\/BackgroundJob\/TimedJob.php(53): OC\BackgroundJob\Job->execute(Object(OC\BackgroundJob\JobList), Object(OC\Log))\n#5 \/var\/www\/owncloud\/cron.php(122): OC\BackgroundJob\TimedJob->execute(Object(OC\BackgroundJob\JobList), Object(OC\Log))\n#6 {main}\",\"File\":\"\/var\/www\/owncloud\/lib\/private\/Files\/Cache\/Propagator.php\",\"Line\":145}","level":3,"time":"2016-08-02T16:30:02+03:00","method":"--","url":"--","user":"--"}

ruuskil on 2 Aug 2016

After clear "oc_share" table i saw there is still errors in owncloud.log:

{"reqId":"2MSLWT5bTKrHhORw7Jd8","remoteAddr":"127.0.0.1","app":"core","message":"File with id \"9261\" has not been found.","level":3,"time":"2016-08-03T06:06:42+00:00","method":"POST","url":"/index.php/login","user":"admin"}
{"reqId":"MaMYFSEMzYCotyEaoyqE","remoteAddr":"127.0.0.1","app":"core","message":"File with id \"9261\" has not been found.","level":3,"time":"2016-08-03T06:06:42+00:00","method":"GET","url":"/index.php/apps/files/","user":"admin"}
{"reqId":"4+9F3nt0MPpzEyIAJQ3l","remoteAddr":"127.0.0.1","app":"core","message":"File with id \"9261\" has not been found.","level":3,"time":"2016-08-03T06:06:43+00:00","method":"PROPFIND","url":"/remote.php/webdav/","user":"admin"}
root@owncloud:/var/www/owncloud/data# tail -f owncloud.log
{"reqId":"2MSLWT5bTKrHhORw7Jd8","remoteAddr":"127.0.0.1","app":"core","message":"File with id \"9261\" has not been found.","level":3,"time":"2016-08-03T06:06:42+00:00","method":"POST","url":"/index.php/login","user":"admin"}
{"reqId":"MaMYFSEMzYCotyEaoyqE","remoteAddr":"127.0.0.1","app":"core","message":"File with id \"9261\" has not been found.","level":3,"time":"2016-08-03T06:06:42+00:00","method":"GET","url":"/index.php/apps/files/","user":"admin"}
{"reqId":"4+9F3nt0MPpzEyIAJQ3l","remoteAddr":"127.0.0.1","app":"core","message":"File with id \"9261\" has not been found.","level":3,"time":"2016-08-03T06:06:43+00:00","method":"PROPFIND","url":"/remote.php/webdav/","user":"admin"}
{"reqId":"TACmHSDIdn+Cgw53vw3c","remoteAddr":"127.0.0.1","app":"core","message":"File with id \"9261\" has not been found.","level":3,"time":"2016-08-03T06:07:01+00:00","method":"GET","url":"/index.php/settings/users","user":"admin"}
{"reqId":"+Z1Y39FKiTcdP5Kj9kCU","remoteAddr":"127.0.0.1","app":"core","message":"File with id \"9261\" has not been found.","level":3,"time":"2016-08-03T06:07:02+00:00","method":"GET","url":"/index.php/settings/users/users?offset=0&limit=50&gid=&pattern=","user":"admin"}
{"reqId":"WPBmGyClO2qnuXtQt2rm","remoteAddr":"127.0.0.1","app":"core","message":"File with id \"9261\" has not been found.","level":3,"time":"2016-08-03T06:07:05+00:00","method":"GET","url":"/index.php/avatar/Michalp/32","user":"admin"}
{"reqId":"m0tyBWyoXAECt30+f2Bs","remoteAddr":"127.0.0.1","app":"core","message":"File with id \"9261\" has not been found.","level":3,"time":"2016-08-03T06:07:05+00:00","method":"GET","url":"/index.php/avatar/Centur/32","user":"admin"}

takenek on 3 Aug 2016

Hey
I know what is wrong with patch 9.1.0.
On version 9.0.X try share something and after this delete this file and
upgrade to version 9.1.0 after this user who share and delete ( without
disable share ) can`t login to account.
I try on MySQL and SQLite and same effect.

Developers: You need add to delete file function first disable share and later delete.
And to upgrade script checking "oc_share" table for items who dont exist but still its shared and delete them.

So problem is with delete shared files without unsharing.
Best Regards
TaKeN

takenek on 3 Aug 2016

The Feature for Sharing an external storage was either enabled by default previously, or newly added, and disabled now.
That's most likely also a reason why entries in the table oc_share is the reason for this issue.

Daywalker01 on 4 Aug 2016

I am not sure its related to external storage, as I have this problem also and I do not (and have never) used external storage.

Sonicelo on 4 Aug 2016

Hi,

Tried to disable and clear deleted files from table and tried to truncate table at all - no luck.

Still receive CSRF check failed for httpd versionj - using http it works

Please fix the issue ASAP.
Thank you.

osadmin on 6 Aug 2016

Thanks for the many details, I'll see if I can recreate this situation locally

PVince81 on 8 Aug 2016

Okay, so if deleting all entries from the "oc_share" table makes the problem disappear, that's a good clue.
Then to find out what kind of entries and why.

Someone said that maybe a repair step needs to be run first to fix these entries before the upgrade.

PVince81 on 8 Aug 2016

Just to clarify - I've tried both deleting oc_share rows, truncating and disabling application - still have
"CSRF check failed"
Also the same on 9.2 version.

osadmin on 8 Aug 2016

Hmmm... so it looks like there are two groups of people here.
One group have issue A with CSRF which isn't solved with truncating oc_share.
Another group have a completely different issue where truncating oc_share solves it.

For the ones where oc_share truncates the problem, please tell me whether you did see the CSRF error or not or did you have a different issue ? It is very important to distinguish the symptoms to be able to provide a fix for both issues.

Thanks.

PVince81 on 8 Aug 2016

I'd like to keep this ticket for the CSRF issue only and move the discussion about the other one to a separate one. Will update the subject.

PVince81 on 8 Aug 2016

problem A: CSRF issue
problem B: a problem with different symptoms ? (need to read all comments to find out), clearing oc_shares fixes it, possibly a broken entry
problem C: a share pointing to an external storage: https://github.com/owncloud/core/issues/25557#issuecomment-236424922

PVince81 on 8 Aug 2016

I have tried to truncate the oc_share and the issue was gone. But after adding a new share, the issue returned.

Sonicelo on 8 Aug 2016

I had the CSRF issue after upgrading. Deleting all entries from oc_shares returned functionality back to normal - just losing the shares. But I can create shares now and everything works as expected.

cipher2k on 8 Aug 2016

Same here. Deleted all shares in dB and all back to normal. Can create new
shares, share externally etc. No issues.

On August 8, 2016 5:13:12 PM cipher2k [email protected] wrote:

I had the CSRF issue after upgrading. Deleting all entries from oc_shares
returned functionality back to normal - just losing the shares. But I can
create shares now and everything works as expected.

You are receiving this because you were mentioned.
Reply to this email directly or view it on GitHub:
https://github.com/owncloud/core/issues/25557#issuecomment-238182527

ClonedPuppy on 8 Aug 2016

Just in case this gives extra info: i have an owncloud instance that gives this CSRF error when trying to login without https, but works when the client logs into https (Apache is configured to serve both SSL and non-SSL versions)

ballfire on 8 Aug 2016

I had the CSRF issue after upgrading. Deleting all entries from oc_shares returned functionality back to normal - just losing the shares. But I can create shares now and everything works as expected.

Argh, so it means we have a potential fourth or fifth case.

problem A: CSRF that cannot be solved by truncating oc_share
problem B: CSRF that can be solved by truncating oc_share
problem C: no CSRF error ? but truncating oc_share fixes the issue
problem D: ext storage related

I'll try to go through all your comments and group the information to find more common clues.

So far I still don't understand why a CSRF error appears in the first place.
Broken shares however could happen but shouldn't cause that issue. Also: the sharing code is supposed to ignore broken shares but maybe some cases slipped by.

PVince81 on 8 Aug 2016

Just in case this gives extra info: i have an owncloud instance that gives this CSRF error when trying to login without https, but works when the client logs into https (Apache is configured to serve both SSL and non-SSL versions)

Heh, I only use https and I get the error.

Sonicelo on 8 Aug 2016

@Sonicelo @ballfire if you have no sharing related issue, please submit a separate issue.

PVince81 on 8 Aug 2016

@ruuskil since the sharing problem is solved for you, please move to a different ticket for new issues. Incidentally there is already one with a solution: https://github.com/owncloud/core/issues/25506#issuecomment-238159144 (BadMethodCallException)

PVince81 on 8 Aug 2016

Another information that could be useful: did you ALL upgrade from 9.0.1 to 9.1.0 like the original poster ? How did you upgrade ?
I'll try to recreate a similar situation and it would be useful to have the start version.

PVince81 on 8 Aug 2016

Re: how I upgraded, please see my comment above: https://github.com/owncloud/core/issues/25557#issuecomment-235598568

I'm not 100% sure about the causality here, but half an hour ago I decided to delete all oc_share entries via phpmyadmin.
I confirm than now I can login via web, with any user, with no "CSRF errors" anymore, and I can set up new shares.

(of course this is just a workaround, since data has been lost; I don't consider it to be "a fix", but the feature loss wasn't sustainable anymore. To me, it seems that this issue is serious and that Owncloud's team is being slow in dealing with it. I'm disappointed)

pixelrust on 8 Aug 2016

Of course truncating oc_share is not a fix. But it's an important clue that there is something in the table that causes the error, so knowing whether it kills the symptom is useful.

PVince81 on 8 Aug 2016

Server load goes very high.

by excessive CPU usage by activating the module

Could be a clue. Did anyone else observe excessive CPU usage together with the CSRF issue ?

There might be some kind of infinite loop going through the shares.

PVince81 on 8 Aug 2016

@schmees you have some interesting clues. So Memcache irritation and high CPU. And @wmeneses has out of memory errors. So it is likely that there is an infinite loop that also eats memory and might corrupt the session part which then causes CSRF errors. This could explain why this seemingly unrelated error happen.

@schmees you said that when you add a user to an existing group, that user cannot login any more. Do you have any existing shares shared with that specific group ? The fact that the new user would receive this share could be the reason for the failure.

PVince81 on 8 Aug 2016

@pvince81 Yes, the group I added the new user to was our main group, and there are lots of shares with that group. However, @ruuskil afterwards couldn't reproduce this behaviour, neither with group nor with user shares.

schmees on 8 Aug 2016

The part I'm now looking at is from @herm42 here https://github.com/owncloud/core/issues/25557#issuecomment-236905881

There is a specific "oc_share" structure that causes this issue.
So far I tried to create shares that point to a delete/non-existing folder by deleting the parent folder. While the "oc_share" entries are still there, the issue doesn't appear in my local environment.

Pick a user "broken_user" and run these queries:

select * from oc_share where share_with='broken_user'
select * from oc_share where share_with='broken_group' (replace with the name of a group in which the user is in, like for @schmees)
if there are results, pick the value of "item_source" and do: select * from oc_filecache where fileid=$item_source (replace $item_source with the value from the previous result)

In the meantime I'm going to try more complex share configurations, like ones where the recipient renamed the received folder.

PVince81 on 8 Aug 2016

For what it's worth I upgraded through the repositories install. I can try and run these tests in the next day or so. On our system we have shares to external clouds, other cloud users, and outwards to non-cloud users

shaneonabike on 8 Aug 2016

I think at this point the update method doesn't matter any more. It's all about the shares: who shared what with who and does the source/target folder still exist / was renamed, etc.

PVince81 on 8 Aug 2016

Damn, still no luck reproducing this. With orphaned shares I do get "File with id XYZ has not been found" which is normal, but the recipient can still login. And after running cron a bunch of times the orphaned shares are properly cleared.

PVince81 on 8 Aug 2016

Just tried with an external storage and deliberately deleted the shared folders or their parents directly on the remote storage, still no hanging.

How about Webdav ? So far all the talks were about web UI login with CSRF failed. Do Webdav clients work ? (like cadaver) Do they produce different error messages that might contain more clues ?
How about the desktop client ? Those aren't affected at all by CSRF checks.

PVince81 on 8 Aug 2016

Just for fun, delete this line and try again:

'tempdirectory' => '/www/htdocs/w01078ba/simon/ownclouddata/tmp',

dergilb99 on 8 Aug 2016

Desktop client didn't connect when this problem was present.

ruuskil on 8 Aug 2016

To solve the file sharing issue:
Go to your Mysql and delete all entries of the table oc_share.
File sharing and login will work again.
(Please note that you will loose all shares from before upgrading.)

rahra on 9 Aug 2016

Okay, so instead of me trying to guess your sharing scenario, maybe it would be useful if someone could send me a database dump. I'd need the following:

dump of "oc_storages" table
dump of "oc_filecache" table
dump of "oc_share" tables
name of the users who cannot login and their group membership (in case they receive the shares through a group).
if possible, the name of the folder that was deleted in case your scenario is one of the "share comes from a deleted file/folder"

This is only useful if you're one of the people for who truncating "oc_share" solved the problem.

Send to pvince81 at owncloud dot com (I have a GPG key if you want to encrypt).
Thanks!

PVince81 on 9 Aug 2016

Okay @PVince81, I tried the following: I again created a post-upgrade scenario, tried to log in, CSRF-error. I deactivated files_sharing, could log in, created a new user 'test', activated files_sharing again, could not log in anymore. The newly created user test could log in. I deactivated files_sharing again, logged in myself and added the test-user to the existing group. Then I reactivated files_sharing and the test-user got the same CSRF-error.

The results of your queries were:

select * from oc_share where share_with='test': Empty set
select item_source from oc_share where share_with='broken_group': 9 rows in set
an adjusted select oc_filecache.* from oc_filecache left join oc_share on oc_filecache.fileid = oc_share.item_source where oc_share.share_with='broken_group' brought the following result

schmees on 9 Aug 2016

created a new user 'test', activated files_sharing again, could not log in anymore

@schmees just to clarify, so the newly created user "test" could not login even though this user was not in any group nor receiving any shares ?

PVince81 on 9 Aug 2016

@schmees never mind, just reread. The user could.

Thanks for the results

PVince81 on 9 Aug 2016

@schmees mind also posting the result of oc_share ? You can anonymize the user names and "broken_group".
Also do a select * from oc_storages where numeric_id in (1, 5, 10, 11,12) to check that all linked storages are fine and linked with the correct users.

I see that some files that are in the trashbin (the ones with the ".dXXXXXXX" suffix). This should be fine. (I tested this yesterday and worked fine)

PVince81 on 9 Aug 2016

@PVince81 Well, that's a lot to anonymize. Give me some time and I'll get back to you.

schmees on 9 Aug 2016

Theselect * from oc_storages where storage in (1, 5, 10, 11,12) resulted in the following (I suppose you meant numeric_id when saying storage):

+------------------+------------+-----------+--------------+
| id               | numeric_id | available | last_checked |
+------------------+------------+-----------+--------------+
| home::user_01    |          1 |         1 |         NULL |
| home::user_02    |          5 |         1 |         NULL |
| home::user_03    |         10 |         1 |         NULL |
| home::user_04    |         11 |         1 |         NULL |
| home::user_05    |         12 |         1 |         NULL |
+------------------+------------+-----------+--------------+

I sent you the wholeoc_share table via e-mail.

schmees on 9 Aug 2016

@schmees thanks a lot. I forgot to say that the 9 entries from oc_share would have been enough, but with more info I might find more clues.

So far I see that for some shares to "broken_group" the "item_target" value is NULL. Will try this locally.

PVince81 on 9 Aug 2016

I tried recreating the situation from @schmees' info on v9.0.3 with dummy files, including the deleted ones, then upgraded to 9.1.0. So far I'm not getting any errors on login.
I did see some useless warnings when mounting deleted files, will be handled in https://github.com/owncloud/core/issues/25740

There are however some possible clues I found. Many users are in the same group "brken_group" and many users share folders with this same group. Now looking at this and also the log from https://github.com/owncloud/core/issues/25740 reminded me that not only the filesystem of the currently logged in user gets setup but also the one of the sharers. There is a slight risk of cyclic referencing. There was such bug in 9.0 but was fixed.

Now let's explore the possibility that the recursive FS mounting might be the cause of this bug here.
It is also possible that my local environment has enough memory so that I don't run into the CSRF issue or any resource shortage, which could explain the inconsistent results.

PVince81 on 9 Aug 2016

Oh, looks like there's definitely the potential for infinite loops. There's a recursion:

0  OC\Files\Filesystem::initMountPoints() /srv/www/htdocs/owncloud/lib/private/Files/Filesystem.php:400
1  OC\Files\Storage\Shared->__construct() /srv/www/htdocs/owncloud/apps/files_sharing/lib/sharedstorage.php:82
2  OC\Files\Storage\StorageFactory->getInstance() /srv/www/htdocs/owncloud/lib/private/Files/Storage/StorageFactory.php:82
3  OC\Files\Mount\MountPoint->createStorage() /srv/www/htdocs/owncloud/lib/private/Files/Mount/MountPoint.php:137
4  OC\Files\Mount\MountPoint->getStorage() /srv/www/htdocs/owncloud/lib/private/Files/Mount/MountPoint.php:160
5  OC\Files\View->getPath() /srv/www/htdocs/owncloud/lib/private/Files/View.php:1687
6  OC\Files\Storage\Shared->__construct() /srv/www/htdocs/owncloud/apps/files_sharing/lib/sharedstorage.php:83
7  OC\Files\Storage\StorageFactory->getInstance() /srv/www/htdocs/owncloud/lib/private/Files/Storage/StorageFactory.php:82
8  OC\Files\Mount\MountPoint->createStorage() /srv/www/htdocs/owncloud/lib/private/Files/Mount/MountPoint.php:137
9  OC\Files\Mount\MountPoint->getStorage() /srv/www/htdocs/owncloud/lib/private/Files/Mount/MountPoint.php:160
10 OC\Files\Config\LazyStorageMountInfo->getStorageId() /srv/www/htdocs/owncloud/lib/private/Files/Config/LazyStorageMountInfo.php:50
11 OC\Files\Config\UserMountCache->addToCache() /srv/www/htdocs/owncloud/lib/private/Files/Config/UserMountCache.php:138
12 OC\Files\Config\UserMountCache->registerMounts() /srv/www/htdocs/owncloud/lib/private/Files/Config/UserMountCache.php:124
13 OC\Files\Config\MountProviderCollection->registerMounts() /srv/www/htdocs/owncloud/lib/private/Files/Config/MountProviderCollection.php:133
14 OC\Files\Filesystem::initMountPoints() /srv/www/htdocs/owncloud/lib/private/Files/Filesystem.php:425
15 OC\Files\Storage\Shared->__construct() /srv/www/htdocs/owncloud/apps/files_sharing/lib/sharedstorage.php:82
16 OC\Files\Storage\StorageFactory->getInstance() /srv/www/htdocs/owncloud/lib/private/Files/Storage/StorageFactory.php:82
17 OC\Files\Mount\MountPoint->createStorage() /srv/www/htdocs/owncloud/lib/private/Files/Mount/MountPoint.php:137
18 OC\Files\Mount\MountPoint->getStorage() /srv/www/htdocs/owncloud/lib/private/Files/Mount/MountPoint.php:160
19 OC\Files\View->getPath() /srv/www/htdocs/owncloud/lib/private/Files/View.php:1687
20 OC\Files\Storage\Shared->__construct() /srv/www/htdocs/owncloud/apps/files_sharing/lib/sharedstorage.php:83
21 OC\Files\Storage\StorageFactory->getInstance() /srv/www/htdocs/owncloud/lib/private/Files/Storage/StorageFactory.php:82
22 OC\Files\Mount\MountPoint->createStorage() /srv/www/htdocs/owncloud/lib/private/Files/Mount/MountPoint.php:137
23 OC\Files\Mount\MountPoint->getStorage() /srv/www/htdocs/owncloud/lib/private/Files/Mount/MountPoint.php:160
24 OC\Files\Config\LazyStorageMountInfo->getStorageId() /srv/www/htdocs/owncloud/lib/private/Files/Config/LazyStorageMountInfo.php:50
25 OC\Files\Config\UserMountCache->addToCache() /srv/www/htdocs/owncloud/lib/private/Files/Config/UserMountCache.php:138
26 OC\Files\Config\UserMountCache->registerMounts() /srv/www/htdocs/owncloud/lib/private/Files/Config/UserMountCache.php:124
27 OC\Files\Config\MountProviderCollection->registerMounts() /srv/www/htdocs/owncloud/lib/private/Files/Config/MountProviderCollection.php:133
28 OC\Files\Filesystem::initMountPoints() /srv/www/htdocs/owncloud/lib/private/Files/Filesystem.php:425
29 OC\Cache\File->getStorage() /srv/www/htdocs/owncloud/lib/private/Cache/File.php:52
30 OC\Cache\File->gc() /srv/www/htdocs/owncloud/lib/private/Cache/File.php:173
31 OC::{closure:/srv/www/htdocs/owncloud/lib/base.php:717-729}() /srv/www/htdocs/owncloud/lib/base.php:720
32 call_user_func_array:{/srv/www/htdocs/owncloud/lib/private/Hooks/EmitterTrait.php:98}() /srv/www/htdocs/owncloud/lib/private/Hooks/EmitterTrait.php:98
33 OC\Hooks\BasicEmitter->emit() /srv/www/htdocs/owncloud/lib/private/Hooks/EmitterTrait.php:98
34 OC\Hooks\PublicEmitter->emit() /srv/www/htdocs/owncloud/lib/private/Hooks/PublicEmitter.php:32
35 OC\User\Session->loginWithPassword() /srv/www/htdocs/owncloud/lib/private/User/Session.php:436
36 OC\User\Session->login() /srv/www/htdocs/owncloud/lib/private/User/Session.php:287
37 OC\User\Session->logClientIn() /srv/www/htdocs/owncloud/lib/private/User/Session.php:313
38 OCA\DAV\Connector\Sabre\Auth->validateUserPass() /srv/www/htdocs/owncloud/apps/dav/lib/Connector/Sabre/Auth.php:121
39 Sabre\DAV\Auth\Backend\AbstractBasic->check() /srv/www/htdocs/owncloud/3rdparty/sabre/dav/lib/DAV/Auth/Backend/AbstractBasic.php:105
40 OCA\DAV\Connector\Sabre\Auth->auth() /srv/www/htdocs/owncloud/apps/dav/lib/Connector/Sabre/Auth.php:242
41 OCA\DAV\Connector\Sabre\Auth->check() /srv/www/htdocs/owncloud/apps/dav/lib/Connector/Sabre/Auth.php:146
42 Sabre\DAV\Auth\Plugin->beforeMethod() /srv/www/htdocs/owncloud/3rdparty/sabre/dav/lib/DAV/Auth/Plugin.php:166
43 call_user_func_array:{/srv/www/htdocs/owncloud/3rdparty/sabre/event/lib/EventEmitterTrait.php:105}() /srv/www/htdocs/owncloud/3rdparty/sabre/event/lib/EventEmitterTrait.php:105
44 Sabre\Event\EventEmitter->emit() /srv/www/htdocs/owncloud/3rdparty/sabre/event/lib/EventEmitterTrait.php:105
45 Sabre\DAV\Server->invokeMethod() /srv/www/htdocs/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php:446
46 Sabre\DAV\Server->exec() /srv/www/htdocs/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php:248
47 require_once()  /srv/www/htdocs/owncloud/apps/dav/appinfo/v1/webdav.php:56
48 {main}          /srv/www/htdocs/owncloud/remote.php:164

PVince81 on 9 Aug 2016

Did some more tests from scratch, the following is NOT the cause of the recursion:

the bogus "shared::" entries in oc_storages
have four users all in the same group, each user sharing a folder with the group

Now back to @schmees' sharing scenario to find which subtle detail is triggering the recursion.

PVince81 on 9 Aug 2016

Okay, I think I'm getting closer.
In @schmees' scenario there were two group shares pointing at two deleted files. The files were in trashbin. When running occ trashbin:cleanup and then running cron on the CLI, the obsolete shares got cleant up. After that, the recursion did not appear any more !

PVince81 on 9 Aug 2016

I just tried that, but apache2 still throws its segmentation_fault every 3 seconds and login is still not possible because of CSRF.

schmees on 9 Aug 2016

Alright, now I understand this logic better. UserMountCache actually checks the oc_mounts table. If there is an entry for the received share, it doesn't trigger the recursion-prone code path.
However if the entry is missing in `oc_mounts' (which was the case for the trash situation), it will trigger the recursion-prone code path even for non-trashed files.

Now the tricky part: how to prevent the recursion...

PVince81 on 9 Aug 2016

Hi,
I don't get any _Error getting storage info for mount at_ in my log, even with loglevel = 0

I just have this message below, and, if I don't turn the maintenance mode on, my server collapse.
Allowed memory size of 536870912 bytes exhausted (tried to allocate 1560576 bytes) at /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php#82

If I drop the _oc_share_ table, I can enable the filesharing app.

I look in the table, but I can't see nothing strange, exept 4 in _share_with_ field:

1|$2y$10$6Aan9pq3a3/m9K48ExJhCuH...
1|$2y$10$iHsqHUd2sCf06j1pbkOy1et6J...
1|$2y$10$ppJqgXvFAhKzT0tlIrdmgODfD...
1|$2y$10$vrx/R3XNC5cAXyg/DyX8Ze9Y...

But dropping it don't change anything

freezed on 9 Aug 2016

Am now looking at the LazyStorageMountInfo logic... that's what is causing this recursion mess.

In v9.0 it looked like this: https://github.com/owncloud/core/blob/v9.0.3/lib/private/files/config/usermountcache.php#L105. Storages were instantiated directly and the logic above was for shared storages, which resolved the root id directly. From what I remember this was a special fix to avoid a recursion in the past: https://github.com/owncloud/core/pull/22945

However it looks like this fix got lost with the introductin of LazyStorageMountInfo: https://github.com/owncloud/core/blob/v9.1.0/lib/private/Files/Config/UserMountCache.php#L99

So the question is how to bring it back with the new code...

PVince81 on 9 Aug 2016

@freezed do you have any group shares and many people sharing many things to the same group ? select * from oc_share where share_type=1.

PVince81 on 9 Aug 2016

@PVince81 yes

Lines   share_type
67      0
18      1
36      2
40      3

freezed on 9 Aug 2016

OK, if I drop these 18 lines, it work again!

freezed on 9 Aug 2016

@freezed thanks for the info, this further confirms my theory about the recursion and group shares being the cause

PVince81 on 9 Aug 2016

So... I tried to change the new code to look more like the old code, using the rootId directly. Unfortunately we need to call $mount->getStorage() and the recursion is now started earlier.

Need to take a deeper look at the old code to find out why getStorage() did not cause a recursion back then.

PVince81 on 9 Aug 2016

AHA, I found the difference: in v9.0.3 the constructor of SharedStorage did not initialize anything (lazy init): https://github.com/owncloud/core/blob/v9.0.3/apps/files_sharing/lib/sharedstorage.php#L76

But in v9.1.0 the initialization logic is there twice ?!!?! :frowning: here in the constructor https://github.com/owncloud/core/blob/v9.1.0/apps/files_sharing/lib/sharedstorage.php#L82 (not lazy) and the old lazy code is still there https://github.com/owncloud/core/blob/v9.1.0/apps/files_sharing/lib/sharedstorage.php#L98

Let's find out if we can bring SharedStorage's laziness back.

PVince81 on 9 Aug 2016

Boah, this is getting impossible... The reason why the lazy init is gone is because the SharedStorage was converted from a regular storage to a storage wrapper (a Jail wrapper) that wraps around the owner's home storage but jailed inside the subdir that is shared.

And the Jail storage wrapper requires the storage to be known at construction time. All storage wrappers do need to know what storage is wrapped at construction time, this makes lazy init impossible when using storage wrappers.

@rullzer @icewind1991 would be good if you could help a bit with this mess. Thanks.

PVince81 on 9 Aug 2016

So far the next solution I see is to revert the SharedStorage back to be a regular storage instead of being a storage wrapper. But I don't know whether we will lose functionality or cause further regressions.

PVince81 on 9 Aug 2016

Am I the only one who started to get this after emptying oc_share an re-enabling file share? Happens every time cronjob tries to run. Is this related to this file sharing issue or is this something different?

{"reqId":"dWtxgKbBVbWX1OYJIhFE","remoteAddr":"","app":"files","message":"Exception: {\"Exception\":\"BadMethodCallException\",\"Message\":\"Not in batch\",\"Code\":0,\"Trace\":\"#0 \/var\/www\/owncloud\/lib\/private\/Files\/Utils\/Scanner.php(143): OC\Files\Cache\Propagator->commitBatch()\n#1 \/var\/www\/owncloud\/apps\/files\/lib\/BackgroundJob\/ScanFiles.php(87): OC\Files\Utils\Scanner->backgroundScan('')\n#2 \/var\/www\/owncloud\/apps\/files\/lib\/BackgroundJob\/ScanFiles.php(111): OCA\Files\BackgroundJob\ScanFiles->runScanner(Object(OC\User\User))\n#3 \/var\/www\/owncloud\/lib\/private\/BackgroundJob\/Job.php(52): OCA\Files\BackgroundJob\ScanFiles->run(NULL)\n#4 \/var\/www\/owncloud\/lib\/private\/BackgroundJob\/TimedJob.php(53): OC\BackgroundJob\Job->execute(Object(OC\BackgroundJob\JobList), Object(OC\Log))\n#5 \/var\/www\/owncloud\/cron.php(122): OC\BackgroundJob\TimedJob->execute(Object(OC\BackgroundJob\JobList), Object(OC\Log))\n#6 {main}\",\"File\":\"\/var\/www\/owncloud\/lib\/private\/Files\/Cache\/Propagator.php\",\"Line\":145}","level":3,"time":"2016-08-09T18:15:03+03:00","method":"--","url":"--","user":"--"}

ruuskil on 9 Aug 2016

Not me.
Since my partial flush, the log is full of error, now I can try @herm42 's method for cleaning https://github.com/owncloud/core/issues/25557#issuecomment-236905881
I'll do and give some feedback

freezed on 9 Aug 2016

@ruuskil please try with the fix from https://github.com/owncloud/core/issues/25506

PVince81 on 9 Aug 2016

Ok people, here's an experimental fix https://github.com/owncloud/core/pull/25754.
You should be able to apply it as patch by downloading it as patch from https://github.com/owncloud/core/pull/25754.patch

In my local tests it showed that the recursion disappeared.

Thanks to @icewind1991 on IRC for the pointers.

PVince81 on 10 Aug 2016

Side note: before going this way I tried to make the initialization of the SharedStorage completely lazy, but it didn't help get rid of the recursion because some other code paths would trigger an early init.

PVince81 on 10 Aug 2016

I applied the patch of @PVince81 to my testing system. The good news is that there is no segmentation_fault every 3 secs now in my apache log. Bad news is that there is exact one segmentation_fault coming up when trying to log in. And, of course, then it shows this CSRF-error.

The owncloud-log says:
{"reqId":"Gl5NhTGGd09E77EhZhXL","remoteAddr":"x.x.x.x","app":"no app in context","message":"CSRF check failed","level":0,"time":"2016-08-10T09:09:44+00:00","method":"POST","url":"\/login","user":"--"}

schmees on 10 Aug 2016

@schmees is that happening for the test user that receives the "brken_group" ?
When I tested the patch it was with an env that simulates the sharing scenario you told me about, but maybe there's yet another case to cover.

PVince81 on 10 Aug 2016

@schmees would you be able to enable the PHP XDebug module on your test system ? With a bit of luck it will produce useful stack traces instead of segfaulting. When XDebug is enabled, it limits the stack to 100 calls or so, that should be enough to make it fail and log an error before reaching a segfault/out of memory situation.

PVince81 on 10 Aug 2016

@PVince81 Yes, that was with the user 'test'.

I installed xdebug and it appears (again) to be an infinite loop: clickme

schmees on 10 Aug 2016

Fantastic, posting a bit here for future reference:

PHP Fatal error:  Maximum function nesting level of '256' reached, aborting! in /var/www/owncloud/lib/private/AppFramework/Utility/SimpleContainer.php on line 159
PHP Stack trace:
PHP   1. {main}() /var/www/owncloud/index.php:0
PHP   2. OC::handleRequest() /var/www/owncloud/index.php:39
PHP   3. OC\\Route\\Router->match() /var/www/owncloud/lib/base.php:891
PHP   4. call_user_func:{/var/www/owncloud/lib/private/Route/Router.php:280}() /var/www/owncloud/lib/private/Route/Router.php:280
PHP   5. OC\\AppFramework\\Routing\\RouteActionHandler->__invoke() /var/www/owncloud/lib/private/Route/Router.php:280
PHP   6. OC\\AppFramework\\App::main() /var/www/owncloud/lib/private/AppFramework/Routing/RouteActionHandler.php:46
PHP   7. OC\\AppFramework\\Http\\Dispatcher->dispatch() /var/www/owncloud/lib/private/AppFramework/App.php:110
PHP   8. OC\\AppFramework\\Http\\Dispatcher->executeController() /var/www/owncloud/lib/private/AppFramework/Http/Dispatcher.php:89
PHP   9. call_user_func_array:{/var/www/owncloud/lib/private/AppFramework/Http/Dispatcher.php:159}() /var/www/owncloud/lib/private/AppFramework/Http/Dispatcher.php:159
PHP  10. OC\\Core\\Controller\\LoginController->tryLogin() /var/www/owncloud/lib/private/AppFramework/Http/Dispatcher.php:159
PHP  11. OC\\User\\Session->login() /var/www/owncloud/core/Controller/LoginController.php:196
PHP  12. OC\\User\\Session->loginWithPassword() /var/www/owncloud/lib/private/User/Session.php:287
PHP  13. OC\\User\\Session->prepareUserLogin() /var/www/owncloud/lib/private/User/Session.php:438
PHP  14. OC\\Server->getUserFolder() /var/www/owncloud/lib/private/User/Session.php:384
PHP  15. OC\\Files\\Node\\Root->getUserFolder() /var/www/owncloud/lib/private/Server.php:809
PHP  16. OC\\Files\\Node\\Root->get() /var/www/owncloud/lib/private/Files/Node/Root.php:342
PHP  17. OC\\Files\\View->getFileInfo() /var/www/owncloud/lib/private/Files/Node/Root.php:180
PHP  18. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1355
PHP  19. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
PHP  20. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
PHP  21. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
PHP  22. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
PHP  23. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
PHP  24. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
PHP  25. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
PHP  26. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
PHP  27. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
PHP  28. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
PHP  29. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
PHP  30. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
PHP  31. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
PHP  32. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
PHP  33. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
PHP  34. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
(...)
PHP 244. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
PHP 245. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
PHP 246. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
PHP 247. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
PHP 248. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
PHP 249. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
PHP 250. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
PHP 251. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
PHP 252. OC\\Server->getLogger() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:78
PHP 253. OC\\ServerContainer->query() /var/www/owncloud/lib/private/Server.php:996
PHP 254. OC\\AppFramework\\Utility\\SimpleContainer->query() /var/www/owncloud/lib/private/ServerContainer.php:87
PHP 255. OC\\AppFramework\\Utility\\SimpleContainer->sanitizeName() /var/www/owncloud/lib/private/AppFramework/Utility/SimpleContainer.php:100

PVince81 on 10 Aug 2016

Argh, I see... that's the other recursion I was talking about.

Ok, I've pushed my tentative super-dirty fix for it to the PR: https://github.com/owncloud/core/pull/25754
@schmees Since you already patched your install you might want to only take the additional commit for patching: https://github.com/owncloud/core/commit/2af98ef583a94b7961c95ae558aaff6fd220e708.patch

(also TODO: find a way to reproduce this locally too)

PVince81 on 10 Aug 2016

Thanks for the patch. After applying, I again tried to log in with the user test. Meanwhile, the login name appears in the owncloud-log:

{"reqId":"iLdZ+eX3Uqu\/PmbSQi \/v","remoteAddr":"x.x.x.x","app":"PHP","message":"Maximum function nesting level of '256' reached, aborting! at \/var\/www\/owncloud\/lib\/private\/Cache\/CappedMemoryCache.php#40","level":3,"time":"2016-08-10T11:58:04+00:00","method":"POST","url":"\/login","user":"test"}

However, the infinite loop still works: clickme

schmees on 10 Aug 2016

Posting a shortened version of the new recursion:

PHP Fatal error:  Maximum function nesting level of '256' reached, aborting! in /var/www/owncloud/lib/private/Cache/CappedMemoryCache.php on line 40
PHP Stack trace:
PHP   1. {main}() /var/www/owncloud/index.php:0
PHP   2. OC::handleRequest() /var/www/owncloud/index.php:39
PHP   3. OC\\Route\\Router->match() /var/www/owncloud/lib/base.php:891
PHP   4. call_user_func:{/var/www/owncloud/lib/private/Route/Router.php:280}() /var/www/owncloud/lib/private/Route/Router.php:280
PHP   5. OC\\AppFramework\\Routing\\RouteActionHandler->__invoke() /var/www/owncloud/lib/private/Route/Router.php:280
PHP   6. OC\\AppFramework\\App::main() /var/www/owncloud/lib/private/AppFramework/Routing/RouteActionHandler.php:46
PHP   7. OC\\AppFramework\\Http\\Dispatcher->dispatch() /var/www/owncloud/lib/private/AppFramework/App.php:110
PHP   8. OC\\AppFramework\\Http\\Dispatcher->executeController() /var/www/owncloud/lib/private/AppFramework/Http/Dispatcher.php:89
PHP   9. call_user_func_array:{/var/www/owncloud/lib/private/AppFramework/Http/Dispatcher.php:159}() /var/www/owncloud/lib/private/AppFramework/Http/Dispatcher.php:159
PHP  10. OC\\Core\\Controller\\LoginController->tryLogin() /var/www/owncloud/lib/private/AppFramework/Http/Dispatcher.php:159
PHP  11. OC\\User\\Session->login() /var/www/owncloud/core/Controller/LoginController.php:196
PHP  12. OC\\User\\Session->loginWithPassword() /var/www/owncloud/lib/private/User/Session.php:287
PHP  13. OC\\User\\Session->prepareUserLogin() /var/www/owncloud/lib/private/User/Session.php:438
PHP  14. OC\\Server->getUserFolder() /var/www/owncloud/lib/private/User/Session.php:384
PHP  15. OC\\Files\\Node\\Root->getUserFolder() /var/www/owncloud/lib/private/Server.php:809
PHP  16. OC\\Files\\Node\\Root->get() /var/www/owncloud/lib/private/Files/Node/Root.php:342
PHP  17. OC\\Files\\View->getFileInfo() /var/www/owncloud/lib/private/Files/Node/Root.php:180
PHP  18. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1355
PHP  19. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
PHP  20. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
PHP  21. OC\\Files\\Storage\\StorageFactory->wrap() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
PHP  22. OC_Util::{closure:/var/www/owncloud/lib/private/legacy/util.php:180-201}() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:100
PHP  23. OC\\Files\\Storage\\Wrapper\\Wrapper->instanceOfStorage() /var/www/owncloud/lib/private/legacy/util.php:187
PHP  24. OC\\Files\\Storage\\Shared->getWrapperStorage() /var/www/owncloud/lib/private/Files/Storage/Wrapper/Wrapper.php:485
PHP  25. OC\\Files\\Storage\\Shared->init() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:432
PHP  26. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:94
PHP  27. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
PHP  28. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
(...)
PHP 244. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
PHP 245. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
PHP 246. OC\\Files\\Storage\\StorageFactory->wrap() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
PHP 247. OC_Util::{closure:/var/www/owncloud/lib/private/legacy/util.php:180-201}() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:100
PHP 248. OC\\Files\\Storage\\Wrapper\\Wrapper->instanceOfStorage() /var/www/owncloud/lib/private/legacy/util.php:187
PHP 249. OC\\Files\\Storage\\Shared->getWrapperStorage() /var/www/owncloud/lib/private/Files/Storage/Wrapper/Wrapper.php:485
PHP 250. OC\\Files\\Storage\\Shared->init() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:432
PHP 251. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:94
PHP 252. OC\\Files\\Mount\\Manager->findIn() /var/www/owncloud/lib/private/Files/View.php:1678
PHP 253. OC\\Files\\Mount\\Manager->formatPath() /var/www/owncloud/lib/private/Files/Mount/Manager.php:100
PHP 254. OC\\Files\\Filesystem::normalizePath() /var/www/owncloud/lib/private/Files/Mount/Manager.php:159
PHP 255. OC\\Cache\\CappedMemoryCache->offsetExists() /var/www/owncloud/lib/private/Files/Mount/Manager.php:786

this time triggered by the call to instanceOfStorage apparently. So far I couldn't think of a way of preventing it to instantiate the storage. Needs further research.

PVince81 on 10 Aug 2016

From what I see this is caused by the code that registers the quota storage wrapper, which calls instanceOfStorage to find out whether the storage is a Home storage or not.

Interstingly, in v9.0.3 the SharedStorage was a "real" storage, not a storage wrapper, so calling instanceOfStorage on it to check if home storage would return false, so no quota wrapper would be set.
However since v9.1.0 that part of the code would (when not dying of recursionitis) apply the quota storage wrapper there.

Now I could cheat and make SharedStorage in 9.1 fail the home storage check to be consistent with the old behavior... but it would contradict the behavior of storage wrappers which must pass the call down the storage chain...

Ah... I still have in the back of my head to revert back SharedStorage to not be a storage wrapper.

Ok, so two ways to explore from here:
1) Cheat and have SharedStorage::instanceOfStorage not pass the call to the underlying storage, so no initialization required at this stage, and no recursion
or
2) Revert SharedStorage back to a state similar to v9.0.2 where it's not a storage wrapper (extending the "Jail" storage wrapper) but a real storage implementation

PVince81 on 10 Aug 2016

Bargllll, I just tried to do 1) and now yet another part is triggering the recursion, getCache.

At this point it seems hopeless to try and make this lazy init not use recursion due to its wrapping nature.

So I'll resort to solution 2) and make SharedStorage not be a wrapper and hope it will work then...

PVince81 on 10 Aug 2016

[Wed Aug 10 20:17:15.596370 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP Fatal error:  Maximum function nesting level of '256' reached, aborting! in /var/www/owncloud/lib/private/Log/ErrorHandler.php on line 62
[Wed Aug 10 20:17:15.596372 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP Stack trace:
[Wed Aug 10 20:17:15.596375 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP   1. {main}() /var/www/owncloud/index.php:0
[Wed Aug 10 20:17:15.596377 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP   2. OC::handleRequest() /var/www/owncloud/index.php:39
[Wed Aug 10 20:17:15.596380 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP   3. OC::handleLogin() /var/www/owncloud/lib/base.php:879
[Wed Aug 10 20:17:15.596383 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP   4. OC\\User\\Session->tryTokenLogin() /var/www/owncloud/lib/base.php:936
[Wed Aug 10 20:17:15.596385 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP   5. OC\\User\\Session->loginWithToken() /var/www/owncloud/lib/private/User/Session.php:654
[Wed Aug 10 20:17:15.596388 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP   6. OC\\Hooks\\PublicEmitter->emit() /var/www/owncloud/lib/private/User/Session.php:493
[Wed Aug 10 20:17:15.596391 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP   7. OC\\Hooks\\BasicEmitter->emit() /var/www/owncloud/lib/private/Hooks/PublicEmitter.php:32
[Wed Aug 10 20:17:15.596393 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP   8. call_user_func_array:{/var/www/owncloud/lib/private/Hooks/EmitterTrait.php:98}() /var/www/owncloud/lib/private/Hooks/EmitterTrait.php:98
[Wed Aug 10 20:17:15.596396 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP   9. OC\\Server->OC\\{closure}() /var/www/owncloud/lib/private/Hooks/EmitterTrait.php:98
[Wed Aug 10 20:17:15.596399 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  10. OC_Hook::emit() /var/www/owncloud/lib/private/Server.php:268
[Wed Aug 10 20:17:15.596401 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  11. OCA\\Encryption\\Hooks\\UserHooks->login() /var/www/owncloud/lib/private/legacy/hook.php:105
[Wed Aug 10 20:17:15.596404 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  12. OCA\\Encryption\\Hooks\\UserHooks->setupFS() /var/www/owncloud/apps/encryption/lib/Hooks/UserHooks.php:162
[Wed Aug 10 20:17:15.596407 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  13. OC_Util::setupFS() /var/www/owncloud/apps/encryption/lib/Hooks/UserHooks.php:320
[Wed Aug 10 20:17:15.596410 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  14. OC\\Files\\Filesystem::init() /var/www/owncloud/lib/private/legacy/util.php:225
[Wed Aug 10 20:17:15.596412 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  15. OC\\Files\\Filesystem::initMountPoints() /var/www/owncloud/lib/private/Files/Filesystem.php:370
[Wed Aug 10 20:17:15.596415 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  16. OC\\Files\\Config\\MountProviderCollection->getMountsForUser() /var/www/owncloud/lib/private/Files/Filesystem.php:422
[Wed Aug 10 20:17:15.596417 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  17. array_map() /var/www/owncloud/lib/private/Files/Config/MountProviderCollection.php:77
[Wed Aug 10 20:17:15.596420 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  18. OC\\Files\\Config\\MountProviderCollection->OC\\Files\\Config\\{closure}() /var/www/owncloud/lib/private/Files/Config/MountProviderCollection.php:77
[Wed Aug 10 20:17:15.596423 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  19. OCA\\Files_Sharing\\MountProvider->getMountsForUser() /var/www/owncloud/lib/private/Files/Config/MountProviderCollection.php:76
[Wed Aug 10 20:17:15.596426 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  20. OCA\\Files_Sharing\\SharedMount->__construct() /var/www/owncloud/apps/files_sharing/lib/MountProvider.php:85
[Wed Aug 10 20:17:15.596428 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  21. OCA\\Files_Sharing\\SharedMount->verifyMountPoint() /var/www/owncloud/apps/files_sharing/lib/SharedMount.php:65
[Wed Aug 10 20:17:15.596433 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  22. OCA\\Files_Sharing\\SharedMount->updateFileTarget() /var/www/owncloud/apps/files_sharing/lib/SharedMount.php:94
[Wed Aug 10 20:17:15.596436 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  23. OC\\Share20\\Manager->moveShare() /var/www/owncloud/apps/files_sharing/lib/SharedMount.php:109
[Wed Aug 10 20:17:15.596438 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  24. OC\\Share20\\DefaultShareProvider->move() /var/www/owncloud/lib/private/Share20/Manager.php:869
[Wed Aug 10 20:17:15.596441 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  25. OC\\Share20\\Share->getNode() /var/www/owncloud/lib/private/Share20/DefaultShareProvider.php:436
[Wed Aug 10 20:17:15.596444 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  26. OC\\Files\\Node\\LazyRoot->getUserFolder() /var/www/owncloud/lib/private/Share20/Share.php:155
[Wed Aug 10 20:17:15.596446 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  27. OC\\Files\\Node\\LazyRoot->__call() /var/www/owncloud/lib/private/Files/Node/LazyRoot.php:281
[Wed Aug 10 20:17:15.596449 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  28. call_user_func_array:{/var/www/owncloud/lib/private/Files/Node/LazyRoot.php:64}() /var/www/owncloud/lib/private/Files/Node/LazyRoot.php:64
[Wed Aug 10 20:17:15.596452 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  29. OC\\Files\\Node\\Root->getUserFolder() /var/www/owncloud/lib/private/Files/Node/LazyRoot.php:64
[Wed Aug 10 20:17:15.596454 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  30. OC\\Files\\Node\\Root->get() /var/www/owncloud/lib/private/Files/Node/Root.php:342
[Wed Aug 10 20:17:15.596457 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  31. OC\\Files\\View->getFileInfo() /var/www/owncloud/lib/private/Files/Node/Root.php:180
[Wed Aug 10 20:17:15.596459 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  32. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1355
[Wed Aug 10 20:17:15.596462 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  33. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596465 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  34. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596467 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  35. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596470 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  36. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596472 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  37. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596475 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  38. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596477 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  39. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596480 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  40. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596483 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  41. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596485 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  42. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596489 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  43. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596492 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  44. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596495 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  45. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596497 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  46. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596499 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  47. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596502 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  48. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596504 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  49. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596507 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  50. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596509 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  51. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596512 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  52. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596514 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  53. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596517 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  54. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596519 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  55. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596521 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  56. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596524 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  57. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596526 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  58. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596529 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  59. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596531 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  60. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596534 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  61. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596536 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  62. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596538 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  63. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596541 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  64. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596545 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  65. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596547 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  66. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596550 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  67. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596552 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  68. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596555 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  69. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596557 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  70. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596559 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  71. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596562 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  72. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596564 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  73. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596567 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  74. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596569 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  75. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596571 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  76. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596574 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  77. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596576 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  78. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596579 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  79. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596581 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  80. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596583 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  81. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596586 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  82. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596588 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  83. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596590 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  84. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596593 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  85. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596597 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  86. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596599 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  87. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596602 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  88. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596604 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  89. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596607 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  90. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596609 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  91. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596611 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  92. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596614 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  93. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596616 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  94. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596619 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  95. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596621 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  96. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596623 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  97. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596626 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  98. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596628 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP  99. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596631 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 100. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596633 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 101. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596635 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 102. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596638 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 103. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596640 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 104. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596643 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 105. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596645 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 106. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596649 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 107. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596651 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 108. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596654 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 109. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596656 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 110. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596659 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 111. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596661 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 112. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596663 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 113. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596666 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 114. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596668 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 115. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596670 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 116. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596673 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 117. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596675 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 118. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596678 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 119. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596680 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 120. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596682 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 121. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596685 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 122. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596687 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 123. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596690 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 124. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596692 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 125. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596694 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 126. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596697 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 127. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596701 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 128. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596703 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 129. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596706 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 130. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596708 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 131. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596710 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 132. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596713 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 133. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596715 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 134. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596717 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 135. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596720 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 136. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596722 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 137. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596725 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 138. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596727 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 139. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596729 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 140. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596732 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 141. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596734 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 142. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596736 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 143. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596739 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 144. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596741 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 145. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596744 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 146. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596746 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 147. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596748 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 148. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596751 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 149. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596755 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 150. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596757 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 151. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596759 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 152. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596762 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 153. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596764 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 154. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596767 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 155. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596769 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 156. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596771 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 157. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596774 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 158. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596776 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 159. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596778 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 160. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596781 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 161. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596783 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 162. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596785 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 163. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596788 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 164. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596790 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 165. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596793 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 166. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596795 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 167. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596797 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 168. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596800 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 169. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596802 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 170. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596807 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 171. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596809 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 172. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596812 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 173. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596814 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 174. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596816 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 175. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596819 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 176. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596821 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 177. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596823 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 178. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596826 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 179. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596828 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 180. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596831 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 181. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596833 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 182. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596835 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 183. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596838 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 184. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596840 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 185. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596842 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 186. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596845 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 187. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596847 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 188. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596850 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 189. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596852 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 190. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596854 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 191. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596858 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 192. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596861 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 193. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596863 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 194. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596866 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 195. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596868 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 196. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596870 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 197. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596873 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 198. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596875 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 199. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596877 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 200. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596880 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 201. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596882 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 202. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596885 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 203. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596887 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 204. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596889 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 205. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596892 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 206. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596894 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 207. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596896 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 208. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596899 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 209. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596901 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 210. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596904 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 211. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596906 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 212. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596908 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 213. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596912 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 214. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596915 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 215. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596917 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 216. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596919 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 217. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596922 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 218. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596924 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 219. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596927 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 220. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596929 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 221. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596931 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 222. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596934 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 223. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596936 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 224. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596938 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 225. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596941 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 226. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596943 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 227. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596945 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 228. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596948 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 229. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596950 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 230. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596953 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 231. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596955 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 232. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596957 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 233. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596960 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 234. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596964 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 235. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596966 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 236. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596969 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 237. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596971 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 238. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596974 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 239. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596976 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 240. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596978 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 241. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596981 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 242. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596983 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 243. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596985 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 244. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.596988 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 245. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.596990 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 246. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.596992 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 247. OC\\Files\\Mount\\MountPoint->getStorage() /var/www/owncloud/lib/private/Files/View.php:1687
[Wed Aug 10 20:17:15.596995 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 248. OC\\Files\\Mount\\MountPoint->createStorage() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:160
[Wed Aug 10 20:17:15.596997 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 249. OC\\Files\\Storage\\StorageFactory->getInstance() /var/www/owncloud/lib/private/Files/Mount/MountPoint.php:137
[Wed Aug 10 20:17:15.597000 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 250. OC\\Files\\Storage\\Shared->__construct() /var/www/owncloud/lib/private/Files/Storage/StorageFactory.php:82
[Wed Aug 10 20:17:15.597002 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 251. OC\\Files\\View->getPath() /var/www/owncloud/apps/files_sharing/lib/sharedstorage.php:83
[Wed Aug 10 20:17:15.597004 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 252. OC\\Files\\Cache\\Cache->getPathById() /var/www/owncloud/lib/private/Files/View.php:1689
[Wed Aug 10 20:17:15.597007 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 253. OC\\DB\\Connection->executeQuery() /var/www/owncloud/lib/private/Files/Cache/Cache.php:788
[Wed Aug 10 20:17:15.597009 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 254. Doctrine\\DBAL\\Connection->executeQuery() /var/www/owncloud/lib/private/DB/Connection.php:188
[Wed Aug 10 20:17:15.597012 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 255. Doctrine\\DBAL\\Driver\\PDOConnection->prepare() /var/www/owncloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Connection.php:825
[Wed Aug 10 20:17:15.597017 2016] [:error] [pid 3588] [client 91.102.8.161:62170] PHP 256. PDO->prepare() /var/www/owncloud/3rdparty/doctrine/dbal/lib/Doctrine/DBAL/Driver/PDOConnection.php:77

danimo on 10 Aug 2016

Hello Friend,

I have the same problem and in my case I can not wia web log in the rest of the application is running (windows and andriod app app) .

How to solve this issue? (Access forbidden - CSRF check failed )

Thank you,
Kleber Santana

klebersantana on 10 Aug 2016

I've added more commits to do the following:

prevent View::getPath to recurse into SharedMount when called from a SharedStorage (due to flat reshares there shouldn't be any share mount chains any more)
improve error handling for invalid shares (the trashed ones) to prevent null exceptions

@schmees could you apply the new patches ? Best is to revert the code back to the v9.1.0 state (you can copy it over). Then patch from the PR: https://github.com/owncloud/core/pull/25754 using https://github.com/owncloud/core/pull/25754.patch

This seemed to solve the recursion on my local simulated env.

PVince81 on 11 Aug 2016

Yes, that was it. I restored to v9.1.0 and applied the new patch. Login is now possible, both with the test user and the old users. Sharing also seems to work (as far as I could test by now). Thank you very much. :-)

schmees on 11 Aug 2016

I forgot to mention, there were no segmentation_faults and no debug-messages from possible exceptions.

schmees on 11 Aug 2016

@schmees thanks a lot for testing, great to hear! I'll try and bring the fix in mergable state. So far I'm not too happy because there are many changes.

Also need to do some regression testing.

PVince81 on 11 Aug 2016

@schmees i @PVince81
On my system worked! I'm using Ubuntu 16TLS and owncloud v9.1, I made changes to files mentioned in the link ( https://github.com/owncloud/core/pull/25754.patch ) and continues without web access. What should I be doing wrong?

klebersantana on 11 Aug 2016

@schmees i @PVince81 It did not work the changes.

klebersantana on 11 Aug 2016

You could install php5-xdebug and look into the error-log of your Apache webserver.

schmees on 11 Aug 2016

@schmees I did something wrong , you can not . From a look at my files if possible.

owncloud.zip

klebersantana on 11 Aug 2016

Hi, I rebuild some _group sharing_ and experience some trouble with files concerned via ownCloud Client. The log says:

Message\":\"HTTP\\\/1.1 507 Insufficient Storage\",\"Exception\":\"Sabre\\\\DAV\\\\Exception\\\\InsufficientStorage\

Of course, user quota are OK, and if I upload via the web interface, the file is correctly uploaded and every client download it.

If you need more info, tel me I could investigate tomorow

freezed on 11 Aug 2016

@freezed different issue: https://github.com/owncloud/core/issues/25582 (with a fix in https://github.com/owncloud/core/pull/25675)

PVince81 on 11 Aug 2016

@klebersantana it is likely that you patched it wrong, especially if you did manual changes.

It would be good if other people could also test the PR to see if the approach covers your scenarios.

PVince81 on 11 Aug 2016

Hello Friend @PVince81 ,
I managed here , I downloaded the version on ( tar.gz ) site onwcloud and replaces the files ( php) mentioned that path and returned all the work. Only an error appears in admin ( It Is Likely That You patched it wrong , Especially if you did manual changes . ) . Besides this function as before .

Thank you.

klebersantana on 11 Aug 2016

@PVince81 Did some further testing and think I found something. When doing a sudo -u www-data php occ files:scan --all, it says every time after scanning the files of a user:

Exception while scanning: Not in batch
#0 /var/www/owncloud/lib/private/Files/Utils/Scanner.php(199): OC\Files\Cache\Propagator->commitBatch()
#1 /var/www/owncloud/apps/files/lib/Command/Scan.php(155): OC\Files\Utils\Scanner->scan('/user_a')
#2 /var/www/owncloud/apps/files/lib/Command/Scan.php(223): OCA\Files\Command\Scan->scanFiles('user_a', '/user_a', false, Object(Symfony\Component\Console\Output\ConsoleOutput), false)
#3 /var/www/owncloud/3rdparty/symfony/console/Command/Command.php(259): OCA\Files\Command\Scan->execute(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#4 /var/www/owncloud/core/Command/Base.php(158): Symfony\Component\Console\Command\Command->run(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#5 /var/www/owncloud/3rdparty/symfony/console/Application.php(844): OC\Core\Command\Base->run(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#6 /var/www/owncloud/3rdparty/symfony/console/Application.php(192): Symfony\Component\Console\Application->doRunCommand(Object(OCA\Files\Command\Scan), Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#7 /var/www/owncloud/3rdparty/symfony/console/Application.php(123): Symfony\Component\Console\Application->doRun(Object(Symfony\Component\Console\Input\ArgvInput), Object(Symfony\Component\Console\Output\ConsoleOutput))
#8 /var/www/owncloud/lib/private/Console/Application.php(146): Symfony\Component\Console\Application->run(NULL, NULL)
#9 /var/www/owncloud/console.php(94): OC\Console\Application->run()
#10 /var/www/owncloud/occ(11): require_once('/var/www/ownclo...')
#11 {main}

Can this be related to your patch?

In one case, it also said:

Starting scan for user 16 out of 22 (user_b)
Home storage for user user_b not writable

but I suppose that is related to #25755.

schmees on 12 Aug 2016

BadMethodCallException is a different issue, please see https://github.com/owncloud/core/issues/25506 which comes with a separate patch.

PVince81 on 12 Aug 2016

Was anyone else able to test the patch ? Would be good to know if it solves the issue with other people as well.

PVince81 on 15 Aug 2016

@PVince81 just to clarify - you meant https://patch-diff.githubusercontent.com/raw/owncloud/core/pull/25754.patch ? Didn't you?

And what this patch is supposed to fix ?
Will it fix CSRF issue ?

P.S. I've switched to 9.2 alpha version and test every night build, but the issue still here.

osadmin on 15 Aug 2016

@osadmin the CSRF message is only a side-effect of memory running out.

The patch to test is https://patch-diff.githubusercontent.com/raw/owncloud/core/pull/25754.patch, apply it on top of v9.1.0 and it should solve the memory issue and CSRF at the same time.

9.2 git/alpha doesn't have the fix yet as it's still in testing phase.

PVince81 on 15 Aug 2016

@PVince81 Unfortunately, I can't switch to old branch as downgrade is not supported.
Could you please assist me here ? Or when 9.2 release will be announced ?

osadmin on 15 Aug 2016

@osadmin there was no 9.2 release so far, so I guess you're on the git version ?
Then I'll make a 9.2 port of the fix so you can help testing it there. Stay tuned

PVince81 on 15 Aug 2016

9.2 port is here: https://github.com/owncloud/core/pull/25799.

PVince81 on 15 Aug 2016

It seems the mentioned patch (https://patch-diff.githubusercontent.com/raw/owncloud/core/pull/25754.patch) helped on my installation. Now after enabling files_sharing I see no segmentation fault in the logs, and there is no CSRF check failure.

ati562 on 15 Aug 2016

👍1

@ati562 thanks a lot for testing. Glad to hear that it solves the problem.

PVince81 on 16 Aug 2016

Hi,
we are using owncloud on a CentOS 7.2.1511 with Apache, mariadb and php5.6.
We have patched yesterday from 9.0.3 to 9.1 with same error of running out of memory and CPU.
We have installed the patch (with manually given path to each file) and now system is running safe.

wobemh on 16 Aug 2016

The patch was merged and will be in OC 9.1.1.

This means that is you want to help testing, you can use tomorrow's daily build of stable9.1

PVince81 on 16 Aug 2016

🎉1

I'll close the issue since the PRs have been merged.
Feel free to continue posting here if the patch also worked for you.

Thanks to those who already reported back.

PVince81 on 16 Aug 2016

So my experience on the issue:

The bug boiled down to the following pattern:

User creates file/folder on an external storage. In my case it was an FTP server mounted locally on owncloud using a curlftpfs utility.
User shares the file/folder with a group.

System crashes immediately with behaviour mentioned above.

mysql (mariadb) shows excessive CPU load possibly going into a race condition.
User can not login with the CSFR error message
Apache logs show that apache is crashing

Other users can login on the system.

Remedy:

Remedy was to delete the offending files from oc_share table and once this is done the user can login again and all is peachy.

I followed the queries from PVince81 as described above:

Pick a user "broken_user" and run these queries:

select * from oc_share where share_with='broken_user'
select * from oc_share where share_with='broken_group' (replace with the name of a group in which the user is in, like for @schmees)
if there are results, pick the value of "item_source" and do: select * from oc_filecache where fileid=$item_source (replace $item_source with the value from the previous result)

and then deleted the offending shares from the oc_shares table.

One final note:

I have not found instructions on applying the recommended patch on 9.1.0. Downloading the patch file and implementing patch -i did not apply the patch for me....

gekoul on 18 Aug 2016

@gekoul external storage you say ? This could be a different issue.

However let's still try with the patch:

Download https://patch-diff.githubusercontent.com/raw/owncloud/core/pull/25754.patch (this is the patch to apply on top of v9.1.0 but NOT for stable9.1)
patch -p1 < 25754.patch

PVince81 on 18 Aug 2016

Let me clarify.

I'm mounting an ftp storage using curlftpfs. This is basically mounting an ftp site and presents the contents as part of the local filesystem ( just another directory on the directory structure). This directory is added as an additional storage on owncloud (local path).

So eventhough it is an external storage, as far as owncloud is concerned it is just another local path in the filesystem.

P.S. Patch is applied successfully but I have not tried to replicate the problem once again (fear factor is high as it is a production system).

George.

----- Original Message -----

From: "Vincent Petry" [email protected]
To: "owncloud/core" [email protected]
Cc: "George" [email protected], "Mention" [email protected]
Sent: Thursday, 18 August, 2016 11:48:01 AM
Subject: Re: [owncloud/core] File Sharing stack overflow, memory issue, crash, CSRF issue on 9.1 (#25557)

@gekoul external storage you say ? This could be a different issue.
However let's still try with the patch:

1. Download https://patch-diff.githubusercontent.com/raw/owncloud/core/pull/25754.patch (this is the patch to apply on top of v9.1.0 but NOT for stable9.1) 
2. patch -p1 < 25754.patch

—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub , or mute the thread .

gekoul on 18 Aug 2016

@gekoul are any files or folders shared from that local storage ? Or is there no sharing involved ?
The patch only fixes issues related to sharing, so I'm wondering whether you found another different case.

PVince81 on 18 Aug 2016

I think not. It is most definitely the same use case. The problem starts as soon as the user tries to share the file/folder.
The issue is resolved once the share is deleted from the oc_shares table.

G.

----- Original Message -----

From: "Vincent Petry" [email protected]
To: "owncloud/core" [email protected]
Cc: "George" [email protected], "Mention" [email protected]
Sent: Thursday, 18 August, 2016 1:06:00 PM
Subject: Re: [owncloud/core] File Sharing stack overflow, memory issue, crash, CSRF issue on 9.1 (#25557)

@gekoul are any files or folders shared from that local storage ? Or is there no sharing involved ?
The patch only fixes issues related to sharing, so I'm wondering whether you found another different case.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub , or mute the thread .

gekoul on 18 Aug 2016

9.1.1 RC1 is out, you can use it for testing: You can help testing with the 9.1.1 RC1: http://download.owncloud.org/community/testing/owncloud-9.1.1RC1.tar.bz2

PVince81 on 18 Aug 2016

Hey there, we are having massive issues this week since we migrated our server. We updated from OC 8 to 9.0 and then 9.1. But since the update the share plugin is causing problems. We tried updating to the 9.1.1RC1 but it's still not working. Some users are able to login and some are not (we are not sure about why, but disabling the plugin works).

I get an internal server error when I try to login. SQL Exception when trying to insert into oc_mounts. Any thoughts or more info I could provide to help?

{"reqId":"AO1OAdlnpklUTvXF6Ui4","remoteAddr":"xxxxxx","app":"index","message":"Exception: {\"Exception\":\"Doctrine\\\\DBAL\\\\Exception\\\\DriverException\",\"Message\":\"An exception occurred while executing 'INSERT INTO oc_mounts (storage_id,root_id,user_id,mount_point) SELECT ?,?,?,? FROM oc_mounts WHERE root_id = ? AND user_id = ? HAVING COUNT(*) = 0' with params [false, 2147, \\\"winkelmayer\\\", \\\"\\\\\\\/winkelmayer\\\\\\\/files\\\\\\\/xxxxx\\\\\\\/\\\", 2147, \\\"winkelmayer\\\"]:\\n\\nSQLSTATE[HY000]: General error: 1366 Incorrect integer value: '' for column 'storage_id' at row 1\",\"Code\":0,\"Trace\":\"#0 \\\/var\\\/www\\\/owncloud\\\/3rdparty\\\/doctrine\\\/dbal\\\/lib\\\/Doctrine\\\/DBAL\\\/DBALException.php(116): Doctrine\\\\DBAL\\\\Driver\\\\AbstractMySQLDriver->convertException('An exception oc...', Object(Doctrine\\\\DBAL\\\\Driver\\\\PDOException))\\n#1 \\\/var\\\/www\\\/owncloud\\\/3rdparty\\\/doctrine\\\/dbal\\\/lib\\\/Doctrine\\\/DBAL\\\/Connection.php(996): Doctrine\\\\DBAL\\\\DBALException::driverExceptionDuringQuery(Object(Doctrine\\\\DBAL\\\\Driver\\\\PDOMySql\\\\Driver), Object(Doctrine\\\\DBAL\\\\Driver\\\\PDOException), 'INSERT INTO oc...', Array)\\n#2 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/DB\\\/Connection.php(209): Doctrine\\\\DBAL\\\\Connection->executeUpdate('INSERT INTO oc...', Array, Array)\\n#3 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/DB\\\/Adapter.php(113): OC\\\\DB\\\\Connection->executeUpdate('INSERT INTO oc...', Array)\\n#4 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/DB\\\/Connection.php(247): OC\\\\DB\\\\Adapter->insertIfNotExist('*PREFIX*mounts', Array, Array)\\n#5 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/Files\\\/Config\\\/UserMountCache.php(144): OC\\\\DB\\\\Connection->insertIfNotExist('*PREFIX*mounts', Array, Array)\\n#6 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/Files\\\/Config\\\/UserMountCache.php(124): OC\\\\Files\\\\Config\\\\UserMountCache->addToCache(Object(OC\\\\Files\\\\Config\\\\LazyStorageMountInfo))\\n#7 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/Files\\\/Config\\\/MountProviderCollection.php(133): OC\\\\Files\\\\Config\\\\UserMountCache->registerMounts(Object(OC\\\\User\\\\User), Array)\\n#8 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/Files\\\/Filesystem.php(425): OC\\\\Files\\\\Config\\\\MountProviderCollection->registerMounts(Object(OC\\\\User\\\\User), Array)\\n#9 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/Files\\\/Filesystem.php(370): OC\\\\Files\\\\Filesystem::initMountPoints('winkelmayer')\\n#10 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/legacy\\\/util.php(226): OC\\\\Files\\\\Filesystem::init('winkelmayer', '\\\/winkelmayer\\\/fi...')\\n#11 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/Files\\\/Filesystem.php(348): OC_Util::setupFS()\\n#12 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/Files\\\/View.php(1110): OC\\\\Files\\\\Filesystem::resolvePath('\\\/files_encrypti...')\\n#13 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/Files\\\/View.php(524): OC\\\\Files\\\\View->basicOperation('file_exists', '\\\/files_encrypti...')\\n#14 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/Encryption\\\/Keys\\\/Storage.php(190): OC\\\\Files\\\\View->file_exists('\\\/files_encrypti...')\\n#15 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/Encryption\\\/Keys\\\/Storage.php(101): OC\\\\Encryption\\\\Keys\\\\Storage->getKey('\\\/files_encrypti...')\\n#16 \\\/var\\\/www\\\/owncloud\\\/apps\\\/encryption\\\/lib\\\/KeyManager.php(558): OC\\\\Encryption\\\\Keys\\\\Storage->getSystemUserKey('pubShare_15c297...', 'OC_DEFAULT_MODU...')\\n#17 \\\/var\\\/www\\\/owncloud\\\/apps\\\/encryption\\\/lib\\\/KeyManager.php(157): OCA\\\\Encryption\\\\KeyManager->getPublicShareKey()\\n#18 \\\/var\\\/www\\\/owncloud\\\/apps\\\/encryption\\\/lib\\\/Users\\\/Setup.php(85): OCA\\\\Encryption\\\\KeyManager->validateShareKey()\\n#19 \\\/var\\\/www\\\/owncloud\\\/apps\\\/encryption\\\/lib\\\/AppInfo\\\/Application.php(72): OCA\\\\Encryption\\\\Users\\\\Setup->setupSystem()\\n#20 \\\/var\\\/www\\\/owncloud\\\/apps\\\/encryption\\\/appinfo\\\/app.php(29): OCA\\\\Encryption\\\\AppInfo\\\\Application->__construct(Array, true)\\n#21 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/legacy\\\/app.php(186): require_once('\\\/var\\\/www\\\/ownclo...')\\n#22 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/legacy\\\/app.php(149): OC_App::requireAppFile('encryption')\\n#23 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/legacy\\\/app.php(119): OC_App::loadApp('encryption')\\n#24 \\\/var\\\/www\\\/owncloud\\\/lib\\\/base.php(875): OC_App::loadApps()\\n#25 \\\/var\\\/www\\\/owncloud\\\/index.php(39): OC::handleRequest()\\n#26 {main}\",\"File\":\"\\\/var\\\/www\\\/owncloud\\\/3rdparty\\\/doctrine\\\/dbal\\\/lib\\\/Doctrine\\\/DBAL\\\/Driver\\\/AbstractMySQLDriver.php\",\"Line\":115}","level":3,"time":"2016-08-24T10:58:45+00:00","method":"GET","url":"\/owncloud\/index.php","user":"winkelmayer"}

scroach on 24 Aug 2016

@scroach mind raising this in a separate issue and ping me there ? Your symptoms look completely different. Or are you also having memory errors and server crashes ?

PVince81 on 24 Aug 2016

I applied the patch and i still experiencing the problem with CSRF; however, as i explained before, this server has SSL enabled in Apache, so the CSRF problem only happens when accessing without SSL. SSL version of the site works flawlessly.

Here is the log after a failed login attemp in the non-SSL version of the site

It looks as if the arguments for login were not being passed correctly

----- log -----
{"reqId":"vJETh0OzJzlypRU3Lh/u","remoteAddr":"192.168.253.160","app":"user_ldap","message":"No DN found for on 127.0.0.1","level":0,"time":"2016-08-25T08:22:59+00:00","method":"POST","url":"/owncloud/index.php/login","user":"--"}
{"reqId":"vJETh0OzJzlypRU3Lh/u","remoteAddr":"192.168.253.160","app":"no app in context","message":"CSRF check failed","level":0,"time":"2016-08-25T08:22:59+00:00","method":"POST","url":"/owncloud/index.php/login","user":"--"}
{"reqId":"zozgHToiwNjKOAW6g+af","remoteAddr":"192.168.253.160","app":"user_ldap","message":"No DN found for on 127.0.0.1","level":0,"time":"2016-08-25T08:22:59+00:00","method":"GET","url":"/owncloud/index.php/core/js/oc.js?v=223e9f78f8e1d27896a82bac43b47cf3","user":"--"}

------- log in the SSL version of the site that actually works (LDAP scheme hand changed to someorg.es)------
{"reqId":"DoGiTYMOzgZQAMcWiQzd","remoteAddr":"192.168.253.160","app":"user_ldap","message":"No DN found for on 127.0.0.1","level":0,"time":"2016-08-25T08:27:42+00:00","method":"POST","url":"/owncloud/index.php/login","user":"--"}
{"reqId":"DoGiTYMOzgZQAMcWiQzd","remoteAddr":"192.168.253.160","app":"user_ldap","message":"initializing paged search for Filter objectClass=* base Array\n(\n [0] => uid=alorenzo,ou=people,dc=someorg,dc=es\n)\n attr Array\n(\n [0] => primaryGroupID\n)\n limit 500 offset 0","level":0,"time":"2016-08-25T08:27:42+00:00","method":"POST","url":"/owncloud/index.php/login","user":"091848fc-51f0-1034-8301-6d683c40ea4a"}
{"reqId":"DoGiTYMOzgZQAMcWiQzd","remoteAddr":"192.168.253.160","app":"user_ldap","message":"Ready for a paged search","level":0,"time":"2016-08-25T08:27:42+00:00","method":"POST","url":"/owncloud/index.php/login","user":"091848fc-51f0-1034-8301-6d683c40ea4a"}
{"reqId":"DoGiTYMOzgZQAMcWiQzd","remoteAddr":"192.168.253.160","app":"user_ldap","message":"Requested attribute primarygroupid not found for uid=alorenzo,ou=people,dc=someorg,dc=es","level":0,"time":"2016-08-25T08:27:42+00:00","method":"POST","url":"/owncloud/index.php/login","user":"091848fc-51f0-1034-8301-6d683c40ea4a"}
{"reqId":"DoGiTYMOzgZQAMcWiQzd","remoteAddr":"192.168.253.160","app":"user_ldap","message":"initializing paged search for Filter objectClass=* base Array\n(\n [0] => cn=empleados,ou=group,dc=someorg,dc=es\n)\n attr Array\n(\n [0] => \n)\n limit 500 offset 0","level":0,"time":"2016-08-25T08:27:42+00:00","method":"POST","url":"/owncloud/index.php/login","user":"091848fc-51f0-1034-8301-6d683c40ea4a"}
{"reqId":"DoGiTYMOzgZQAMcWiQzd","remoteAddr":"192.168.253.160","app":"user_ldap","message":"Ready for a paged search","level":0,"time":"2016-08-25T08:27:42+00:00","method":"POST","url":"/owncloud/index.php/login","user":"091848fc-51f0-1034-8301-6d683c40ea4a"}
{"reqId":"DoGiTYMOzgZQAMcWiQzd","remoteAddr":"192.168.253.160","app":"user_ldap","message":"readAttribute: cn=empleados,ou=group,dc=someorg,dc=es found","level":0,"time":"2016-08-25T08:27:42+00:00","method":"POST","url":"/owncloud/index.php/login","user":"091848fc-51f0-1034-8301-6d683c40ea4a"}
{"reqId":"DoGiTYMOzgZQAMcWiQzd","remoteAddr":"192.168.253.160","app":"user_ldap","message":"initializing paged search for Filter objectClass=* base Array\n(\n [0] => cn=owncloud_admin,ou=group,dc=someorg,dc=es\n)\n attr Array\n(\n [0] => \n)\n limit 500 offset 0","level":0,"time":"2016-08-25T08:27:42+00:00","method":"POST","url":"/owncloud/index.php/login","user":"091848fc-51f0-1034-8301-6d683c40ea4a"}

[.... goes on with successful after-login activity ---- ]

ballfire on 25 Aug 2016

@ballfire separate unrelated issue: https://github.com/owncloud/core/issues/25927

PVince81 on 25 Aug 2016

After upgrading to 9.1 users (from ldap) who shared files hang php-fpm process. It runs at 100% until timeout. Disabling file sharing resolves the problem. Tried with php-fpm 5.4.45 and 7.0.9.
EDIT: patch resolved the problem.

aTanCS on 29 Aug 2016

After Patching upgraded 9.1 we have an issue with sophos Antivirus, which scans new and changed files on our CentOS 7 Server:
System runs in normal speed, but shares over links are very slow!
Does OC build temporary files, if there is someone connecting over a shared link??

wobemh on 30 Aug 2016

I'm getting this error and I just installed OwnCloud on my server yesterday and have not shared any links, thus there isn't any data in the oc_share table. I'm getting kind of nervous because I uploaded every single photo I have of my son on there to clear space on my computer.

derekbtw on 30 Aug 2016

@wobemh Please make new tickets for any new issues observed on 9.1.1RC1 or patched instances.

@derekbtw https://owncloud.org/faq/#backup
@derekbtw since you don't have shares, your problem is likely a different one https://github.com/owncloud/core/issues/25927

PVince81 on 31 Aug 2016

@PVince81 I figured it out. The problem was my max file upload size was set to 1KB for some reason. So when I typed in my username and password, it was over 1kb.

derekbtw on 1 Sep 2016

We have tested the latest patch mentioned above (https://patch-diff.githubusercontent.com/raw/owncloud/core/pull/25754.patch) and found it working.
However, @PVince81 you mentioned that

The patch was merged and will be in OC 9.1.1.

This means that is you want to help testing, you can use tomorrow's daily build of stable9.1

However, we're using the .deb package from your repository and 9.1.1 is not yet available here, is that known?

owncloud:
  Installed: 9.1.0-1.1
  Candidate: 9.1.0-1.1
  Version table:
 *** 9.1.0-1.1 0
        500 http://download.owncloud.org/download/repositories/stable/Debian_8.0/  Packages

kwisatz on 1 Sep 2016

👍1

You might find 9.1.1RC1 in the testing repositories

PVince81 on 1 Sep 2016

Hello there, I had login problems with my apps since I updated to 9.1. I solved this problem by adding App passwords for said apps. BUT I get this error when I try to log in with my mobile Firefox. The normal desktop Firefox (both are same version and nearly same addons) doesn't have a login problem. It's not urgend because I use the mobile forefox login twice per year.
I just thought you might like the info.

stormsh on 19 Sep 2016

Hi there, I encountered this problem after upgrading to 9.1 by repository (Ubuntu 16.04). After the info in this thread, I waited patiently to 9.1.1 being released via repository, yet still the bug remains. I'm unable to login via Web Interface with the "Zugriff verboten", "CSRF check failed" error.

lolnerd on 22 Sep 2016

@lolnerd maybe https://github.com/owncloud/core/issues/25927 ?

PVince81 on 22 Sep 2016

Hi, for what it might be worth I have a slightly different path to the same issue, and it might be useful to someone :-)

This doesn't just happen with upgrades.
I started from scratch with 9.1.0 a month or so ago. My old version was 7, and I only have 3 family users, so didn't bother upgrade as I was also making a fair few other changes.
I manually moved the old file structure of the data files into the new install. I have been using it since it was installed and I have shared one folder, with sub folders and files, with the group 'family'.
Yesterday I added one of the family users back in, and there were some file name clashes with the old files, using lower case first letters, like 'documents', vs. 9.1.0 defaults of 'Documents' (it might be the other way around, not sure...). This became an issue on Windows. I used the sync utility in Windows and manually de-selected the upper case and lower case directories until they contained the same data. I then logged in to the web interface with the new user and removed one version, in this case the lower case ones (documents, music and photos).
This morning, the new user could not log in, nor could I log in with my current user (admin rights). No changes had been made to the system at all.
I could still log into the web interface using my original admin account, and notably, that account is not a member of the group "family", all other accounts are.
My sync client on Ubuntu was showing a green connected tick, using the same credentials as I failed to log in with in the web interface. I didn't test it further than that.

It appears that only users in the group 'family' (in my case) are affected.
The folder that was shared with the group 'family' had no links to the removed folders
The sync clients appeared to be unaffected

(I have not done extensive testing as I am fairly novice in this and I don't have a test set-up, (and I don't want to break it ;-))

If some log files are of use to anyone, let me know which ones.

Since I only have a small system and my oc_share table only had one line in it, I solved it using the above suggested workaround of disabling the File Share and removing that entry. I then rebooted, enabled File Sharing, shared the folder again, and I am up and running.

soaringPingu on 23 Sep 2016

By the way, 9.1.1 was released which contains this fix.

So I encourage anyone coming here with the same issue to try 9.1.1 first.

PVince81 on 23 Sep 2016

OC 9.1.1 new installation on ubuntu 16. Got error CSRF check failed

lep86 on 27 Sep 2016

I'm locking this thread now as many people mistake it with https://github.com/owncloud/core/issues/25927.

If you came here through the search and see a CSRF check failed issue on 9.1.1, please report your details in https://github.com/owncloud/core/issues/25927.

Thanks.

PVince81 on 27 Sep 2016

Trying to find smaller steps to reproduce this locally. Goal is being able to test this automatically to avoid regressions in the future.

Steps to recreate one level of recursion on v9.1.0:

Create three users "user1", "user2" and "user3"
Login as "user2"
Create a folder "deleted"
Share "deleted" with "user1"
Delete "deleted" to trash (but leave it there)
Create a folder "test"
Share "test" with "user1"
Login as "user3"
Create a folder "withuser2"
Share "withuser2" with "user2"
Log out
curl -D - -X GET -u user1:test http://localhost/owncloud/remote.php/webdav/welcome.txt > file.txt and debug into $this->ownerView->getPath() from the shared storage.

At some point the $mounts list will contain a SharedMount when trying to resolve the "deleted" share. Since that one is not in the "Home" mount which is the first entry in $mounts, it will step to the second entry SharedMount and call getStorage() and getCache() which will internally initialized that matching shared storage, which itself will call $this->ownerView->getPath() again for itself.

0  OC\Files\View->getPath() /srv/www/htdocs/owncloud/lib/private/Files/View.php:1693
1  OC\Files\Storage\Shared->__construct() /srv/www/htdocs/owncloud/apps/files_sharing/lib/sharedstorage.php:83
2  OC\Files\Storage\StorageFactory->getInstance() /srv/www/htdocs/owncloud/lib/private/Files/Storage/StorageFactory.php:82
3  OC\Files\Mount\MountPoint->createStorage() /srv/www/htdocs/owncloud/lib/private/Files/Mount/MountPoint.php:137
4  OC\Files\Mount\MountPoint->getStorage() /srv/www/htdocs/owncloud/lib/private/Files/Mount/MountPoint.php:160
5  OC\Files\View->getPath() /srv/www/htdocs/owncloud/lib/private/Files/View.php:1687
6  OC\Files\Storage\Shared->__construct() /srv/www/htdocs/owncloud/apps/files_sharing/lib/sharedstorage.php:83
7  OC\Files\Storage\StorageFactory->getInstance() /srv/www/htdocs/owncloud/lib/private/Files/Storage/StorageFactory.php:82
8  OC\Files\Mount\MountPoint->createStorage() /srv/www/htdocs/owncloud/lib/private/Files/Mount/MountPoint.php:137
9  OC\Files\Mount\MountPoint->getStorage() /srv/www/htdocs/owncloud/lib/private/Files/Mount/MountPoint.php:160
10 OC\Files\Config\LazyStorageMountInfo->getStorageId() /srv/www/htdocs/owncloud/lib/private/Files/Config/LazyStorageMountInfo.php:50
11 OC\Files\Config\UserMountCache->addToCache() /srv/www/htdocs/owncloud/lib/private/Files/Config/UserMountCache.php:138
12 OC\Files\Config\UserMountCache->registerMounts() /srv/www/htdocs/owncloud/lib/private/Files/Config/UserMountCache.php:124
13 OC\Files\Config\MountProviderCollection->registerMounts() /srv/www/htdocs/owncloud/lib/private/Files/Config/MountProviderCollection.php:133
14 OC\Files\Filesystem::initMountPoints() /srv/www/htdocs/owncloud/lib/private/Files/Filesystem.php:425
15 OC\Cache\File->getStorage() /srv/www/htdocs/owncloud/lib/private/Cache/File.php:52
16 OC\Cache\File->gc() /srv/www/htdocs/owncloud/lib/private/Cache/File.php:173
17 OC::{closure:/srv/www/htdocs/owncloud/lib/base.php:717-729}() /srv/www/htdocs/owncloud/lib/base.php:720
18 call_user_func_array:{/srv/www/htdocs/owncloud/lib/private/Hooks/EmitterTrait.php:98}() /srv/www/htdocs/owncloud/lib/private/Hooks/EmitterTrait.php:98
19 OC\Hooks\BasicEmitter->emit() /srv/www/htdocs/owncloud/lib/private/Hooks/EmitterTrait.php:98
20 OC\Hooks\PublicEmitter->emit() /srv/www/htdocs/owncloud/lib/private/Hooks/PublicEmitter.php:32
21 OC\User\Session->loginWithPassword() /srv/www/htdocs/owncloud/lib/private/User/Session.php:436
22 OC\User\Session->login() /srv/www/htdocs/owncloud/lib/private/User/Session.php:287
23 OC\User\Session->logClientIn() /srv/www/htdocs/owncloud/lib/private/User/Session.php:313
24 OCA\DAV\Connector\Sabre\Auth->validateUserPass() /srv/www/htdocs/owncloud/apps/dav/lib/Connector/Sabre/Auth.php:121
25 Sabre\DAV\Auth\Backend\AbstractBasic->check() /srv/www/htdocs/owncloud/3rdparty/sabre/dav/lib/DAV/Auth/Backend/AbstractBasic.php:105
26 OCA\DAV\Connector\Sabre\Auth->auth() /srv/www/htdocs/owncloud/apps/dav/lib/Connector/Sabre/Auth.php:242
27 OCA\DAV\Connector\Sabre\Auth->check() /srv/www/htdocs/owncloud/apps/dav/lib/Connector/Sabre/Auth.php:146
28 Sabre\DAV\Auth\Plugin->beforeMethod() /srv/www/htdocs/owncloud/3rdparty/sabre/dav/lib/DAV/Auth/Plugin.php:166
29 call_user_func_array:{/srv/www/htdocs/owncloud/3rdparty/sabre/event/lib/EventEmitterTrait.php:105}() /srv/www/htdocs/owncloud/3rdparty/sabre/event/lib/EventEmitterTrait.php:105
30 Sabre\Event\EventEmitter->emit() /srv/www/htdocs/owncloud/3rdparty/sabre/event/lib/EventEmitterTrait.php:105
31 Sabre\DAV\Server->invokeMethod() /srv/www/htdocs/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php:446
32 Sabre\DAV\Server->exec() /srv/www/htdocs/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php:248
33 require_once()  /srv/www/htdocs/owncloud/apps/dav/appinfo/v1/webdav.php:56
34 {main}          /srv/www/htdocs/owncloud/remote.php:164

This is only a single-level recursion. Goal is to use a similar scenario to achieve infinite recursion with group shares.

PVince81 on 10 Jan 2017

Steps for infinite recursion on v9.1.0:

Create two users "user1" and "user2"
Login as "user1"
Create a folder "delfromuser1"
Share "delfromuser1" with "user2"
Delete "delfromuser1" to trash
Create a folder "testfromuser1"
Share "testfromuser1" with "user2"
Login as "user2"
Create a folder "delfromuser2"
Share "delfromuser2" with "user1"
Refresh the page 💥
curl -D - -X GET -u user2:test http://localhost/owncloud/remote.php/webdav/welcome.txt > file.txt :boom: 500 Internal Server Error

How the recursion occurs:

When setting up the FS for user2, the SharedStorage for "delfromuser1" is being initialized.
This calls $this->ownerView->getPath() with the id of that share which points to a deleted file. The owner is "user1" so this is user1's view
getPath() grabs a list of mounts points in $mounts, first one is user1's Home storage and the second one is user1's received SharedMount "delfromuser2".
Since the file doesn't exist on the Home storage, the loop proceeds to the `SharedMount' "delfromuser2"
Since that one is not initialized yet, calling getStorage()->getCache() will initialize it.
Initializing the "SharedStorage" for "delfromuser2" will itself call $this->ownerView->getPath()with the id of that share. The owner is "user2" so this is user2's view.
getPath() grabs a list of mount points in $mounts, first one is user2's Home storage and the second one is user2's received SharedMount "delfromuser1"
The same logic as above happens in the loop and the SharedMount "delfromuser1" will initialize the storage again from step1, which causes an infinite loop that way

PVince81 on 10 Jan 2017

Core: File Sharing stack overflow, memory issue, crash, CSRF issue on 9.1.0

Steps to reproduce

Expected behaviour

Actual behaviour

Server configuration

Client configuration

Logs

Web server error log

ownCloud log (data/owncloud.log)

Browser log

Most helpful comment

All 205 comments

Steps to reproduce

Expected behaviour

Actual behaviour

Server configuration

Steps to reproduce

Expected behaviour

Actual behaviour

Server configuration

Client configuration

Logs

Web server error log

ownCloud log (data/owncloud.log)

Browser log

Related issues