Switch to DuckDuckGo Search
   March 8, 2013  
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >

bottom
[00:08:01] *** iyp has joined #smartos
[00:13:53] *** emocakes has joined #smartos
[00:16:06] *** neophenix has quit IRC
[00:20:30] *** emocakes has quit IRC
[00:20:31] *** szaydel has joined #smartos
[00:22:07] *** jamesd has joined #smartos
[00:27:53] *** CarlosC has quit IRC
[00:35:53] *** tonyarkles has quit IRC
[00:48:10] *** iyp has quit IRC
[00:57:26] *** chrisc_ has joined #smartos
[00:58:47] <chrisc_> Hi HiHi all. I am configuring my first kvm branded zone on smartos. What's the recommended disk and nic emulation type for Debian? virtio or something else?
[00:59:05] *** ira has quit IRC
[00:59:17] <ryancnelson> IDE, and virtio
[00:59:26] <ryancnelson> sorry:  virtio and virtio
[00:59:30] <chrisc_> Ok.
[01:00:00] <ryancnelson> any modern linux should recognize virtio nics and disks, i believe
[01:00:38] <ryancnelson> ... and perform noticeably better with them than emulating e1000 and ide
[01:00:44] *** iyp has joined #smartos
[01:00:54] <chrisc_> Does it vary much between linux distros as to that? Or should all linux datasets from smartos be virtio for both? Also whats the default creds for the debian dataset?
[01:01:17] <ryancnelson> there are no default creds, anywhere
[01:01:25] <chrisc_> Ok
[01:01:33] <chrisc_> Thanks
[01:01:42] <ryancnelson> if you're on the console, some datasets will let you just log in as root, with no password
[01:01:57] <ryancnelson> ... otherwise, you can pass in ssh keys at provision-time
[01:02:24] <ryancnelson> ... or boot single-user and set a password that way, using normal "i forgot my password" methods for linux
[01:02:47] <ryancnelson> but there shouldn't be a secret root password cooked in there
[01:02:47] <chrisc_> Ok.
[01:03:40] <ryancnelson> see the bottom of this page:  http://wiki.smartos.org/display/DOC/How+to+create+a+KVM+VM+%28+Hypervisor+virtualized+machine+%29+in+SmartOS
[01:03:51] <ryancnelson> "Passing SSH keys to the VM"
[01:03:52] <chrisc_> Also, as to the virtio disk thats setup for kvm zones. Is it thin provisioned? And if it needed to be expanded in the future would it be trivial?
[01:04:16] <ryancnelson> we don't support resizing disks
[01:04:45] <ryancnelson> ... and it's not a file, so, no, it's not thin-provisioned.  it's actually a zvol, on the zfs zpool
[01:05:58] <ryancnelson> ... you can, in fact, resize it (it's easy to resize a zvol) ... but then that's a "what's your guest OS's solution for that" question as to how to make it know about the disk label/partition/boundary/etc
[01:06:29] <pringlescan> During setup from the usb image, is there anyway to create a zpool without typing in the drive identifiers… also… is there a way to figure out which drives those refer to?
[01:08:13] *** axonpoet has quit IRC
[01:09:42] <nahamu> pringlescan: At the very least you can boot noinstall and run "diskinfo"
[01:12:53] *** MerlinDMC has quit IRC
[01:14:34] *** brendang has joined #smartos
[01:17:56] <ryancnelson> yeah... to figure out what disk is what:
[01:17:56] <ryancnelson> iostat -Exn
[01:18:21] <ryancnelson> ... will give you serial number and c0t0d0-style device name
[01:18:26] <pringlescan> okay, but I still have to type all of them by hand at setup? or is it better to do no install and create my zpool myself… or something? I can't really find a tutorial on how to install
[01:18:40] *** tonyarkles has joined #smartos
[01:18:55] <ryancnelson> ... the serial number is then probably on the sticker on your disk
[01:19:11] <pringlescan> it's weird, I'm getting a disk name that's much longer than usual, I ordered LSI HBA's and they came with the IR firmware… and I'm trying to reflash it but having a hell of a time, I thought it came with IT installed
[01:20:10] *** iyp has quit IRC
[01:20:24] *** tonyarkles has quit IRC
[01:22:27] *** brendang has quit IRC
[01:22:28] <pringlescan> I'm new to UEFI, I guess that's why I can't use DOS or Windows to flash the card
[01:23:17] *** brendang has joined #smartos
[01:23:31] *** iyp has joined #smartos
[01:23:44] <Alasdairr> LSI mpt_sas based cards give long device names by default
[01:23:54] <Alasdairr> the SAS UUID or something
[01:24:06] <ryancnelson> (starting up my smartos vm to look something up for you)
[01:24:32] <Alasdairr> it's a good thing
[01:24:36] *** MerlinDMC has joined #smartos
[01:26:11] *** Cpt-Oblivious has quit IRC
[01:28:50] *** des2 has quit IRC
[01:29:05] *** dabb has quit IRC
[01:29:08] *** nahamu has quit IRC
[01:29:10] *** Lumb has quit IRC
[01:29:11] *** while1eq1 has quit IRC
[01:29:13] *** MerlinDMC has quit IRC
[01:29:14] *** Raynos has quit IRC
[01:29:16] *** ice799 has quit IRC
[01:29:16] *** jaimef has quit IRC
[01:29:18] *** Meths has quit IRC
[01:29:19] *** spaam has quit IRC
[01:29:19] *** _lb_ has quit IRC
[01:29:22] *** deraps has quit IRC
[01:29:23] *** Esmil has quit IRC
[01:29:24] *** jamesd has quit IRC
[01:29:25] *** hij1nx has quit IRC
[01:29:25] *** potatosalad has quit IRC
[01:29:26] *** Guest68404 has quit IRC
[01:29:28] *** blu has quit IRC
[01:29:28] *** vsomes_ has quit IRC
[01:29:30] *** bahamas10 has quit IRC
[01:29:33] *** ssm has quit IRC
[01:29:33] *** taspts has quit IRC
[01:29:37] *** tallship has quit IRC
[01:29:42] *** melk has quit IRC
[01:29:47] *** yofuh has quit IRC
[01:29:48] *** Niamkik has quit IRC
[01:29:57] *** Teknix has quit IRC
[01:29:59] *** EMH_Mark3 has quit IRC
[01:30:00] *** [psy]_ has quit IRC
[01:30:07] *** jperkin has quit IRC
[01:30:07] *** quasi has quit IRC
[01:30:08] *** dumfries has quit IRC
[01:30:08] *** _dumfries has quit IRC
[01:30:10] *** ferai has quit IRC
[01:30:14] *** ivan\ has quit IRC
[01:30:14] *** texarcana has quit IRC
[01:30:18] *** id has quit IRC
[01:30:19] *** papertigers has quit IRC
[01:30:23] *** ikwildrpepper has quit IRC
[01:30:29] *** ClausA has quit IRC
[01:30:29] *** matthewpucc has quit IRC
[01:30:33] *** Azbruh has quit IRC
[01:30:33] *** wolstena has quit IRC
[01:30:34] *** jesse_ has quit IRC
[01:30:35] *** jgrafton has quit IRC
[01:30:42] *** samu has quit IRC
[01:30:50] *** porkbelt has quit IRC
[01:30:59] *** hungryblank has quit IRC
[01:31:05] *** rodgort has quit IRC
[01:31:08] *** linuxprof has quit IRC
[01:31:20] *** halldorh has quit IRC
[01:31:25] *** sjorge has quit IRC
[01:31:25] *** nefilim has quit IRC
[01:31:34] *** scarcry has quit IRC
[01:31:48] *** rmustacc has quit IRC
[01:31:51] *** Wraithhh has quit IRC
[01:31:51] *** jamesog has quit IRC
[01:31:55] *** |woody| has quit IRC
[01:31:56] *** tru_tru has quit IRC
[01:31:57] *** calmh has quit IRC
[01:31:58] *** gregburd has quit IRC
[01:32:00] *** xenol has quit IRC
[01:32:01] *** Xenith has quit IRC
[01:32:04] *** natefoo has quit IRC
[01:33:37] *** echelog-1 has joined #smartos
[01:42:23] *** des2 has joined #smartos
[01:42:23] *** while1eq1 has joined #smartos
[01:42:23] *** iyp has joined #smartos
[01:42:23] *** brendang has joined #smartos
[01:42:24] *** chrisc_ has joined #smartos
[01:42:24] *** jamesd has joined #smartos
[01:42:25] *** szaydel has joined #smartos
[01:42:25] *** leecallen has joined #smartos
[01:42:25] *** wolfeidau has joined #smartos
[01:42:25] *** ryancnelson has joined #smartos
[01:42:25] *** miine has joined #smartos
[01:42:25] *** Azbruh has joined #smartos
[01:42:25] *** wolstena has joined #smartos
[01:42:25] *** Teknix has joined #smartos
[01:42:25] *** hij1nx has joined #smartos
[01:42:26] *** natefoo has joined #smartos
[01:42:26] *** Guest8838 has joined #smartos
[01:42:26] *** estibi has joined #smartos
[01:42:26] *** ferai has joined #smartos
[01:42:26] *** sjorge has joined #smartos
[01:42:26] *** darjeeling has joined #smartos
[01:42:26] *** dap has joined #smartos
[01:42:26] *** nefilim has joined #smartos
[01:42:26] *** daleg has joined #smartos
[01:42:26] *** potatosalad has joined #smartos
[01:42:26] *** vsomes_ has joined #smartos
[01:42:26] *** enmand has joined #smartos
[01:42:26] *** robinsmidsrod has joined #smartos
[01:42:27] *** JT-EC has joined #smartos
[01:42:27] *** trentster has joined #smartos
[01:42:27] *** Guest68404 has joined #smartos
[01:42:27] *** jwk404_ has joined #smartos
[01:42:27] *** ivan\ has joined #smartos
[01:42:27] *** texarcana has joined #smartos
[01:42:27] *** porkbelt has joined #smartos
[01:42:27] *** jaakkos has joined #smartos
[01:42:27] *** benbangert has joined #smartos
[01:42:27] *** ismell_ has joined #smartos
[01:42:27] *** id has joined #smartos
[01:42:27] *** blu has joined #smartos
[01:42:27] *** dizko has joined #smartos
[01:42:27] *** ktkNA has joined #smartos
[01:42:28] *** scarcry has joined #smartos
[01:42:28] *** pringlescan has joined #smartos
[01:42:28] *** arekinath has joined #smartos
[01:42:28] *** gregburd has joined #smartos
[01:42:28] *** hungryblank has joined #smartos
[01:42:28] *** bbarker has joined #smartos
[01:42:29] *** phus has joined #smartos
[01:42:29] *** th has joined #smartos
[01:42:29] *** Licenser has joined #smartos
[01:42:29] *** bahamas10 has joined #smartos
[01:42:29] *** papertigers has joined #smartos
[01:42:29] *** xenol has joined #smartos
[01:42:29] *** Webhostbudd_ has joined #smartos
[01:42:29] *** asonge has joined #smartos
[01:42:30] *** Raynos has joined #smartos
[01:42:30] *** deedubs has joined #smartos
[01:42:30] *** prasm has joined #smartos
[01:42:30] *** dabb has joined #smartos
[01:42:30] *** Forced has joined #smartos
[01:42:31] *** fortytwo_ has joined #smartos
[01:42:31] *** jaimef has joined #smartos
[01:42:31] *** EMH_Mark3 has joined #smartos
[01:42:31] *** jesse_ has joined #smartos
[01:42:31] *** ssm has joined #smartos
[01:42:31] *** taspts has joined #smartos
[01:42:31] *** xinkeT has joined #smartos
[01:42:31] *** jdefelice has joined #smartos
[01:42:32] *** ice799 has joined #smartos
[01:42:32] *** CapP1CARD has joined #smartos
[01:42:32] *** copec has joined #smartos
[01:42:32] *** wesolows has joined #smartos
[01:42:32] *** jbergstroem has joined #smartos
[01:42:32] *** [psy]_ has joined #smartos
[01:42:32] *** elijah-mbp has joined #smartos
[01:42:32] *** chris--- has joined #smartos
[01:42:32] *** Alasdairr has joined #smartos
[01:42:33] *** pinja has joined #smartos
[01:42:33] *** melk has joined #smartos
[01:42:33] *** jgrafton has joined #smartos
[01:42:33] *** Triluch has joined #smartos
[01:42:33] *** tallship has joined #smartos
[01:42:33] *** windows has joined #smartos
[01:42:33] *** tardisx has joined #smartos
[01:42:33] *** nshalman has joined #smartos
[01:42:33] *** ed209 has joined #smartos
[01:42:33] *** richlowe has joined #smartos
[01:42:33] *** bdha has joined #smartos
[01:42:33] *** Zigara has joined #smartos
[01:42:33] *** konobi has joined #smartos
[01:42:34] *** gbluma has joined #smartos
[01:42:34] *** noeyesanticw has joined #smartos
[01:42:34] *** sheppard has joined #smartos
[01:42:34] *** aszeszo has joined #smartos
[01:42:34] *** hasker has joined #smartos
[01:42:34] *** |woody| has joined #smartos
[01:42:34] *** tru_tru has joined #smartos
[01:42:34] *** calmh has joined #smartos
[01:42:34] *** halldorh has joined #smartos
[01:42:34] *** samu has joined #smartos
[01:42:34] *** ClausA has joined #smartos
[01:42:35] *** matthewpucc has joined #smartos
[01:42:35] *** dumfries has joined #smartos
[01:42:35] *** _dumfries has joined #smartos
[01:42:35] *** jamesog has joined #smartos
[01:42:35] *** quasi has joined #smartos
[01:42:35] *** jperkin has joined #smartos
[01:42:35] *** phalenor has joined #smartos
[01:42:36] *** Wraithhh has joined #smartos
[01:42:36] *** dn2k has joined #smartos
[01:42:36] *** Xenith has joined #smartos
[01:42:36] *** rmustacc has joined #smartos
[01:42:36] *** sebasp has joined #smartos
[01:42:36] *** richardshaw has joined #smartos
[01:42:36] *** Lumb has joined #smartos
[01:42:37] *** scanf has joined #smartos
[01:42:37] *** e^ipi has joined #smartos
[01:42:37] *** kwork has joined #smartos
[01:42:37] *** Niamkik has joined #smartos
[01:42:37] *** ikwildrpepper has joined #smartos
[01:42:37] *** yofuh has joined #smartos
[01:42:37] *** nahamu has joined #smartos
[01:42:38] *** ahaydock has joined #smartos
[01:42:38] *** linuxprof has joined #smartos
[01:42:38] *** rodgort has joined #smartos
[01:42:38] *** joshie has joined #smartos
[01:42:38] *** jeffpc has joined #smartos
[01:42:38] *** _lb_ has joined #smartos
[01:42:38] *** Meths has joined #smartos
[01:42:38] *** spaam has joined #smartos
[01:42:39] *** Esmil has joined #smartos
[01:42:39] *** deraps has joined #smartos
[01:44:21] *** echelog-1 has joined #smartos
[01:47:35] *** MerlinDMC has joined #smartos
[01:47:50] *** ira has joined #smartos
[01:51:41] *** szaydel has quit IRC
[01:59:15] *** ipalreadytaken has joined #smartos
[02:01:38] *** densone has joined #smartos
[02:03:23] *** ipalreadytaken has quit IRC
[02:14:29] *** MerlinDMC has quit IRC
[02:17:09] *** MerlinDMC has joined #smartos
[02:19:54] *** denizr has joined #smartos
[02:32:16] *** ryancnelson has quit IRC
[02:49:56] *** dap has quit IRC
[02:50:14] *** dap has joined #smartos
[03:13:56] *** ipalreadytaken has joined #smartos
[03:18:22] *** iyp has quit IRC
[03:18:33] *** ipalreadytaken has quit IRC
[03:27:56] *** denizr has quit IRC
[03:36:04] *** iyp has joined #smartos
[03:38:47] *** jamesd has quit IRC
[03:44:37] *** denizr has joined #smartos
[03:46:58] *** porkbelt has quit IRC
[03:47:29] *** miine_ has joined #smartos
[03:48:07] *** porkbelt has joined #smartos
[03:50:09] *** miine has quit IRC
[03:50:09] *** miine_ is now known as miine
[03:54:34] *** jamesd has joined #smartos
[03:59:36] *** jamesd_ has joined #smartos
[04:02:01] *** jamesd has quit IRC
[04:02:14] *** jamesd has joined #smartos
[04:04:51] *** jamesd_ has quit IRC
[04:07:24] *** jamesd has quit IRC
[04:27:48] *** iyp has quit IRC
[04:31:54] *** ira has quit IRC
[05:34:52] *** abhishekvasisht has joined #smartos
[05:54:57] *** des2 has quit IRC
[05:57:43] *** potatosalad has quit IRC
[06:01:12] *** des2 has joined #smartos
[06:06:39] *** asonge has quit IRC
[06:08:28] *** richlowe has quit IRC
[06:12:19] *** asonge has joined #smartos
[06:23:15] *** Guest68404 has left #smartos
[06:32:20] *** denizr has quit IRC
[06:45:07] *** densone has quit IRC
[06:49:50] *** nefilim has quit IRC
[06:52:24] *** nefilim has joined #smartos
[06:55:02] *** ipalreadytaken has joined #smartos
[06:55:20] *** ipalreadytaken has quit IRC
[06:55:25] *** trentster1 has joined #smartos
[06:57:42] *** trentster has quit IRC
[07:01:09] *** densone has joined #smartos
[07:04:32] *** ipalreadytaken has joined #smartos
[07:05:38] *** wolfeidau has quit IRC
[07:05:42] *** sachinsharma has joined #smartos
[07:10:21] *** nefilim has quit IRC
[07:19:46] *** chris--- has quit IRC
[07:25:44] *** wolfeidau has joined #smartos
[07:31:10] *** chris--- has joined #smartos
[07:51:55] *** bens1 has joined #smartos
[07:55:33] *** arai1 has joined #smartos
[07:57:08] <chrisc_> I created a kvm zone specifying the debian-6.0.6 dataset. When I start the zone and login to vnc I see the system stopped with 'No bootable device'. What do I need to configure so that the system boots into debian?
[08:00:17] *** bluezenix has joined #smartos
[08:10:30] <chrisc_> Now I'm thinking the problem is because I specified the dataset_uuid of the debian dataset instead of specifying the image_uuid. I am testing this on yesterdays release of smartos.
[08:10:45] *** abhishekvasisht has left #smartos
[08:25:34] *** alucardX has joined #smartos
[08:35:53] *** miine has quit IRC
[08:39:33] *** trentster1 has quit IRC
[08:39:44] *** trentster has joined #smartos
[08:41:30] *** bluezenix has quit IRC
[08:45:34] *** densone has quit IRC
[08:46:04] *** alcir has joined #smartos
[08:53:10] *** bens1 has quit IRC
[09:01:53] *** densone has joined #smartos
[09:05:30] *** papertigers has quit IRC
[09:05:45] *** bahamas10 has quit IRC
[09:06:21] <alucardX> morning
[09:07:17] *** Azbruh has quit IRC
[09:07:44] *** papertigers has joined #smartos
[09:08:13] *** bahamas10 has joined #smartos
[09:09:02] *** Azbruh has joined #smartos
[09:17:07] *** Teknix has quit IRC
[09:17:24] *** Teknix has joined #smartos
[09:17:32] *** richlowe has joined #smartos
[09:20:34] *** texarcana has quit IRC
[09:21:50] *** texarcana has joined #smartos
[09:22:01] *** richlowe has quit IRC
[09:22:58] *** bluezenix has joined #smartos
[09:23:04] *** bluezenix1 has joined #smartos
[09:27:04] *** richlowe has joined #smartos
[09:38:25] *** sebasp has quit IRC
[09:40:08] *** sebasp has joined #smartos
[09:47:07] *** Teknix has quit IRC
[09:48:32] *** Teknix has joined #smartos
[09:48:40] *** bens1 has joined #smartos
[09:49:58] *** trentster has quit IRC
[09:51:09] *** trentster has joined #smartos
[09:51:13] *** densone has quit IRC
[09:58:45] *** KermitTheFragger has joined #smartos
[10:04:49] *** chrisc_ has quit IRC
[10:08:44] *** kschiess has joined #smartos
[10:26:08] *** Teknix has quit IRC
[10:27:30] *** Webhostbudd_ has quit IRC
[10:27:33] *** Teknix has joined #smartos
[10:28:18] *** prasm has quit IRC
[10:28:56] *** prasm has joined #smartos
[10:30:07] *** trentster has left #smartos
[10:40:06] *** ktkNA is now known as ktk
[11:02:19] *** Vod has joined #smartos
[11:16:40] *** StaringSkyward has joined #smartos
[11:17:39] *** leecallen has quit IRC
[11:17:54] *** leecallen has joined #smartos
[11:30:11] *** abhishekvasisht1 has joined #smartos
[11:32:54] *** stetho has joined #smartos
[12:02:43] *** Vod has quit IRC
[12:33:35] *** Vod has joined #smartos
[12:38:47] *** emocakes has joined #smartos
[12:42:07] *** Teknix has quit IRC
[12:42:58] *** Vod has quit IRC
[12:43:32] *** Teknix has joined #smartos
[13:01:32] *** abhishekvasisht1 has quit IRC
[13:03:21] *** abhishekvasisht has joined #smartos
[13:07:47] *** ira has joined #smartos
[13:15:38] *** elijah-m_ has joined #smartos
[13:17:40] *** elijah-mbp has quit IRC
[13:19:12] *** ipalreadytaken has quit IRC
[13:19:18] *** trentster has joined #smartos
[13:34:29] *** alucardX has quit IRC
[13:36:11] *** tonyarkles has joined #smartos
[13:36:47] *** abhishekvasisht has quit IRC
[13:36:57] *** Vod has joined #smartos
[13:36:58] *** sachinsharma has quit IRC
[13:38:45] *** szaydel has joined #smartos
[13:39:11] *** bluezenix1 has quit IRC
[13:43:23] *** emocakes has quit IRC
[13:49:43] *** ipalreadytaken has joined #smartos
[13:55:10] *** szaydel has quit IRC
[13:57:49] *** mikl has joined #smartos
[13:59:23] *** ipalreadytaken has quit IRC
[13:59:47] <wolfeidau> Gday anyone seen this error like this before "ld: fatal: file Release/obj.target/deps/leveldb/leveldb.a: unknown file type" when building node stuff on smartos?
[14:04:30] *** enmand has quit IRC
[14:21:02] *** enmand has joined #smartos
[14:21:17] *** Guest8838 is now known as badboy_
[14:24:56] *** szaydel has joined #smartos
[14:36:04] *** bluezenix has joined #smartos
[14:37:24] *** Vod has quit IRC
[14:48:26] *** xinkeT has quit IRC
[14:58:52] *** porkbelt has quit IRC
[14:59:44] *** mikl has quit IRC
[15:01:36] *** porkbelt has joined #smartos
[15:07:05] *** abhishekvasisht has joined #smartos
[15:08:36] *** porkbelt has quit IRC
[15:10:12] *** Vod has joined #smartos
[15:11:32] *** porkbelt has joined #smartos
[15:15:04] *** Vod has quit IRC
[15:22:30] *** sebasp has quit IRC
[15:24:08] *** Teknix has quit IRC
[15:24:46] *** Vod has joined #smartos
[15:25:34] *** Teknix has joined #smartos
[15:47:35] *** estibi_ has joined #smartos
[15:49:38] *** estibi has quit IRC
[15:49:57] *** iyp has joined #smartos
[15:54:08] *** Teknix has quit IRC
[15:55:32] *** Teknix has joined #smartos
[16:06:09] *** Teknix has quit IRC
[16:07:25] *** trentster has quit IRC
[16:07:35] *** Teknix has joined #smartos
[16:09:15] *** potatosalad has joined #smartos
[16:10:08] *** Teknix has quit IRC
[16:11:33] *** Teknix has joined #smartos
[16:13:09] *** Teknix has quit IRC
[16:14:34] *** Teknix has joined #smartos
[16:23:33] *** Teknix has quit IRC
[16:24:04] *** wramthun has joined #smartos
[16:24:33] <nahamu> Does SmartOS have ways of imposing fairness controls on network I/O?
[16:24:58] *** Teknix has joined #smartos
[16:24:58] <nahamu> (or even capping in the absence of competition)
[16:28:04] *** nefilim has joined #smartos
[16:28:08] *** porkbelt has quit IRC
[16:28:17] <fortytwo_> crossbow can set maximum bandwidth for a vnic atleast, not sure how the config looks in smartos though
[16:28:40] <fortytwo_> not sure if there is any shapeing
[16:28:53] <nahamu> fortytwo_: do you have to define a flow, or can you just limit the whole vnic?
[16:29:01] *** porkbelt has joined #smartos
[16:29:05] <nahamu> (how would you do it with crossbow?)
[16:29:47] <nahamu> hmmm, flowadm might have a notion of a default flow... interesting.
[16:30:33] <Alasdairr> I have never understood QoS properly, I thought if two people try and max out a network port they get 50% each
[16:30:46] <Alasdairr> I can understand it for things like voip, prioritising certain traffic
[16:30:53] <Alasdairr> but in the general case, choosing what to prioritise is very hard
[16:31:40] <nahamu> I was thinking more in terms of throttling.
[16:31:47] <nahamu> (It came up in a different channel)
[16:35:09] *** iyp has quit IRC
[16:36:57] <fortytwo_> nahamu: dladm set-linkprop -p maxbw=500 vnic2
[16:37:03] <fortytwo_> nahamu: or similar
[16:37:27] <fortytwo_> dladm & flowadm are the relevant command & manpages
[16:37:48] <pringlescan>  I have a machine with 128gb of RAM, 5 SSDs and 5 HDDs. I'd like to use one of each drive type for a hot spare. Should I split up the zones by drive type and provision storage to each VM in a sensible way… or just use ARC?
[16:38:13] <fortytwo_> (atleast it was in opensolaris, dunno if smartos has any other tools to configure this stuff)
[16:38:13] <nahamu> fortytwo_: yeah, I was looking at flowadm, but dladm is what I wanted. thanks!
[16:38:35] <fortytwo_> nahamu: no problem
[16:39:04] *** Cpt-Oblivious has joined #smartos
[16:39:31] *** neophenix has joined #smartos
[16:39:43] <pringlescan> I'm new to solaris and don't know whether I should let the O/S handle caching and filesystem stuff, or if for example, I would traditionally tweak and set up caching in Postgres (just one example)
[16:43:54] <pringlescan> by solaris, just its internals/ZFS
[16:45:58] <pringlescan> I think if I just manually set the planner costs to think disk reads are cheap, I could kind of abstract out everything to the O/S
[16:54:31] *** estibi_ is now known as estibi
[16:59:42] *** chrisc_ has joined #smartos
[17:04:50] <wesolows> ARC is very effective in most users' experience.
[17:05:09] <wesolows> but we really encourage you to benchmark *your* workload with *your* data to figure out the best strategy.
[17:05:50] <wesolows> there are ways to limit the size of the ARC, so if you find that for whatever reason your database is caching more effectively, you have that option
[17:06:09] <nahamu> I
[17:06:32] <nahamu> I'd expect that caching by the database would lower the disk hit rate and the ARC wouldn't end up caching those blocks for as long anyway.
[17:06:47] <wesolows> as for configuring specific devices to be hot spares, there's no support for that.  The supported (and automatic) layout for that config would be a mirrored pair of disks with a hot spare in the main pool, with 4 SSDs striped as slogs.
[17:07:09] <wesolows> If you use SmartOS as opposed to SDC you will get some retarded pool layout like all devices mixed in a raidz1 or something.
[17:07:25] <wesolows> nahamu: that's also possible.
[17:07:34] <pringlescan> I was told I can't use SDC by sales unless I have 100 servers, and was discouraged and told to use SmartOS, was I misinformed?
[17:08:05] <wesolows> uhhh... that would go to Sales policy; I'm an engineer.  I will tell you that there is no technical reason SDC cannot work on as few as 3 computers.
[17:08:35] <pringlescan> I only have two, so I guess I'm boned anyway. Is there a way to manually configure SmartOS or use the installer and then change the zpool?
[17:08:59] <wesolows> I think most people who want wacky pool configs just create the pool separately.
[17:09:07] <wesolows> Never done it myself, though.
[17:10:56] <pringlescan> Could I put a disk in my system I don't want to use, put that disk in a one disk pool, boot into smartos and make my real pools, delete that one then reboot?
[17:13:54] <jesse_> wesolows, I've done it
[17:14:12] <jesse_> jsut create a pool named 'zones' beforehand (boot smartos to 'recovery')
[17:14:52] <jesse_> and when the install asks for devices where to install smartos, just give it a device (any device), the installer figures out there is a pool named zones already and doesn't do anything to that devie
[17:14:57] <jesse_> device
[17:15:17] <pringlescan> jesse_ did you use arc at all or mix SSDs with HDDs?
[17:15:35] <jesse_> I've used that to upgrade old opensolaris pools into smartos, mostly
[17:15:46] <jesse_> (with those, you need to do zpool upgrade, too)
[17:15:52] <wesolows> the ARC is not optional.  ZFS cannot work without ARC, and it's an integral part of the filesystem.
[17:16:18] <wesolows> Some fraction of DRAM is always used (or at least available for use) by the ARC.
[17:16:21] <pringlescan> how does zfs decide which drives go at the top of the pyramid closer tom memory?
[17:16:37] <jesse_> pringlescan, normal zfs pool config tradeoffs apply, so it depends on the usecase
[17:16:39] <wesolows> It doesn't.  It relies on higher-level software to do that when creating pools.
[17:17:09] <wesolows> There is a tool that is part of SDC, and is also in the platform so available on SmartOS, called disklayout that will do this intelligently.  You are welcome to read the source code.
[17:17:11] <pringlescan> is that an SDC thing or can I get that software for SmartOS? sorry for all the questions, I haven't found a ton of documents explaining this
[17:17:20] <pringlescan> awesome, that's what I needed to know
[17:17:21] <wesolows> The tool is on your SmartOS system.
[17:17:47] <wesolows> You will need its partner mkzpool as well, to read the JSON output of disklayout and create a pool.
[17:18:08] *** szaydel has quit IRC
[17:18:25] <wesolows> It's basically a set of fairly crude heuristics that are known to work across a very broad range of storage device configurations.
[17:18:34] <nahamu> pringlescan: you may be thinkging of L2ARC which is using the SSD to cache blocks for reads.
[17:18:46] <pringlescan> yes, that's what I'm thinking of, I read the write up on that
[17:19:09] <wesolows> Right.  By default, disklayout will use storage devices as L2ARC if there are at least 3 different device types/sizes.
[17:19:14] <pringlescan> I'm comfortable just using two pools if that's supported where I can give two virtual disks to each VM and configure them as I would using ssd and hdd for sane purposes
[17:19:19] <wesolows> And if at least 2 of them are SSDs.
[17:19:39] <pringlescan> I only have 2 different device types but I have at least 2 SSDs
[17:19:43] <wesolows> It will prefer to create slogs first if there is only one kind of SSD attached, because that is overwhelmingly more important for almost all workloads.
[17:20:05] <wesolows> The details are all in the code, obviously.
[17:20:18] <wesolows> 2 pools is not supported.
[17:20:35] <nahamu> pringlescan: do you know yet what the total size of the database will be, and/or what the approximate working-set size will be?
[17:20:49] <wesolows> Obviously, SmartOS is open source and you are free to do whatever you like, so if you really feel you need 2 pools then hack away.  It's your computer.
[17:20:55] <pringlescan> with 128gb it should stay in memory for the next 1-2 years minimum
[17:21:30] <pringlescan> I'd rather not diverge from supported configurations, so I'm glad I asked :-)
[17:21:49] <pringlescan> *nahamu, I have enough RAM for it to stay entirely in RAM for a few years is what I'm saying.
[17:22:06] <wesolows> if your working set fits in DRAM then L2ARC is useless.
[17:22:15] *** jaker has joined #smartos
[17:22:19] <wesolows> actually, it's potentially worse than useless, since L2ARC accounting structures require DRAM.
[17:22:54] <wesolows> slogs, OTOH, are extremely useful if you ever do fsync()s or O_DSYNC writes and care about how long those operations take.
[17:23:01] *** egravert has joined #smartos
[17:23:08] <wesolows> (your database does those things for sure)
[17:23:16] <pringlescan> ok, so given my situation, with two different types of disk and only being able to support one pool, I just use the SSD as slogs?
[17:23:39] <jaker> How do I specify DHCP instead of a static IP in a SmartOS zone manifest?
[17:23:43] <wesolows> that's what I would start with, yes.  If performance is unsatisfactory, you will then have the tools to see why.
[17:25:01] <pringlescan> I'm about to yank the spinning disks out of my main server, put them in my backup service which has old disks and call it a day until my data outgrows my SSDs
[17:26:18] <rmustacc> jaker: specify 'dhcp' as the ip in nic.*.ip. See vmadm(1).
[17:26:21] <pringlescan> using SSDs as SLOGs makes an L2ARC right?
[17:26:30] <wesolows> pringlescan: no.
[17:26:48] <jaker> @rmustacc ty!
[17:26:52] <wesolows> slog stands for "separate log", meaning that the ZFS Intent Log (ZIL) is on a device separate from the main pool.
[17:27:03] <wesolows> If you do not have slogs, the ZIL is embedded into the main pool.
[17:27:15] <wesolows> L2ARC is comletely 100% unrelated and orthogonal.
[17:27:56] <wesolows> At a very basic level, the purpose of slogs is to reduce the latency of synchronous write operations.  The purpose of L2ARC is to reduce the latency of random reads across a working set that exceeds the size of DRAM
[17:28:05] <nahamu> http://dtrace.org/resources/brendan/logzilla-1/logzilla-1-slog-crop.png
[17:28:17] <wesolows> go go logzilla!
[17:28:47] <pringlescan> fsync = sync write in this graph
[17:29:02] <wesolows> fsync is a system call that may cause synchronous writes
[17:29:17] <wesolows> it is not the only such system call, but it is probably the most commonly encountered in this context.
[17:30:18] <pringlescan> it's just very confusing to me because postgres using an intent log too and it's almost like the same exact things will be done in the DB and on ZFS and almost makes it seem safe to turn off fsync in my db
[17:30:32] <rmustacc> No, it's not.
[17:30:32] <wesolows> absolutely not!
[17:31:07] <rmustacc> If it doesn't fsync, it won't be on the intent log and power loss will mean data loss.
[17:31:11] <wesolows> ZFS provides POSIX file semantics.  If you do not use synchronous writes, it will not use the intent log nor will it provide the data consistency guarantees you expect.
[17:31:30] <pringlescan> ok, that makes sense
[17:31:42] <wesolows> In other words, the ZIL stores filesystem-level information about the writes postgres is making to its own log file.
[17:32:06] <pringlescan> and that's the only way to keep postgres's intent log safe as well
[17:32:18] <wesolows> Your observation is not lost on us, however; at various times people have talked about writing a database that uses the DMU or otherwise bypasses the POSIX filesystem layer of ZFS.
[17:32:28] <wesolows> To my knowledge, no such software exists today.
[17:32:34] <wesolows> Correct.
[17:32:35] *** enmand has quit IRC
[17:33:11] <pringlescan> I'm a firm believer in sane databases instead of benchmarks, but I do enjoy the later, my all time favorite video on youtube: http://www.youtube.com/watch?v=URJeuxI7kHo
[17:33:32] <pringlescan> "then why don't you pipe your data to /dev/null; it's fast as hell" ;-)
[17:33:50] *** iyp has joined #smartos
[17:34:12] <wesolows> I prefer http://www.youtube.com/watch?v=b2F-DItXtZs
[17:36:12] <pringlescan> https://blogs.oracle.com/brendan/entry/test so simply adding to the ssds to my pool as cache, makes an l2arc?
[17:37:05] *** psanford has joined #smartos
[17:38:07] <pringlescan> wesolows, that's the same one
[17:38:24] <wesolows> oh ok... my system blocks flash for whatever reason.
[17:39:23] *** dap has joined #smartos
[17:39:55] <pringlescan> to be fair, MongoDB fixed most of those things; but it doesn't change that it was designed by people who thought it was a good idea, and their original date type didn't support dates before 1970
[17:41:53] *** enmand has joined #smartos
[17:42:08] *** Teknix has quit IRC
[17:43:33] *** Teknix has joined #smartos
[17:45:57] <nahamu> pringlescan: yup. adding SSDs as "cache" makes them L2ARC. adding them as "log" makes them SLOG
[17:46:18] *** ryancnelson has joined #smartos
[17:51:27] *** ipalreadytaken has joined #smartos
[17:55:02] <jaker> Does SmartOS jive with VMWare Fusion?   Like, can I run vmware on my mac and put smartos in there? and have zones work as expected?  or is that too many laters of virt?
[17:55:17] <wesolows> zones will work
[17:55:26] <wesolows> for KVM it depends on the version of vmware
[17:55:32] <jaker> layers*
[17:55:33] <wesolows> I'm told 5 can do nested virt
[17:55:44] <|woody|> it can but it's slow :)
[17:56:01] <jaker> we gots 5.0.2
[17:56:53] <pringlescan> thanks guys
[17:57:04] <jaker> seeing hang when trying to vmadm create a zone..  eventually times out with "timed out waiting for /var/svc/provisioning to move"
[17:57:59] <wesolows> that has nothing to do with virt (zones aren't virt anyway), it's probably just a bug
[17:59:48] <chris---> i've seen that also in vbox
[17:59:58] <chris---> works, works, then doesnt
[18:00:35] <jaker> we were wanting to do a dhcp zone, so maybe dhcp triggers a bug..  retrying with real IP...
[18:00:56] <jesse_> jaker, I think it has to do with you not having network access for the zone
[18:01:10] *** szaydel has joined #smartos
[18:01:56] <jesse_> and there was a bug (not sure if/when fixed) that you needed to create zone with autostart=false and start it after it had been set up
[18:02:40] <jesse_> may or may not have been related to each other
[18:03:58] <jaker> we have yesterday's live cd, platform 20130307, think that's new enough?
[18:04:46] <jaker> & is there a preferred mac virtualisation software you guys like to run in?
[18:05:29] <jaker> trying to unblock one of our lead devs here who's interested in exploring..
[18:05:48] <wesolows> fwiw the people here who do testing on laptops do so in vmware.
[18:06:08] <wesolows> that's with SDC, not SmartOS, but if there were a problem specific to vmware it would likely manifest itself in both.
[18:06:32] <wesolows> Whatever this problem is, you will profit by approaching it as a SW bug.  For example, what's in the zone's service logs?
[18:06:46] <jesse_> there's probably a page in the wiki 'how to run in vmware 5 on osx'
[18:06:57] <wesolows> There is code that updates the provisioning state, and for some reason it's not running.  You need to figure out why.
[18:10:38] <jaker> good stuff; thanks!
[18:14:32] <jaker> zoiks, wasn't using the vmware image; had the real livecd thing.  dling the vmware image...
[18:15:12] *** scarcry has quit IRC
[18:15:54] *** scarcry has joined #smartos
[18:19:31] <ryancnelson> fyi, dhcp responses are blocked, by default, by the anti-spoof stuff
[18:19:38] <ryancnelson> you'll need to turn that off
[18:20:54] *** bluezenix has quit IRC
[18:22:01] *** denizr has joined #smartos
[18:25:36] *** fsteinelX has joined #smartos
[18:28:04] *** tonyarkles has quit IRC
[18:28:08] *** alcir has quit IRC
[18:30:16] <StaringSkyward> jperkin are you around?
[18:30:22] <jperkin> yep
[18:30:50] <StaringSkyward> I'm trying to follow your basic pkgsrc build instructions on omnios
[18:30:58] <StaringSkyward> Building nmap as per your example
[18:32:05] *** enmand has quit IRC
[18:32:10] <StaringSkyward> I'm using /opt/pkg/etc/mk.conf is that correct? - adding "PKG_OPTIONS.nmap= ndiff" doesnt make any difference to bmake show-options
[18:32:46] <jperkin> no, /etc/opt/pkg/mk.conf
[18:32:58] <jperkin> which should already exist
[18:33:10] <StaringSkyward> ah ha! d'oh!
[18:33:24] <jperkin> the generic bootstrap kit follows the standard /opt/foo /etc/opt/foo /var/opt/foo layout
[18:34:30] <StaringSkyward> The penny has dropped now. Thanks!
[18:35:36] <StaringSkyward> Trying to build it I now get: Build dependency gcc3-c>=3.3.5nb1: NOT found; digest>=20010302: NOT found; ERROR: Circular dependency detected
[18:36:10] *** tat- has joined #smartos
[18:36:31] <StaringSkyward> gcc requires digest. Digest requires gcc-3?
[18:39:01] <jperkin> that's just its roundabout way of saying that it can't find your gcc
[18:39:15] <jperkin> is gcc in your $PATH? is GCCBASE set in that mk.conf? (I forget the latter)
[18:41:56] <StaringSkyward> GCCBASE is set but doesnt seem to match the env
[18:42:11] <StaringSkyward> Looks like gcc is in /opt/pkg/gcc47/bin. Sound correct?
[18:43:11] <chris---> ha, i just got that provisioning move error message on real hardware
[18:43:17] <chris---> speak of the devil
[18:43:18] <jperkin> if GCCBASE is set to /opt/pbulk* then yeh, change it to /opt/pkg/gcc47
[18:43:25] <StaringSkyward>  GCCBASE=/opt/pbulk/gcc47
[18:43:35] <jperkin> that's a relic from older bootstrap kits, I removed it in newer ones
[18:45:29] *** d[^_^]b has joined #smartos
[18:46:20] <StaringSkyward> And now I have "ERROR: nmap-6.01nb5 requires a working dlopen()"
[18:47:42] *** ryancnelson has quit IRC
[18:48:51] <jperkin> have you installed the header package etc?
[18:49:20] <jperkin> in my limited omnios use I needed to run 'pkg install gcc46 header linker lint object-file header-math'
[18:49:35] <_lb_> Is there a workaround for 'pkgin ug' segmentation fault problem?
[18:50:03] *** jaker has quit IRC
[18:51:22] *** jaker has joined #smartos
[18:52:32] <StaringSkyward> jperkin I didn't I saw gcc was already there and wrongly assumed the build tools were already available. I'll do that now and keep chipping away at it. TVM!
[18:54:04] <jperkin> right, we don't touch the core OS stuff, /usr/include and other bits need to be available
[18:54:28] <jperkin> there was some really random thing there, something like crt* being provided by lint or something, anyway that command should in theory install all the bits you need
[18:56:56] <StaringSkyward> jperkin thanks again. I'm a complete noob to omnios too but keen to use it for a couple of special duties which it smartos isnt the best fit for and having the packages would be really nice. Hence the questions :)
[18:57:44] <jperkin> yup, np, let me know if there are any other things which don't work as expected, I'd like to catch any issues on our side of things.
[18:59:07] *** KermitTheFragger has quit IRC
[19:00:19] <StaringSkyward> jperkin will do. I've got to go now but I'll pick it up again and drop you a mail if I hit a brick wall. Much appreciated.
[19:01:54] *** StaringSkyward has quit IRC
[19:09:00] *** tonyarkles has joined #smartos
[19:12:35] *** iyp has quit IRC
[19:15:15] *** kschiess has quit IRC
[19:16:08] *** Teknix has quit IRC
[19:17:33] *** Teknix has joined #smartos
[19:19:14] <chrisc_> Earlier today successfully created a debian kvm w the imported debian 6.0.6 dataset as the image_uuid. But I was not able to set the image_size other than 16384 for the first boot disk. Is this normal that the disk0 kvm image datasets are unable to be resized? I added a second data disk instead. Also is there any benefit to running compression on the kvm zvols since the entire disk space is provisioned? I noticed lz4 was available n
[19:20:39] <rmustacc> chrisc_: Your message was cut off.
[19:20:57] <rmustacc> But, yes, the behavior for the disk0 is expected.
[19:21:18] <rmustacc> You could of course manually resize that volume and then use your guest specific tools to resize that.
[19:21:36] <chrisc_> Sorry, dont know where it got cut. Second question was:  is there any benefit to running compression on the kvm zvols since the entire disk space is provisioned? I noticed lz4 was available now so I enabled it ;)
[19:22:41] *** mgt576 has joined #smartos
[19:22:44] <rmustacc> Sure, it can be helpful as you write new data, though it wouldn't be as useful for disk0.
[19:23:58] <chrisc_> With LZ4 enabled on a zvol would the kvm os witness any space savings on additional disks? So newly written data thats compressed is witnessed transparently by the kvm os as occupying less disk space?
[19:24:40] <rmustacc> The guest will not notice it, but the host will.
[19:25:07] <rmustacc> The guest just sees what it thinks is this fixed size series of bits.
[19:25:53] *** densone has joined #smartos
[19:26:32] <chrisc_> How is that beneficial if the host has already thick provisioned the space as used and the guest sees the fixed uncompressed data?
[19:27:10] <rmustacc> The zvol isn't thickly provisioned.
[19:27:51] <rmustacc> But as you write new data it will be compressed.
[19:28:36] <rmustacc> I guess you might think of it as thickly provisioned beacuse it already has a base image for the OS.
[19:29:01] <chrisc_> The kvm zone I created today was given a 100gb empty disk and when running zfs list from the global zone that 100gb is used.
[19:29:23] <rmustacc> Well, that space is reserved.
[19:29:32] <rmustacc> It's not like someone went and wrote 100 Gb of data to your actual spindles.
[19:29:46] <rmustacc> Unless ext3/4 formatting does.
[19:30:12] <chrisc_> I know that. So then I can still overprision other zones in excess of what zfs list shows as used?
[19:31:24] <chrisc_> Well, hmm, I don't know maybe debian did ext3/4 formatting when initializing the zone after creation. I was following the boot cli much but I may have seen some formatting going on. Otherwise how else would the disk be accessible to the guest os?
[19:31:30] *** iyp has joined #smartos
[19:31:37] <chrisc_> *wasn't
[19:32:34] <chrisc_> I need to get more familiar with kvm zones. Will do more testing. Thanks rmustacc.
[19:33:14] <tat-> whats the status on ipv6 support in smartos?
[19:33:53] <chrisc_> I read in a wiki that ipv6 can be enabled after vmadm create.
[19:34:07] *** ryancnelson has joined #smartos
[19:34:11] <jesse_> disable ipspoof and configure manually
[19:34:32] <tat-> yeah, I see
[19:35:00] <tat-> guess that could work on the global zone aswell
[19:41:55] *** densone has quit IRC
[19:41:55] *** Vod has quit IRC
[19:50:28] *** tonyarkles has quit IRC
[19:58:39] *** mgt576 has quit IRC
[19:59:50] *** tonyarkles has joined #smartos
[20:03:42] *** enmand has joined #smartos
[20:06:11] *** denizr has quit IRC
[20:06:32] *** denizr has joined #smartos
[20:07:20] *** antimatterian has joined #smartos
[20:11:57] *** gkyildirim has joined #smartos
[20:12:07] *** iyp has quit IRC
[20:13:21] <antimatterian> i have a security question... is there a reason running sshd in the global zone is ok?
[20:13:53] <rmustacc> What threat are you worried about?
[20:13:55] <ryancnelson> a *reason* running it is ok?
[20:14:42] *** ahaydock has quit IRC
[20:15:47] <antimatterian> i would assume running sshd is a point of vulnerability since anyone on the network can hack in. i was looking to disable it somehow... but i figured i'd ask what the reasoning was that concluded it wasn't a security risk
[20:16:11] <antimatterian> specifically since password auth is used
[20:16:35] <ryancnelson> "since anyone on the network can hack in"... that's a pretty broad assumption
[20:17:42] <antimatterian> i suppose it can be... but working in the security space has led me to such assumptions
[20:17:56] <rmustacc> If you don't want to run it, don't run it.
[20:18:16] <antimatterian> maybe that would be a better question... how do i disable it?
[20:18:35] <rmustacc> svcadm disable sshd
[20:18:42] <rmustacc> Firewall off all the ports.
[20:19:16] <chris---> dont let my security people find out one can simply haxor the sshd
[20:19:44] *** ahaydock has joined #smartos
[20:19:53] <antimatterian> right. is that something i can put in a custom smf for persistence?
[20:20:09] *** ahaydock has quit IRC
[20:22:34] <ryancnelson> yes.  precisely the command rmustacc just gave you
[20:23:00] <antimatterian> awesome, thanks.
[20:24:34] <gkyildirim> maybe you could want to try enabling key authentication only and change the ssh port for dictionary attacks.
[20:24:34] *** iyp has joined #smartos
[20:24:42] <antimatterian> i wasn't trying to belittle the design; just trying to see if there's something about the architecture i wasn't aware of that mitigated the risk.
[20:25:09] <antimatterian> gkyildirim: i've enabled key auth. just concerned that pass auth is still enabled
[20:26:20] <gkyildirim> If I remember correctly it can be disabled
[20:26:49] *** bens1 has quit IRC
[20:26:50] *** densone has joined #smartos
[20:26:52] <antimatterian> i was thinking.. i could do the commands necessary to disable it and restart the service in an smf... just seemed kinda hacky
[20:27:09] <antimatterian> kinda hoping it was built in
[20:29:35] *** szaydel has quit IRC
[20:30:01] *** chrisc_ has quit IRC
[20:32:34] <ryancnelson> if you get bitten by a dictionary attack, you deserve what you get.  if your hypervisor (that's what the global zone is) is in a place on the network that attackers can try that stuff, you deserve what you get.   Having 9-way authentication and biometrics isn't a problem this virtualization appliance needs to solve, and as a design principle, we resist complicating things.
[20:32:55] <ryancnelson> disable ssh entirely, and, in a seperate smf, start up some other login mechanism.
[20:33:47] *** iyp has quit IRC
[20:34:09] <ryancnelson> ... whether that's openssh with your own config file, or some other thing
[20:34:42] <yofuh> what problems should that solve? disabling password logins sounds rather less intrusive as well as more secure that taking for example telnet on port 33881
[20:35:21] *** noahmehl has joined #smartos
[20:35:44] <ryancnelson> i'm saying "don't make an smf that monkey-patches ssh.   make one that runs ssh the way your corporate infosec spooks prescribe, seperately"
[20:35:58] *** antimatterian has quit IRC
[20:36:44] <yofuh> for people who like to obfuscate their sshd port: make it an inetd services that starts sshd listening on port 2222 as soon as a connection to the inetd bound port 12947 starts :p
[20:37:01] <chris---> maybe security shut him down
[20:37:17] *** antimatterian has joined #smartos
[20:38:18] *** denizr has quit IRC
[20:46:51] *** estibi has left #smartos
[20:56:57] *** tonyarkles has quit IRC
[21:00:03] *** dap1 has joined #smartos
[21:00:04] *** dap has quit IRC
[21:00:13] *** iyp has joined #smartos
[21:06:01] *** dysinger has joined #smartos
[21:07:22] *** Azbruh has quit IRC
[21:09:03] *** Azbruh has joined #smartos
[21:09:16] *** jelmd has left #smartos
[21:14:02] *** denizr has joined #smartos
[21:18:23] *** tonyarkles has joined #smartos
[21:24:02] *** dap1 has quit IRC
[21:24:15] *** dap has joined #smartos
[21:27:58] <tat-> any tips for mirroring the pkgin archive?
[21:28:52] <tat-> nevermind, figured out the rsync =)
[21:30:02] <tat-> (need to have the mirror available on ipv6)
[21:32:29] *** iyp has quit IRC
[21:36:59] *** iyp has joined #smartos
[21:38:31] *** ipalreadytaken has quit IRC
[21:50:10] *** mgt576 has joined #smartos
[21:55:46] *** iyp has quit IRC
[22:01:02] *** solarce has joined #smartos
[22:05:00] *** iyp has joined #smartos
[22:11:50] *** enmand_ has joined #smartos
[22:12:46] *** kleper has joined #smartos
[22:12:50] <kleper> Hi
[22:13:11] <kleper> can i do a answer about SmartOS on this channel ?
[22:13:23] *** enmand has quit IRC
[22:15:04] *** tonyarkles has quit IRC
[22:15:33] <kleper> I happen SmartOS probabdo install an HP blade, which is connected to a SAN 6500, in the SAN and assigned a DD SmartOS my blade but I can not see that that smartOS DD, connected by HBA ports the blade.
[22:16:00] *** avrntsv has joined #smartos
[22:19:15] *** enmand_ has quit IRC
[22:22:09] *** gkyildirim has quit IRC
[22:24:18] *** mgt576 has quit IRC
[22:29:05] <wesolows> FC is not supported as a backing store for the zones pool.
[22:29:13] <wesolows> Never has been, almost certainly never will be.
[22:30:09] <kleper> And what could solve storage? some kind of NFS Server or something else?
[22:31:09] *** fsteinelX has quit IRC
[22:32:06] <rmustacc> What do you mean by 'solve storage'?
[22:33:24] <kleper> I mean, to use my SAN storage, set it as FiberScsi, or iSCSI or something like that?
[22:34:08] <kleper> Becouse i Try to use de driver FP, and have this error: 2013-03-07T21:16:37.423187+00:00 d4-85-64-57-58-e8 fp: [ID 517869 kern.info] NOTICE: fp(0): failed to load fcp 2013-03-07T21:16:37.423215+00:00 d4-85-64-57-58-e8 fp: [ID 517869 kern.info] NOTICE: fp(2): failed to load fcp 2013-03-07T21:17:58.417061+00:00 d4-85-64-57-58-e8 genunix: [ID 936769 kern.info] fp0 is /pci@0,0/pci8086,3410@9/pci103c,3261@0/fp@0,0 2013-03-07T21:17:58.46522
[22:34:11] <wesolows> The use of a SAN to back /zones is not supported, period.  You can however use FC or iSCSI within VMs, and NFS within VMs or zones, as extra storage for the customer application.
[22:34:38] *** emocakes has joined #smartos
[22:34:58] <chris---> kleper your using this fc lun as the boot drive?
[22:35:05] <chris---> trying to
[22:35:58] *** antimatterian has quit IRC
[22:36:04] <kleper> chris---: I go to try, but, the problem is that the DD that I announce from SAN is not on the devices, but I see that I say definitely not supported.
[22:36:53] <chris---> i guess thats kinda odd way for me to put it.. the only drives the blade sees are over FC then
[22:37:25] <chris---> and then the blade is booting off usb or something to do the smartos boot
[22:37:56] <chris---> wesolows is not supported different that "will not work"
[22:38:27] <wesolows> last time someone wanted to do this I think we looked at the list of files being shipped and concluded that it cannot work.
[22:38:49] <chris---> but you can use it inside a vm?
[22:39:13] <wesolows> if your guest supports it, you can use iSCSI for sure.
[22:39:24] <wesolows> FC would require passthrough, which we don't support
[22:39:27] <chris---> was trying to figure out how that would work
[22:39:29] <chris---> for fc
[22:39:40] <wesolows> we don't ship fcp.  It's not in the manifest.  Hence, it cannot work.
[22:39:45] <chris---> ok so it is "will not work"
[22:39:52] <chris---> not just not supported
[22:40:09] <chris---> for what hes doing
[22:40:11] <chris---> they are doing
[22:40:18] <chris---> trying to do
[22:40:37] <wesolows> Right.  Of course, nothing stops them from building their own platform image with whatever they want in it, and maybe it will work somehow.
[22:40:49] <wesolows> Probably not, but who am I to tell someone what they can't do?
[22:41:24] <chris---> well with the as-shipped img, probably can say can't at least there
[22:41:41] <kleper> Ok, I understand the issue with FC, ​​iSCSI support neither, or I can connect to my SmartOS ISCSI disk and use it to store my VM?
[22:41:44] <chris---> *twitch*
[22:42:01] <wesolows> you cannot store VM images on a SAN, period.
[22:42:07] <wesolows> With our software as shipped.
[22:42:33] <wesolows> If you wish to use iSCSI to provide additional storage for an application running in a VM, you can do so if your guest supports it.
[22:43:00] <wesolows> If you wish to write PCIe passthrough and FC virtual function support for KVM and stick that in your platform, you can also use FC in a VM.
[22:43:38] <wesolows> If you wish to write a bunch of code to allow passing through iSCSI or FC LUNs into a zone for use as extra storage block devices, you can modify the platform to do that too.
[22:43:48] *** wramthun has quit IRC
[22:44:00] <wesolows> Neither of those things work with the software that is currently available.
[22:45:08] *** wramthun has joined #smartos
[22:46:05] <kleper> Okay, a lot of thank you.
[22:54:47] *** solarce has left #smartos
[22:56:39] *** kleper has quit IRC
[22:59:47] *** enmand has joined #smartos
[23:02:02] *** antimatterian has joined #smartos
[23:10:01] *** denizr has quit IRC
[23:11:43] *** jaker has quit IRC
[23:11:53] *** densone has quit IRC
[23:12:19] *** solarce has joined #smartos
[23:12:23] <solarce> brendang: yo
[23:15:01] <brendang> hi
[23:15:35] <solarce> brendang: mind if i pm you, i have a favor to ask
[23:15:50] <brendang> go ahead
[23:17:18] *** leecallen has quit IRC
[23:17:42] *** leecallen has joined #smartos
[23:22:47] *** deirdres has joined #smartos
[23:25:09] *** iyp has quit IRC
[23:26:06] *** trentster has joined #smartos
[23:35:23] *** bens1 has joined #smartos
[23:36:20] *** bens1 has quit IRC
[23:38:45] *** enmand has quit IRC
[23:41:04] *** bluezenix has joined #smartos
[23:45:11] *** iyp has joined #smartos
[23:45:17] *** stetho has quit IRC
[23:51:44] *** enmand has joined #smartos
[23:53:22] *** bluezenix has quit IRC
top

   March 8, 2013  
< | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10 | 11 | 12 | 13 | 14 | 15 | 16 | 17 | 18 | 19 | 20 | 21 | 22 | 23 | 24 | 25 | 26 | 27 | 28 | 29 | 30 | 31 | >