Backends provided no user object for "federated_share_name" #24938

Closed
mmattel opened this Issue Jun 1, 2016 · 29 comments

Comments

Projects
None yet
5 participants
@mmattel
Contributor

mmattel commented Jun 1, 2016

Steps to reproduce

  1. Use a incoming federated share
  2. Use the sync client which syncs this federated share
  3. Just wait and watch how the ownCloud errorlog gets filled up over time with error messages

Expected behaviour

No errors logged

Actual behaviour

Recurring entries with errors listed below (fills up the log...)

Server configuration

Operating system: Ubuntu 14.04

Web server: nginx 1.9.14

Database: mysql

PHP version: 5.5.9

ownCloud version: (see ownCloud admin page)
ownCloud 9.0.2 RC1 (daily) Build:2016-04-28T03:03:12+00:00 795f321

Updated from an older ownCloud or fresh install:
This was a fresh setup from tar and updated once, daily channel

Where did you install ownCloud from:
tar

Signing status (ownCloud 9.0 and above):

Datei nicht gefunden
Das ausgewählte Dokument wurde auf dem Server nicht gefunden.
Sie können zur Rückkehr zu ownCloud hier klicken.

List of activated apps:

Enabled:
  - activity: 2.2.1
  - comments: 0.2
  - dav: 0.1.6
  - federatedfilesharing: 0.1.0
  - federation: 0.0.4
  - files: 1.4.4
  - files_external: 0.5.2
  - files_pdfviewer: 0.8.1
  - files_sharing: 0.9.1
  - files_texteditor: 2.1
  - files_trashbin: 0.8.0
  - files_versions: 1.2.0
  - files_videoplayer: 0.9.8
  - firstrunwizard: 1.1
  - gallery: 14.5.0
  - notifications: 0.2.3
  - provisioning_api: 0.4.1
  - systemtags: 0.2
  - templateeditor: 0.1
  - updatenotification: 0.1.0
Disabled:
  - encryption
  - external
  - user_external
  - user_ldap

The content of config/config.php:

{
    "system": {
        "instanceid": "ock982ae3c5s",
        "passwordsalt": "***REMOVED SENSITIVE VALUE***",
        "secret": "***REMOVED SENSITIVE VALUE***",
        "trusted_domains": [
            "xxxx"
        ],
        "datadirectory": "\/var\/www\/owncloud\/data",
        "overwrite.cli.url": "https:\/\/xxxx",
        "dbtype": "mysql",
        "version": "9.0.2.0",
        "dbname": "owncloud",
        "dbhost": "localhost",
        "dbtableprefix": "oc_",
        "dbuser": "***REMOVED SENSITIVE VALUE***",
        "dbpassword": "***REMOVED SENSITIVE VALUE***",
        "logtimezone": "Europe\/Vienna",
        "installed": true,
        "filelocking.enabled": "true",
        "memcache.local": "\\OC\\Memcache\\Redis",
        "memcache.locking": "\\OC\\Memcache\\Redis",
        "memcache.distributed": "\\OC\\Memcache\\Redis",
        "redis": {
            "host": "localhost",
            "port": 6379,
            "timeout": 0,
            "dbindex": 0
        },
        "assetdirectory": "\/var\/www\/owncloud",
        "asset-pipeline.enabled": true,
        "filesystem_check_changes": 1,
        "preview_max_scale_factor": 1,
        "enabledPreviewProviders": [
            "OC\\Preview\\PNG",
            "OC\\Preview\\JPEG",
            "OC\\Preview\\GIF",
            "OC\\Preview\\Illustrator",
            "OC\\Preview\\Postscript",
            "OC\\Preview\\Photoshop",
            "OC\\Preview\\TIFF",
            "OC\\Preview\\Raw"
        ],
        "loglevel": 2,
        "maintenance": false,
        "mail_smtpmode": "smtp",
        "mail_smtpsecure": "tls",
        "mail_from_address": "owncloud",
        "mail_domain": "xxxx",
        "mail_smtpauthtype": "LOGIN",
        "mail_smtpauth": 1,
        "mail_smtphost": "xxxx",
        "mail_smtpport": "587",
        "mail_smtpname": "***REMOVED SENSITIVE VALUE***",
        "mail_smtppassword": "***REMOVED SENSITIVE VALUE***"
    }
}

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

Are you using encryption: yes/no
No

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

Client configuration

Browser: Opera

Operating system: W7x64

Logs

owncloud.log

Error   files   
Backends provided no user object for "federated_share_name"

