New users, missing default folders

Server
1

Problem Description:

When i add a new user to the LDAP Group, usually the User Logs in the first time and the User Folder will be created and the default folders like “files” “files:trashbin” etc will be created.

Since today, these default folders will not be created for new users. only the folder cache is created.
This seems not a problem of skeleton, this one level higher.
All existing Users have no problem.

At least, the user cannot Login and receive a 503 Error.

As far as i can see, there were a Problem with the cron the last few days, and the cron did not run. i changed back to AJAX Cron and its green again since this morning.

How is the mechanism that these folders will be created?

Thanks for any Help out there :sunny:

Best regards

Tiho

Steps to reproduce

  1. Add USer to LDAP Group
  2. Login with New User

Expected behaviour

User Login

Actual behaviour

503 Error

Server configuration

RHEL 6

Web server:
Apache

Database:
Mysql

PHP version:
5.4

ownCloud version: (see ownCloud admin page)
9.0.5

Updated from an older ownCloud or fresh install:
Updated

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

The content of config/config.php:

{
“system”: {
“instanceid”: “ocd5f9424070”,
“passwordsalt”: “REMOVED SENSITIVE VALUE”,
“trusted_domains”: [
““REMOVED SENSITIVE VALUE””,
““REMOVED SENSITIVE VALUE””,
““REMOVED SENSITIVE VALUE””,
““REMOVED SENSITIVE VALUE””
],
“datadirectory”: “/var/www/html/owncloud/data”,
“dbtype”: “mysql”,
“version”: “9.0.5.2”,
“dbname”: “XXXXX”,
“dbhost”: “localhost”,
“dbtableprefix”: “oc_”,
“dbuser”: “REMOVED SENSITIVE VALUE”,
“dbpassword”: “REMOVED SENSITIVE VALUE”,
“installed”: true,
“maintenance”: false,
“has_internet_connection”: false,
“appstoreenabled”: false,
“check_for_working_webdav”: false,
“updatechecker”: false,
“ldapIgnoreNamingRules”: false,
“trashbin_retention_obligation”: “3, auto”,
“forcessl”: true,
“log_authfailip”: true,
“loglevel”: 0,
“theme”: “szh”,
“secret”: “REMOVED SENSITIVE VALUE”,
“share_folder”: “/Shared”,
“memcache.local”: “\OC\Memcache\APC”,
“mail_smtpmode”: “smtp”,
“mail_smtphost”: ““REMOVED SENSITIVE VALUE””,
“mail_smtpport”: “25”,
“mail_from_address”: “REMOVED SENSITIVE VALUE”",
“mail_domain”: ““REMOVED SENSITIVE VALUE””,
“appstore.experimental.enabled”: true,
“mail_smtpauthtype”: “LOGIN”
}
}

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_pdfviewer: 0.8.1
  • files_sharing: 0.9.1
  • files_trashbin: 0.8.0
  • files_versions: 1.2.0
  • impersonate: 0.0.5
  • notifications: 0.2.3
  • provisioning_api: 0.4.1
  • systemtags: 0.2
  • templateeditor: 0.1
  • updatenotification: 0.1.0
  • user_ldap: 0.8.0

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

NFS

Are you using encryption: yes/no

NO

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

2

Hey,

this looks like a quite outdated and unsupported version to me. Personally i would upgrade to the recent and only supported ownCloud version 10.0.10 first and try again afterwards.

3

Hi Tom

Thanks for your reply.
Yes it is outdated. i am actually not able to move the version ad-hoc (too many users affected).
I’m asking bcs it was running for over a year smooth and now it’s broken.

Thank you

4

Hey,

the main issue i’m currently seeing here is that there are probably not that much users around here familiar with such older versions and their possible bugs. :slightly_smiling_face:

It could be e.g. possible that this is a bug which got only triggered from time to time or similar and i think the chances are really high that you could hit such a bug (e.g. the latest version for 9.0 was 9.0.11 so you’re even missing six updates for your older version).

5

Hi Tom

hehe, you are right :slight_smile: I guess i will plan the step towards updating thru all the Versions :slight_smile:

Thank you for your Input!

1 Like
6

I just set up a fresh installation of owncloud version 10.1.0 (ubuntu 18.04, apache 2.4) and encountered the exact same problem:
The “files” directory is not created for new users when choosing system-cron instead of the default ajax-cron.
This results in an internal server error and the user not being able to login until the “files” directory is created.

@tihozh, were you able to update your server to the next version and did it resolve the problem for you?

regards

7

Hey,

if this is a fresh installation of ownCloud 10.1.0 which doesn’t work as expected i think it could make sense to notify the ownCloud developers about this. From what i have read in the past they are working mostly with issues reported in https://github.com/owncloud/core/issues

1 Like