> On 04/ 4/10 02:56 PM, Sanjay Nadkarni wrote: > > > > Since swap is also used as /tmp's backing store, you may not be able > > to delete the primary swap area on a running system. I would suggest > > first adding the bigger swap size that you need and deleting the old > > one. > > Is that really true? I always thought that tmpfs didn't have a backing > store per se, which is why /tmp loses its contents after a reboot.
Contents of the swap space is "lost" on reboot, too. > AFAIK. if swap -l shows no swap in use, you can delete it. I believe > that it won't actually let you delete it if any swap is being used, so > it is pretty safe to try to so. That's the theory. But with zfs it is possible that you can't delete the last swap device, although no blocks are in use on the last swap device, see bug 6691940 "zfsboot, b16, 'swap -d /dev/zvol/dsk/rootpool/swap' return Not enough space" http://bugs.opensolaris.org/bugdatabase/view_bug.do?bug_id=6691940 I recently had exactly that problem on build 134, trying to delete the rpool/swap zvol, after the system had been in use for a few hours. The solution was to attach a temporary swap zvol first, before deleting the /dev/zvol/dsk/rpool/swap. After that you can change the rpool/swap zvol, re-add it, and drop the temporary swap zvol. And IIRC, a long time ago (probably before zfs), it was possible to delete the last swap slice even in the case space on it was in use. The kernel would try bringing all those used swap pages into memory, and if that was possible the last swap device could be deleted. -- This message posted from opensolaris.org _______________________________________________ indiana-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/indiana-discuss
