Jan Damborsky wrote: > 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 ? >
The problem with dumpadm -r was noted in the comments in that function already; I thought we had filed a bug but perhaps not since we didn't note that we were working around a specific number (which is the one case where using a bug number in a comment is a good idea). Please file one if it hasn't been done. Dave
