-
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
Upgrade from 5.0.13 to 6.0.0 (search lucene) failed #6313
Comments
@butonic What do you think? |
I renamed under apps the folder search_lucene to search_lucene_old so I can atleast access OC6. Seems to work now except lucene search The log entry: Fatal remote Konnte "search_lucene" nicht aktualisieren. 2013-12-11T14:09:01+00:00 |
I have the same error from 5.0.13 --> 6.0 Fatal remote Misslyckades med att uppgradera "search_lucene". 2013-12-11T14:57:31+00:00 |
Same here, suspicious log entries:
and
|
The oc_jobs table does not exist in OC5 and search_lucene only deletes jobs from the oc_queuedtasks table. So I don't think the exceptions are caused by the update.php. investigating... |
Any hotfix? I tried "DELETE FROM oc_lucene_status", which I found in some forum, but that didn't worked. Is it possible/safe to downgrade? So I can at least resume operation? I used the hotfix as described by "MeCias" before to re-access my instance. It would be good to learn how to get a solution for (a) the original bug and (b) how to rollback the hotfix ;-) |
|
The underlying problem is that app updates are executed only after the schema migration which will fail. We are working on a solution. |
Sorry for the messed up release. fixed in stable6: owncloud-archive/apps@47f8ef0 I vote for peer review in the apps repository ... solution is adding a new file: <?php
$currentVersion=OC_Appconfig::getValue('search_lucene', 'installed_version');
if (version_compare($currentVersion, '0.5.2', '<')) {
//delete duplicate id entries
$stmt = OCP\DB::prepare('
DELETE FROM `*PREFIX*lucene_status`
WHERE `fileid` IN (
SELECT `fileid`
FROM (
SELECT `fileid`
FROM `*PREFIX*lucene_status`
GROUP BY `fileid`
HAVING count(`status`) > 1
) AS `mysqlerr1093hack`
)
');
$stmt->execute();
} |
@lexipimenidis @MeCias does adding the above file and setting maintenance to false in the config.php fix the issue for you? |
Hi butonic, Thanks a lot for your effort. It seems like that it is working, but I can not tell if to delete "DELETE FROM oc_lucene_status" was the reason or adding the file. |
I can confirm that it works with the new file preupdate.php in combination with removal of the following code in update.php. } |
@butonic |
Confirmed, adding preupdate.php as described by @butonic works... |
Thanks - the fix worked! |
I did as described by @butonic and it fixed the issue. Owncloud still displays the following log entry
|
Will fix the undefined variable in the next 30min. |
fixed in stable6 with owncloud-archive/apps@74ca2bd |
Don´t know what this is, but maybe it has something to do with this issue? Error search_lucene Cross-reference streams are not supported yet. Trace:\n#0 /var/www/owncloud/apps/search_lucene/3rdparty/Zend/Pdf/Parser.php(460): Zend_Pdf_Parser->_loadXRefTable('1391213') #1 /var/www/owncloud/apps/search_lucene/3rdparty/Zend/Pdf.php(318): Zend_Pdf_Parser->__construct('%PDF-1.5?%?????...', Object(Zend_Pdf_ElementFactory_Proxy), false) #2 /var/www/owncloud/apps/search_lucene/3rdparty/Zend/Pdf.php(255): Zend_Pdf->__construct('%PDF-1.5?%?????...', NULL) #3 /var/www/owncloud/apps/search_lucene/document/Pdf.php(21): Zend_Pdf::parse('%PDF-1.5?%?????...') #4 /var/www/owncloud/apps/search_lucene/document/Pdf.php(69): OCA\Search_Lucene\Document\Pdf->__construct('%PDF-1.5?%?????...', false, false) #5 /var/www/owncloud/apps/search_lucene/lib/indexer.php(94): OCA\Search_Lucene\Document\Pdf::loadPdf('%PDF-1.5?%?????...') #6 /var/www/owncloud/apps/search_lucene/lib/hooks.php(79): OCA\Search_Lucene\Indexer::indexFile('/ownCloudUserMa...', 'enoch') #7 [internal function]: OCA\Search_Lucene\Hooks::doIndexFile('{"path":"/ownC...') #8 /var/www/owncloud/lib/private/backgroundjob/legacy/queuedjob.php(16): call_user_func(Array, '{"path":"/ownC...') #9 /var/www/owncloud/lib/private/backgroundjob/job.php(34): OC\BackgroundJob\Legacy\QueuedJob->run(Array) #10 /var/www/owncloud/lib/private/backgroundjob/queuedjob.php(27): OC\BackgroundJob\Job->execute(Object(OC\BackgroundJob\JobList), Object(OC\Log)) #11 /var/www/owncloud/cron.php(114): OC\BackgroundJob\QueuedJob->execute(Object(OC\BackgroundJob\JobList), Object(OC\Log)) #12 {main} 2013-12-11T21:33:59+00:00 |
@enoch85 yes. this is a separete issue. PDF 1.5 is not yet supported by the zend libraries we use. Please open a new issue in the apps repository https://github.com/owncloud/apps/issues/new |
/apps/issues/1547 :) |
69f6d003f9c05238238e8df900efb435c6b577012be58a2fa48237c67a0e6552 owncloud-6.0.0.tar.bz2
|
Any idea on this error: |
@agherzan please open a new issue - this one is closed and the issues are unrelated - THX |
Adding preupdate.php worked for me, too. |
Added the preupdate.php file and now everything works. No errors or warnings. But the update center is blank |
Same here, apps/search_lucene/appinfo/preupdate.php work. |
This does not fix my problem. I've upgraded from 5.0.25 to 6.0.0.
That's the first message I'm getting and
this message is the one I'm getting if I refresh the page. |
Can you test again with 6.0.0a please? http://download.owncloud.org/community/owncloud-6.0.0a.tar.bz2 |
I just updated to 6.0.0a via |
only for your information: |
I believe my upgrade has no database errors too, hwoever why does the James Mills / prologic E: prologic@shortcircuit.net.au On Mon, Dec 16, 2013 at 6:27 PM, hdering notifications@github.com wrote:
|
I had to edit The failed upgrade obviously did not change the "maintenance" mode back. James Mills / prologic E: prologic@shortcircuit.net.au On Mon, Dec 16, 2013 at 6:35 PM, James Mills
|
Hello, Still buggy... Just updated yesterday from version 5 (don't recall exactly which one) to 6.0.0a-0 and it bugs. I did 'apt-get dist-upgrade' "apps/search_lucene/appinfo/preupdate.php" is already existing, I did not have to create it, "update" seems correct, I checked that "maintenance" is on "false" but still I have at login page : "An exception occurred while executing 'SELECT "id" FROM "oc_jobs" WHERE "class" = ? AND "argument" = ?': SQLSTATE[HY000]: General error: 1 no such table: oc_jobs". Somebody has a clue how to bring owncloud back to life ? Thanks |
It seems the issue with oc_jobs was tracked nowhere. I think @PVince81 first mentioned it in owncloud-archive/3rdparty#65 (comment) |
@PVince81 I tried to reproduce the oc_jobs issue by migrating OC5.0.14a to OC6.0.0a on mysql and postgresql. I installed OC5, clicked in the search filed (which added three errors to the log regarding duplicate entries, but thats another issue), added a few files to add entries in the oc_queuedjobs table, closed the browser window, updated the files to OC6 and then opened owncloud again. It always finished the upgrade without an error. Even when I tried the postgres migration again with the added step of copying files into the users files folder before starting the migration. My idea was to force search lucene to add queued jobs during the upgrade .. but even that would not breag the upgrade or produce the oc_jobs error log. I never added the DEBUG flag or increased logging. Do I need to do that to see the error? Do you know of a way to reliably reproduce the oc_jobs error? |
@portedaix could you try with the Pull Request #6828 applied? It basically adds a check in addQueuedTask() at line 176 in public static function addQueuedTask($app, $class, $method, $parameters) {
if (!\OC::needUpgrade()) {
self::registerJob('OC\BackgroundJob\Legacy\QueuedJob', array('app' => $app, 'klass' => $class, 'method' => $method, 'parameters' => $parameters));
return true;
}
} |
@butonic I haven't been able to reproduce the oc_jobs issue since. Also, when it happened it was only a warning in the logs and didn't affect the update. Many people mistook it for the error they were having (since the message looked suspicious) but their errors were something else. The issue were it was fixed was #6294 (comment) And the PR #6392 where addQueuedTask() seems to have been omitted. |
@butonic lib/public/backgroundjob.php is modified but there are no changes. I still have 'An exception occurred while executing 'SELECT "id" FROM "oc_jobs" WHERE "class" = ? AND "argument" = ?': SQLSTATE[HY000]: General error: 1 no such table: oc_jobs' Regarding the database, I checked what is runing on the server. owncloud is an 'out of the box' installation on a dedicated server, rented to my provider. I did not install it myself. There is no mysql or pstgresql runing, but I found sqlite. What is surprising is that there are no tables. Is that normal ? 'sqlite> .tables' returned nothing. Should I create an 'oc_jobs' tables as it was done here (with mysql) ? Or is it a dirty fix ? This server is a production server and I do not want to spoil it. |
Sorry, but this is still a problem when upgrading from 5.0.20 to the current 7.0.2. Same error (partial): Truncating the table helped, but is this the solution? And if yes, why is it not implemented? |
Same error here upgrading from 5.0.8 to the current 7.0.2. @func0der, is there any other step you followed to make it work? |
Since my whole installation broke during the process, I did a lot of stuff. But as I already mentioned, truncating the table |
Thanks @func0der. I tried truncating the table and it seems to work. Fortunately there was no devices sync'ing at that time :) |
Hi,
after upgrading from 5.0.13 to 6.0.0 I got stuck in the maintenance page. Nothing happened after that, so I changed in the config the maintenance mode to false. After refreshing the web page I got a blue screen with red letters that say.
Konnte "search_lucene" nicht aktualisieren.
Quite not sure what to do now.
It is a hosted package with php 5.3.8 and Apache Server.
The text was updated successfully, but these errors were encountered: