New Feature: /tmp and /var RAM disks on Full installs; /tmp and /var resizing
-
OK that isn't from this code, it's from later in the boot process.
With this option enabled, /var is already a RAM disk. The error comes from mdmfs trying to make a /var/run RAM disk, and failing.
-
@w0w:
2GB of memory installed. 18xxMB free.
I presume that is on the system. How much RAM have you assigned to the VM running pfSense?
-
@w0w:
2GB of memory installed. 18xxMB free.
I presume that is on the system. How much RAM have you assigned to the VM running pfSense?
Why are you asking? jimp already found why mdmfs is failing
Anyway it's 4GB of memory in VM -
@w0w:
jimp already found why mdmfs is failing
I can see a report in this topic that mdmfs is failing but I don't see an explanation in this topic of why it is failing so I assumed the issue was still open.
-
@w0w:
jimp already found why mdmfs is failing
I can see a report in this topic that mdmfs is failing but I don't see an explanation in this topic of why it is failing so I assumed the issue was still open.
See my post here: http://forum.pfsense.org/index.php/topic,59941.msg328113.html#msg328113
This should be solved after a commit I made this afternoon. Nothing was actually failing fatally, it was just erroring out on a part that wasn't necessary in this config
-
is it possible to create a option for a third RamDisk?
So we can choose Squid/HAVP/etc for using this space for caching!
so the normal usage of /tmp and /var is not affected?!No, there is no option for that, and probably won't be. Not something common enough to warrant doing. Just config squid to use more memory cache and not a disk cache in a RAM disk. That's a discussion for a different thread though.
Jepp: http://forum.pfsense.org/index.php/topic,60944.0.html
Btw: Many thank's for your work and implementation of nice new features! I've read your book and would be happy to read the next version with pfS 2.1 :)
-
For all those missing this functionality, I found that even after updates it was not showing up. The reason I found was that I had the option to gitsync at the end of update. This either replaced the file or in my case never ran properly after the repository change. To resolve this, rename /root/pfsense to anything else, I chose pfsense.old, then "vi /etc/phpshellsessions/gitsync" changing the "$GIT_REPO" to "git://github.com/pfsense/pfsense.git". Once I did this and played back gitsync, I have this option available to me.
-
For all those missing this functionality, I found that even after updates it was not showing up. The reason I found was that I had the option to gitsync at the end of update. This either replaced the file or in my case never ran properly after the repository change. To resolve this, rename /root/pfsense to anything else, I chose pfsense.old, then "vi /etc/phpshellsessions/gitsync" changing the "$GIT_REPO" to "git://github.com/pfsense/pfsense.git". Once I did this and played back gitsync, I have this option available to me.
http://forum.pfsense.org/index.php/topic,60805.0.html
-
Sure . that works also. Perhaps it is better to disable gitsync on firmware upgrade for now.
-
Today accidentally I found that I have the same problem like described here - http://forum.pfsense.org/index.php?action=profile;u=232265;sa=showPosts and the reason why CUPS really wants directory to be created manually is that I am using ramdisk feature. When I disable it, CUPS logs are empty and directories are created automatically. This looks like some non critical "cosmetic" bug/feature that can affect other packages too, so be careful before adding something that uses var or tmp.
