![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png)
hauntedunix's suggestion worked: mount the /var zpool as legacy. All hail!
The trick now is that the system won't install zones properly. The zone creates okay, verifies as installable, when I go to install it installs 3 packages and of course won't boot. This is because, desperate for space on Friday, I cleared all that faff out of /var/sadm/pkg ... which is where zone packages are installed from. D'oh!
So today I tried jumpstarting it. And IT appear to have set up the network so stuff won't tftpboot. ARGH. Tomorrow we make an appointment to go down to the server room and ... put the 10u8 SPARC DVD in the drive.
It's been a learning experience.
Oh, and the Solaris 10u8 i386 VirtualBox image that Sun heartily encourages everyone to download and try is a dysfunctional piece of complete dogshit that seems to have been put together with the express aim of warning people off Solaris.
(no subject)
Date: 2010-02-10 04:23 am (UTC)Zones are dead easy. I should email you some of my notes.
About that VirtualBox 10u8 image... don't. Just don't. Sun's default images are awful - and I say that as an avowed Solaris fangirl.
(just for the record, I am typing this on a newish Vaio running OpenSolaris snv_131, with Windows 7 running inside VirtualBox to feed my TurboTax addiction ;)
(no subject)
Date: 2010-02-10 10:25 am (UTC)I'm tempted to try a Solaris virtual box starting from an x86 DVD image. It can't suck more than this thing.
(no subject)
Date: 2010-02-10 08:33 pm (UTC)Yes, do try creating a Sol10 virtual box from scratch. It's done very well for me as both production servers and deskside workstations.
(no subject)
Date: 2010-02-10 08:02 am (UTC)One recommendation about zones which I suspect I'll get jumped on and told I'm an idiot for: unless you're sure you'll never need to add packages that go in /usr and friends, do it with "create -b" to avoid making a sparse zones. Sparse zones are cool in theory but my experience has been that you can easily wind up jumping through lots of hoops to deal with the fact that /usr and friends are now read-only and almost no third-party stuff takes that into account.
Disk space in a modern Solaris system is not exactly at a premium so the couple of gigs for a full duplicate of the OS is not a big drama.
(no subject)
Date: 2010-02-10 10:23 am (UTC)I like the idea of sparse zones - global zone strictly for sysadmin, work in local zones. Symlinking /usr/local to somewhere on /export works pretty well for said obnoxious software. (Software that logs to /usr/local is ARGH YOU STUPID PIECE OF CRAP and entirely to be expected.)
(no subject)
Date: 2010-02-10 10:51 am (UTC)The only advantages I'm seeing with sparse zones is deployment time and disk space. Mostly those two things matter less than flexibility. Deployment only takes 10 minutes for a full zone anyway.
Do yourself a favour and build yourself a Sol10U8 VM somewhere to play with. It'll be worth the effort. IIRC you need to do the install in text mode (or "text in an xterm" mode) rather than using the GUI if you want to install on ZFS root, the assumption is that Serious Cat has Serious Jumpstart Infrastructure so the interactive installer is unimportant.
(no subject)
Date: 2010-02-10 12:31 pm (UTC)(no subject)
Date: 2010-02-10 08:36 pm (UTC)(no subject)
Date: 2010-02-09 11:02 pm (UTC)(no subject)
Date: 2010-02-09 11:31 pm (UTC)(no subject)
Date: 2010-02-09 11:32 pm (UTC)(no subject)
Date: 2010-02-10 09:28 am (UTC)(no subject)
Date: 2010-02-10 10:08 am (UTC)(no subject)
Date: 2010-02-09 11:24 pm (UTC)The ZFS learning curve has been much flattened by already having several Netapps lying about, so the concepts of optimal raidgroup sizing and how to utterly hose a CoW f/s are already common and/or wikified.
There are regular exchanges of the form 'What d'you mean ZFS doesn't do (x)? I thought it was a Netapp killer. Everyone says so. Does this mean they've not actually tried to do (x)?'
(no subject)
Date: 2010-02-09 11:33 pm (UTC)(no subject)
Date: 2010-02-09 11:50 pm (UTC)b. Delete it all at once.
c. Profit!
Actually, (c) expands to 'watch the Filer have a complete head-fit and peg the CPUs for several minutes. Since throughput has just fallen through the floor, watch all the businessy-businessy apps expire messily and then deal with the throng of angry suits between you and the coffee machine.'
The Netapp tech-note boils down to 'Don't do that. Performance can be sub-optimal.'
(no subject)
Date: 2010-02-09 11:56 pm (UTC)(no subject)
Date: 2010-02-09 11:59 pm (UTC)(no subject)
Date: 2010-02-10 12:18 am (UTC)I know damn fine that I'd worry more about the data if it were on things that weren't Filers. (He said, being non-committal and leaving out a bunch of stuff)
(no subject)
Date: 2010-02-10 12:24 am (UTC)Netapp's support is pretty damn good and it means I don't have to phaff about detecting the inevitable failed disks or even reporting them. And Netapp's clustering is good and has only been getting better in the two yers I've worked with them. I wouldn't want to run anything really key on an x4500 (and that's without going into the problems we had during a PoC running an oracle DB on same with zfs on top as it dealt with random reads/writes really really badly).
We still have a truckload of netapps at our place, and I still love them. Where
OracleSun end up when their zfs-based product (Unified? Formerly Amber Rd) is more mature however, that remains to be seem (we trialled their beta when it was the only one they had in europe, it was in serious need of getting the basics right let alone the clever stuff).(no subject)
Date: 2010-02-10 10:09 am (UTC)(no subject)
Date: 2010-02-10 03:53 am (UTC)Also, RAID-Z is full of goodness and light and bunnies and is like RAID except better in every way and will solve every problem in the world…
…except the ones involving lots of small files.
(no subject)
Date: 2010-02-10 01:12 pm (UTC)(no subject)
Date: 2010-02-10 01:20 pm (UTC)