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

2019-10-18 Thread Adrien Monteleone



> On Oct 18, 2019 w42d291, at 9:41 AM, Tommy Trussell 
>  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
gnucash-user@gnucash.org
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.


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

2019-10-18 Thread Tommy Trussell
On Thu, Oct 17, 2019 at 10:14 PM Parke  wrote:

> On Thu, Oct 17, 2019 at 1:03 PM Tommy Trussell 
> 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
gnucash-user@gnucash.org
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.


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

2019-10-17 Thread Plutocrat
>> 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
gnucash-user@gnucash.org
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.


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

2019-10-17 Thread Adrien Monteleone


> On Oct 17, 2019 w42d290, at 10:09 PM, Parke  wrote:
> 
> On Thu, Oct 17, 2019 at 12:53 PM Adrien Monteleone
>  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
gnucash-user@gnucash.org
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.


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

2019-10-17 Thread Parke
On Thu, Oct 17, 2019 at 1:06 PM Adrien Monteleone
 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
gnucash-user@gnucash.org
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.


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

2019-10-17 Thread Parke
On Thu, Oct 17, 2019 at 1:03 PM Tommy Trussell  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
gnucash-user@gnucash.org
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.


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

2019-10-17 Thread Parke
On Thu, Oct 17, 2019 at 12:53 PM Adrien Monteleone
 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
gnucash-user@gnucash.org
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.


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

2019-10-17 Thread Adrien Monteleone


> On Oct 17, 2019 w42d290, at 2:18 PM, Parke  wrote:
> 
> On Thu, Oct 17, 2019 at 12:17 AM Adrien Monteleone
>  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
gnucash-user@gnucash.org
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.


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

2019-10-17 Thread Tommy Trussell
On Wed, Oct 16, 2019 at 11:10 PM Adrien Monteleone <
adrien.montele...@lusfiber.net> 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
gnucash-user@gnucash.org
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.


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

2019-10-17 Thread Adrien Monteleone


> On Oct 17, 2019 w42d290, at 2:18 PM, Parke  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
>  totalusedfree  shared  buff/cache   available
> Mem:15G4.2G9.5G 35M1.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
gnucash-user@gnucash.org
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.


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

2019-10-17 Thread Parke
On Thu, Oct 17, 2019 at 12:17 AM Adrien Monteleone
 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
  totalusedfree  shared  buff/cache   available
Mem:15G4.2G9.5G 35M1.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
gnucash-user@gnucash.org
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.


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

2019-10-17 Thread Adrien Monteleone
> \On Oct 17, 2019 w42d290, at 1:49 AM, Parke  wrote:
> 
> On Wed, Oct 16, 2019 at 9:11 PM Adrien Monteleone
>  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  
> 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
gnucash-user@gnucash.org
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.


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

2019-10-16 Thread Parke
On Wed, Oct 16, 2019 at 9:11 PM Adrien Monteleone
 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  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
gnucash-user@gnucash.org
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.


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

2019-10-16 Thread David Cousens
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  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
totalusedfree  shared  buff/cache  
available
Mem:   7.8G4.7G338M251M2.7G   
2.5G
Swap:  2.0G 13M2.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
gnucash-user@gnucash.org
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.


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

2019-10-16 Thread Adrien Monteleone
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  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
>  totalusedfree  shared  buff/cache   available
> Mem:15G4.2G9.5G 35M1.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
gnucash-user@gnucash.org
To update y