<div dir="ltr"><div><div><div>So after running for 11 hours my box became unresponsive. I could move the mouse and the cursor reflected the move but that was all I could do. I tried to SSH and I got a response to the connect attempt but never got prompted for password (which would make sense seeing how I could only use the mouse on it).<br><br></div>I have 32,248 rows in <b>kmmsplits</b> which is a good amount but I don't know how exactly the code cycles through them during 2 < 4. If it loads them in memory then this would explain why my box appeared to be unresponsive. I tried to build it with debug enabled but I can't seem to build i. I keep getting the following two errors.<br><br>/kmm/kmymoney/libkdchart/src/KDChart/Cartesian/KDChartCartesianAxis.cpp: In member function ‘void KDChart::TickIterator::computeMajorTickLabel(int)’:<br>/mnt/WorkingFolder/temp/kmm/kmymoney/libkdchart/src/KDChart/Cartesian/KDChartCartesianAxis.cpp:276:46: <b>error</b>: conversion from ‘QMap<double, QString>::iterator’ to non-scalar type ‘QMap<double, QString>::ConstIterator {aka QMap<double, QString>::const_iterator}’ requested<br>                 <b>m_dataHeaderLabels.lowerBound( slightlyLessThan( m_position ) );<br>                 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~</b><br>/mnt/WorkingFolder/temp/kmm/kmymoney/libkdchart/src/KDChart/Cartesian/KDChartCartesianAxis.cpp: In member function ‘void KDChart::TickIterator::operator++()’:<br>/mnt/WorkingFolder/temp/kmm/kmymoney/libkdchart/src/KDChart/Cartesian/KDChartCartesianAxis.cpp:306:76: <b>error</b>: conversion from ‘QMap<double, QString>::iterator’ to non-scalar type ‘QMap<double, QString>::ConstIterator {aka QMap<double, QString>::const_iterator}’ requested<br>         <b>QMap< qreal, QString >::ConstIterator it = m_annotations.upperBound( m_position );<br>                                                    ~~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~</b><br><br></div>I ran <b>cmake -D CMAKE_BUILD_TYPE=Debugfull ..</b> and <b>make</b> as the README.cmake said to do. Am I missing something?<br><br></div>Is there another way to monitor what is going on during the looping of records in 2 < 4?<br><div><div><div><br></div><div>While I await for a response I will try to run it again and direct all output to a file so that if it hangs again I can at least see what it spit out on the terminal.<br></div><div><br> </div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sun, Feb 25, 2018 at 9:53 AM, Thomas Baumgart <span dir="ltr"><<a href="mailto:thb@net-bembel.de" target="_blank">thb@net-bembel.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
On Sonntag, 25. Februar 2018 04:51:18 CET El Cas wrote:<br>
<br>
> On Sun, Feb 25, 2018 at 2:31 AM, Thomas Baumgart <<a href="mailto:thb@net-bembel.de">thb@net-bembel.de</a>> wrote:<br>
> > Having the DB on a separate server should not make a difference. All<br>
> > communication (incl. structure updates etc) between KMyMoney and the SQL<br>
> > DB is<br>
> > via a communication link.<br>
> ><br>
> > I am not sure, if bringing in 5.0 at this point is a good alternative. You<br>
> > might have a trouble to go back to 4.8 unless you want to stick with 5.0.<br>
> > Since you're building from source also, use the 5.0 branch, not master. It<br>
> > already contains a couple of bug-fixes over the released 5.0 version.<br>
><br>
> The reason I was using Kubuntu  18.04/KMM 5.0 was because 18.04 is<br>
> scheduled to be released in April and if this fixed my problem I would just<br>
> going to completely upgrade my system to 18.04/5.0 ahead of scheduled.<br>
><br>
> So while using Kubuntu 18.04/KMM 5.0 I was getting a database user error so<br>
> I just temporarily granted the username I am using for KMM all privileges.<br>
> I created an empty test account and proceeded to save as DB. I put in the<br>
> required information and when I clicked on Ok. Got the error below.<br>
><br>
</span>> *Error in function int MyMoneyStorageSql::open(const QUrl&, int, bool) :<br>
> opening new database*<br>
><br>
> *Driver = QMYSQL, Host = X.X.X.X, User = kmymoney, Database = /newkmymoney*<br>
><br>
> *Driver Error: QMYSQL: Unable to connect*<br>
><br>
> *Database Error No 1049: Unknown database '/newkmymoney'*<br>
><br>
> *Text: Unknown database '/newkmymoney' QMYSQL: Unable to connect*<br>
><br>
> *Error type 1*<br>
><br>
> *Executed: *<br>
<span class="">><br>
> *Query error No -1: *<br>
><br>
> *Error type 0*<br>
><br>
</span><span class="">> I checked the DB server and the Database was created but it was empty.<br>
><br>
> So I went back to Kubuntu 17.10/KMM 4.8.1.1 (from source) and repeated the<br>
> same process. This time the test database was created and the tables were<br>
> created. I decided to attempt to open my original database and got the same<br>
> error I reported in my first email.<br>
><br>
> As for difference between 4.8.1.1 vs 4.6.6 I found the following<br>
><br>
</span>> 4.6 has 24 tables vs 23 tables on 4.8:  *kmmtmpfileinfo*<br>
<br>
That's not a problem. This seems to be some leftover from a previous run<br>
(probably the creation of the new columns in kmmfileinfo). You should be able<br>
to drop that table.<br>
<span class=""><br>
> And the following tables have extra columns<br>
> Version    tablename   field name<br>
> type                          Null?        Default Value<br>
</span>> 4.8    *kmmfileinfo*      hiOnlineJobId            bigint(20) unsigned<br>
> YES         NULL<br>
> 4.8    *kmmfileinfo*      hiPayeeIdentifierId     bigint(20) unsigned<br>
> YES         NULL<br>
> 4.8    *kmmschedules*    lastDayInMonth          char(1)<br>
>                        NO         NULL<br>
> 4.8    *kmmsplits*        costCenterId               varchar(32)<br>
>     YES         NULL<br>
<br>
Those are the new columns that were added in 4.8. So that looks about right<br>
and 4.8 cannot start w/o them.<br>
<span class=""><br>
> I made a back up of my current DB and added the missing fields to the<br>
> corresponding tables and I was able to open the Database. It proceeded load<br>
</span>> and when it reached 97% it began to do *testing fileFixVersion*. During the<br>
> 0 < 4 run it  performed several *Fixed interest action in XXXX* actions. It<br>
> then ran *testing fileFixVersion* *1 < 4 and 2 <4 *has been running for a<br>
<span class="">> long time (almost 2hr as of this email). I don't know how long the testing<br>
> normally takes but I will let it continue running and see how long it takes<br>
> to finish.<br>
><br>
> I am going to check on it when I wake up. I will report any progress, or<br>
> lack there off.<br>
<br>
</span>filefix 2 < 4 is doing the following according to the source code:<br>
<br>
  // scan the transactions and modify transactions with two splits<br>
  // which reference an account and a category to have the memo text<br>
  // of the account.<br>
<br>
filefix 3 < 4 is doing the following:<br>
<br>
  // make sure each storage object contains a (unique) id<br>
<br>
That is just a single operation and should not take long.<br>
<br>
<br>
I can't tell you anything about the speed. Usually I use KMyMoney with a GPG<br>
encrypted XML file and not a database backend.<br>
<span class=""><br>
<br>
--<br>
<br>
Regards<br>
<br>
Thomas Baumgart<br>
<br>
<a href="https://www.telegram.org/" rel="noreferrer" target="_blank">https://www.telegram.org/</a>       Telegram, the better WhatsApp<br>
------------------------------<wbr>------------------------------<wbr>-<br>
</span>You cannot strengthen the weak by weakening the strong.<br>
------------------------------<wbr>------------------------------<wbr>-<br>
</blockquote></div><br></div>