Yeah, should be out this week
I did the upgrade and now I have Owncloud client desktop that are working very good, but I can’t connect from browser because on login page I have an Internal Server Error message.
I cheked /var/log/apache2/error.log and I can see a lot of lines like this:
[Thu Oct 26 15:03:45.061155 2017] [proxy_http:error] [pid 2290] (103)Software caused connection abort: [client 192.168.0.120:58852] AH01102: error reading status line from remote server 127.0.0.1:40001
[Thu Oct 26 15:03:45.061212 2017] [proxy:error] [pid 2290] [client 192.168.0.120:58852] AH00898: Error reading from remote server returned by /owncloud/status.php
How did you upgrade?
First I did an uninstall of Owncloud 9.1.4, after that I did an Install of Owncloud 10.0.3
very interesting. Did you do that via the web UI or the command line?
I did it via the web UI.
What do you think?
Could I try to uninstall and install again Owncloud 10.0.3? Will this procedure keep my users and data?
That is strange. The Migration from 9.1 to 10.0.3 should be fine, and the data and the users should remain. Did you change anything on the configuration?
If you uninstall the 10.0.3 app and reinstall it - you will have a backup of your database and the data, but it won’t be automatically imported back, you would have to do this on your own.
No absolutely, I didn’t change anything in the configuration.
What do you suggest me?
Could you try another browser to exclude caching problems?
Also, we would need the owncloud.log. You can find this at /var/lib/univention-appcenter/apps/owncloud/data/files/owncloud.log
Edit: did I get it right? You can sync your files with the desktop client but you can’t access the webUI?
I tried with Firefox and I can access the login page, but when I insert user+password I get Internal Server Error.
Yes, desktop clients are working without errors, only webUi login page give Internal Server Error.
I tried to open a public shared link and is working correctly, the webUI in that case is OK
Why remote address is 172.x.x.x class and not 192.x.x.x (my lan addresses)?
172 is the ip of the docker container inside the appliance.
The Appliance is a VM that gets the 192 IP. Inside runs owncloud in a docker container with an 172 IP
You can copy the error code and grep this on the owncloud.log. That should give you the exact error
{“reqId”:“qzVsToBZfNr8Bb5MKL2I”,“level”:3,“time”:“2017-10-26T17:20:12+02:00”,“remoteAddr”:“172.17.42.1”,“user”:“owncloudadmin”,“app”:“index”,“method”:“GET”,“url”:"/owncloud/index.php/apps/files/",“message”:“Exception: {“Exception”:“InvalidArgumentException”,“Message”:”\"\/avatars\" must be relative to \“files\”",“Code”:0,“Trace”:"#0 \/var\/www\/owncloud\/lib\/private\/Files\/View.php(1951): OC\\Files\\View->getPathRelativeToFiles(’\/avatars’)\n#1 \/var\/www\/owncloud\/lib\/private\/Files\/View.php(1117): OC\\Files\\View->changeLock(’\/avatars’, 2)\n#2 \/var\/www\/owncloud\/lib\/private\/Files\/View.php(262): OC\\Files\\View->basicOperation(‘mkdir’, ‘\/avatars’, Array)\n#3 \/var\/www\/owncloud\/lib\/private\/Files\/Node\/Folder.php(156): OC\\Files\\View->mkdir(’\/avatars’)\n#4 \/var\/www\/owncloud\/lib\/private\/AvatarManager.php(99): OC\\Files\\Node\\Folder->newFolder(‘avatars’)\n#5 \/var\/www\/owncloud\/lib\/private\/AvatarManager.php(117): OC\\AvatarManager->getFolder(Object(OC\\Files\\Node\\Root), ‘avatars’)\n#6 \/var\/www\/owncloud\/lib\/private\/AvatarManager.php(91): OC\\AvatarManager->getAvatarFolder(Object(OC\\User\\User))\n#7 \/var\/www\/owncloud\/lib\/private\/TemplateLayout.php(101): OC\\AvatarManager->getAvatar(‘owncloudadmin’)\n#8 \/var\/www\/owncloud\/lib\/private\/legacy\/template.php(232): OC\\TemplateLayout->__construct(‘user’, ‘files’)\n#9 \/var\/www\/owncloud\/lib\/public\/AppFramework\/Http\/TemplateResponse.php(156): OC_Template->fetchPage()\n#10 \/var\/www\/owncloud\/lib\/private\/AppFramework\/Http\/Dispatcher.php(112): OCP\\AppFramework\\Http\\TemplateResponse->render()\n#11 \/var\/www\/owncloud\/lib\/private\/AppFramework\/App.php(98): OC\\AppFramework\\Http\\Dispatcher->dispatch(Object(OCA\\Files\\Controller\\ViewController), ‘index’)\n#12 \/var\/www\/owncloud\/lib\/private\/AppFramework\/Routing\/RouteActionHandler.php(46): OC\\AppFramework\\App::main(‘ViewController’, ‘index’, Object(OC\\AppFramework\\DependencyInjection\\DIContainer), Array)\n#13 [internal function]: OC\\AppFramework\\Routing\\RouteActionHandler->__invoke(Array)\n#14 \/var\/www\/owncloud\/lib\/private\/Route\/Router.php(307): call_user_func(Object(OC\\AppFramework\\Routing\\RouteActionHandler), Array)\n#15 \/var\/www\/owncloud\/lib\/base.php(928): OC\\Route\\Router->match(’\/apps\/files\/’)\n#16 \/var\/www\/owncloud\/index.php(56): OC::handleRequest()\n#17 {main}",“File”:"\/var\/www\/owncloud\/lib\/private\/Files\/View.php",“Line”:2078}"}
can you access the Appliance via ssh?
sorry, dumb question, you can , how else could you have gotten the log.
can you manually create the avatars folder in the same folder that the files folder is located?
I normally created avatars folder from my Mac using desktop client. No errors.
Sorry, maybe I need to create avatars folder in an other position…
try to create it manually and remember to give recursive the ownership to www-data
YESS!
Now I can login and everything is OK!
Thanks a lot dmitry for your precious help!
Thank you for being the first ( that I know of ) who tested the upgrade in an active setup 
I will try to deliver a patch for that issue
Hello,
I’ve also updated to Owncloud 10 and I think I have the same problem now:
{"reqId":"PXQdwejGgImWYBSW7zTS","level":3,"time":"2017-11-08T18:13:10+00:00","remoteAddr":"172.17.42.1","user":"Administrator","app":"index","method":"GET","url":"\/owncloud\/index.php\/apps\/files\/","message":"Exception: {\"Exception\":\"OCP\\\\Files\\\\NotPermittedException\",\"Message\":\"No create permission for folder \\\/avatars\\\/7b\",\"Code\":0,\"Trace\":\"#0 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/AvatarManager.php(99): OC\\\\Files\\\\Node\\\\Folder->newFolder('7b')\\n#1 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/AvatarManager.php(120): OC\\\\AvatarManager->getFolder(Object(OC\\\\Files\\\\Node\\\\Folder), '7b')\\n#2 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/AvatarManager.php(91): OC\\\\AvatarManager->getAvatarFolder(Object(OC\\\\User\\\\User))\\n#3 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/TemplateLayout.php(101): OC\\\\AvatarManager->getAvatar('Administrator')\\n#4 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/legacy\\\/template.php(232): OC\\\\TemplateLayout->__construct('user', 'files')\\n#5 \\\/var\\\/www\\\/owncloud\\\/lib\\\/public\\\/AppFramework\\\/Http\\\/TemplateResponse.php(156): OC_Template->fetchPage()\\n#6 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/AppFramework\\\/Http\\\/Dispatcher.php(112): OCP\\\\AppFramework\\\\Http\\\\TemplateResponse->render()\\n#7 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/AppFramework\\\/App.php(98): OC\\\\AppFramework\\\\Http\\\\Dispatcher->dispatch(Object(OCA\\\\Files\\\\Controller\\\\ViewController), 'index')\\n#8 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/AppFramework\\\/Routing\\\/RouteActionHandler.php(46): OC\\\\AppFramework\\\\App::main('ViewController', 'index', Object(OC\\\\AppFramework\\\\DependencyInjection\\\\DIContainer), Array)\\n#9 [internal function]: OC\\\\AppFramework\\\\Routing\\\\RouteActionHandler->__invoke(Array)\\n#10 \\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/Route\\\/Router.php(307): call_user_func(Object(OC\\\\AppFramework\\\\Routing\\\\RouteActionHandler), Array)\\n#11 \\\/var\\\/www\\\/owncloud\\\/lib\\\/base.php(928): OC\\\\Route\\\\Router->match('\\\/apps\\\/files\\\/')\\n#12 \\\/var\\\/www\\\/owncloud\\\/index.php(56): OC::handleRequest()\\n#13 {main}\",\"File\":\"\\\/var\\\/www\\\/owncloud\\\/lib\\\/private\\\/Files\\\/Node\\\/Folder.php\",\"Line\":162}"}
I’ve corrected the permissions like @miclan but I still can’t login.
EDIT: Ive tested it. I can access the folder avatars as user www-data via shell.
If I create the requested subfolders of avatars manually as www-data the I can login.
EDIT: Btw. where is the data now stored? Before the upgrade the data was on an separate volume, but now it is somewhere else on the root volume.
EDIT2: I still use UCS 4.1
I’ve found a solution (last post):