My favorite thing about updating to betas is I have Nextcloud in a LXD container on ZFS, so snapshoting and reverting is cake if crap hits the fan 
hasn’t happened yet, and this time worked successfully from the GUI! Previous attempts failed and made it so I had to use the CLI updater to avoid issues. Will report errors if there are any
Bug? Do NOT use the Impersonate app on users who have never logged in
{“reqId”:“id_is_here”,“level”:3,“time”:“2017-07-31T22:47:04+00:00”,“remoteAddr”:“192.168.10.47”,“user”:“nick”,“app”:“index”,“method”:“GET”,“url”:“/index.php/apps/files/”,“message”:“Exception: {"Exception":"OCP\\Files\\NotFoundException","Message":"","Code":0,"Trace":"#0 \/var\/www\/html\/apps\/files\/lib\/Controller\/ViewController.php(131): OC_Helper::getStorageInfo(‘\/’, false)\n#1 \/var\/www\/html\/apps\/files\/lib\/Controller\/ViewController.php(160): OCA\\Files\\Controller\\ViewController->getStorageInfo()\n#2 [internal function]: OCA\\Files\\Controller\\ViewController->index(‘’, ‘’, NULL, false)\n#3 \/var\/www\/html\/lib\/private\/AppFramework\/Http\/Dispatcher.php(160): call_user_func_array(Array, Array)\n#4 \/var\/www\/html\/lib\/private\/AppFramework\/Http\/Dispatcher.php(90): OC\\AppFramework\\Http\\Dispatcher->executeController(Object(OCA\\Files\\Controller\\ViewController), ‘index’)\n#5 \/var\/www\/html\/lib\/private\/AppFramework\/App.php(114): OC\\AppFramework\\Http\\Dispatcher->dispatch(Object(OCA\\Files\\Controller\\ViewController), ‘index’)\n#6 \/var\/www\/html\/lib\/private\/AppFramework\/Routing\/RouteActionHandler.php(47): OC\\AppFramework\\App::main(‘ViewController’, ‘index’, Object(OC\\AppFramework\\DependencyInjection\\DIContainer), Array)\n#7 [internal function]: OC\\AppFramework\\Routing\\RouteActionHandler->__invoke(Array)\n#8 \/var\/www\/html\/lib\/private\/Route\/Router.php(299): call_user_func(Object(OC\\AppFramework\\Routing\\RouteActionHandler), Array)\n#9 \/var\/www\/html\/lib\/base.php(1004): OC\\Route\\Router->match(‘\/apps\/files\/’)\n#10 \/var\/www\/html\/index.php(48): OC::handleRequest()\n#11 {main}","File":"\/var\/www\/html\/lib\/private\/legacy\/helper.php","Line":543}”,“userAgent”:“Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.115 Safari/537.36”,“version”:“12.0.1.3”}
Yes, already known:
1 Like
Upgrade was smooth (from 12.0.0).
The nextcloud log shows errors on sync from some CalDAV and CardDAV
clients (Mozilla TB @ Linux, CalDAV-Sync and CardDAV-Sync by dmfs GmbH @
Android), however data is eventually synced fine.
{“reqId”:“11Eo0GNqvyfgf9F5vR6W”,“level”:0,“time”:“2017-07-31T21:10:03+02:00”,“remoteAddr”:“10.11.13.2”,“user”:"–",“app”:“webdav”,“method”:“PROPFIND”,“url”:"/remote.php/dav/principals/users/XXX/",“message”:“Exception:
{“Exception”:“Sabre\\DAV\\Exception\\NotAuthenticated”,“Message”:“No
public access to this resource., No ‘Authorization: Bearer’ header
found. Either the client didn’t send one, or the server is
mis-configured, No ‘Authorization: Basic’ header found. Either the
client didn’t send one, or the server is
misconfigured”,“Code”:0,“Trace”:”#0 [internal function]:
Sabre\\DAV\\Auth\\Plugin->beforeMethod(Object(Sabre\\HTTP\\Request),
Object(Sabre\\HTTP\\Response))\n#1
\/srv\/http\/cloud\/3rdparty\/sabre\/event\/lib\/EventEmitterTrait.php(105):
call_user_func_array(Array, Array)\n#2
\/srv\/http\/cloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(466):
Sabre\\Event\\EventEmitter->emit(‘beforeMethod’, Array)\n#3
\/srv\/http\/cloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(254):
Sabre\\DAV\\Server->invokeMethod(Object(Sabre\\HTTP\\Request),
Object(Sabre\\HTTP\\Response))\n#4
\/srv\/http\/cloud\/apps\/dav\/lib\/Server.php(253):
Sabre\\DAV\\Server->exec()\n#5
\/srv\/http\/cloud\/apps\/dav\/appinfo\/v2\/remote.php(33):
OCA\\DAV\\Server->exec()\n#6
\/srv\/http\/cloud\/remote.php(162):
require_once(’\/srv\/http\/cloud…’)\n#7
{main}",“File”:"\/srv\/http\/cloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Auth\/Plugin.php",“Line”:168}",“userAgent”:“Mozilla/5.0
(X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
Lightning/5.4.2.1”,“version”:“12.0.1.3”}
{“reqId”:“9IQDUL2CmSFKtfimzrg5”,“level”:0,“time”:“2017-07-31T21:22:51+02:00”,“remoteAddr”:“37.188.243.205”,“user”:"–",“app”:“carddav”,“method”:“OPTIONS”,“url”:"/remote.php/carddav/addressbooks/XXX/Personal/",“message”:“Exception:
{“Exception”:“Sabre\\DAV\\Exception\\NotAuthenticated”,“Message”:“No
’Authorization: Basic’ header found. Either the client didn’t send one,
or the server is misconfigured”,“Code”:0,“Trace”:”#0 [internal
function]:
Sabre\\DAV\\Auth\\Plugin->beforeMethod(Object(Sabre\\HTTP\\Request),
Object(Sabre\\HTTP\\Response))\n#1
\/srv\/http\/cloud\/3rdparty\/sabre\/event\/lib\/EventEmitterTrait.php(105):
call_user_func_array(Array, Array)\n#2
\/srv\/http\/cloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(466):
Sabre\\Event\\EventEmitter->emit(‘beforeMethod’, Array)\n#3
\/srv\/http\/cloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Server.php(254):
Sabre\\DAV\\Server->invokeMethod(Object(Sabre\\HTTP\\Request),
Object(Sabre\\HTTP\\Response))\n#4
\/srv\/http\/cloud\/apps\/dav\/appinfo\/v1\/carddav.php(88):
Sabre\\DAV\\Server->exec()\n#5
\/srv\/http\/cloud\/remote.php(162):
require_once(’\/srv\/http\/cloud…’)\n#6
{main}",“File”:"\/srv\/http\/cloud\/3rdparty\/sabre\/dav\/lib\/DAV\/Auth\/Plugin.php",“Line”:168}",“userAgent”:“CardDAV-Sync/0.4.23
(samsung; heroltexx; Android 7.0; en_GB;
org.dmfs.carddav.Sync/145)”,“version”:“12.0.1.3”}
Other clients (CardDAV plugin of roundcume and rainloop) do not produce
the error. (I noticed some patch for these two types of clients exists
in NC 12.0.1-RC4 to resolve non-standard client behaviour.) I checked
the logs and the problem seems to be introduced with NC 11.0.2 or so)
Milan
I have issues with the Gallery App since Updating from NC11 to NC12_RC4.
Error gallery Exception: Preview generation has failed 2017-08-01T10:07:20+0200
Error PHP file_get_contents(//data/appdata_50769f0c76c51/preview/17218/2048-1536-max.png): failed to open stream: No such file or directory at //lib/private/Files/Storage/Local.php#209 2017-08-01T10:07:20+0200
More details:
=> NC11 to NC12_RC4: Preview files in Gallery Module are broken
So it seems you did find a bug, or not - @nickvergessen thinks it is a beta or RC of ownCloud, not a final release. Is that possible?
See Allow also an update from 10.0.2.0 by jospoortvliet · Pull Request #5941 · nextcloud/server · GitHub
This is really odd. Esp the doc.owncloud.org thing - that is certainly not in our code. Are you sure the update was complete and some files from oC are not left over perhaps? I am trying to find out how this can happen but I can’t find anything…
Upgraded from 12.0.0 to 12.0.1RC4 using beta channel without a glitch! Everything went just fine!
Great job Nextcloud team!
3 Likes
I can’t replicate this on mine.
Same here but using the daily channel instead. Not a single glitch and in less than 5 minutes. No more T-Shirts 
1 Like
Tried to update from 12…0.0 to 12.0.1 RC4 on a PC running OpenMediaVault 3.0.86 - Debian Linux
First I tried the beta channel the the daily channel.
Both with the same result.
First I get this error message
Then I tries a “Retry Update”
Given the prevalence of using Let’s Encrypt, it would be great if the Nextcloud upgrader would accommodate this.
There are other ways to make it work:
1 Like
Morten, time outs are odd - seems a server issue, what do you see in the logs?!!?? Is the zip handling PHP module installed?
I changed my stable version (12.0.0) to beta and went to update to 12.0.1 RC4 (as admin). I pushed the open update button and it started, but failed due to write permission errors from the copy of the config, et al to the updater folder (the entire list of files was included). I logged on to the terminal (Debian Jessie) and changed the permissions to 777 on the entire folder, ran it again and got the same errors. Am I doing something wrong? By the way, this is a test server I have setup to test new releases.
update from 12.0.0 to 12.0.1rc4 worked without any issue on my testhost.
Hint:
SEL must be disabled prior update, if used.
It’s not being used. I ran through the disable commands for selinux and they weren’t even recognized. I’ll mess around with parent permissions for a bit. Thanks. By the way, I love your software. Keep up the good work.
Hmm, this only says “something went wrong”, any idea WHAT went wrong? Info from the logs perhaps, and what happens if you reload?
Thanks!