Bug 175175 - databases/rrdtool 1.4 hangs without generating graphs, multiple jobs running at once
Summary: databases/rrdtool 1.4 hangs without generating graphs, multiple jobs running ...
Status: Closed Overcome By Events
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-ports-bugs (Nobody)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2013-01-10 09:10 UTC by paulbeard
Modified: 2014-06-19 09:10 UTC (History)
1 user (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description paulbeard 2013-01-10 09:10:00 UTC
rrdtool will not create graphs. 
  PID USERNAME       THR PRI NICE   SIZE    RES STATE   C   TIME   WCPU COMMAND
59477 www              1 110    0 45776K 14692K RUN     0   0:12 61.28% rrdtool
59481 www              1 109    0 45808K 15276K CPU0    0   0:11 59.96% rrdtool
57171 www              1 109    0 49052K 16980K RUN     1   0:51 58.69% rrdtool

I might end up with 10 more of these neverending jobs. Even on the command line, there is no output.

How-To-Repeat: 	repeats each time.
Comment 1 paulbeard 2013-01-10 09:13:58 UTC
This URL seems to describe the same symptoms I am seeing.

http://forums.cacti.net/viewtopic.php?f=3&t=47922
Comment 2 paulbeard 2013-01-10 17:45:10 UTC
I ran 'postmaster -t .'on rrdtool this morning and that did resolve the =
issue of the jobs just hanging and never exiting. So now the graphs are =
output correctly, which means cacti pages load properly and the server =
doesn't end up with a load average over 40.=20

But the rrd files themselves aren't being updated. They stopped being =
updated last night, probably around when I noticed this and =
rebuilt/reinstalled rrdtool. If an older version of rrdtool tried to =
write to the newer files (I accidentally installed 1.2 over 1.4 since I =
mistakenly assumed rrdtool without a version number was 1.0) would that =
damage them to where they could not be written to by 1.4?=20

Never mind. I see that rrdtool, called by cacti's cmd.php process, will =
update the timestamps, at the very least. Spine won't, for whatever =
reason.=20

But now, after some more tinkering, that doesn't work anymore either.=20

I think I'll leave it alone now.=20



--
Paul Beard

Are you trying to win an argument or solve a problem?=20
Comment 3 paulbeard 2013-01-10 18:10:17 UTC
This may be resolved. I ran portmaster -t in net-mgmt/cacti and =
net-mgmt-spine and now the rrd files and the resulting display graphics =
are updating. Not sure what linkages were broken or if there was an =
easier way to resolve it.=20


--
Paul Beard

Are you trying to win an argument or solve a problem?=20
Comment 4 Edwin Groothuis freebsd_committer freebsd_triage 2013-01-14 08:41:35 UTC
Responsible Changed
From-To: freebsd-ports-bugs->sylvio

Over to maintainer (via the GNATS Auto Assign Tool)
Comment 5 John Marino freebsd_committer freebsd_triage 2014-06-11 19:02:23 UTC
This port has no maintainer.
Comment 6 John Marino freebsd_committer freebsd_triage 2014-06-19 09:10:08 UTC
submitter indicated (local) issue went away.