Bugzilla – Bug 6262
installadm manpage shouldn't use /tmp as an example for image location
Last modified: 2009-04-07 10:18:07 UTC
You need to log in before you can comment on or make changes to this bug.
If AI mounts image into /tmp, after reboot system can't boot. Some services won't start. Steps to reproduce: Start AI server as documentation says: installadm create-service -s /tmp/image/Opemsolaris-ai-2008.11.iso -i 133.134.133.0 -c 20 /tmp/newimage the image was mounted into /tmp/newimage In /etc/vfstab you can find record about new mounting point. And this is a problem when booting. Reboot machine. Disable happy face. Boot stops on these errors: svcs -xv svc:/network/rpc/smserver:default (removable media manager) State: uninitialized since Wed Jan 28 Reason: Restarter svc:/network/inetd:default is not running See: http://sun.conm/msg/SMF-8000-5H Impact: 2 dependent services are not running: svc:/milestone/multi-user-server:default svc:/system/zones:default svcs -xv inetd svc:/network/inetd:default (inetd) State: offline since Wed jan 28 Reason: service svc:/system/filesystem/local:default is not running because a method failed. See: http://sun.com/msg/SMF-8000-GE Path: svc:/network/inetd:default svc:/system/filesystem.local:default Impact: 5 dependent services are not running: svc:/milestone/multi-user:default svc:/system/inetd:default svc:/milestone/multi-user-server:default svc:/system/zones:derfault svc:/application/graphical-login/gdm:default tail /var/svc/log/system-filesystem-local:default.log mount: /tmp/ai/boot: No such file or directory. WARNING: /sbin/mountall -l failed: exit status: 1 Method "start" existed with status 95 Workaround: Edit /etc/vfstab The documentation should be corrected. Installadm delete-service should remove record from /etc/vfstab
There are a couple of issues here: 1. If you reboot the system, there is a well known problem with zfs and lofs. It is tracked under 6464201 and it is fixed in Nevada already. If your install server is running osol 2008.11, then you need to apply the workaround. Or upgrade your server to a later osol build that had the fix 2. It will not be a good idea to put images on /tmp because by default it is the swap. You will lose all the data after reboot. admin@osol-inst:~# uname -a SunOS osol-inst 5.11 snv_101b i86pc i386 i86pc admin@osol-inst:~# df -kh /tmp Filesystem size used avail capacity Mounted on swap 1.8G 196K 1.8G 1% /tmp admin@osol-inst:~# I normally put mine in /export/home/images.
(In reply to comment #0) > > The documentation should be corrected. This documentation issue will be addressed by this bug. > > Installadm delete-service should remove record from /etc/vfstab This should be covered by bug 4526. I'll add a comment there to note entries in the /etc/vfstab.
Given the man page actually comes via the SUNWinstalladm-tools package, reassigning.
I can make the corrections to the man page for the next release. Barbara
Potential blockers should be at least P2.
Corrections being made to man page for redelivery to engineering build
Fixed man page delivered online. Ready for delivery to engineering build.