[Request]: enlarge size of tmpfs


Recommended Posts

Default size of tmpfs is 128MB and this limit is quickly reached now with various processes putting their log information in there (notably Docker).

 

Proposal is to make this at least 256MB or bigger to ensure all log files as created under unRAID v6 will fit.

 

Link to comment

FWIW, I gave Tom some code on sizing/resizing this on demand in the /etc/rc.S via the syslinux.cfg or via boot parameter.

Maybe Tom could implement this. I provided the code and test cases in an older email.

 

I am actually using your provided code to increase the size upon system reboot (it is put in 'go'). Thanks for supplying that, it is really helpful to me :)

 

In v6 a lot more is stored under /var/log.

 

Link to comment
  • 3 years later...
Quote

mount -o remount,size=384m /var/log

This don't work in Version: 6.7.0-rc6 via ssh?

 

Quote

tmpfs on /dev/shm type tmpfs (rw)

tmpfs on /var/log type tmpfs (rw,size=128m,mode=0755)

 

After reboot no change....

Edited by wit3k
Link to comment
  • 2 years later...
On 5/3/2015 at 5:15 PM, BRiT said:

# resize log partition

mount -o remount,size=384m /var/log

 

 

I personally had to use at least 384 Megs since each day generated at least a 9.2 Meg file when Dynamix System Activity plugin was installed.

 

Sorry to resurrect this thread but does this still work in 2022 with version 6.9.2 of Unraid?  I was thinking about dropping this command into UserScripts to run at array startup unless there is a better way to handle it these days.  I have encountered my server grinding to a halt after a month (and spamming my syslog/SMTP server with hundreds of error messages) a couple of times now and traced the problem back to the issue with nginx and worker process 'xxxx' exited on signal 6.

Edited by akguy
misquoted
Link to comment
  • 2 weeks later...
On 2/18/2022 at 5:54 PM, akguy said:

[...] does this still work in 2022 with version 6.9.2 of Unraid? [...]

From trying it out it doesn't. I may have not implemented this solution correctly though. It somehow messes with how the log gets saved to the flash drive spitting out this error:

rsyslogd: file '/boot/logs/syslog'[6] write error - see https://www.rsyslog.com/solving-rsyslog-write-errors/ for help OS error: File too large [v8.2002.0 try https://www.rsyslog.com/e/2027 ]
rsyslogd: action 'action-1-builtin:omfile' (module 'builtin:omfile') message lost, could not be processed. Check for additional error messages before this one. [v8.2002.0 try https://www.rsyslog.com/e/2027 ]

 

Link to comment

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.