Large number of files accumulating in /tmp with name beginning with tmpcfd_

[franco]

Hi Larry,

Thanks, we're looking into it.

Just wondering what d8a70aede1c95108c0296f6a6abfebaa is... would you mind checking this out?

# md5sum /tmp/tmpcfd_* | grep d8a70aede1c95108c0296f6a6abfebaa

And see what the content is of these files (if they are still on your disk)?


Thanks,
Franco

[lmoore]

Hi Franco,

These two files returned immediately after rebooting at 00:03. Since looking at the time stamp on these files and extracting more detail, one of the files was updated at 9:52:28 - the content is the same.

I'm only using IPv4.

Code Select Expand

{"WAN_DHCP":"WAN_DHCP - <ISP Gateway IP>","Null6":"Null6 - ::1","Null4":"Null4 - 127.0.0.1","WAN_DHCP6":"WAN_DHCP6 - inet6"}
WAN Configuration:

Code Select Expand

    <wan>
      <if>re0</if>
      <descr>WAN1</descr>
      <enable>1</enable>
      <lock>1</lock>
      <spoofmac/>
      <blockpriv>1</blockpriv>
      <blockbogons>1</blockbogons>
      <ipaddr>dhcp</ipaddr>
      <dhcphostname/>
      <alias-address/>
      <alias-subnet>32</alias-subnet>
      <dhcprejectfrom/>
      <adv_dhcp_pt_timeout/>
      <adv_dhcp_pt_retry/>
      <adv_dhcp_pt_select_timeout/>
      <adv_dhcp_pt_reboot/>
      <adv_dhcp_pt_backoff_cutoff/>
      <adv_dhcp_pt_initial_interval/>
      <adv_dhcp_pt_values>SavedCfg</adv_dhcp_pt_values>
      <adv_dhcp_send_options>dhcp-lease-time 3600</adv_dhcp_send_options>
      <adv_dhcp_request_options>subnet-mask, routers</adv_dhcp_request_options>
      <adv_dhcp_required_options>subnet-mask, routers</adv_dhcp_required_options>
      <adv_dhcp_option_modifiers/>
      <adv_dhcp_config_advanced>advanced</adv_dhcp_config_advanced>
      <adv_dhcp_config_file_override/>
      <adv_dhcp_config_file_override_path/>
    </wan>
Static Routes:

Code Select Expand

  <staticroutes version="1.0.1" persisted_at="1781743877.78" description="Static routes">
    <route uuid="1762d6b5-3cd6-4390-89f5-d20bee31ec77">
      <network>192.168.0.0/16</network>
      <gateway>Null4</gateway>
      <descr>Null route for RFC-1918</descr>
      <enabled>1</enabled>
    </route>
    <route uuid="58d71ef5-0dcf-4eaf-9925-695c87ae5b71">
      <network>172.16.0.0/12</network>
      <gateway>Null4</gateway>
      <descr>Null route for RFC-1918</descr>
      <enabled>1</enabled>
    </route>
    <route uuid="9aade0c2-8f72-4024-9a84-36d672760c77">
      <network>10.0.0.0/8</network>
      <gateway>Null4</gateway>
      <descr>Null route for RFC-1918</descr>
      <enabled>1</enabled>
    </route>
    <route uuid="545691d1-9ae7-42ca-8072-6b3c6e822f2d">
      <network>fc00::/7</network>
      <gateway>Null6</gateway>
      <descr>Null route for ULA IP's</descr>
      <enabled>1</enabled>
    </route>
  </staticroutes>
System -> Routes -> Log File:

Code Select Expand

<Empty>
BTW, OPNsense was last updated on the 5th of July.

Cheers,

Larry.

[franco]

Hi Larry,

Ad found the bug that leaves the temp file when the command crashed:

# opnsense-patch https://github.com/opnsense/core/commit/9b0767001e
# service configd restart

The "interface gateways list" command for the second question has several arguments and it may end up caching the same content multiple times in two different files for that reason:

src/opnsense/mvc/app/models/OPNsense/Routes/Route.xml:                <ConfigdPopulateAct>interface gateways list</ConfigdPopulateAct>
src/opnsense/mvc/app/models/OPNsense/Routing/GatewayGroups.xml:                <ConfigdPopulateAct>interface gateways list -l</ConfigdPopulateAct>

These two likely produce the same output most of the time but are different parameters so effectively different calls. I also have two files with the same content.


Cheers,
Franco

[lmoore]

Hi Franco,

Much appreciate your teams prompt action.

Patch applied... I'll keep an eye on /tmp for a while.

Cheers,

Larry.

[Copprhead]

I have the same(?) problem with recently updated 25.1.12. /tmp full of files tmpcfd_* filling up the disk. The system felt slow and I rebootet it. It got stuck on reboot at the point where it deletes /tmp/*. It took a couple of hours to delete all the files.
Now with an uptime of 5 minutes there are already.

Any chance to get a patch for this older version?

[franco]

The patches are in this thread, but you should really update to the maintained version instead.


Cheers,
Franco