Skip to content
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

oc-client 1.4.2 crash #1115

Closed
dphi opened this issue Oct 23, 2013 · 26 comments
Closed

oc-client 1.4.2 crash #1115

dphi opened this issue Oct 23, 2013 · 26 comments

Comments

@dphi
Copy link

dphi commented Oct 23, 2013

Expected behaviour

Owncloud sync client should run

Actual behaviour

The sync client crashes

Steps to reproduce

  1. start owncloud-client and wait a bit

Happens, IIRC since 1.4.2 .

Client configuration

Client version:
libocsync-plugin-owncloud.x86_64 0.90.4-1.1 @System
owncloud-client.x86_64 1.4.2-1.1 @System

Operating system:
Fedora 20

OS language:
English / German

Installation path of client:
/usr/bin/owncloud

Logs

ABRT tells me:
owncloud was killed by signal 11 (SIGSEGV)

oc-sync client log:
[...]
10-23 13:08:29:198 _merge_and_write_statedb: Writing the statedb of 5549 files to disk took 0,33 seconds
10-23 13:08:29:207 csync_statedb_close: Successfully moved tmp db to original db.

@dragotin
Copy link
Contributor

Which version of the ownCloud client did you install on the Fedora 20 system? Where did you get them from?

@dphi
Copy link
Author

dphi commented Oct 24, 2013

I've been using the build for f19 on f20, from OBS. I now switched to the builds from Fedora. As it turns out, the culprit seems to be a recent update of gnutls which seems to have an issue... Sorry for the noise.

@dphi dphi closed this as completed Oct 24, 2013
@dphi
Copy link
Author

dphi commented Oct 25, 2013

Please have a look at: https://bugzilla.redhat.com/show_bug.cgi?id=1022847

@dphi dphi reopened this Oct 25, 2013
@jmarrero
Copy link

@dragotin It seems the crash is not gnutls it seems it could be the neon library
Please see:

https://bugzilla.redhat.com/show_bug.cgi?id=1022847
https://bugzilla.redhat.com/show_bug.cgi?id=1023668

on mirall 1.4.2 with ocsync 0.90.4 happens too.
Extract from the fedora bug report:
//
Fabrice Bellet 2013-10-26 15:55:57 EDT
Created attachment 816441 [details]
init the neon library one time only

mirall systematically crashes in ne_sock_exit(), when 1/ an owncloud folder is currently updated 2/ the owncloud server uses ssl 3/ and the settings window is open (with the info window displaying the sync protocol live).

According to http://www.webdav.org/neon/doc/html/refsockinit.html, it is unsafe to unload neon, when using gnutls, but it seems to me that it's what happens each time a call to owncloud_commit() is made.
//

Thanks in advance for your work.

@ghost
Copy link

ghost commented Oct 31, 2013

This happens also with 1.4.1 on Fedora 19, and I also think after some very recent update. It happens just sitting idle for me, often only a few minutes after startup. I consider it completely unusable on Fedora at present, whatever the cause. I only have one folder sync, and yes, I have ssl for my server too...

dragotin added a commit that referenced this issue Nov 11, 2013
See #1115 for more details on
why that is done here now.
@jmarrero
Copy link

@dragotin thank you! I will create a fedora package with the patch tonight so people can test it soon on Fedora.

Thank you again for your work.

@gr0undzer0
Copy link

Thanks all for the work. I look forward to testing this.

@Caffe1neAdd1ct
Copy link

I've tried building master from source on Fedora which currently won't build/make:
#1155

Also tried manually applying this patch to 1.4 branch then running make, which results in:

Linking CXX executable ../bin/owncloud
libowncloudsync.so.1.4.2: undefined reference to ne_sock_init' libowncloudsync.so.1.4.2: undefined reference tone_sock_exit'
collect2: error: ld returned 1 exit status
make[2]: *** [bin/owncloud] Error 1
make[1]: *** [src/CMakeFiles/owncloud.dir/all] Error 2
make: *** [all] Error 2

Is there any way to get this patch to build? Looking forward to testing the fixed Fedora client 👍

@beedaddy
Copy link

Are there any news about this issue? I can't use the sync client since weeks, and well, it would be great if there would be a solution. I even tried to compile it with the patch mentioned by dragotin, but without success so far...

@Caffe1neAdd1ct
Copy link

I tried compiling from master with the dav branch of csync (ocsync) last night on F19 and still getting this issue: #1155

I pulled both projects into netbeans and had a really good look round however i've never programmed in C before so failed at finding the issue after 4 hours...

@beedaddy
Copy link

Yes, this is where I am stuck, too.

@dragotin
Copy link
Contributor

You can try the nightly build, it already contains the fix I proposed:
http://software.opensuse.org/download.html?project=isv%3AownCloud%3Acommunity%3Anightly&package=owncloud-client

but please note that it is still very beta. The question is only: does this build show the same crash or not. Thanks!

@beedaddy
Copy link