Error   no app in context
Exception: {"Exception":"OC\\User\\NoUserException","Message":"Backends provided no user object for federated_share_name\/","Code":0,"Trace":"
#0 \/var\/www\/owncloud\/apps\/activity\/lib\/fileshooks.php(214): OC\\Files\\Filesystem::initMountPoints('federated_share_name...')\
n#1 \/var\/www\/owncloud\/apps\/activity\/lib\/fileshooks.php(152): OCA\\Activity\\FilesHooks->getSourcePathAndOwner('\/a_path...')\
n#2 \/var\/www\/owncloud\/apps\/activity\/lib\/fileshooks.php(106): OCA\\Activity\\FilesHooks->addNotificationsForFileAction('\/a_path...', 'file_created', 'created_self', 'created_by')\
n#3 \/var\/www\/owncloud\/apps\/activity\/lib\/fileshooksstatic.php(60): OCA\\Activity\\FilesHooks->fileCreate('\/a_path...')\
n#4 [internal function]: OCA\\Activity\\FilesHooksStatic::fileCreate(Array)\
n#5 \/var\/www\/owncloud\/lib\/private\/hook.php(105): call_user_func(Array, Array)\
n#6 \/var\/www\/owncloud\/apps\/dav\/lib\/connector\/sabre\/file.php(283): OC_Hook::emit('OC_Filesystem', 'post_create', Array)\
n#7 \/var\/www\/owncloud\/apps\/dav\/lib\/connector\/sabre\/file.php(206): OCA\\DAV\\Connector\\Sabre\\File->emitPostHooks(false)\
n#8 \/var\/www\/owncloud\/apps\/dav\/lib\/connector\/sabre\/directory.php(134): OCA\\DAV\\Connector\\Sabre\\File->put(Resource id #48)\
n#9 \/var\/www\/owncloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(1036): OCA\\DAV\\Connector\\Sabre\\Directory->createFile('2016.06.01 Asse...', Resource id #48)\
n#10 \/var\/www\/owncloud\/3rdparty\/sabre\/dav\/lib\/DAV\/CorePlugin.php(523): Sabre\\DAV\\Server->createFile('Innovation Enga...', Resource id #48, NULL)\
n#11 [internal function]: Sabre\\DAV\\CorePlugin->httpPut(Object(Sabre\\HTTP\\Request), Object(Sabre\\HTTP\\Response))\
n#12 \/var\/www\/owncloud\/3rdparty\/sabre\/event\/lib\/EventEmitterTrait.php(105): call_user_func_array(Array, Array)\
n#13 \/var\/www\/owncloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(459): Sabre\\Event\\EventEmitter->emit('method:PUT', Array)\
n#14 \/var\/www\/owncloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(248): Sabre\\DAV\\Server->invokeMethod(Object(Sabre\\HTTP\\Request), Object(Sabre\\HTTP\\Response))\
n#15 \/var\/www\/owncloud\/apps\/dav\/appinfo\/v1\/webdav.php(55): Sabre\\DAV\\Server->exec()\
n#16 \/var\/www\/owncloud\/remote.php(138): require_once('\/var\/w...')\
n#17 {main}","File":"\/var\/www\/owncloud\/lib\/private\/files\/filesystem.php","Line":390}```

@mmattel mmattel added the bug label Jun 1, 2016

@nickvergessen

This comment has been minimized.

Show comment
Hide comment
@nickvergessen

nickvergessen Jun 1, 2016

Contributor

This all shounds very much like something really bad happened to your instance. So many "not found exceptions" and stuff :(

Contributor

nickvergessen commented Jun 1, 2016

This all shounds very much like something really bad happened to your instance. So many "not found exceptions" and stuff :(

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Jun 1, 2016

Member

@mmattel is this the same instance with the federated shares from #24909 ?

Member

PVince81 commented Jun 1, 2016

@mmattel is this the same instance with the federated shares from #24909 ?

@mmattel

This comment has been minimized.

Show comment
Hide comment
@mmattel

mmattel Jun 1, 2016

Contributor

I did not had the time to document these things in the past, but things started from day one when I setup the instance from tar and connected to a incoming federated share and used the sync client...
To be said, before this instance, I had a instance with the same setup, but I killed it because I thought the same as you. Now, having a new instance with the same setup, it shows the same issues, so I started to document it...

@PVince81 yes

Contributor

mmattel commented Jun 1, 2016

I did not had the time to document these things in the past, but things started from day one when I setup the instance from tar and connected to a incoming federated share and used the sync client...
To be said, before this instance, I had a instance with the same setup, but I killed it because I thought the same as you. Now, having a new instance with the same setup, it shows the same issues, so I started to document it...

@PVince81 yes

@PVince81

This comment has been minimized.

Show comment
Hide comment
@nickvergessen

This comment has been minimized.

Show comment
Hide comment
@nickvergessen

nickvergessen Jun 2, 2016

Contributor

Can also reproduce this. Seems to be a problem with the remote shares, they just wrap the fed.share as storage and so a call to getOwner returns the cloudId of the original owner, instead of the local user owning the files for this instance. That breaks e.g. activities:

{"reqId":"XEAkGVTWNNGCJGATEliC","remoteAddr":"::1","app":"files","message":" Backends provided no user object for admin@localhost\/ownCloud\/9.0\/core\/","level":3,"time":"2016-06-02T13:53:14+00:00","method":"POST","url":"\/ownCloud\/9.0\/core\/index.php\/apps\/files\/ajax\/upload.php","user":"--"}
{"reqId":"XEAkGVTWNNGCJGATEliC","remoteAddr":"::1","app":"no app in context","message":"Exception: {\"Exception\":\"OC\\\\User\\\\NoUserException\",\"Message\":\"Backends provided no user object for admin@localhost\\\/ownCloud\\\/9.0\\\/core\\\/\",\"Code\":0,\"Trace\":\"#0 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/appsrepos\\\/activity\\\/lib\\\/fileshooks.php(214): OC\\\\Files\\\\Filesystem::initMountPoints('admin@localhost...')\\n#1 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/appsrepos\\\/activity\\\/lib\\\/fileshooks.php(152): OCA\\\\Activity\\\\FilesHooks->getSourcePathAndOwner('\\\/test\\\/test\\\/dexx...')\\n#2 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/appsrepos\\\/activity\\\/lib\\\/fileshooks.php(106): OCA\\\\Activity\\\\FilesHooks->addNotificationsForFileAction('\\\/test\\\/test\\\/dexx...', 'file_created', 'created_self', 'created_by')\\n#3 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/appsrepos\\\/activity\\\/lib\\\/fileshooksstatic.php(60): OCA\\\\Activity\\\\FilesHooks->fileCreate('\\\/test\\\/test\\\/dexx...')\\n#4 [internal function]: OCA\\\\Activity\\\\FilesHooksStatic::fileCreate(Array)\\n#5 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/hook.php(105): call_user_func(Array, Array)\\n#6 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/files\\\/view.php(595): OC_Hook::emit('OC_Filesystem', 'post_create', Array)\\n#7 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/files\\\/view.php(647): OC\\\\Files\\\\View->emit_file_hooks_post(false, '\\\/test\\\/test\\\/dexx...')\\n#8 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/files\\\/view.php(988): OC\\\\Files\\\\View->file_put_contents('\\\/test\\\/test\\\/dexx...', Resource id #173)\\n#9 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/files\\\/filesystem.php(743): OC\\\\Files\\\\View->fromTmpFile('\\\/tmp\\\/phprXmQl2', '\\\/test\\\/test\\\/dexx...')\\n#10 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/apps\\\/files\\\/ajax\\\/upload.php(197): OC\\\\Files\\\\Filesystem::fromTmpFile('\\\/tmp\\\/phprXmQl2', '\\\/test\\\/test\\\/dexx...')\\n#11 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/route\\\/route.php(154) : runtime-created function(1): require_once('\\\/home\\\/nickv\\\/own...')\\n#12 [internal function]: __lambda_func(Array)\\n#13 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/route\\\/router.php(276): call_user_func('\\\\x00lambda_35', Array)\\n#14 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/base.php(882): OC\\\\Route\\\\Router->match('\\\/apps\\\/files\\\/aja...')\\n#15 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/index.php(39): OC::handleRequest()\\n#16 {main}\",\"File\":\"\\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/files\\\/filesystem.php\",\"Line\":391}","level":3,"time":"2016-06-02T13:53:14+00:00","method":"POST","url":"\/ownCloud\/9.0\/core\/index.php\/apps\/files\/ajax\/upload.php","user":"--"}

Will have a closer look why we did this and what we could do to stop this.

Contributor

nickvergessen commented Jun 2, 2016

Can also reproduce this. Seems to be a problem with the remote shares, they just wrap the fed.share as storage and so a call to getOwner returns the cloudId of the original owner, instead of the local user owning the files for this instance. That breaks e.g. activities:

{"reqId":"XEAkGVTWNNGCJGATEliC","remoteAddr":"::1","app":"files","message":" Backends provided no user object for admin@localhost\/ownCloud\/9.0\/core\/","level":3,"time":"2016-06-02T13:53:14+00:00","method":"POST","url":"\/ownCloud\/9.0\/core\/index.php\/apps\/files\/ajax\/upload.php","user":"--"}
{"reqId":"XEAkGVTWNNGCJGATEliC","remoteAddr":"::1","app":"no app in context","message":"Exception: {\"Exception\":\"OC\\\\User\\\\NoUserException\",\"Message\":\"Backends provided no user object for admin@localhost\\\/ownCloud\\\/9.0\\\/core\\\/\",\"Code\":0,\"Trace\":\"#0 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/appsrepos\\\/activity\\\/lib\\\/fileshooks.php(214): OC\\\\Files\\\\Filesystem::initMountPoints('admin@localhost...')\\n#1 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/appsrepos\\\/activity\\\/lib\\\/fileshooks.php(152): OCA\\\\Activity\\\\FilesHooks->getSourcePathAndOwner('\\\/test\\\/test\\\/dexx...')\\n#2 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/appsrepos\\\/activity\\\/lib\\\/fileshooks.php(106): OCA\\\\Activity\\\\FilesHooks->addNotificationsForFileAction('\\\/test\\\/test\\\/dexx...', 'file_created', 'created_self', 'created_by')\\n#3 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/appsrepos\\\/activity\\\/lib\\\/fileshooksstatic.php(60): OCA\\\\Activity\\\\FilesHooks->fileCreate('\\\/test\\\/test\\\/dexx...')\\n#4 [internal function]: OCA\\\\Activity\\\\FilesHooksStatic::fileCreate(Array)\\n#5 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/hook.php(105): call_user_func(Array, Array)\\n#6 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/files\\\/view.php(595): OC_Hook::emit('OC_Filesystem', 'post_create', Array)\\n#7 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/files\\\/view.php(647): OC\\\\Files\\\\View->emit_file_hooks_post(false, '\\\/test\\\/test\\\/dexx...')\\n#8 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/files\\\/view.php(988): OC\\\\Files\\\\View->file_put_contents('\\\/test\\\/test\\\/dexx...', Resource id #173)\\n#9 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/files\\\/filesystem.php(743): OC\\\\Files\\\\View->fromTmpFile('\\\/tmp\\\/phprXmQl2', '\\\/test\\\/test\\\/dexx...')\\n#10 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/apps\\\/files\\\/ajax\\\/upload.php(197): OC\\\\Files\\\\Filesystem::fromTmpFile('\\\/tmp\\\/phprXmQl2', '\\\/test\\\/test\\\/dexx...')\\n#11 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/route\\\/route.php(154) : runtime-created function(1): require_once('\\\/home\\\/nickv\\\/own...')\\n#12 [internal function]: __lambda_func(Array)\\n#13 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/route\\\/router.php(276): call_user_func('\\\\x00lambda_35', Array)\\n#14 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/base.php(882): OC\\\\Route\\\\Router->match('\\\/apps\\\/files\\\/aja...')\\n#15 \\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/index.php(39): OC::handleRequest()\\n#16 {main}\",\"File\":\"\\\/home\\\/nickv\\\/ownCloud\\\/9.0\\\/core\\\/lib\\\/private\\\/files\\\/filesystem.php\",\"Line\":391}","level":3,"time":"2016-06-02T13:53:14+00:00","method":"POST","url":"\/ownCloud\/9.0\/core\/index.php\/apps\/files\/ajax\/upload.php","user":"--"}

Will have a closer look why we did this and what we could do to stop this.

@nickvergessen

This comment has been minimized.

Show comment
Hide comment
@nickvergessen

nickvergessen Jun 2, 2016

Contributor

Caused by #20584 which returns a IUser object with the remote cloudId instead of any local user.
That sounds very wrong to me and removes any reliablity from the getOwner() method.

What would be the recommended call to get the last local user if not getOwner()? @icewind1991 @rullzer

Contributor

nickvergessen commented Jun 2, 2016

Caused by #20584 which returns a IUser object with the remote cloudId instead of any local user.
That sounds very wrong to me and removes any reliablity from the getOwner() method.

What would be the recommended call to get the last local user if not getOwner()? @icewind1991 @rullzer

@mmattel

This comment has been minimized.

Show comment
Hide comment
@mmattel

mmattel Jun 3, 2016

Contributor

Originally in #24964, but seems to be related to this case and therefore documenting it here too:

I uploaded a file via the shared link (30kb), waited 1min, and tried to delete it - the browser showed a yellow hint telling error deleting file. Deleting it via a user who has direct access to the share worked.

This was the owncloud error message logged: Attempted to initialize mount points for null user and no user in session

{"reqId":"hVP90bz4Ogbh4iAPGanX","remoteAddr":"xx.xx.xx.xx","app":"webdav","message":"Exception: {\"Message\":\"Attempted to initialize mount points for null user and no user in session\",\"Exception\":\"OC\\\\User\\\\NoUserException\",\"Code\":0,\"Trace\":\"
#0 \\\/var\\\/www\\\/owncloud\\\/apps\\\/files_trashbin\\\/lib\\\/trashbin.php(89): OC\\\\Files\\\\Filesystem::initMountPoints(false)\\
n#1 \\\/var\\\/www\\\/owncloud\\\/apps\\\/files_trashbin\\\/lib\\\/trashbin.php(203): OCA\\\\Files_Trashbin\\\\Trashbin::getUidAndFilename('federated_share_folder...')\\
n#2 \\\/var\\\/www\\\/owncloud\\\/apps\\\/files_trashbin\\\/lib\\\/storage.php(160): OCA\\\\Files_Trashbin\\\\Trashbin::move2trash('federated_share_folder...')\\
n#3 \\\/var\\\/www\\\/owncloud\\\/apps\\\/files_trashbin\\\/lib\\\/storage.php(95): OCA\\\\Files_Trashbin\\\\Storage->doDelete('Company Present...', 'unlink')\\
n#4 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/files\\\/view.php(1063): OCA\\\\Files_Trashbin\\\\Storage->unlink('Company Present...')\\
n#5 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/files\\\/view.php(645): OC\\\\Files\\\\View->basicOperation('unlink', '\\\/proxyconf.pac', Array)\\
n#6 \\\/var\\\/www\\\/owncloud\\\/apps\\\/dav\\\/lib\\\/connector\\\/sabre\\\/file.php(333): OC\\\\Files\\\\View->unlink('\\\/proxyconf.pac')\\
n#7 \\\/var\\\/www\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/Tree.php(179): OCA\\\\DAV\\\\Connector\\\\Sabre\\\\File->delete()\\
n#8 \\\/var\\\/www\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/CorePlugin.php(285): Sabre\\\\DAV\\\\Tree->delete('proxyconf.pac')\\
n#9[internal function]: Sabre\\\\DAV\\\\CorePlugin->httpDelete(Object(Sabre\\\\HTTP\\\\Request), Object(Sabre\\\\HTTP\\\\Response))\\
n#10 \\\/var\\\/www\\\/owncloud\\\/3rdparty\\\/sabre\\\/event\\\/lib\\\/EventEmitterTrait.php(105): call_user_func_array(Array, Array)\\
n#11 \\\/var\\\/www\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/Server.php(459): Sabre\\\\Event\\\\EventEmitter->emit('method:DELETE', Array)\\
n#12 \\\/var\\\/www\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/Server.php(248): Sabre\\\\DAV\\\\Server->invokeMethod(Object(Sabre\\\\HTTP\\\\Request), Object(Sabre\\\\HTTP\\\\Response))\\
n#13 \\\/var\\\/www\\\/owncloud\\\/apps\\\/dav\\\/appinfo\\\/v1\\\/publicwebdav.php(82): Sabre\\\\DAV\\\\Server->exec()\\
n#14 \\\/var\\\/www\\\/owncloud\\\/public.php(74): require_once('\\\/var\\\/w...')\\
n#15 {main}\",\"File\":\"\\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/files\\\/filesystem.php\",\"Line\":376,\"User\":false}","level":4,"time":"2016-06-02T20:35:12+02:00","method":"DELETE","url":"\/public.php\/webdav\/proxyconf.pac","user":"--"}
Contributor

mmattel commented Jun 3, 2016

Originally in #24964, but seems to be related to this case and therefore documenting it here too:

I uploaded a file via the shared link (30kb), waited 1min, and tried to delete it - the browser showed a yellow hint telling error deleting file. Deleting it via a user who has direct access to the share worked.

This was the owncloud error message logged: Attempted to initialize mount points for null user and no user in session

{"reqId":"hVP90bz4Ogbh4iAPGanX","remoteAddr":"xx.xx.xx.xx","app":"webdav","message":"Exception: {\"Message\":\"Attempted to initialize mount points for null user and no user in session\",\"Exception\":\"OC\\\\User\\\\NoUserException\",\"Code\":0,\"Trace\":\"
#0 \\\/var\\\/www\\\/owncloud\\\/apps\\\/files_trashbin\\\/lib\\\/trashbin.php(89): OC\\\\Files\\\\Filesystem::initMountPoints(false)\\
n#1 \\\/var\\\/www\\\/owncloud\\\/apps\\\/files_trashbin\\\/lib\\\/trashbin.php(203): OCA\\\\Files_Trashbin\\\\Trashbin::getUidAndFilename('federated_share_folder...')\\
n#2 \\\/var\\\/www\\\/owncloud\\\/apps\\\/files_trashbin\\\/lib\\\/storage.php(160): OCA\\\\Files_Trashbin\\\\Trashbin::move2trash('federated_share_folder...')\\
n#3 \\\/var\\\/www\\\/owncloud\\\/apps\\\/files_trashbin\\\/lib\\\/storage.php(95): OCA\\\\Files_Trashbin\\\\Storage->doDelete('Company Present...', 'unlink')\\
n#4 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/files\\\/view.php(1063): OCA\\\\Files_Trashbin\\\\Storage->unlink('Company Present...')\\
n#5 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/files\\\/view.php(645): OC\\\\Files\\\\View->basicOperation('unlink', '\\\/proxyconf.pac', Array)\\
n#6 \\\/var\\\/www\\\/owncloud\\\/apps\\\/dav\\\/lib\\\/connector\\\/sabre\\\/file.php(333): OC\\\\Files\\\\View->unlink('\\\/proxyconf.pac')\\
n#7 \\\/var\\\/www\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/Tree.php(179): OCA\\\\DAV\\\\Connector\\\\Sabre\\\\File->delete()\\
n#8 \\\/var\\\/www\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/CorePlugin.php(285): Sabre\\\\DAV\\\\Tree->delete('proxyconf.pac')\\
n#9[internal function]: Sabre\\\\DAV\\\\CorePlugin->httpDelete(Object(Sabre\\\\HTTP\\\\Request), Object(Sabre\\\\HTTP\\\\Response))\\
n#10 \\\/var\\\/www\\\/owncloud\\\/3rdparty\\\/sabre\\\/event\\\/lib\\\/EventEmitterTrait.php(105): call_user_func_array(Array, Array)\\
n#11 \\\/var\\\/www\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/Server.php(459): Sabre\\\\Event\\\\EventEmitter->emit('method:DELETE', Array)\\
n#12 \\\/var\\\/www\\\/owncloud\\\/3rdparty\\\/sabre\\\/dav\\\/lib\\\/DAV\\\/Server.php(248): Sabre\\\\DAV\\\\Server->invokeMethod(Object(Sabre\\\\HTTP\\\\Request), Object(Sabre\\\\HTTP\\\\Response))\\
n#13 \\\/var\\\/www\\\/owncloud\\\/apps\\\/dav\\\/appinfo\\\/v1\\\/publicwebdav.php(82): Sabre\\\\DAV\\\\Server->exec()\\
n#14 \\\/var\\\/www\\\/owncloud\\\/public.php(74): require_once('\\\/var\\\/w...')\\
n#15 {main}\",\"File\":\"\\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/files\\\/filesystem.php\",\"Line\":376,\"User\":false}","level":4,"time":"2016-06-02T20:35:12+02:00","method":"DELETE","url":"\/public.php\/webdav\/proxyconf.pac","user":"--"}
@nickvergessen

This comment has been minimized.

Show comment
Hide comment
@nickvergessen

nickvergessen Jun 3, 2016

Contributor

Some more thoughts about this. In the end it makes sense, that the owner is the file owner, as described in #20580

However we need a "give me the first local user" method or something like that, to get activities back.

Contributor

nickvergessen commented Jun 3, 2016

Some more thoughts about this. In the end it makes sense, that the owner is the file owner, as described in #20580

However we need a "give me the first local user" method or something like that, to get activities back.

@nickvergessen

This comment has been minimized.

Show comment
Hide comment
@nickvergessen

nickvergessen Jun 6, 2016

Contributor

That trashbin thing is the same issue, it also calls getOwner and receives the cloudId instead of the local user that has access to the file.

Contributor

nickvergessen commented Jun 6, 2016

That trashbin thing is the same issue, it also calls getOwner and receives the cloudId instead of the local user that has access to the file.

@rullzer

This comment has been minimized.

Show comment
Hide comment
@rullzer

rullzer Jun 6, 2016

Contributor

So what do we actually want. Reverting the PR breaks other stuff.

Contributor

rullzer commented Jun 6, 2016

So what do we actually want. Reverting the PR breaks other stuff.

@nickvergessen

This comment has been minimized.

Show comment
Hide comment
@nickvergessen

nickvergessen Jun 6, 2016

Contributor

not sure, for activities I'd say it's okay to "quick-fix" it by just skipping the generation.
But skipping the trashbin and admin-audit is more then meh.

Contributor

nickvergessen commented Jun 6, 2016

not sure, for activities I'd say it's okay to "quick-fix" it by just skipping the generation.
But skipping the trashbin and admin-audit is more then meh.

@nickvergessen

This comment has been minimized.

Show comment
Hide comment
@nickvergessen

nickvergessen Jun 6, 2016

Contributor

Just found #9759

So it seems like getOwner is not the most reliable function 🙈

Contributor

nickvergessen commented Jun 6, 2016

Just found #9759

So it seems like getOwner is not the most reliable function 🙈

@rullzer

This comment has been minimized.

Show comment
Hide comment
@rullzer

rullzer Jun 10, 2016

Contributor

Yep... so I'm kind of unsure on how to fix this...

Contributor

rullzer commented Jun 10, 2016

Yep... so I'm kind of unsure on how to fix this...

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Jun 15, 2016

Member

Is there a way to recreate this situation locally ? I'm surprised we didn't see this happening before.

Member

PVince81 commented Jun 15, 2016

Is there a way to recreate this situation locally ? I'm surprised we didn't see this happening before.

@nickvergessen

This comment has been minimized.

Show comment
Hide comment
@nickvergessen

nickvergessen Jun 15, 2016

Contributor

Yes, enable activity, create a local remote share, share the recieved remote share as public link and upload a file in the public link

Contributor

nickvergessen commented Jun 15, 2016

Yes, enable activity, create a local remote share, share the recieved remote share as public link and upload a file in the public link

@Bugsbane

This comment has been minimized.

Show comment
Hide comment
@Bugsbane

Bugsbane Jun 26, 2016

Not sure if I should file a new issue, but I seem to be getting the same error message repeatedly on ownCloud 9.0 despite none of my users having ever done anything with federated shares.

Specifically, my errorlog is full of:

Error PHP OC\User\NoUserException: Backends provided no user object for LOCALUSERNAME at /PATH/TO/MY/OWNCLOUD/lib/private/files/filesystem.php#390
Error files Backends provided no user object for LOCALUSERNAME

Parts in caps have been replaced for security (except "OC" which was already caps). LOCALUSERNAME is the username I use to log in to ownCloud.

Bugsbane commented Jun 26, 2016

Not sure if I should file a new issue, but I seem to be getting the same error message repeatedly on ownCloud 9.0 despite none of my users having ever done anything with federated shares.

Specifically, my errorlog is full of:

Error PHP OC\User\NoUserException: Backends provided no user object for LOCALUSERNAME at /PATH/TO/MY/OWNCLOUD/lib/private/files/filesystem.php#390
Error files Backends provided no user object for LOCALUSERNAME

Parts in caps have been replaced for security (except "OC" which was already caps). LOCALUSERNAME is the username I use to log in to ownCloud.

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Jun 27, 2016

Member

Is this happening for all users ?

@Bugsbane do you have more clues about these users and their shares ? (local ones)

Member

PVince81 commented Jun 27, 2016

Is this happening for all users ?

@Bugsbane do you have more clues about these users and their shares ? (local ones)

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Jun 27, 2016

Member

Similar message regarding fed shares observed here #25189

Member

PVince81 commented Jun 27, 2016

Similar message regarding fed shares observed here #25189

@Bugsbane

This comment has been minimized.

Show comment
Hide comment
@Bugsbane

Bugsbane Jun 28, 2016

do you have more clues about these users and their shares ?

Well, I'm not sure what I'm looking for, but all of the shares were folders, shared by me, of the four, 3 are shared with an individual and 1 is shared with a group. The errors show up very regularly, far more regularly than all of the other users of this instance would even be accessing the server (none have the client installed except me - I use the Android and local client).

I have just recently had the local desktop client on Ubuntu saying it's having problems syncing and to check the log, but I assume that's the local sync clients log, and I don't know where to find it.

EDIT: Just found online how to get a logging window up.

Bugsbane commented Jun 28, 2016

do you have more clues about these users and their shares ?

Well, I'm not sure what I'm looking for, but all of the shares were folders, shared by me, of the four, 3 are shared with an individual and 1 is shared with a group. The errors show up very regularly, far more regularly than all of the other users of this instance would even be accessing the server (none have the client installed except me - I use the Android and local client).

I have just recently had the local desktop client on Ubuntu saying it's having problems syncing and to check the log, but I assume that's the local sync clients log, and I don't know where to find it.

EDIT: Just found online how to get a logging window up.

@PVince81 PVince81 modified the milestones: 9.1-current, 9.1.1-next-maintenance Jun 30, 2016

@mmattel

This comment has been minimized.

Show comment
Hide comment
@mmattel

mmattel Aug 4, 2016

Contributor

FYI, fresh and clean install of 9.1, same setup, same behaviour.
Would be really great to get that fixed for 9.1.1 (fills up the log...)

Contributor

mmattel commented Aug 4, 2016

FYI, fresh and clean install of 9.1, same setup, same behaviour.
Would be really great to get that fixed for 9.1.1 (fills up the log...)

@mmattel

This comment has been minimized.

Show comment
Hide comment
@mmattel

mmattel Aug 16, 2016

Contributor

@PVince81 any news to get that fixed?

Contributor

mmattel commented Aug 16, 2016

@PVince81 any news to get that fixed?

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Aug 16, 2016

Member

I need more precise steps regarding the sharing scenario in order to reproduce this.

My steps:

  1. Setup two OC instances OC_A (as v9.1.0) and OC_B
  2. Enable activity app for OC_A
  3. Login as admin on OC_B
  4. Create a folder "Photos"
  5. Upload some files
  6. Share "Photos" with admin@OC_A
  7. Login as admin on OC_A
  8. Accept the share
  9. Setup desktop client for admin@OC_A
  10. Wait for sync
  11. Put some local files into "Pictures" for upload
  12. Wait for sync
  13. Check owncloud.log

I didn't get any errors there.

Member

PVince81 commented Aug 16, 2016

I need more precise steps regarding the sharing scenario in order to reproduce this.

My steps:

  1. Setup two OC instances OC_A (as v9.1.0) and OC_B
  2. Enable activity app for OC_A
  3. Login as admin on OC_B
  4. Create a folder "Photos"
  5. Upload some files
  6. Share "Photos" with admin@OC_A
  7. Login as admin on OC_A
  8. Accept the share
  9. Setup desktop client for admin@OC_A
  10. Wait for sync
  11. Put some local files into "Pictures" for upload
  12. Wait for sync
  13. Check owncloud.log

I didn't get any errors there.

@PVince81 PVince81 assigned PVince81 and unassigned rullzer Aug 16, 2016

@mmattel

This comment has been minimized.

Show comment
Hide comment
@mmattel

mmattel Aug 16, 2016

Contributor

Your setup is, as far you describe it, the same as mine. In your terms I am OC_A (9.1). What I currently do not know is the exact version of OC_B but it is a 9.x version.

First I checked when the last error of this type was - 11 days ago. But this matches also the holiday time and the inactivity thereof.
Second I created a new folder called test via the sync client and uploaded a big file with +400MB via the sync client into this new folder. I got the error logged.

Error    files  Backends provided no user object for fed_share/
Error   no app in context   OC\User\NoUserException: Backends provided no user object for fed_mount/
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 200: OC\Files\Filesystem initMountPoints('fed_mount...')
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 150: OCA\Activity\FilesHooks->getSourcePathAndOwner('/fed_shared_folder...')
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 106: OCA\Activity\FilesHooks->addNotificationsForFileAction('/fed_shared_folder...', 'file_created', 'created_self', 'created_by')
/var/www/owncloud/apps/activity/lib/FilesHooksStatic.php - line 45: OCA\Activity\FilesHooks->fileCreate('/fed_shared_folder...')
[internal function] OCA\Activity\FilesHooksStatic fileCreate(Array)
/var/www/owncloud/lib/private/legacy/hook.php - line 105: call_user_func(Array, Array)
/var/www/owncloud/lib/private/Files/View.php - line 1231: OC_Hook emit('OC_Filesystem', 'post_create', Array)
/var/www/owncloud/lib/private/Files/View.php - line 1157: OC\Files\View->runHooks(Array, '/fed_shared_folder...', true)
/var/www/owncloud/lib/private/Files/View.php - line 261: OC\Files\View->basicOperation('mkdir', '/fed_shared_folder...', Array)
/var/www/owncloud/apps/dav/lib/Connector/Sabre/Directory.php - line 165: OC\Files\View->mkdir('/fed_shared_folder...')
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 1150: OCA\DAV\Connector\Sabre\Directory->createDirectory('Neuer Ordner')
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php - line 588: Sabre\DAV\Server->createCollection('fed_shared_foldera...', Object(Sabre\DAV\MkCol))
[internal function] Sabre\DAV\CorePlugin->httpMkcol(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/var/www/owncloud/3rdparty/sabre/event/lib/EventEmitterTrait.php - line 105: call_user_func_array(Array, Array)
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 459: Sabre\Event\EventEmitter->emit('method MKCOL', Array)
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 248: Sabre\DAV\Server->invokeMethod(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/var/www/owncloud/apps/dav/appinfo/v1/webdav.php - line 56: Sabre\DAV\Server->exec()
/var/www/owncloud/remote.php - line 164: require_once('/var/w...')
{main}

The I did another test because the error was very quick present, after some seconds. I only created via the sync client a folder called 'demo'. Technically, at least from M$, it first creates a folder called 'Neuer Ordner' in the background and immediately renames it when you have the name entered. And this triggers in my system the error.

Error    no app in context  OC\User\NoUserException: Backends provided no user object for fed_mount/
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 200: OC\Files\Filesystem initMountPoints('fed_mount...')
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 150: OCA\Activity\FilesHooks->getSourcePathAndOwner('/fed_share...')
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 106: OCA\Activity\FilesHooks->addNotificationsForFileAction('/fed_share...', 'file_created', 'created_self', 'created_by')
/var/www/owncloud/apps/activity/lib/FilesHooksStatic.php - line 45: OCA\Activity\FilesHooks->fileCreate('/fed_share...')
[internal function] OCA\Activity\FilesHooksStatic fileCreate(Array)
/var/www/owncloud/lib/private/legacy/hook.php - line 105: call_user_func(Array, Array)
/var/www/owncloud/lib/private/Files/View.php - line 1231: OC_Hook emit('OC_Filesystem', 'post_create', Array)
/var/www/owncloud/lib/private/Files/View.php - line 1157: OC\Files\View->runHooks(Array, '/fed_share...', true)
/var/www/owncloud/lib/private/Files/View.php - line 261: OC\Files\View->basicOperation('mkdir', '/fed_share...', Array)
/var/www/owncloud/apps/dav/lib/Connector/Sabre/Directory.php - line 165: OC\Files\View->mkdir('/fed_share...')
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 1150: OCA\DAV\Connector\Sabre\Directory->createDirectory('demo')
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php - line 588: Sabre\DAV\Server->createCollection('fed_sharea...', Object(Sabre\DAV\MkCol))
[internal function] Sabre\DAV\CorePlugin->httpMkcol(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/var/www/owncloud/3rdparty/sabre/event/lib/EventEmitterTrait.php - line 105: call_user_func_array(Array, Array)
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 459: Sabre\Event\EventEmitter->emit('method MKCOL', Array)
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 248: Sabre\DAV\Server->invokeMethod(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/var/www/owncloud/apps/dav/appinfo/v1/webdav.php - line 56: Sabre\DAV\Server->exec()
/var/www/owncloud/remote.php - line 164: require_once('/var/w...')
{main}

The same error happened when I deleted in the sync folder the big file which was completely uploaded to my instance and in process of uploading to the fed_mount target system. When the upload was finished it resynced back to my instance and the sync client and triggered the error.

Hope this helps

Contributor

mmattel commented Aug 16, 2016

Your setup is, as far you describe it, the same as mine. In your terms I am OC_A (9.1). What I currently do not know is the exact version of OC_B but it is a 9.x version.

First I checked when the last error of this type was - 11 days ago. But this matches also the holiday time and the inactivity thereof.
Second I created a new folder called test via the sync client and uploaded a big file with +400MB via the sync client into this new folder. I got the error logged.

Error    files  Backends provided no user object for fed_share/
Error   no app in context   OC\User\NoUserException: Backends provided no user object for fed_mount/
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 200: OC\Files\Filesystem initMountPoints('fed_mount...')
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 150: OCA\Activity\FilesHooks->getSourcePathAndOwner('/fed_shared_folder...')
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 106: OCA\Activity\FilesHooks->addNotificationsForFileAction('/fed_shared_folder...', 'file_created', 'created_self', 'created_by')
/var/www/owncloud/apps/activity/lib/FilesHooksStatic.php - line 45: OCA\Activity\FilesHooks->fileCreate('/fed_shared_folder...')
[internal function] OCA\Activity\FilesHooksStatic fileCreate(Array)
/var/www/owncloud/lib/private/legacy/hook.php - line 105: call_user_func(Array, Array)
/var/www/owncloud/lib/private/Files/View.php - line 1231: OC_Hook emit('OC_Filesystem', 'post_create', Array)
/var/www/owncloud/lib/private/Files/View.php - line 1157: OC\Files\View->runHooks(Array, '/fed_shared_folder...', true)
/var/www/owncloud/lib/private/Files/View.php - line 261: OC\Files\View->basicOperation('mkdir', '/fed_shared_folder...', Array)
/var/www/owncloud/apps/dav/lib/Connector/Sabre/Directory.php - line 165: OC\Files\View->mkdir('/fed_shared_folder...')
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 1150: OCA\DAV\Connector\Sabre\Directory->createDirectory('Neuer Ordner')
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php - line 588: Sabre\DAV\Server->createCollection('fed_shared_foldera...', Object(Sabre\DAV\MkCol))
[internal function] Sabre\DAV\CorePlugin->httpMkcol(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/var/www/owncloud/3rdparty/sabre/event/lib/EventEmitterTrait.php - line 105: call_user_func_array(Array, Array)
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 459: Sabre\Event\EventEmitter->emit('method MKCOL', Array)
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 248: Sabre\DAV\Server->invokeMethod(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/var/www/owncloud/apps/dav/appinfo/v1/webdav.php - line 56: Sabre\DAV\Server->exec()
/var/www/owncloud/remote.php - line 164: require_once('/var/w...')
{main}

The I did another test because the error was very quick present, after some seconds. I only created via the sync client a folder called 'demo'. Technically, at least from M$, it first creates a folder called 'Neuer Ordner' in the background and immediately renames it when you have the name entered. And this triggers in my system the error.

Error    no app in context  OC\User\NoUserException: Backends provided no user object for fed_mount/
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 200: OC\Files\Filesystem initMountPoints('fed_mount...')
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 150: OCA\Activity\FilesHooks->getSourcePathAndOwner('/fed_share...')
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 106: OCA\Activity\FilesHooks->addNotificationsForFileAction('/fed_share...', 'file_created', 'created_self', 'created_by')
/var/www/owncloud/apps/activity/lib/FilesHooksStatic.php - line 45: OCA\Activity\FilesHooks->fileCreate('/fed_share...')
[internal function] OCA\Activity\FilesHooksStatic fileCreate(Array)
/var/www/owncloud/lib/private/legacy/hook.php - line 105: call_user_func(Array, Array)
/var/www/owncloud/lib/private/Files/View.php - line 1231: OC_Hook emit('OC_Filesystem', 'post_create', Array)
/var/www/owncloud/lib/private/Files/View.php - line 1157: OC\Files\View->runHooks(Array, '/fed_share...', true)
/var/www/owncloud/lib/private/Files/View.php - line 261: OC\Files\View->basicOperation('mkdir', '/fed_share...', Array)
/var/www/owncloud/apps/dav/lib/Connector/Sabre/Directory.php - line 165: OC\Files\View->mkdir('/fed_share...')
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 1150: OCA\DAV\Connector\Sabre\Directory->createDirectory('demo')
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php - line 588: Sabre\DAV\Server->createCollection('fed_sharea...', Object(Sabre\DAV\MkCol))
[internal function] Sabre\DAV\CorePlugin->httpMkcol(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/var/www/owncloud/3rdparty/sabre/event/lib/EventEmitterTrait.php - line 105: call_user_func_array(Array, Array)
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 459: Sabre\Event\EventEmitter->emit('method MKCOL', Array)
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 248: Sabre\DAV\Server->invokeMethod(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/var/www/owncloud/apps/dav/appinfo/v1/webdav.php - line 56: Sabre\DAV\Server->exec()
/var/www/owncloud/remote.php - line 164: require_once('/var/w...')
{main}

The same error happened when I deleted in the sync folder the big file which was completely uploaded to my instance and in process of uploading to the fed_mount target system. When the upload was finished it resynced back to my instance and the sync client and triggered the error.

Hope this helps

@mmattel

This comment has been minimized.

Show comment
Hide comment
@mmattel

mmattel Aug 16, 2016

Contributor

And deleting the big file from the sync folder (which was resynced back) ceates the error too:

Error   no app in context   OC\User\NoUserException: Backends provided no user object for fed_mount/
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 200: OC\Files\Filesystem initMountPoints('fed_mount...')
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 150: OCA\Activity\FilesHooks->getSourcePathAndOwner('/fed_share...')
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 125: OCA\Activity\FilesHooks->addNotificationsForFileAction('/fed_share...', 'file_deleted', 'deleted_self', 'deleted_by')
/var/www/owncloud/apps/activity/lib/FilesHooksStatic.php - line 61: OCA\Activity\FilesHooks->fileDelete('/fed_share...')
[internal function] OCA\Activity\FilesHooksStatic fileDelete(Array)
/var/www/owncloud/lib/private/legacy/hook.php - line 105: call_user_func(Array, Array)
/var/www/owncloud/lib/private/Files/View.php - line 1231: OC_Hook emit('OC_Filesystem', 'delete', Array)
/var/www/owncloud/lib/private/Files/View.php - line 1107: OC\Files\View->runHooks(Array, '/fed_share...')
/var/www/owncloud/lib/private/Files/View.php - line 689: OC\Files\View->basicOperation('unlink', '/fed_share...', Array)
/var/www/owncloud/apps/dav/lib/Connector/Sabre/File.php - line 333: OC\Files\View->unlink('/fed_share...')
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Tree.php - line 179: OCA\DAV\Connector\Sabre\File->delete()
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php - line 285: Sabre\DAV\Tree->delete('fed_sharea...')
[internal function] Sabre\DAV\CorePlugin->httpDelete(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/var/www/owncloud/3rdparty/sabre/event/lib/EventEmitterTrait.php - line 105: call_user_func_array(Array, Array)
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 459: Sabre\Event\EventEmitter->emit('method DELETE', Array)
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 248: Sabre\DAV\Server->invokeMethod(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/var/www/owncloud/apps/dav/appinfo/v1/webdav.php - line 56: Sabre\DAV\Server->exec()
/var/www/owncloud/remote.php - line 164: require_once('/var/w...')
{main}
Contributor

mmattel commented Aug 16, 2016

And deleting the big file from the sync folder (which was resynced back) ceates the error too:

Error   no app in context   OC\User\NoUserException: Backends provided no user object for fed_mount/
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 200: OC\Files\Filesystem initMountPoints('fed_mount...')
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 150: OCA\Activity\FilesHooks->getSourcePathAndOwner('/fed_share...')
/var/www/owncloud/apps/activity/lib/FilesHooks.php - line 125: OCA\Activity\FilesHooks->addNotificationsForFileAction('/fed_share...', 'file_deleted', 'deleted_self', 'deleted_by')
/var/www/owncloud/apps/activity/lib/FilesHooksStatic.php - line 61: OCA\Activity\FilesHooks->fileDelete('/fed_share...')
[internal function] OCA\Activity\FilesHooksStatic fileDelete(Array)
/var/www/owncloud/lib/private/legacy/hook.php - line 105: call_user_func(Array, Array)
/var/www/owncloud/lib/private/Files/View.php - line 1231: OC_Hook emit('OC_Filesystem', 'delete', Array)
/var/www/owncloud/lib/private/Files/View.php - line 1107: OC\Files\View->runHooks(Array, '/fed_share...')
/var/www/owncloud/lib/private/Files/View.php - line 689: OC\Files\View->basicOperation('unlink', '/fed_share...', Array)
/var/www/owncloud/apps/dav/lib/Connector/Sabre/File.php - line 333: OC\Files\View->unlink('/fed_share...')
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Tree.php - line 179: OCA\DAV\Connector\Sabre\File->delete()
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/CorePlugin.php - line 285: Sabre\DAV\Tree->delete('fed_sharea...')
[internal function] Sabre\DAV\CorePlugin->httpDelete(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/var/www/owncloud/3rdparty/sabre/event/lib/EventEmitterTrait.php - line 105: call_user_func_array(Array, Array)
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 459: Sabre\Event\EventEmitter->emit('method DELETE', Array)
/var/www/owncloud/3rdparty/sabre/dav/lib/DAV/Server.php - line 248: Sabre\DAV\Server->invokeMethod(Object(Sabre\HTTP\Request), Object(Sabre\HTTP\Response))
/var/www/owncloud/apps/dav/appinfo/v1/webdav.php - line 56: Sabre\DAV\Server->exec()
/var/www/owncloud/remote.php - line 164: require_once('/var/w...')
{main}
@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Aug 16, 2016

Member

@mmattel another question: is the federated share created using the share link + add to owncloud feature or was it shared directly ? in my case it was shared directly.

You can find out the version of OC_B by opening its "status.php" file (no login required) 😄

Member

PVince81 commented Aug 16, 2016

@mmattel another question: is the federated share created using the share link + add to owncloud feature or was it shared directly ? in my case it was shared directly.

You can find out the version of OC_B by opening its "status.php" file (no login required) 😄

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Aug 16, 2016

Member

Aha, I got it reproduced. Not sure what I did differently here, apart that it's a different computer I'm testing on now with v9.1.0. And instead of sync client, I simply uploaded a file into the received share on OC_A with the web UI.

Happens with both mounted link share and fed share.

{"reqId":"ZHMMRty9ALac9\/UScbKJ","remoteAddr":"127.0.0.1","app":"files","message":" Backends provided no user object for admin@localhost\/owncloudtest\/","level":3,"time":"2016-08-16T12:50:55+00:00","method":"POST","url":"\/owncloud\/index.php\/apps\/files\/ajax\/upload.php","user":"admin"}
{"reqId":"ZHMMRty9ALac9\/UScbKJ","remoteAddr":"127.0.0.1","app":"no app in context","message":"Exception: {\"Exception\":\"OC\\\\User\\\\NoUserException\",\"Message\":\"Backends provided no user object for admin@localhost\\\/owncloudtest\\\/\",\"Code\":0,\"Trace\":\"
#0 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/apps3\\\/activity\\\/lib\\\/FilesHooks.php(200): OC\\\\Files\\\\Filesystem::initMountPoints('admin@localhost...')\\n
#1 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/apps3\\\/activity\\\/lib\\\/FilesHooks.php(150): OCA\\\\Activity\\\\FilesHooks->getSourcePathAndOwner('\\\/test\\\/P1050409....')\\n
#2 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/apps3\\\/activity\\\/lib\\\/FilesHooks.php(106): OCA\\\\Activity\\\\FilesHooks->addNotificationsForFileAction('\\\/test\\\/P1050409....', 'file_created', 'created_self', 'created_by')\\n
#3 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/apps3\\\/activity\\\/lib\\\/FilesHooksStatic.php(45): OCA\\\\Activity\\\\FilesHooks->fileCreate('\\\/test\\\/P1050409....')\\n
#4 [internal function]: OCA\\\\Activity\\\\FilesHooksStatic::fileCreate(Array)\\n
#5 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/legacy\\\/hook.php(105): call_user_func(Array, Array)\\n
#6 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/Files\\\/View.php(605): OC_Hook::emit('OC_Filesystem', 'post_create', Array)\\n
#7 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/Files\\\/View.php(657): OC\\\\Files\\\\View->emit_file_hooks_post(false, '\\\/test\\\/P1050409....')\\n
#8 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/Files\\\/View.php(1009): OC\\\\Files\\\\View->file_put_contents('\\\/test\\\/P1050409....', Resource id #645)\\n
#9 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/Files\\\/Filesystem.php(716): OC\\\\Files\\\\View->fromTmpFile('\\\/tmp\\\/phpJVPpEN', '\\\/test\\\/P1050409....')\\n
#10 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/apps\\\/files\\\/ajax\\\/upload.php(197): OC\\\\Files\\\\Filesystem::fromTmpFile('\\\/tmp\\\/phpJVPpEN', '\\\/test\\\/P1050409....')\\n
#11 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/Route\\\/Route.php(154) : runtime-created function(1): require_once('\\\/srv\\\/www\\\/htdocs...')\\n
#12 [internal function]: __lambda_func(Array)\\n
#13 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/Route\\\/Router.php(280): call_user_func('\\\\x00lambda_1312', Array)\\n
#14 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/base.php(891): OC\\\\Route\\\\Router->match('\\\/apps\\\/files\\\/aja...')\\n
#15 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/index.php(39): OC::handleRequest()\\n
#16 {main}\",\"File\":\"\\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/Files\\\/Filesystem.php\",\"Line\":405}","level":3,"time":"2016-08-16T12:50:55+00:00","method":"POST","url":"\/owncloud\/index.php\/apps\/files\/ajax\/upload.php","user":"admin"
Member

PVince81 commented Aug 16, 2016

Aha, I got it reproduced. Not sure what I did differently here, apart that it's a different computer I'm testing on now with v9.1.0. And instead of sync client, I simply uploaded a file into the received share on OC_A with the web UI.

Happens with both mounted link share and fed share.

{"reqId":"ZHMMRty9ALac9\/UScbKJ","remoteAddr":"127.0.0.1","app":"files","message":" Backends provided no user object for admin@localhost\/owncloudtest\/","level":3,"time":"2016-08-16T12:50:55+00:00","method":"POST","url":"\/owncloud\/index.php\/apps\/files\/ajax\/upload.php","user":"admin"}
{"reqId":"ZHMMRty9ALac9\/UScbKJ","remoteAddr":"127.0.0.1","app":"no app in context","message":"Exception: {\"Exception\":\"OC\\\\User\\\\NoUserException\",\"Message\":\"Backends provided no user object for admin@localhost\\\/owncloudtest\\\/\",\"Code\":0,\"Trace\":\"
#0 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/apps3\\\/activity\\\/lib\\\/FilesHooks.php(200): OC\\\\Files\\\\Filesystem::initMountPoints('admin@localhost...')\\n
#1 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/apps3\\\/activity\\\/lib\\\/FilesHooks.php(150): OCA\\\\Activity\\\\FilesHooks->getSourcePathAndOwner('\\\/test\\\/P1050409....')\\n
#2 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/apps3\\\/activity\\\/lib\\\/FilesHooks.php(106): OCA\\\\Activity\\\\FilesHooks->addNotificationsForFileAction('\\\/test\\\/P1050409....', 'file_created', 'created_self', 'created_by')\\n
#3 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/apps3\\\/activity\\\/lib\\\/FilesHooksStatic.php(45): OCA\\\\Activity\\\\FilesHooks->fileCreate('\\\/test\\\/P1050409....')\\n
#4 [internal function]: OCA\\\\Activity\\\\FilesHooksStatic::fileCreate(Array)\\n
#5 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/legacy\\\/hook.php(105): call_user_func(Array, Array)\\n
#6 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/Files\\\/View.php(605): OC_Hook::emit('OC_Filesystem', 'post_create', Array)\\n
#7 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/Files\\\/View.php(657): OC\\\\Files\\\\View->emit_file_hooks_post(false, '\\\/test\\\/P1050409....')\\n
#8 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/Files\\\/View.php(1009): OC\\\\Files\\\\View->file_put_contents('\\\/test\\\/P1050409....', Resource id #645)\\n
#9 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/Files\\\/Filesystem.php(716): OC\\\\Files\\\\View->fromTmpFile('\\\/tmp\\\/phpJVPpEN', '\\\/test\\\/P1050409....')\\n
#10 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/apps\\\/files\\\/ajax\\\/upload.php(197): OC\\\\Files\\\\Filesystem::fromTmpFile('\\\/tmp\\\/phpJVPpEN', '\\\/test\\\/P1050409....')\\n
#11 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/Route\\\/Route.php(154) : runtime-created function(1): require_once('\\\/srv\\\/www\\\/htdocs...')\\n
#12 [internal function]: __lambda_func(Array)\\n
#13 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/Route\\\/Router.php(280): call_user_func('\\\\x00lambda_1312', Array)\\n
#14 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/base.php(891): OC\\\\Route\\\\Router->match('\\\/apps\\\/files\\\/aja...')\\n
#15 \\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/index.php(39): OC::handleRequest()\\n
#16 {main}\",\"File\":\"\\\/srv\\\/www\\\/htdocs\\\/owncloud\\\/lib\\\/private\\\/Files\\\/Filesystem.php\",\"Line\":405}","level":3,"time":"2016-08-16T12:50:55+00:00","method":"POST","url":"\/owncloud\/index.php\/apps\/files\/ajax\/upload.php","user":"admin"
@mmattel

This comment has been minimized.

Show comment
Hide comment
@mmattel

mmattel Aug 16, 2016

Contributor

OC_B: "version":"9.1.0.15","versionstring":"9.1.0"

Contributor

mmattel commented Aug 16, 2016

OC_B: "version":"9.1.0.15","versionstring":"9.1.0"

@PVince81 PVince81 referenced this issue in owncloud/activity Aug 16, 2016

Merged

Fix activity fed user #531

@PVince81

This comment has been minimized.

Show comment
Hide comment
Member

PVince81 commented Aug 16, 2016

@mmattel fix is here owncloud/activity#531

@PVince81

This comment has been minimized.

Show comment
Hide comment
@PVince81

PVince81 Aug 16, 2016

Member

affected versions: stable9, stable9.1
not affected: stable8.2

Member

PVince81 commented Aug 16, 2016

affected versions: stable9, stable9.1
not affected: stable8.2

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment