As i look back to this email, this is unusable :/ More clearly (i hope): problem seems to be related to share folder. When adding file to a share folder (owned by someone else), sync client seems to loop infinitely while trying to upload file and, on the server side, apache and mysql grows to 100% CPU. I'll fill a bug.
Bests Le 21 mars 2013 à 15:28, Christophe Ségui <[email protected]> a écrit : > Hi Franck, > > Since our OC setup as a bit of history, it's hard for me to give a setup to > reproduce the bug. > To limit test boundaries, user access (but me) is blocked through an iptable > rule. mysql backend load average is around 95%. There are two sync client > connected (mine) to the same account. > Logs, on server side, looks like this : > > […] > Mar 21 15:26:01 synapse.math.univ-toulouse.fr ownCloud[2748]: {user_ldap} > Attempt for Paging? > Mar 21 15:26:01 synapse.math.univ-toulouse.fr ownCloud[2748]: {PHP} Use of > undefined constant ldapLoginFilter - assumed 'ldapLoginFilter' at > /www/owncloud/apps/user_ldap/group_ldap.php#181 > Mar 21 15:26:01 synapse.math.univ-toulouse.fr ownCloud[2748]: {user_ldap} > Error when searching: Bad search filter code -7 > Mar 21 15:26:01 synapse.math.univ-toulouse.fr ownCloud[2748]: {user_ldap} > Attempt for Paging? > Mar 21 15:26:31 synapse.math.univ-toulouse.fr ownCloud[2749]: {PHP} > filemtime(): stat failed for > /data/sysadmin/files/sysadmin/chiffrement/procedure_chriff.docx at > /www/owncloud/lib/files/storage/local.php#92 > Mar 21 15:26:31 synapse.math.univ-toulouse.fr ownCloud[2749]: {PHP} > filemtime(): stat failed for > /data/sysadmin/files/sysadmin/chiffrement/procedure_chriff.docx at > /www/owncloud/lib/files/storage/local.php#92 > Mar 21 15:27:01 synapse.math.univ-toulouse.fr ownCloud[2927]: {PHP} > filemtime(): stat failed for > /data/sysadmin/files/sysadmin/chiffrement/securisation.ods at > /www/owncloud/lib/files/storage/local.php#92 > Mar 21 15:27:01 synapse.math.univ-toulouse.fr ownCloud[2927]: {PHP} > filemtime(): stat failed for > /data/sysadmin/files/sysadmin/chiffrement/securisation.ods at > /www/owncloud/lib/files/storage/local.php#92 > Mar 21 15:27:01 synapse.math.univ-toulouse.fr ownCloud[2927]: {core} unable > to rename, file is not writable : files/sysadmin/chiffrement/securisation.ods > Mar 21 15:27:01 synapse.math.univ-toulouse.fr ownCloud[2927]: {PHP} > filemtime(): stat failed for > /data/sysadmin/files/sysadmin/chiffrement/securisation.ods at > /www/owncloud/lib/files/storage/local.php#92 > […] > > Are you interested in further logs ? > > Bests, > > > Le 21 mars 2013 à 14:08, Frank Karlitschek <[email protected]> a écrit : > >> No problem at all. >> Bugs need to be fixed. >> >> So do you plan to provide information to reproduce the bug? >> >> Frank >> >> >> On 21.03.2013, at 08:12, Vince D. Kimball <[email protected]> wrote: >> >>> Frank, I apologize for having bothered you. It won't happen again. >>> >>> -- Vince >>> >>>> Hi Vince, >>>> >>>> please cool down. >>>> ownCloud is a community project with a lot of volunteers. You can be sure >>>> that everybody here is doing the best to find and fix all bugs. >>>> >>>> The next thing we need is to really understand what exactly is triggering >>>> the problem in your setup. >>>> >>>> So if you want to help us then please provide us with detailed information >>>> how your server setup looks like, which software your use, OS,DB, >>>> client/server, ... >>>> >>>> Can you please provide us step by step description what you can do to >>>> trigger this problem staring for a vanilla ownCloud server. I don't think >>>> currently developers knows where this problem is. >>>> So just shouting and sending public and private email doesn't make the fix >>>> faster. >>>> Only detailed information with instructions how to reproduce in the issue >>>> tracker is helpful >>>> >>>> Thanks. >>>> >>>> >>>> Frank >>>> >>>> >>>> >>>> On 20.03.2013, at 20:42, Vince D. Kimball <[email protected]> wrote: >>>> >>>>> Yes, I see the same thing even though I'm the only one using my Owncloud >>>>> server. Obviously, there is something wrong with the sync process but >>>>> the >>>>> Owncloud team doesn't want to believe that so nothing is done. The log >>>>> files don't say why the conflict files are generated so there is no way >>>>> to >>>>> help in fixing the problem. >>>>> >>>>> When I upgraded to Owncloud 5 today, I had conflict files generated for >>>>> files that had not changed in the past 3 months or more. >>>>> >>>>> -- Vince >>>>> >>>>>> Hi Vince, >>>>>> >>>>>> I faced exactly de same issues. About 10 users for around 20G datas. >>>>>> Almost all users including me started having conflict with files which >>>>>> didn't change for month. >>>>>> I faced this issue during last upgrade (4.5.7 -> 5). Previous upgrade >>>>>> went >>>>>> fine (4.5.4->4.5.5->4.5.6->4.5.7). >>>>>> I don' feel confortable with further upgrade …. >>>>>> >>>>>> Bests, >>>>>> >>>>>> Le 20 mars 2013 à 18:56, Vince D. Kimball <[email protected]> a écrit >>>>>> : >>>>>> >>>>>>> A couple of hours ago I upgraded my Owncloud server to version 5.0.0 >>>>>>> on >>>>>>> Ubuntu 10.04. Had to fight with the PHP 5.3 version issue to get >>>>>>> anything >>>>>>> to work. Now with only one sync client connected, I'm starting to get >>>>>>> numerous conflict files. The base files have not changed in months so >>>>>>> why >>>>>>> are conflict files being generated? >>>>>>> >>>>>>> This is a constant problem every time either the server or client >>>>>>> software >>>>>>> is upgraded. >>>>>>> >>>>>>> _______________________________________________ >>>>>>> Owncloud mailing list >>>>>>> [email protected] >>>>>>> https://mail.kde.org/mailman/listinfo/owncloud >>>>>> >>>>>> -- >>>>>> Christophe Ségui >>>>>> Responsable >>>>>> informatique >>>>>> Institut de Mathématiques de Toulouse >>>>>> Université de Toulouse - CNRS >>>>>> 118 Route de Narbonne >>>>>> 31062 Toulouse Cedex 09 >>>>>> >>>>>> Tel : (+33) 5 61 55 63 78 >>>>>> [email protected] >>>>>> http://www.math.univ-toulouse.fr >>>>>> >>>>>> _______________________________________________ >>>>>> Owncloud mailing list >>>>>> [email protected] >>>>>> https://mail.kde.org/mailman/listinfo/owncloud >>>>>> >>>>> >>>> >>>> >>> >>> >>> _______________________________________________ >>> Owncloud mailing list >>> [email protected] >>> https://mail.kde.org/mailman/listinfo/owncloud >> >> _______________________________________________ >> Owncloud mailing list >> [email protected] >> https://mail.kde.org/mailman/listinfo/owncloud > > -- > Christophe Ségui > Responsable > informatique > Institut de Mathématiques de Toulouse > Université de Toulouse - CNRS > 118 Route de Narbonne > 31062 Toulouse Cedex 09 > > Tel : (+33) 5 61 55 63 78 > [email protected] > http://www.math.univ-toulouse.fr > > _______________________________________________ > Owncloud mailing list > [email protected] > https://mail.kde.org/mailman/listinfo/owncloud -- Christophe Ségui Responsable informatique Institut de Mathématiques de Toulouse Université de Toulouse - CNRS 118 Route de Narbonne 31062 Toulouse Cedex 09 Tel : (+33) 5 61 55 63 78 [email protected] http://www.math.univ-toulouse.fr
smime.p7s
Description: S/MIME cryptographic signature
_______________________________________________ Owncloud mailing list [email protected] https://mail.kde.org/mailman/listinfo/owncloud
