(Illustration by Gaich Muramatsu)
On Thu, Mar 29, 2001 at 03:47:04PM -0600, ctest_at_neural.dlsemc.com wrote: > codasrv seems to quit uppon startup. the log file says: ... > open_log failed. > do_rvm_options failed > 13:33:56 rvm_init failed RVM_EIO > -rw-r--r-- 1 root root 94371840 Mar 28 14:42 datafile > -rw-r--r-- 1 root root 2098688 Mar 28 14:42 logfile > > the logfile is there, and was auto-generated by vice-setup. so i'm fuzzy as > to why openlog would fail. should i be runing codasrv as root or the coda > admin? (i assume creating the volume (when i get to that stage) should be > done by the coda admin?) The codaserver needs read-write access to the RVM log and data files as well as the /vicepa directory, as they are only writeable by root, I would assume that codasrv needs to run as root. We tend to run the various Coda daemons as root, although for security reasons we really should only be running rpc2portmap and auth2, which bind to low numbered ports, as root. > And i hope recource_limit=-1 means that there is no resource limit, > otherwize i've got another problem. :) Coda uses very large mmaps, at least as much as the size of the RVM datafile. So we tend to push most machine that have less physical memory installed deeply into swap. NetBSD has quite conservative default ulimit settings to avoid overcommit problems and we pretty much always hit these limits, so RVM (or maybe just the codasrv process) tends to disable any imposed limits on memory allocation. JanReceived on 2001-03-29 17:55:49