[Xymon] rrd file will not recreate

[Jeremy Laidman]

Try using this magic incantation of lsof:

sudo lsof -nP +L1

This will list all filenames that have been deleted but have filehandles
still being held open by a process. The "+L1" means to show all files with
a link count less than 1. Deleted files have a link count of zero.

However, I suspect this cannot be your problem, because a new xymond_rrd
process would simply create a new file with the same filename. A
deleted-but-still-present file has no filename on the filesystem and so
cannot block the creation of a new file with the same name.

Cheers
Jeremy


On 19 April 2018 at 04:32, Root, Paul T <Paul.Root at centurylink.com> wrote:

> Hi all,
>
>                 I’m writing a custom script to monitor a group of run
> away java scripts memory hog.
>
>
>
>                 Anyway, I’m trying to create a graph, which I’m never
> good at.
>
>
>
>                 Anyway, the rrd file was created immediately, when I
> first put in the entry to TEST2RRD and a NCV_Testname line in
> xymonserver.cfg.
>
>
>
>                 A couple of iterations of the data,  changing names etc.
> I deleted the rrd file (which was updating some data), killed the rrd
> processes to the xymon server. It didn’t recreate the file. So I restarted
> xymon completely on the server.
>
>
>
>                 All I could think of is a process holding on to that old
> file.
>
>
>
>                 So does anyone know the magic to get an RRD file to
> recreate on the server?
>
>
>
>                 BTW, a second server that also has the test, does have
> the rrd file, and it updates the current data, but no historical data.
>
>
>
> Thanks
>
> Paul.
>
>
>
> Paul Root
>
> Lead Engineer
>
> 390 Commerce Dr
>
> Woodbury, Mn 55125
>
> 651-312-5207
>
> paul.root at centurylink.com
>
>
> This communication is the property of CenturyLink and may contain
> confidential or privileged information. Unauthorized use of this
> communication is strictly prohibited and may be unlawful. If you have
> received this communication in error, please immediately notify the sender
> by reply e-mail and destroy all copies of the communication and any
> attachments.
>
> _______________________________________________
> Xymon mailing list
> Xymon at xymon.com
> http://lists.xymon.com/mailman/listinfo/xymon
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.xymon.com/pipermail/xymon/attachments/20180420/92481e8e/attachment.html>