@dragotin Ah, right, the patch was from you! :)
I haven't installed the nightly build but did apply the patch to the stable branch (1.4.2 source packages) and it seems that it indeed solved the issue.

@steflsd
Copy link

steflsd commented Nov 21, 2013

Hi, I tried the nightly build on Fedora 19 (removed old one and installed new). I still get a Segmentation fault (core dumped). Tried it on another computer Fedora 20 beta and same issue.

@dragotin
Copy link
Contributor

@stefanlsd have you reinstalled ocsync from the nightly as well?

@steflsd
Copy link

steflsd commented Nov 21, 2013

@dragotin Thanks. Seems like I didnt. Although the nightly doesn't want to install for me as it has some missing deps.

Error: Package: owncloud-client-1.4.80nightly20131121-1.1.x86_64 (isv_ownCloud_community_nightly)
Requires: libocsync-plugin-owncloud >= 0.90.4
Error: Package: owncloud-client-1.4.80nightly20131121-1.1.x86_64 (isv_ownCloud_community_nightly)
Requires: libqtkeychain.so.0()(64bit)

Should these be built and in the repo?

@dragotin
Copy link
Contributor

@stefanlsd the libqtkeychain should be installed on your system from the former client, if not, pls. take from http://download.opensuse.org/repositories/isv:/ownCloud:/community/Fedora_19/

The dep on libocsync plugin is a packaging bug, I'll fix right away. Please install all ocsync packages and the owncloud-client package with rpm -f for force.

@steflsd
Copy link

steflsd commented Nov 21, 2013

Forced the install. Still having some issues.

libocsync-plugin-owncloud-0.90.4-1.1.x86_64
libocsync0-0.90.4nightly20131121-1.1.x86_64
libqtkeychain0-0.20131102-27.1.x86_64
owncloud-client-1.4.80nightly20131121-1.1.x86_64
ocsync-0.90.4nightly20131121-1.1.x86_64

Owncloud starts but get unable to initalise a sync journal. From owncloud log
11-21 16:49:26:738 Database Driver QSQLITE could not be loaded!
11-21 16:49:26:738 No way to create a sync journal!
11-21 16:49:26:738 -> CSync Finished slot with error true

@dragotin
Copy link
Contributor

@stefanlsd: you miss the sqlite driver for Qt. The easiest would be if you install the released client on your machine. That will pull in all dependant packages. After that, simply install the ocsync and owncloud-client paket with --force.

@steflsd
Copy link

steflsd commented Nov 21, 2013

@deagotin Thanks for the help this far - installing sqlite stuff doesn't seem to help. If it is a dep the package build should also pull it in... Is this a new nightly thing? As the old version worked without any of these

rpm -qa |grep sqlite
libsqlite3x-20071018-13.fc19.x86_64
qt3-sqlite-3.3.8b-47.fc19.x86_64
sqlite-3.8.0.2-4.fc19.i686
mono-data-sqlite-2.10.8-4.fc19.x86_64
libgda-sqlite-5.1.2-2.fc19.x86_64
sqlite-3.8.0.2-4.fc19.x86_64
sqlite2-2.8.17-11.fc19.x86_64

@jhenkins
Copy link

Hi,

I also have this issue on Fedora 19 x86_64. Following the above advice I tried owncloud-client-1.4.80nightly20131121-1.1.x86_64, but it cannot find ocsync-0.90.4nightly20131121-1.1.x86_64 because it is not in the repository. I installed the nightly with --force, but it segfaults immediately.

At least with 1.4.2 as it stands, it starts up and does its syncing as it should, but segaults and dies afterwards when it is idle. With the broken 1.4.2 I can force syncs manually (after a fashion), but it is of course not ideal.

Thanks for all the hard work so far, even with these problems owncloud-client still rocks!

@steflsd
Copy link

steflsd commented Nov 27, 2013

Any update on this issue? Any chance of getting that patch pushed into the stable client?

@beedaddy
Copy link

@stefanlsd I could only provide a patch file which can be applied to the 1.4.2 source tar archive.

@jmarrero
Copy link

The patch is in the latest 1.4.2-3 in fedora 19 stable repos since 2013-11-16. It is on Fedora 18 and Fedora 20 testing repos until they get pushed to stable(could take a few days.)

@dragotin
Copy link
Contributor

dragotin commented Jan 7, 2014

Closing this as it should be fixed with 1.5.0. Please let us know if not.

@dragotin dragotin closed this as completed Jan 7, 2014
dragotin added a commit that referenced this issue Jan 13, 2014
This change, together with a change in mirall calling the two functions
in folderman, should fix #1115

This needs to be verified and maybe reverted!
@ghost
Copy link

ghost commented Mar 8, 2014

Hello. I'm getting the failure to initiate a sync journal precisely since updating to the stable 1.5.0. I'm on 1.5.2. right not and the issue is still there, completely preventing me from syncing the files.

I'm on OpenSUSE 13.1. My server is 6.0.2 self-hosted.

Please let me know which logs I should attach, or if I need to open a different bug.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

8 participants