In triton when I define a package with a 30GB quota and the root fs image is 80gb (windows) is there anything I can do besides just make bigger packages?

I have deleter /opt/tools , have bootstrapped pkgsrc in SmartOS GZ again and again, after reboot, it does not work, but says on 'pkgin' command: ld.so.1: pkgin: fatal: libsqlite3.so.0: open failed: No such file or directory

The difference could be that I used triple mirror when installed and did some steps separately during install, unlike other installs on HW

that's .. unexpected, could you be explicit about the steps you've taken to get to that point?

jperkin, I might be looking at the #smartos channel logs, because I were re-doing reinstall on theiple mirror, while intensivley chatting on it and getting ideas from chanel member.

rebooting and zpool layout shouldn't affect anything, every part of the tools kit is self-contained under /opt/tools so the only thing that would cause something like that is something actively modifying contents under /opt/tools

the only other possible thing that comes to mind is that you're running a platform older than 20210826 and somewhere in the log there will be an error about missing libc versions

I removed /opt/tools and did bootstraping again. I have a service for few local tools as per "How To Set Up A Small SmartOS Server To Do Big Things" article by Tim Boudreau and this is newer install. Oldest piadm list says is 20220714

Used manuaal from pkgsrc.smartos.org and SMF service has config in /opt/custom/share/svc/smartos_setup.sh and it have doing something with the PATH ... maybe that is the cause.. /lib/svc/share/smf_include.sh

" #### Insert code to execute on startup here." is useful for things like mounting encrypted datasets and so on..

I have other machines with latest Smartos and dools and pkgsrc on them works just fine .. only they were installed with older Smartos then updated..

shouldn't make any difference, unless you somehow have a different pkgin in $PATH and the error is coming from that, maybe a bad /opt/local install

under normal operating conditions there's no possible way that unpacking the tools bootstrap and rebooting would result in either the sqlite3 package from being deleted or pkgin no longer being able to find it (we bake in the rpaths so even things like crle/LD_LIBRARY_PATH wouldn't affect it)

so it'll be a case of figuring out what outside factors are causing things to either be deleted or executed incorrectly

Smithx10: considering the guest could change any/all of those 80GB of the base image (thus incurring storage cost), I don't think anything but a larger quota will do

svccfg import systemprep.xml says: svccfg: document DTD unknown; not service bundle? ( pastebin.com/G56rNDJ5)

sorry, pastebin.com/ZrRzdmi9

Seems that it used to work as service definition before, does not works anymore

pmooney: thats what I thought

nikolam: that's not a valid manifest, it's missing the first two lines at least, I'd suggest using e.g. josh's example here gist.github.com/jclulow/2606370 rather than random bits from the IA

jperkin, thanks a lot. OS is a live thing and things move so should all-in-place tutorials. So /opt/custom/bin/postboot is a new place to put scripts in , and service is site/postboot . Anything in script is per user's own needs, of course.

I suppose Smartos best practices is having 64GB of RAM and run Triton.

yeh we should probably write something a bit more authoritative and put it in the wiki

I wouldn't say best practise, it's an option, but running standalone SmartOS on a small server is no less of a supported system