-
Notifications
You must be signed in to change notification settings - Fork 2.1k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Call to a member function file_exists() on a non-object in owncloud/lib/private/files/filesystem.php on line 688 #18499
Comments
Might be related to #16740 |
@andersruneson can you post your "oc_jobs" table so we can see what cron jobs you have ? It could also help if you could enable XDebug temporarily, it will hopefully provide a stack trace along with the error message that could help pinpoint which cron job is causing trouble. |
Not sure I know how to XDebug, especially a cron job? |
By the timestamp of last run (when checking the oc_jobs table 20 min after I got the mail) I'm guessing the issue comes from OCA\user_ldap\lib\Jobs I have enabled XDebug, I assume all what's needed is to install php5-xdebug and restart apache service and wait for next run for that job. |
|
@blizzz any idea ? |
Is there any way I can debug this futher? |
I guess the error means there is no object \OC\Files\Filesystem ? I've tried follow the call stack to see any obvious errors but I'm really not that skilled. |
Maybe a setupFS() call or something is missing in the background job. @icewind1991 any idea ? |
Since yesterday the issue disappeared, since I added some debug output to the scripts I got a last mail from cron where I can see that the php error did not occur but instead all tasks was done. |
Hi, Here is my XDEBUG error String:
Since this weekend we get an error nearly every hour. @PVince81 @blizzz @MorrisJobke Any clue here? Do you need my whole server architecture? 00003832 |
@cdamken What version is this server instance on? |
@PVince81 I think the init on the filesystem is missing here somehow.
@schiesbn Could this be the cause? Is the filesystem set up in the hooks or do you rely on a properly setup filesystem for |
@MorrisJobke {"installed":"true","version":"7.0.5.2","versionstring":"7.0.5","edition":"enterprise"} |
@schiesbn Ping |
This seems to be a 8.1.1 instance where this error happened. @schiesbn Can you have a look at my question? |
I am seeing this issue on newly installed 8.2.1. I created a custom external authentication app which authenticates users against a web service (similar to IMAP or SMB), but it also adds them to an existing OC group (if they are not already in it, such as first time logging in) so they can see some already shared files. When I make the call to Group->addUser(), the server crashes with this same stack trace and error, but only if the group already has some files shared to it. If I remove all shares to the group, the Group->addUser() succeeds. I'm hoping this may add some info to help track down the root cause of the issue. Let me know if I can provide other details. |
I was able to address this issue, at least for my use case. When adding the user to a group that already has shares assigned to it, the user's home directory needs to be initialized first in order for $defaultInstance to not be null. I added a call "\OC\Files\Filesystem::init($uid, $userDir);" just before the user is added to the group and it seems to be working well. |
@MorrisJobke in @schiesbn absence is there someone else that could help on this issue as it seems to be stuck? |
Sounds like it could be the same issue for ldap, maybe the user was never
|
@cmonteroluque any thoughts on how to move this forward? @cdamken can you confirm that this is a Blue Ticket? |
I can at least verify @pellaeon's description:
|
stack trace right in the method where the problem occurs:
|
* sets up the filesystem of the user that is added to a group to properly accept shares * fixes #18499
Possible fix: #21854 |
* sets up the filesystem of the user that is added to a group to properly accept shares * fixes #18499
Hi. Just upgraded from 8 to 9 and I am getting |
I'm getting the same error on line 693 when trying to share a folder using link and password: "[Wed Apr 20 18:11:12.422915 2016] [:error] [pid 12224] [client 200.202.168.159:34176] PHP Fatal error: Call to a member function file_exists() on a non-object in /var/www/html/owncloud/lib/private/files/filesystem.php on line 693"
Any ideas? |
Still getting the same error message in 9.0.2
|
I can confirm. Just like @fluancefg we see it too on 9.0.2. |
We are seeing this problem for LDAP users and who have never logged in before receiving a share in OC 9.0.2 on Apache 2.4.12 and PHP-5.6.8 (on Solaris 11.3), too. The fixes discussed here and in previous bug reports regarding this issue have already been applied to 9.0.2 or didn't help for me (like #22664). There seems to be a new bug report related to this issue under #24423 which addresses it explicitly in 9.0.2. |
@steffen-moser According to #24423 (comment) its now fixed in oC 9.0.3 |
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs. |
Steps to reproduce
This started at "random" two days ago but now occurs every 1h 15min.
Expected behaviour
Actual behaviour
Cron sends me a mail every 1h 15min (even though the cron job is run every 15min) with this content:
PHP Fatal error: Call to a member function file_exists() on a non-object in /var/www/owncloud/lib/private/files/filesystem.php on line 688
Server configuration
Operating system:
Ubuntu 14.04.3 LTS
Web server:
Apache2 (2.4.7-1ubuntu4.5)
Database:
MySQL (5.5.44-0ubuntu0.14.04.1)
PHP version:
PHP5 (5.5.9+dfsg-1ubuntu4.11)
ownCloud version: (see ownCloud admin page)
8.1.1-1
Updated from an older ownCloud or fresh install:
Updated since OC5 I think
List of activated apps:
Enabled:
Disabled:
The content of config/config.php:
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/...
Active Directory
LDAP configuration (delete this part if not used)
Logs
Web server error log
Nothing relevant at the time of the error either in the access log or the error log.
ownCloud log (data/owncloud.log)
The text was updated successfully, but these errors were encountered: