[GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

classic Classic list List threaded Threaded
16 messages Options
Reply | Threaded
Open this post in threaded view
|

[GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

Parke
Hello,

I have used GnuCash since 2003, and have used GnuCash on Ubuntu for at
least the last 10 years.

I have used GnuCash v2.6.19 (the version provided by Ubuntu) on Ubuntu
18.04 for at least the last year.  I have encountered no stability
problems until this week.

Aside:  I guess I should also add that I run GnuCash in the Openbox
window manager, and I launch X via startx and a custom .xinitrc file.
So it is possible, perhaps likely, that "standard" parts of Ubuntu's
desktop infrastructure are not running on my workstation.

I shut down my Ubuntu workstation prior to California's recent massive
power outage.  After the power outage, I upgraded the kernel and all
the Ubuntu provided packages.  (I am uncertain as to whether or not
GnuCash was updated as part of this upgrade.  I have no reason to
believe it was.)

After this software update, GnuCash has started freezing.  Freezes
seem to happen when I am scrolling up or down through the items in
some account.  Beyond that, I have not noticed a pattern to when the
freezes occur.  By "freeze", I mean the X window containing GnuCash
stops drawing/updating itself.  GnuCash consumes 0% CPU.  No error
messages are printed to stdout or stderr.  GnuCash does not respond to
SIGINT, but SIGTERM ends the GnuCash process.

After the first freeze, I noticed that most of the RAM in my system
was being used.  The system has 16GB of RAM and no swap.  I quit all
running programs (including Xorg) , but still 8GB of RAM was being
used!  This seems strange to me, but I have not measured RAM usage in
this manner previously, so... maybe it is... normal?

I experienced three freezes of GnuCash.  The second and third happened
fairly quickly after the first freeze.  Suspecting a (kernel?) memory
leak, I rebooted into the previous kernel (4.15.0-46 vs 4.15.0-65).

However, I just experienced my first GnuCash freeze running on the
previous (4.15.0-46) kernel.  So it does not seem to be a kernel
issue.  After this freeze, I quit most programs (especially the
Chromium browser).  Memory usage is as follows:

$ free -h
              total        used        free      shared  buff/cache   available
Mem:            15G        4.2G        9.5G         35M        1.9G         11G
Swap:            0B          0B          0B

"Used" is 4.2G, "buff/cache" is 1.9G.  That leaves 2.4G of memory
being used somewhere.  But top does not show any programs using any
significant amounts of memory.

GnuCash is the only program that has been affected, at least thus far.
But when GnuCash first froze, my system had only been up for 5 days.
As of now (after the reboot into the old kernel), the current uptime
is about 26 hours.  Previously, this workstation would go up to
several hundred days without a reboot.  I typically use GnuCash at
least once or twice a month.

I suppose it is also possible that my GnuCash accounts file has
"gotten too large" or that some other (unknown) limit inside of
GnuCash has been passed, and this is causing the freezes..  My GnuCash
save file appears to be 1.6MB.  So it seems unlikely I have passed
some hidden limit.

The FAQ ...
https://wiki.gnucash.org/wiki/FAQ#Troubleshooting_and_Improvements
... suggests looking at /tmp/gnucash.trace.

/tmp/gnucash.trace is currently empty (zero bytes).  However, I did
not know to check this file while Gnucash was frozen.  Does the trace
file get truncated to zero each time GnuCash starts?  (I have
restarted GnuCash since the last freeze.)

I am happy to hear any suggestions for how to proceed.  I recognize
that I am running a very old version of GnuCash (the version provided
by Ubuntu 18.04).

I am considering waiting for Ubuntu 19.10 and installing it, as I
suspect that some non-GnuCash upgrade to 18.04 is causing the problem.
And given the intermittent nature of the problem (and given that the
problem produces no output), I suspect it will be very difficult to
track down.

I am mostly reporting this issue in case anyone else is experiencing it.

Best,

Parke
_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Reply | Threaded
Open this post in threaded view
|

Re: [GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

Adrien Monteleone-2
The time to check the tracefile is after a crash and before restarting GnuCash, it can/will get overwritten on restart.

I *think* a newer (3.x) release was backported to the Ubuntu 18.04 backport repos, but I could be mistaken. Search the list (or repos) for more info.

You might also try the newer .deb packages floating around the list, or the Flatpak.

However, 3.x uses GTK3, so the transition might not be super smooth on OpenBox. (I’ve heard there are some issues with some apps, but mileage will vary)

And, you could always build from source, though the 18.04 base has some issues with the libboost library version.

Regards,
Adrien

> On Oct 16, 2019 w42d289, at 10:42 PM, Parke <[hidden email]> wrote:
>
> Hello,
>
> I have used GnuCash since 2003, and have used GnuCash on Ubuntu for at
> least the last 10 years.
>
> I have used GnuCash v2.6.19 (the version provided by Ubuntu) on Ubuntu
> 18.04 for at least the last year.  I have encountered no stability
> problems until this week.
>
> Aside:  I guess I should also add that I run GnuCash in the Openbox
> window manager, and I launch X via startx and a custom .xinitrc file.
> So it is possible, perhaps likely, that "standard" parts of Ubuntu's
> desktop infrastructure are not running on my workstation.
>
> I shut down my Ubuntu workstation prior to California's recent massive
> power outage.  After the power outage, I upgraded the kernel and all
> the Ubuntu provided packages.  (I am uncertain as to whether or not
> GnuCash was updated as part of this upgrade.  I have no reason to
> believe it was.)
>
> After this software update, GnuCash has started freezing.  Freezes
> seem to happen when I am scrolling up or down through the items in
> some account.  Beyond that, I have not noticed a pattern to when the
> freezes occur.  By "freeze", I mean the X window containing GnuCash
> stops drawing/updating itself.  GnuCash consumes 0% CPU.  No error
> messages are printed to stdout or stderr.  GnuCash does not respond to
> SIGINT, but SIGTERM ends the GnuCash process.
>
> After the first freeze, I noticed that most of the RAM in my system
> was being used.  The system has 16GB of RAM and no swap.  I quit all
> running programs (including Xorg) , but still 8GB of RAM was being
> used!  This seems strange to me, but I have not measured RAM usage in
> this manner previously, so... maybe it is... normal?
>
> I experienced three freezes of GnuCash.  The second and third happened
> fairly quickly after the first freeze.  Suspecting a (kernel?) memory
> leak, I rebooted into the previous kernel (4.15.0-46 vs 4.15.0-65).
>
> However, I just experienced my first GnuCash freeze running on the
> previous (4.15.0-46) kernel.  So it does not seem to be a kernel
> issue.  After this freeze, I quit most programs (especially the
> Chromium browser).  Memory usage is as follows:
>
> $ free -h
>              total        used        free      shared  buff/cache   available
> Mem:            15G        4.2G        9.5G         35M        1.9G         11G
> Swap:            0B          0B          0B
>
> "Used" is 4.2G, "buff/cache" is 1.9G.  That leaves 2.4G of memory
> being used somewhere.  But top does not show any programs using any
> significant amounts of memory.
>
> GnuCash is the only program that has been affected, at least thus far.
> But when GnuCash first froze, my system had only been up for 5 days.
> As of now (after the reboot into the old kernel), the current uptime
> is about 26 hours.  Previously, this workstation would go up to
> several hundred days without a reboot.  I typically use GnuCash at
> least once or twice a month.
>
> I suppose it is also possible that my GnuCash accounts file has
> "gotten too large" or that some other (unknown) limit inside of
> GnuCash has been passed, and this is causing the freezes..  My GnuCash
> save file appears to be 1.6MB.  So it seems unlikely I have passed
> some hidden limit.
>
> The FAQ ...
> https://wiki.gnucash.org/wiki/FAQ#Troubleshooting_and_Improvements
> ... suggests looking at /tmp/gnucash.trace.
>
> /tmp/gnucash.trace is currently empty (zero bytes).  However, I did
> not know to check this file while Gnucash was frozen.  Does the trace
> file get truncated to zero each time GnuCash starts?  (I have
> restarted GnuCash since the last freeze.)
>
> I am happy to hear any suggestions for how to proceed.  I recognize
> that I am running a very old version of GnuCash (the version provided
> by Ubuntu 18.04).
>
> I am considering waiting for Ubuntu 19.10 and installing it, as I
> suspect that some non-GnuCash upgrade to 18.04 is causing the problem.
> And given the intermittent nature of the problem (and given that the
> problem produces no output), I suspect it will be very difficult to
> track down.
>
> I am mostly reporting this issue in case anyone else is experiencing it.
>
> Best,
>
> Parke

_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Reply | Threaded
Open this post in threaded view
|

Re: [GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

David Cousens
In reply to this post by Parke
There should be no limit on the file size other than the hard disk size and
any OS imposed limits. I have a 16.1Mb files that loads in a few seconds.

It is unlikely 2.6.19 itself would be upgraded during an Ubuntu upgrade. It
may be possible that a library that GnuCash uses could have been upgraded.
It may be worth looking at the GnuCash dependencies for 2.6.2 (these should
apply for 2.6.19) shown in https://wiki.gnucash.org/wiki/Dependencies and
see if any were upgraded. Normally newer versions than the specified version
are OK. You should have the GTK2 libraries for v2.6. The GTK3 and GTK2
libraries can be coinstalled if other software requires GTK3.

dpkg -l | grep <package name> will give you the details for the installed
packages. Unless you are building you don't need to worry about the
development heade files for the package only the runtime. No need to use the
whole package name just deinitive substring will usually get the info you
require.

I am running Linux Mint 19.2 which is Ubuntu 18.04 based but I am using
GnuCash v3.7 . My kernel version is 4.15.0-65-generic.

I only have 8Gbyte of memory and run with swap but your figures for free
don't seem too unusual cf mine
free -h
                    total        used        free      shared  buff/cache  
available
Mem:           7.8G        4.7G        338M        251M        2.7G      
2.5G
Swap:          2.0G         13M        2.0G

/tmp/gnucash.trace  is generated when GnuCash starts up and is overwritten
at each startup. You would need to rename it if you want to keep it between
runs.

Have never experienced freezing problems in GnuCash but I use Evolution as a
mail client and it has produced a fault which wipes the screens and locks
the system. Hard disk indexation can sometimes lock the system up and deny
you access as well.


David Cousens



-----
David Cousens
--
Sent from: http://gnucash.1415818.n4.nabble.com/GnuCash-User-f1415819.html
_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
David Cousens
Reply | Threaded
Open this post in threaded view
|

Re: [GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

Parke
In reply to this post by Adrien Monteleone-2
On Wed, Oct 16, 2019 at 9:11 PM Adrien Monteleone
<[hidden email]> wrote:
> I *think* a newer (3.x) release was backported to the Ubuntu 18.04 backport repos, but I could be mistaken. Search the list (or repos) for more info.

It appears not:

https://packages.ubuntu.com/search?suite=all&exact=1&searchon=names&keywords=gnucash

> However, 3.x uses GTK3, so the transition might not be super smooth on OpenBox. (I’ve heard there are some issues with some apps, but mileage will vary)

Interesting.  I already have 19.04 installed on a test system, so I
will test GnuCash 3.4 on Openbox and see what happens.


On Wed, Oct 16, 2019 at 9:42 PM David Cousens <[hidden email]> wrote:
> It may be worth looking at the GnuCash dependencies for 2.6.2 (these should
> apply for 2.6.19) shown in https://wiki.gnucash.org/wiki/Dependencies and
> see if any were upgraded.

Is there an easy way to display what was upgraded when?  I don't know
how to get apt to display that information.  And I don't manually
track it.

> Normally newer versions than the specified version
> are OK. You should have the GTK2 libraries for v2.6. The GTK3 and GTK2
> libraries can be coinstalled if other software requires GTK3.

It appears I already have both GTK2 and GTK3 installed on the Ubuntu
18.04 system.

> Have never experienced freezing problems in GnuCash but I use Evolution as a
> mail client and it has produced a fault which wipes the screens and locks
> the system. Hard disk indexation can sometimes lock the system up and deny
> you access as well.

When GnuCash freezes, the CPU cores on my system are mostly idle.  So
there is no CPU or disk bottleneck that I can see.

Thanks to both Adrien and David for the suggestions!
_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Reply | Threaded
Open this post in threaded view
|

Re: [GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

Adrien Monteleone-2
> \On Oct 17, 2019 w42d290, at 1:49 AM, Parke <[hidden email]> wrote:
>
> On Wed, Oct 16, 2019 at 9:11 PM Adrien Monteleone
> <[hidden email]> wrote:
>> I *think* a newer (3.x) release was backported to the Ubuntu 18.04 backport repos, but I could be mistaken. Search the list (or repos) for more info.
>
> It appears not:
>
> https://packages.ubuntu.com/search?suite=all&exact=1&searchon=names&keywords=gnucash

Sorry, I was confusing things. It was libboost that was updated in bionic which should make building 3.7 easier. But I haven’t tried it in a while.

GnuCash is indeed still at 2.6.19 there.

>
>> However, 3.x uses GTK3, so the transition might not be super smooth on OpenBox. (I’ve heard there are some issues with some apps, but mileage will vary)
>
> Interesting.  I already have 19.04 installed on a test system, so I
> will test GnuCash 3.4 on Openbox and see what happens.
>
>
> On Wed, Oct 16, 2019 at 9:42 PM David Cousens <[hidden email]> wrote:
>> It may be worth looking at the GnuCash dependencies for 2.6.2 (these should
>> apply for 2.6.19) shown in https://wiki.gnucash.org/wiki/Dependencies and
>> see if any were upgraded.
>
> Is there an easy way to display what was upgraded when?  I don't know
> how to get apt to display that information.  And I don't manually
> track it.

That depends on how you did the update. If by apt in a terminal, there are several ways to see the upgrade/full-upgrade history.

You can view, grep, tail, etc. on:
/var/log/apt/history.log
/var/log/dpkg.log

Also both Synaptic & Software Updates have a history you can view for when those tools were used.

>
>> Normally newer versions than the specified version
>> are OK. You should have the GTK2 libraries for v2.6. The GTK3 and GTK2
>> libraries can be coinstalled if other software requires GTK3.
>
> It appears I already have both GTK2 and GTK3 installed on the Ubuntu
> 18.04 system.
>
>> Have never experienced freezing problems in GnuCash but I use Evolution as a
>> mail client and it has produced a fault which wipes the screens and locks
>> the system. Hard disk indexation can sometimes lock the system up and deny
>> you access as well.
>
> When GnuCash freezes, the CPU cores on my system are mostly idle.  So
> there is no CPU or disk bottleneck that I can see.

Try starting htop first, (a little better formatted than simple ‘top’) then launch GnuCash, observe the resource hit, and keep an eye on it. See if you can trigger the crash while watching htop’s output. And of course, check the tracefile. These wiki pages might be of interest, particularly the section on tweaking the tracefile and running from the command line for more output:

https://wiki.gnucash.org/wiki/FAQ#Q:_Something_bad_happened.3B_how_can_I_help_debug.3F
https://wiki.gnucash.org/wiki/Tracefile

Regards,
Adrien
_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Reply | Threaded
Open this post in threaded view
|

Re: [GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

Parke
On Thu, Oct 17, 2019 at 12:17 AM Adrien Monteleone
<[hidden email]> wrote:
> Sorry, I was confusing things. It was libboost that was updated in bionic which should make building 3.7 easier. But I haven’t tried it in a while.

I realized another option might be to rebuild GnuCash 2.6.19 on an
updated 18.04.

However, (a) I cannot readily reproduce the freeze and (b) Ubuntu
19.10 has been released.  So I am likely to jump to 19.10, rather than
trying to diagnose the freeze on 18.04.

> That depends on how you did the update. If by apt in a terminal, there are several ways to see the upgrade/full-upgrade history.
>
> You can view, grep, tail, etc. on:
> /var/log/apt/history.log
> /var/log/dpkg.log

I used apt-get dist-upgrade, possibly preceded by apt-get upgrade.  It
looks like the information is logged in the files you mention.

> > When GnuCash freezes, the CPU cores on my system are mostly idle.  So
> > there is no CPU or disk bottleneck that I can see.
>
> Try starting htop first, (a little better formatted than simple ‘top’) then launch GnuCash, observe the resource hit, and keep an eye on it. See if you can trigger the crash while watching htop’s output. And of course, check the tracefile. These wiki pages might be of interest, particularly the section on tweaking the tracefile and running from the command line for more output:

I actually use both htop and top.

I believe the most recent freeze happened when there was at least 1GB
of free RAM (and probably at least 4GB free, I forget exactly).

I was mostly puzzled by the output of free:

$ free -h
              total        used        free      shared  buff/cache   available
Mem:            15G        4.2G        9.5G         35M        1.9G         11G
Swap:            0B          0B          0B

Something is using 2.3G of RAM.  (4.2G - 1.9G = 2.3G).  What?  No
running process is using that much RAM.  And it is not "buff/cache".
I either need a better understanding of the information free displays,
or I need a tool that describes memory usage in more detail.

Thanks again for your help.

-Parke
_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Reply | Threaded
Open this post in threaded view
|

Re: [GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

Adrien Monteleone-2


> On Oct 17, 2019 w42d290, at 2:18 PM, Parke <[hidden email]> wrote:
>
> I actually use both htop and top.
>
> I believe the most recent freeze happened when there was at least 1GB
> of free RAM (and probably at least 4GB free, I forget exactly).
>
> I was mostly puzzled by the output of free:
>
> $ free -h
>              total        used        free      shared  buff/cache   available
> Mem:            15G        4.2G        9.5G         35M        1.9G         11G
> Swap:            0B          0B          0B
>
> Something is using 2.3G of RAM.  (4.2G - 1.9G = 2.3G).  What?  No
> running process is using that much RAM.  And it is not "buff/cache".
> I either need a better understanding of the information free displays,
> or I need a tool that describes memory usage in more detail.

try:

`man free`

So that math is not quite right.

Used = total - free - buff/cache

I see from your numbers those are a bit off and that it seems to be reporting in SI units instead of the default binary units. (did you set up an alias for `free`?) By default, `free` should report in binary which would use a “Gi” unit label in your case. (Mebi, Gibi, etc.) You can force it with a `-g` option

But try `free` without `-h` so you see the output in bytes and do the above equation by hand. You should see every byte is accounted for.

So the bottom line is that “available" is what you can use to execute a *new* app that isn’t currently running. (without using swap, which you don’t have) 11G is more than plenty for GnuCash.

Do you get any errors or warnings when running GnuCash from the command line?

Did you manage to examine the tracefile after a crash/hang?

Regards,
Adrien
_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Reply | Threaded
Open this post in threaded view
|

Re: [GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

Tommy Trussell
In reply to this post by Adrien Monteleone-2
On Wed, Oct 16, 2019 at 11:10 PM Adrien Monteleone <
[hidden email]> wrote:

>  *think* a newer (3.x) release was backported to the Ubuntu 18.04 backport
> repos, but I could be mistaken. Search the list (or repos) for more info.
>

I requested a backport
https://bugs.launchpad.net/bionic-backports/+bug/1847547

But it hasn't found a sponsor so far. Anyone registered on Launchpad who
wants this to happen, please click the little pencil a couple of lines
below the title and flag it "This bug affects me."

I haven't launched GnuCash today, but my Bionic 18.04 LTS system with 3Gb
RAM has not been freezing.

Before going farther on the diagnostics, has the OP tried creating a new
data file? I apologize if I have missed it if they have.


> -----
> Please remember to CC this list on all your replies.
> You can do this by using Reply-To-List or Reply-All.
>
_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Reply | Threaded
Open this post in threaded view
|

Re: [GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

Adrien Monteleone-2
In reply to this post by Parke


> On Oct 17, 2019 w42d290, at 2:18 PM, Parke <[hidden email]> wrote:
>
> On Thu, Oct 17, 2019 at 12:17 AM Adrien Monteleone
> <[hidden email]> wrote:
>> Sorry, I was confusing things. It was libboost that was updated in bionic which should make building 3.7 easier. But I haven’t tried it in a while.
>
> I realized another option might be to rebuild GnuCash 2.6.19 on an
> updated 18.04.
>
> However, (a) I cannot readily reproduce the freeze and (b) Ubuntu
> 19.10 has been released.  So I am likely to jump to 19.10, rather than
> trying to diagnose the freeze on 18.04.

Certainly, that would be the easiest path to a likely working version. The choice depends on your investigative curiosity level.

>
>> That depends on how you did the update. If by apt in a terminal, there are several ways to see the upgrade/full-upgrade history.
>>
>> You can view, grep, tail, etc. on:
>> /var/log/apt/history.log
>> /var/log/dpkg.log
>
> I used apt-get dist-upgrade, possibly preceded by apt-get upgrade.  It
> looks like the information is logged in the files you mention.

If you really wanted to track this down, you could grep the various 2.6.x dependencies against those logs to see if any of them were updated in the time interval that would account for the change in behavior. That of course could be scripted if you don’t want to do them one at a time. (Has someone created such a script already? That would be mighty handy.)

While 2.6.x won’t get any updates, there might still be people running it since 18.04 will be around for another 3+ years. (and there are derivative distros based on it)

The fix might be in rolling back a dependency update and pinning it at that working version.

The downside here is multiple dependencies could have been updated. So without some debugging/error info reported in the tracefile, stderr or elsewhere, you’d have to roll them all back, pin all but one, and then manually update one each at a time until you find the culprit. (and then it might be a combo of culprits!)

Really, you’ll need some actual error message to go any further if more than one was updated. (and certainly if none were)

Regards,
Adrien
_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Reply | Threaded
Open this post in threaded view
|

Re: [GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

Parke
In reply to this post by Adrien Monteleone-2
On Thu, Oct 17, 2019 at 12:53 PM Adrien Monteleone
<[hidden email]> wrote:
> try: `man free`

I already read parts of `man free`.  It did not explain to me what on
my system was using the RAM reported as being `used`.

> But try `free` without `-h` so you see the output in bytes and do the above equation by hand. You should see every byte is accounted for.

The numbers add up.  I just cannot tell what is using the `used`
memory.  It is not being used (as far as I can tell) by any of the
programs listed by `top`.

> Do you get any errors or warnings when running GnuCash from the command line?

No errors.

> Did you manage to examine the tracefile after a crash/hang?

My apologies, but I do not know how to reliably reproduce the freeze.
(It can take 10 to 60 minutes of working with GnuCash until a freeze
occurs.)  I do not have the time at present to investigate further.  I
reported this issue primarily to create a record in case other people
encounter the same issue in the future.

I expect to either switch to Ubuntu 19.10, or to install a newer
version of GnuCash via flatpack.  If thereafter I again encounter the
freeze, I will provide additional updates.

Thanks again for all your assistance.  I do appreciate it.

-Parke
_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Reply | Threaded
Open this post in threaded view
|

Re: [GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

Parke
In reply to this post by Tommy Trussell
On Thu, Oct 17, 2019 at 1:03 PM Tommy Trussell <[hidden email]> wrote:

> I haven't launched GnuCash today, but my Bionic 18.04 LTS
> system with 3Gb RAM has not been freezing.

The freeze does not affect the entire system.  Only the GnuCash
process (and/or its X window) freezes.

> Before going farther on the diagnostics, has the OP tried creating a new
> data file?

I have not created a new, fresh data file.

I do not know how to quickly reproduce a freeze.  Unfortunately,
therefore, I do not have the time to pursue investigating this issue.

-Parke
_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Reply | Threaded
Open this post in threaded view
|

Re: [GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

Parke
In reply to this post by Adrien Monteleone-2
On Thu, Oct 17, 2019 at 1:06 PM Adrien Monteleone
<[hidden email]> wrote:
> If you really wanted to track this down, you could grep the various 2.6.x dependencies against those logs to see if any of them were updated in the time interval that would account for the change in behavior.

If someone else wants to analyze my update logs, I am probably willing
to provide a copy.  (I doubt the update logs contain any confidential
information.)

> The downside here is multiple dependencies could have been updated. So without some debugging/error info reported in the tracefile, stderr or elsewhere, you’d have to roll them all back, pin all but one, and then manually update one each at a time until you find the culprit. (and then it might be a combo of culprits!)

Indeed, there is not much clarity.  I am familiar with tracking down
bugs, and I am averse to trying to track this one down (due to the
quantity of work likely involved).  I cannot even reliably reproduce
the freezes.

> Really, you’ll need some actual error message to go any further if more than one was updated. (and certainly if none were)

Probably a bunch were updated.  I don't update regularly, and the last
time I ran GnuCash was in early September.  So you have at least a
six-week window in which a new package (or packages) could have come
out.  Possibly longer depending on when I last updated.

Thanks again!

-Parke
_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Reply | Threaded
Open this post in threaded view
|

Re: [GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

Adrien Monteleone-2
In reply to this post by Parke


> On Oct 17, 2019 w42d290, at 10:09 PM, Parke <[hidden email]> wrote:
>
> On Thu, Oct 17, 2019 at 12:53 PM Adrien Monteleone
> <[hidden email]> wrote:
>> try: `man free`
>
> I already read parts of `man free`.  It did not explain to me what on
> my system was using the RAM reported as being `used`.
>

That’s not what I meant. I mentioned that because the man page explains what the output numbers represent. The tool won’t tell you specifics of what is the cause of any of them.

>> But try `free` without `-h` so you see the output in bytes and do the above equation by hand. You should see every byte is accounted for.
>
> The numbers add up.  I just cannot tell what is using the `used`
> memory.  It is not being used (as far as I can tell) by any of the
> programs listed by `top`.

No, they don’t add up, and there isn’t some mystery ‘used' out there. See the man page again for explanations of the columns and the equation I gave (which is from the explanations)

Used = total - free - buff/cache

Your equation is incorrect. You are doing:

Used - buff/cache = ??mystery??

‘Used’ is derived by subtracting free and buff/cache from total

Subtracting buff/cache again from ‘used’ is meaningless.

And what I mean by “not adding up” is that your output shows:

Total = 15G, Used = 4.2G, Free = 9.5G, and Buff/Cache = 1.9G

But that would render the following when plugged in:

4.2G = 15G - 9.5G - 1.9G

Which is not true.

15G - 9.5G - 1.9G = 3.6G, not 4.2G

Not using the ‘human readable’ ‘-h’ flag will show you actual bytes. If you do so, that math should work out, to the byte. (as long as you use the correct equation)

But all of that isn’t really important for the crash/hang problem.


>
>> Do you get any errors or warnings when running GnuCash from the command line?
>
> No errors.
>
>> Did you manage to examine the tracefile after a crash/hang?
>
> My apologies, but I do not know how to reliably reproduce the freeze.
> (It can take 10 to 60 minutes of working with GnuCash until a freeze
> occurs.)  I do not have the time at present to investigate further.  I
> reported this issue primarily to create a record in case other people
> encounter the same issue in the future.
>
> I expect to either switch to Ubuntu 19.10, or to install a newer
> version of GnuCash via flatpack.  If thereafter I again encounter the
> freeze, I will provide additional updates.
>
> Thanks again for all your assistance.  I do appreciate it.

Fair enough. It might be lots of work and chasing something hard to pin down anyway. The easier path certainly is to just upgrade.

Regards,
Adrien

_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Reply | Threaded
Open this post in threaded view
|

Re: [GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

Plutocrat
In reply to this post by Parke
>> try: `man free`
> I already read parts of `man free`.  It did not explain to me what on
> my system was using the RAM reported as being `used`.

htop is quite useful at tracking the CPU / Memory usage of a particular program
        apt install htop

You can then sort / search the processes. The RES field for Resident Memory is the one to watch for Actual RAM usage. And obviously CPU usage will be interesting to you as well.

P.
_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Reply | Threaded
Open this post in threaded view
|

Re: [GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

Tommy Trussell
In reply to this post by Parke
On Thu, Oct 17, 2019 at 10:14 PM Parke <[hidden email]> wrote:

> On Thu, Oct 17, 2019 at 1:03 PM Tommy Trussell <[hidden email]>
> wrote:
>
> > I haven't launched GnuCash today, but my Bionic 18.04 LTS
> > system with 3Gb RAM has not been freezing.
>
> The freeze does not affect the entire system.  Only the GnuCash
> process (and/or its X window) freezes.
>
>
I apologize; I was too terse. I have not had GnuCash 2.6.19 freeze on my
Ubuntu Bionic 18.04 system (fully updated). Yesterday I opened two of my
seven active GnuCash books without error.


> > Before going farther on the diagnostics, has the OP tried creating a new
> > data file?
>
> I have not created a new, fresh data file.
>
> I do not know how to quickly reproduce a freeze.  Unfortunately,
> therefore, I do not have the time to pursue investigating this issue.
>

Whatever you do, be sure to keep your file backups. You may need them!

I vaguely recall a bug from years ago that affected GnuCash files with some
particular exact byte sizes. I cannot find it so I presume it was PROBABLY
fixed well before 2.6.19. If that were the bug you were experiencing then
the upgrade would fix it.

All that said -- because this freeze is not being widely experienced I
would first suspect something in your PARTICULAR environment. Again this
MIGHT be fixed in an upgrade because whatever crufty files have accumulated
might get blown away in the upgrade.

If you have not yet done the upgrade, remember to get from 18.04 to 19.10
you are supposed to first upgrade to 18.10 and then 19.04 and then 19.10.
Alternatively you could do a "clean install" of 19.10 rather than an
upgrade. But whatever you do go back to my earlier point above -- keep your
current and previous data backups until you know things are working OK.

Good luck! I know on my old system it takes me many hours to finish an OS
upgrade because I have old hardware and I have to find the latest tricks to
get the old scanner and printer and etc. working. That's the main reason I
stick with LTS releases on it. At some point (soon?) I'll probably ditch
the old CPU because nowadays 3Gb doesn't go so far. But it still works...

That reminds me it's time to make a data backup and carry it to my off-site
lockbox.

P.S.: It's easy to get the latest GnuCash package to compile on Bionic.
Maybe I'll post it as a separate message.
_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.
Reply | Threaded
Open this post in threaded view
|

Re: [GNC] GnuCash v2.6.19-1 has started freezing on Ubuntu 18.04 after a recent system update

Adrien Monteleone-2


> On Oct 18, 2019 w42d291, at 9:41 AM, Tommy Trussell <[hidden email]> wrote:
>
>
> If you have not yet done the upgrade, remember to get from 18.04 to 19.10 you are supposed to first upgrade to 18.10 and then 19.04 and then 19.10. Alternatively you could do a "clean install" of 19.10 rather than an upgrade. But whatever you do go back to my earlier point above -- keep your current and previous data backups until you know things are working OK.
>
> Good luck! I know on my old system it takes me many hours to finish an OS upgrade because I have old hardware and I have to find the latest tricks to get the old scanner and printer and etc. working. That's the main reason I stick with LTS releases on it. At some point (soon?) I'll probably ditch the old CPU because nowadays 3Gb doesn't go so far. But it still works...

Also, if the OP waits for 20.04, they can upgrade directly from 18.04. (and if they can stand the interim possible freezes, is likely the cleaner option)

Regards,
Adrien.
_______________________________________________
gnucash-user mailing list
[hidden email]
To update your subscription preferences or to unsubscribe:
https://lists.gnucash.org/mailman/listinfo/gnucash-user
If you are using Nabble or Gmane, please see https://wiki.gnucash.org/wiki/Mailing_Lists for more information.
-----
Please remember to CC this list on all your replies.
You can do this by using Reply-To-List or Reply-All.