David.Comay at Sun.COM wrote: >> 8427 AI doesn't set dump device to ZVOL on installed system >> >> webrev: >> http://cr.opensolaris.org/~dambi/bug-8427 > > Jan, is there a reason you're directly writing /etc/dumpadm.conf (a > project private implementation, I believe) rather using dumpadm(1M)?
Hi David, I agree with you that if possible we should avoid this. I have tried to manipulate /a/etc/dumpadm.conf on just installed system (before reboot) using dumpadm(1M), but it doesn't seem to work, since /a/dev/dump is not available at this point: # dumpadm -r /a -d /dev/zvol/dsk/rpool/dump dumpadm: failed to open /dev/dump: No such file or directory # ls -lL /a/dev/dump ls: cannot access /a/dev/dump: No such file or directory I am not sure if access to /a/dev/dump is really needed for setting options in /a/etc/dumpadm.conf - should I file bug against dumpadm(1M), so that we could switch to using dumpadm(1M) in future ? Thank you, Jan
