[Dxspider-support] [sysops] Temp Files..

Howard Leadmon howard at leadmon.net
Tue Oct 8 00:22:07 CEST 2019


   Hello Dirk,

  Two things, first I looked and dma is not even an installed package, 
not sure if something carried around from an older box, but just very 
strange.  At the same time, if I do a man on dma, I sure get a page on 
it, but can't just remove the package.

  That said, I think your spot on with the stdout going into a never 
ending mail queue, so for sure it seems something I need to get rid of, 
as have the normal logs.   I keep saying I am going to jump to mojo, but 
just haven't had time to sit down and actually do it.

  In my cron for the spider account, I have a cron entry like this:

# Set the path for executing cron jobs
PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/usr/local/sbin
* * * * *       /usr/local/sbin/dxspider.chk


  So I run the chk program to restart the node if it stops for any 
reason, guessing I should direct the output from that to null it seems..

73's..

---
Howard Leadmon - howard at leadmon.net
PBW Communications, LLC
http://www.pbwcomm.com

On 10/7/2019 6:03 PM, Dirk Koopman wrote:
> A further search suggests that this directory is used by an MTA called 
> 'dma' which apparently stands for Dragonfly Mail Agent. Obviously not 
> anything to do with DXSpider.
>
> What you are seeing is the contents of stdout from cluster.pl. 
> [Sidebar: I suppose it's probably about time I dispensed with this as 
> it is a daemon and nobody looks at it - not even me!]
>
> I don't know how you are starting cluster.pl, but I would expect to 
> see something ending in "....cluster.pl > /dev/null" or "...cluster.pl 
> > /dev/tty7" I (now) prefer the first version.
>
> Does this help?
>
> Dirk
>
> On 07/10/2019 22:22, Howard Leadmon wrote:
>>     Hello Dirk,
>>
>>  Thanks for responding, and you are correct it's running under 
>> FreeBSD 11.2 Stable at this time, and running under the following 
>> version of perl:
>>
>> Perl 5, version 28, subversion 1 (v5.28.1) built for 
>> amd64-freebsd-thread-multi
>>
>>
>> Good question on it writing into this dma folder, but for sure it's 
>> always done it, and I just wipe it out when it gets to large.  If I 
>> look at what is in the file, I see this:  (just a snip from the file)
>>
>>
>> <- I EA4FIT-2 PC92^PY3NZ-8^76800.01^K^5PY3NZ-8:5455:0.115^9^8^H92^
>> <- I EA4FIT-2 PC92^PY5JO-11^76785.02^A^^5PY3NZ-8^H93^
>> <- I EA4FIT-2 PC92^PY3NZ-8^76801^A^^5PY5JO-11:177.40.36.192^H93^
>> <- I EA4FIT-2 PC92^UT4ULP-5^76800.02^A^^7EI7MRE:2a00,1098,86,54,,1^H92^
>> <- I EA4FIT-2 PC92^EA4RCH-5^76801^D^^5ON4KST^H95^
>> <- I EA4FIT-2 PC92^PY1NB-4^76802^D^^5DH1TW-2^H95^
>> <- I EA4FIT-2 PC92^F6KVP-3^76800^D^^5UR4QRH-2^H95^
>> <- I EA4FIT-2 PC92^ON0NOL-9^76802^D^^5R2DGO-1^H95^
>> <- I EA4FIT-2 PC92^F8KHI-3^76802^D^^5VE3CGR-5^H94^
>> <- I EA4FIT-2 PC92^W5CMM-1^76800^D^^5M0KGX-3^H92^
>> <- I EA4FIT-2 PC92^PA4JJ-3^76802^D^^5N2KI-9^H92^
>> <- I VE2REA PC92^N6WS-6^76794^D^^5DB0SUE-7^H93^
>> <- I VE2REA PC92^ON0NOL-9^76800^D^^5ON0DXC^H92^
>> <- I VE2REA PC11^1840.0^PA0WCH^07-Oct-2019^2119Z^FT8 
>> JO21RJ<>IM76HG^EA7FDR^EA1DX^H93^~
>> <- I VE2REA PC92^IW2EVH-6^76800^D^^5IQ8XF^H94^
>> <- I VE2REA PC92^PY1NB-4^76800^D^^5IW0QNL^H95^
>> -> D KA1R DX de NX5T:      18120.0  V31JW        59 in 
>> TX                       2119Z%07%07
>> -> D N9KT-2 PC61^18120.0^V31JW^ 7-Oct-2019^2119Z^59 in 
>> TX^NX5T^N6WS-6^63.249.43.100^H28^~
>> -> D F4GVE-2 PC61^18120.0^V31JW^ 7-Oct-2019^2119Z^59 in 
>> TX^NX5T^N6WS-6^63.249.43.100^H28^~
>> -> D SR9DDF-12 PC61^18120.0^V31JW^ 7-Oct-2019^2119Z^59 in 
>> TX^NX5T^N6WS-6^63.249.43.100^H28^~
>> -> D PY4OG-2 PC61^18120.0^V31JW^ 7-Oct-2019^2119Z^59 in 
>> TX^NX5T^N6WS-6^63.249.43.100^H28^~
>> -> D VE3TOK-1 PC61^18120.0^V31JW^ 7-Oct-2019^2119Z^59 in 
>> TX^NX5T^N6WS-6^63.249.43.100^H28^~
>> -> D G3LRS-2 PC61^18120.0^V31JW^ 7-Oct-2019^2119Z^59 in 
>> TX^NX5T^N6WS-6^63.249.43.100^H28^~
>>
>>
>>
>> It seems to just drop the blobs of data like this into the file about 
>> ever say 30-60 seconds.   I just assumed it was a logging point for 
>> everything that it processed, but just never got rotated..
>>
>> 73's de WB3FFV
>>
>> ---
>> Howard Leadmon -howard at leadmon.net
>> PBW Communications, LLC
>> http://www.pbwcomm.com
>>
>> On 10/7/2019 4:53 PM, Dirk Koopman via Dxspider-support wrote:
>>> There are a few things:
>>>
>>> 1. DXSpider does not (intentionally) write to anywhere out of the 
>>> /spider tree.
>>> 2. A swift search suggests that /var/spool/dma is a FreeBSDism.
>>> 3. What's in it?
>>> 4. What are you running on?
>>>
>>> 73 Dirk G1TLH
>>>
>>> On 07/10/2019 19:24, Howard Leadmon wrote:
>>>>
>>>>  Probably a Dirk question, but it seems that DXspider uses a never 
>>>> ending temp file, or I see no sign of rotation, and as it's a temp 
>>>> name it's not simple to just add it to a rotate script.
>>>>
>>>>  I get notifications from my system ever so often that /var is 
>>>> getting low, and when I look I find a file in /var/spool/dma that 
>>>> is loaded with logging from the spider node.   A quick ls shows me 
>>>> this thing gets big..
>>>>
>>>> *-rw-rw----  1 sysop  other  98642690048 Oct  7 14:16 tmp_ChMmSPN1mE*
>>>>
>>>>
>>>> I tend to go in and stop the node, and get rid of the file, but I 
>>>> had having to boot everyone to make sure I have a truncated but 
>>>> usable temp file for the node to work with. Are there any 
>>>> suggestions, or procedures for taking care of this so the drive 
>>>> doesn't run low, and spider can hum along nicely for months without 
>>>> incident??
>>>>
>>>>
>>>> 73's de WB3FFV
>>>>
>>>>   
>>>> ---
>>>> Howard Leadmon -howard at leadmon.net
>>>> PBW Communications, LLC
>>>> http://www.pbwcomm.com
>>>>
>>>>
>>>> _______________________________________________
>>>> http://www.dxcluster.info/
>>>>
>>>> sysops mailing list
>>>> sysops at dxcluster.info
>>>> http://mail.dxcluster.info/mailman/listinfo/sysops_dxcluster.info
>>>>
>>>
>>>
>>> _______________________________________________
>>> Dxspider-support mailing list
>>> Dxspider-support at tobit.co.uk
>>> https://mailman.tobit.co.uk/mailman/listinfo/dxspider-support
>>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://mailman.tobit.co.uk/pipermail/dxspider-support/attachments/20191007/56e129e5/attachment-0001.html>


More information about the Dxspider-support mailing list