Re: [OmniOS-discuss] usb hid ups monitoring
Yeah, I know; I've got a couple of those -- somewhere 8-/. Stupid apc sigh, another reason I'd prefer USB is to avoid having to track down where those magic cables ended up ;). On Jun 1, 2014, at 9:50 PM, Denis Cheong de...@denisandyuki.net wrote: Fair enough - bear in mind that the serial port on Smart UPSs require a special cable, they are not simple serial despite their appearance. On 2 June 2014 14:28, Paul B. Henson hen...@acm.org wrote: I actually do have a network management card in the unit, and was originally thinking of monitoring via the snmp driver :). However, the ups for the server is not the same ups as for the network gear, and at least for now the server ups has about twice the runtime as the network ups 8-/, so my connection to the ups would drop before it ran out of juice :(. I'm not sure what nut would do in such a circumstance, extrapolate from the last reading or consider the ups dead. It seems safer all around to just have a direct connection to the ups in this case. It also has a serial port, so I could try that if USB fails me, but I'd rather use USB. It's trivial to get going under linux, pretty much just plug and play. It would be nice to get a similar level of usability for illumos distributions. I hear talk on and off of doing a rip and replace of the entire illumos USB stack, that's usually in the context of adding usb3 support, I don't know if that would make use cases like this easier too. Thanks... On Jun 1, 2014, at 8:42 PM, Denis Cheong de...@denisandyuki.net wrote: I am monitoring the exact same UPS on my OmniOS box, with NUT configured as per the old Oracle blog - however I have it connected through a network interface. If you have issues with connecting it via USB, I suggest you consider adding a network card which is likely to be much easier to get up and running. On 2 June 2014 13:29, Paul B. Henson hen...@acm.org wrote: So I've got an older APC Smart-UPS 1500 which I'd like to monitor from omnios via usb. I plugged it into one of my linux boxes just to verify how it presented the usb interface, and NUT said: driver = usbhid-ups port = auto vendorid = 051D productid = 0002 product = Smart-UPS 1500 RM FW:617.3.D USB FW:1.5 serial = AS0411320933 vendor = TRIPP LITE bus = 002 So I believe NUT should support it with the standard hid driver. I went looking for how to setup usb ups support under omnios, and didn't find too much. Most of the results for Solaris talk about forcing the device to use the ugen driver rather than the hid driver, but I found some posts on the NUT mailing list saying that's not really needed anymore, and you should be able to monitor it as a hid device. At this point, I've got it plugged in, and it shows up as: usb3/1.2 usb-inputconnectedunconfigured ok usb3/1.2 connectedunconfigured ok Mfg: American Power Conversion Product: Smart-UPS 1500 RM FW:617.3.D USB FW:1.5 NConfigs: 1 Config: 0 : 1 It looks like it's connecting as a HID device, although it's showing up as unconfigured. I haven't installed NUT yet, so maybe it will be as simple as running it and the device will be automagically configured and start working ;). But while I'm spinning up NUT, I wanted to see if there was any more up to date advice on how to monitor a usb hid type ups under omnios. Thanks... ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] usb hid ups monitoring
I was actually going to suggest you to try the apcupsd software if you have problems with the other ones. And also, those serial cables are extremely simple, I made one with some loose wires held together with sticky tape and soldered to serial plugs. I cannot even call it cable. I am monitoring a Smart UPS 700 via serial and apcupsd and I can also check UPS load, temperature, ... What are the advantages of the NUT and sntp you mentioned over apcupsd? Regards, Olaf Marzocchi Il giorno 02/giu/2014, alle ore 06:50, Denis Cheong de...@denisandyuki.net ha scritto: Fair enough - bear in mind that the serial port on Smart UPSs require a special cable, they are not simple serial despite their appearance. On 2 June 2014 14:28, Paul B. Henson hen...@acm.org wrote: I actually do have a network management card in the unit, and was originally thinking of monitoring via the snmp driver :). However, the ups for the server is not the same ups as for the network gear, and at least for now the server ups has about twice the runtime as the network ups 8-/, so my connection to the ups would drop before it ran out of juice :(. I'm not sure what nut would do in such a circumstance, extrapolate from the last reading or consider the ups dead. It seems safer all around to just have a direct connection to the ups in this case. It also has a serial port, so I could try that if USB fails me, but I'd rather use USB. It's trivial to get going under linux, pretty much just plug and play. It would be nice to get a similar level of usability for illumos distributions. I hear talk on and off of doing a rip and replace of the entire illumos USB stack, that's usually in the context of adding usb3 support, I don't know if that would make use cases like this easier too. Thanks... On Jun 1, 2014, at 8:42 PM, Denis Cheong de...@denisandyuki.net wrote: I am monitoring the exact same UPS on my OmniOS box, with NUT configured as per the old Oracle blog - however I have it connected through a network interface. If you have issues with connecting it via USB, I suggest you consider adding a network card which is likely to be much easier to get up and running. On 2 June 2014 13:29, Paul B. Henson hen...@acm.org wrote: So I've got an older APC Smart-UPS 1500 which I'd like to monitor from omnios via usb. I plugged it into one of my linux boxes just to verify how it presented the usb interface, and NUT said: driver = usbhid-ups port = auto vendorid = 051D productid = 0002 product = Smart-UPS 1500 RM FW:617.3.D USB FW:1.5 serial = AS0411320933 vendor = TRIPP LITE bus = 002 So I believe NUT should support it with the standard hid driver. I went looking for how to setup usb ups support under omnios, and didn't find too much. Most of the results for Solaris talk about forcing the device to use the ugen driver rather than the hid driver, but I found some posts on the NUT mailing list saying that's not really needed anymore, and you should be able to monitor it as a hid device. At this point, I've got it plugged in, and it shows up as: usb3/1.2 usb-inputconnectedunconfigured ok usb3/1.2 connectedunconfigured ok Mfg: American Power Conversion Product: Smart-UPS 1500 RM FW:617.3.D USB FW:1.5 NConfigs: 1 Config: 0 : 1 It looks like it's connecting as a HID device, although it's showing up as unconfigured. I haven't installed NUT yet, so maybe it will be as simple as running it and the device will be automagically configured and start working ;). But while I'm spinning up NUT, I wanted to see if there was any more up to date advice on how to monitor a usb hid type ups under omnios. Thanks... ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
[OmniOS-discuss] Shopping for an all-in-one server
Hello friends, and sorry for cross-posting to different audiences like this, I am helping to spec out a new server for a software development department, and I am inclined to use an illumos-based system for the benefits of ZFS and file-serving and zones primarily. However, much of the target work is with Linux environments, and my tests with the latest revival of SUNWlx this year have not shown it to be a good fit (recent Debians either fail to boot or splash many errors, even if I massage the FS contents appropriately - ultimate problem being with some absent syscalls etc.); due to this, the build and/or per-dev environments would likely live in VMs based on illumos kvm, virtualbox, or bare-metal vmware hosting the illumos system as well as the other vm's. Thus the box we'd build should be good with storage (including responsive read-write NFS) and VM hosting. I am not sure whether OI, OmniOS or ESX(i?) with HBA passthrough onto an illumos-based storage/infrastructure services VM would be a better fit. Also, I was away from shopping for new server gear for a while and its compatibility with illumos in particular, so I'd kindly ask for suggestions for a server like that ;) The company's preference is to deal with HP, so while it is not an impenetrable barrier, buying whatever is available under that brand is much simpler for the department. Cost seems a much lesser constraint ;) The box should be a reliable rackable server with remote management, substantial ECC RAM for efficient ZFS and VM needs (128-256gb likely, possibly more), CPUs with all those VT-* bits needed for illumos-kvm and a massive amount of cores (some large-scale OS rebuilds from source are likely a frequent task), and enough disk bays for rpool (hdd or ssd), ssd-based zil and l2arc devices (that's already half a dozen bays), possibly an ssd-based scratch area (raid0 or raid1, this depends), as well as several TB of HDD storage. Later expansions should be possible with JBODs. I am less certain about HBAs (IT mode, without HW-RAID crap), and the practically recommended redundancy (raidzN? raid10? how many extra disks in modern size ranges are recommended - 3?) Also i am not sure about modern considerations of multiple PCI buses - especially with regard to separation of ssd's onto a separate HBA (or several?) to avoid bottlenecks in performance and/or failures. Finally, are departmental all-in-one combines following the Thumper ideology of data quickly accessible to applications living on the same host without uncertainties and delays of remote networking still at all 'fashionable'? ;) Buying a single purchase initially may be easier to justify than multiple boxes with separate roles, but there are other considerations too. In particular, their corporate network is crappy and slow, so splitting into storage+server nodes would need either direct cabling for data, or new switching gear which i don't know yet if it would be a problem; localhost data transfers are likely to be a lot faster. I am also not convinced about higher reliability of split-head solutions, though for high loads i am eager to believe that separating the tasks can lead to higher performance. I am uncertain if this setup and its tasks would qualify for that; but it might be expanded later on, including role-separation, if a practical need is found after all. PS: how do you go about backing up such a thing? Would some N54L's suffice to receive zfs-send's of select datasets? :) So... any hints and suggestions are most welcome! ;) Thanks in advance, //Jim Klimov -- Typos courtesy of K-9 Mail on my Samsung Android ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] Shopping for an all-in-one server
Jim Klimov wrote: Thus the box we'd build should be good with storage (including responsive read-write NFS) and VM hosting. I am not sure whether OI, OmniOS or ESX(i?) with HBA passthrough onto an illumos-based storage/infrastructure services VM would be a better fit. Also, I was away from shopping for new server gear for a while and its compatibility with illumos in particular, so I'd kindly ask for suggestions for a server like that ;) SmartOS would be a good fit if you are combining storage with KVM. USB booting also saves a couple of drive slots! The company's preference is to deal with HP, so while it is not an impenetrable barrier, buying whatever is available under that brand is much simpler for the department. Cost seems a much lesser constraint ;) HP's bundled RAID controllers can be a problem, make sure you can get something with IT firmware, or at least JBOD support. I am less certain about HBAs (IT mode, without HW-RAID crap), and the practically recommended redundancy (raidzN? raid10? how many extra disks in modern size ranges are recommended - 3?) That all depends on the number of drives and the workload. Also i am not sure about modern considerations of multiple PCI buses - especially with regard to separation of ssd's onto a separate HBA (or several?) to avoid bottlenecks in performance and/or failures. SSDs can be SATA and the hard drives SAS. Finally, are departmental all-in-one combines following the Thumper ideology of data quickly accessible to applications living on the same host without uncertainties and delays of remote networking still at all 'fashionable'? ;) They are with Joyent! Buying a single purchase initially may be easier to justify than multiple boxes with separate roles, but there are other considerations too. In particular, their corporate network is crappy and slow, so splitting into storage+server nodes would need either direct cabling for data, or new switching gear which i don't know yet if it would be a problem; localhost data transfers are likely to be a lot faster. I am also not convinced about higher reliability of split-head solutions, though for high loads i am eager to believe that separating the tasks can lead to higher performance. I am uncertain if this setup and its tasks would qualify for that; but it might be expanded later on, including role-separation, if a practical need is found after all. You can easily get all you are after in a 4U all in one. Keep the system simple if you can. PS: how do you go about backing up such a thing? Would some N54L's suffice to receive zfs-send's of select datasets? :) Another, low spec Illumos box with plenty of storage. Performance won't be an issue, so you can use wider raidzN vdevs to boots capacity. -- Ian. ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] usb hid ups monitoring
The principal benefit of ethernet is that you avoid all the driver / port issues (at the expense of, as Paul said, the risk that your switch goes down before the server / UPS and you lose connectivity - if it is not on the same UPS). USB support can be tricky in OmniOS - it obviously doesn't support everything and is more likely to have issues that are difficult to diagnose / rectify. Serial support may be fine, but a hacked-together cable like that is obviously not production-ready. The UPSs come included with a cable, but if it's been lost then a standard straight-through serial cable is not a drop-in replacement (although they can be found on ebay easily enough). Also, these days very few motherboards come with RS232 onboard - and USB to serial adapters pretty much suck; there are so many that have tiny differences in their chipsets that they frequently don't work (this is especially troublesome on Windows but I have not tried it in OmniOS - where support may also be limited). On 2 June 2014 17:41, Olaf Marzocchi li...@marzocchi.net wrote: I was actually going to suggest you to try the apcupsd software if you have problems with the other ones. And also, those serial cables are extremely simple, I made one with some loose wires held together with sticky tape and soldered to serial plugs. I cannot even call it cable. I am monitoring a Smart UPS 700 via serial and apcupsd and I can also check UPS load, temperature, ... What are the advantages of the NUT and sntp you mentioned over apcupsd? Regards, Olaf Marzocchi Il giorno 02/giu/2014, alle ore 06:50, Denis Cheong de...@denisandyuki.net ha scritto: Fair enough - bear in mind that the serial port on Smart UPSs require a special cable, they are not simple serial despite their appearance. On 2 June 2014 14:28, Paul B. Henson hen...@acm.org wrote: I actually do have a network management card in the unit, and was originally thinking of monitoring via the snmp driver :). However, the ups for the server is not the same ups as for the network gear, and at least for now the server ups has about twice the runtime as the network ups 8-/, so my connection to the ups would drop before it ran out of juice :(. I'm not sure what nut would do in such a circumstance, extrapolate from the last reading or consider the ups dead. It seems safer all around to just have a direct connection to the ups in this case. It also has a serial port, so I could try that if USB fails me, but I'd rather use USB. It's trivial to get going under linux, pretty much just plug and play. It would be nice to get a similar level of usability for illumos distributions. I hear talk on and off of doing a rip and replace of the entire illumos USB stack, that's usually in the context of adding usb3 support, I don't know if that would make use cases like this easier too. Thanks... On Jun 1, 2014, at 8:42 PM, Denis Cheong de...@denisandyuki.net wrote: I am monitoring the exact same UPS on my OmniOS box, with NUT configured as per the old Oracle blog - however I have it connected through a network interface. If you have issues with connecting it via USB, I suggest you consider adding a network card which is likely to be much easier to get up and running. On 2 June 2014 13:29, Paul B. Henson hen...@acm.org wrote: So I've got an older APC Smart-UPS 1500 which I'd like to monitor from omnios via usb. I plugged it into one of my linux boxes just to verify how it presented the usb interface, and NUT said: driver = usbhid-ups port = auto vendorid = 051D productid = 0002 product = Smart-UPS 1500 RM FW:617.3.D USB FW:1.5 serial = AS0411320933 vendor = TRIPP LITE bus = 002 So I believe NUT should support it with the standard hid driver. I went looking for how to setup usb ups support under omnios, and didn't find too much. Most of the results for Solaris talk about forcing the device to use the ugen driver rather than the hid driver, but I found some posts on the NUT mailing list saying that's not really needed anymore, and you should be able to monitor it as a hid device. At this point, I've got it plugged in, and it shows up as: usb3/1.2 usb-inputconnectedunconfigured ok usb3/1.2 connectedunconfigured ok Mfg: American Power Conversion Product: Smart-UPS 1500 RM FW:617.3.D USB FW:1.5 NConfigs: 1 Config: 0 : 1 It looks like it's connecting as a HID device, although it's showing up as unconfigured. I haven't installed NUT yet, so maybe it will be as simple as running it and the device will be automagically configured and start working ;). But while I'm spinning up NUT, I wanted to see if there was any more up to date advice on how to monitor a usb hid type ups under omnios. Thanks... ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com
[OmniOS-discuss] Ang: Shopping for an all-in-one server
Hi, Jim! -OmniOS-discuss omnios-discuss-boun...@lists.omniti.com skrev: - Till: OI-Discuss openindiana-disc...@openindiana.org, OmniOS-discuss omnios-discuss@lists.omniti.com, zfs-disc...@lists.illumos.org Från: Jim Klimov Sänt av: OmniOS-discuss Datum: 2014-06-02 10:11 Ärende: [OmniOS-discuss] Shopping for an all-in-one server Hello friends, and sorry for cross-posting to different audiences like this, I am helping to spec out a new server for a software development department So many things to say about this... First, when I get the same question or job(which I get frequently): I want to know what the company got in total. Their whole datacenter infrastructure. Why? Because there are many possibilitites to combine services here. I doubt this is the only server/infrastrucure that is in place? Second: Do they have a strategy for how to develope their services/infrastructure? Doubt that, since they asked you...? So, that would be the first thing to get in place: A strategy for the developement of their services/infrastructure. How do they(or you) see the future? The expansion? Would they/you like/need to have an easy path to expansion and adding of new services? And many, many more questions Rgrds Johan So... any hints and suggestions are most welcome! ;) Thanks in advance, //Jim Klimov -- Typos courtesy of K-9 Mail on my Samsung Android ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] Shopping for an all-in-one server
Jim, If you haven’t already, you certainly want to study Joyent’s parts lists closely: https://github.com/joyent/manufacturing Generally speaking, Supermicro is preferred, LSI HBAs in IT mode are almost mandatory, and a STEC ZeusRAM slog device might best for your use case if you don’t mind the cost premium over the Intel DC S3700. For raidz you need at least raidz2, if not higher, so the cost advantage over a pool of mirrors may not be worth it. As I understand it, writes to each raidz vdev are limited to the IOPS of a single disk. I’m still learning the ropes myself, so take all this with a grain of salt. But about ESXi: I have an experimental machine running ESXi with two guests, SmartOS (with a lot of storage for various backups) and one OS X (which I use as my primary workstation). Things I’ve learned: - There does not appear to be a supported VMXNET3 driver for Illumos, so virtualized networking for ESXi guests has to use the ESXi virtual e1000 device. I have had problems with that, with network throughput becoming irregular and finally stalling completely to where I had to reboot the SmartOS guest. The OS X guest works fine with the virtual e1000 device using the Apple driver. - Because of this, I installed an additional Intel ethernet card and gave it to SmartOS via PCI passthru. Performance is now as expected. PCI passthru also works well with the LSI HBAs for SmartOS, and with an AMD GPU for OS X. - The e1000 virtual device is limited to 1 Gbit/s, unlike VMXNET3. I would like to have SmartOS provide iSCSI volumes to ESXi to use as backing storage for VM (again, this is an experimental setup…), and the best idea I have come up with is to install two X520 10GbE NICs, give one to ESXi and pass one through to SmartOS. We’ll see how that goes. Note that once you activate PCI passthru, you lose many of the advanced features of ESXi, such as migration. Long story short, ESXi is impressive technology, and an excellent solution for virtualizing Windows (and OS X), as well as Linux. Support for Solaris, let alone Illumos, is sketchy. For production use, I would definitely stick with SmartOS and KVM if you want to put everything on one box, that’s the sort of thing it’s designed for. Best, Chris Am 02.06.2014 um 09:38 schrieb Jim Klimov jimkli...@cos.ru: Hello friends, and sorry for cross-posting to different audiences like this, I am helping to spec out a new server for a software development department, and I am inclined to use an illumos-based system for the benefits of ZFS and file-serving and zones primarily. However, much of the target work is with Linux environments, and my tests with the latest revival of SUNWlx this year have not shown it to be a good fit (recent Debians either fail to boot or splash many errors, even if I massage the FS contents appropriately - ultimate problem being with some absent syscalls etc.); due to this, the build and/or per-dev environments would likely live in VMs based on illumos kvm, virtualbox, or bare-metal vmware hosting the illumos system as well as the other vm's. Thus the box we'd build should be good with storage (including responsive read-write NFS) and VM hosting. I am not sure whether OI, OmniOS or ESX(i?) with HBA passthrough onto an illumos-based storage/infrastructure services VM would be a better fit. Also, I was away from shopping for new server gear for a while and its compatibility with illumos in particular, so I'd kindly ask for suggestions for a server like that ;) The company's preference is to deal with HP, so while it is not an impenetrable barrier, buying whatever is available under that brand is much simpler for the department. Cost seems a much lesser constraint ;) The box should be a reliable rackable server with remote management, substantial ECC RAM for efficient ZFS and VM needs (128-256gb likely, possibly more), CPUs with all those VT-* bits needed for illumos-kvm and a massive amount of cores (some large-scale OS rebuilds from source are likely a frequent task), and enough disk bays for rpool (hdd or ssd), ssd-based zil and l2arc devices (that's already half a dozen bays), possibly an ssd-based scratch area (raid0 or raid1, this depends), as well as several TB of HDD storage. Later expansions should be possible with JBODs. I am less certain about HBAs (IT mode, without HW-RAID crap), and the practically recommended redundancy (raidzN? raid10? how many extra disks in modern size ranges are recommended - 3?) Also i am not sure about modern considerations of multiple PCI buses - especially with regard to separation of ssd's onto a separate HBA (or several?) to avoid bottlenecks in performance and/or failures. Finally, are departmental all-in-one combines following the Thumper ideology of data quickly accessible to applications living on the same host without uncertainties and delays of remote networking still at all
Re: [OmniOS-discuss] Shopping for an all-in-one server
-OmniOS-discuss omnios-discuss-boun...@lists.omniti.com skrev: - Till: OmniOS-discuss omnios-discuss@lists.omniti.com Från: Chris Ferebee Sänt av: OmniOS-discuss Datum: 2014-06-02 14:01 Ärende: Re: [OmniOS-discuss] Shopping for an all-in-one server Jim, If you haven#8217;t already, you certainly want to study Joyent#8217;s parts lists closely: https://github.com/joyent/manufacturing Generally speaking, Supermicro is preferred, LSI HBAs in IT mode are almost mandatory, and a STEC ZeusRAM slog device might best for your use case if you don#8217;t mind the cost premium over the Intel DC S3700. For raidz you need at least raidz2, if not higher, so the cost advantage over a pool of mirrors may not be worth it. As I understand it, writes to each raidz vdev are limited to the IOPS of a single disk. I#8217;m still learning the ropes myself, so take all this with a grain of salt. But about ESXi: I have an experimental machine running ESXi with two guests, SmartOS (with a lot of storage for various backups) and one OS X (which I use as my primary workstation). Things I#8217;ve learned: - There does not appear to be a supported VMXNET3 driver for Illumos, so virtualized networking for ESXi guests has to use the ESXi virtual e1000 device. I have had problems with that, with network throughput becoming irregular and finally stalling completely to where I had to reboot the SmartOS guest. The OS X guest works fine with the virtual e1000 device using the Apple driver. - Because of this, I installed an additional Intel ethernet card and gave it to SmartOS via PCI passthru. Performance is now as expected. PCI passthru also works well with the LSI HBAs for SmartOS, and with an AMD GPU for OS X. - The e1000 virtual device is limited to 1 Gbit/s, unlike VMXNET3. I would like to have SmartOS provide iSCSI volumes to ESXi to use as backing storage for VM (again, this is an experimental setup#8230;), and the best idea I have come up with is to install two X520 10GbE NICs, give one to ESXi and pass one through to SmartOS. We#8217;ll see how that goes. Note that once you activate PCI passthru, you lose many of the advanced features of ESXi, such as migration. Long story short, ESXi is impressive technology, and an excellent solution for virtualizing Windows (and OS X), as well as Linux. Support for Solaris, let alone Illumos, is sketchy. For production use, I would definitely stick with SmartOS and KVM if you want to put everything on one box, that#8217;s the sort of thing it#8217;s designed for. Best, Chris Well, I wouldn't use smartos in production, for the simple fact that they got a strategy to not support fibre channel, which definitly is a show stopper for me, and all the people and organisations that uses fibre channel . Rgrds Johan So... any hints and suggestions are most welcome! ;) Thanks in advance, //Jim Klimov -- Typos courtesy of K-9 Mail on my Samsung Android ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] usb hid ups monitoring
I have a Cyber Power ups that I'm monitoring via USB and it works just fine. The tricky part is to use ugen omnios driver not hid. My device is 764,501.1 and this is what I did: # rem_drv ugen # add_drv -i 'usb764,501.1' -m '* 0666 ups ups' ugen Set the device to auto in your configuration and you should be all set. This is my original thread in OI : http://goo.gl/TsZ1Zk Georgi On June 1, 2014 11:29:25 PM EDT, Paul B. Henson hen...@acm.org wrote: So I've got an older APC Smart-UPS 1500 which I'd like to monitor from omnios via usb. I plugged it into one of my linux boxes just to verify how it presented the usb interface, and NUT said: driver = usbhid-ups port = auto vendorid = 051D productid = 0002 product = Smart-UPS 1500 RM FW:617.3.D USB FW:1.5 serial = AS0411320933 vendor = TRIPP LITE bus = 002 So I believe NUT should support it with the standard hid driver. I went looking for how to setup usb ups support under omnios, and didn't find too much. Most of the results for Solaris talk about forcing the device to use the ugen driver rather than the hid driver, but I found some posts on the NUT mailing list saying that's not really needed anymore, and you should be able to monitor it as a hid device. At this point, I've got it plugged in, and it shows up as: usb3/1.2 usb-inputconnectedunconfigured ok usb3/1.2 connectedunconfigured ok Mfg: American Power Conversion Product: Smart-UPS 1500 RM FW:617.3.D USB FW:1.5 NConfigs: 1 Config: 0 : 1 It looks like it's connecting as a HID device, although it's showing up as unconfigured. I haven't installed NUT yet, so maybe it will be as simple as running it and the device will be automagically configured and start working ;). But while I'm spinning up NUT, I wanted to see if there was any more up to date advice on how to monitor a usb hid type ups under omnios. Thanks... ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
[OmniOS-discuss] SAS card compatibility
Hi to all Someone knows if this card are compatible ( or even the same ) with IBM M1015 ? http://www.amazon.com/IBM-Serveraid-Controller-System-81Y4448/dp/B007V8S0D8 It can be flashed with the same IT firmware as the M1015 ? Thanks in advance ... Fábio Rabelo ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] Shopping for an all-in-one server
OTOH, the only reason to use ESXi in the first place would be if you want to virtualize something that doesnt fit well onto Illumos KVM. Maybe I am demonstrating my ignorance here, but another might be: a decent GUI. This is one of the places where kvm falls down badly, IMO. You seem have have three choices: 1. Go the CLI route. 2. Install a distro with a GUI, and use whatever builtin tools support the virtualization environment. 3. Install a distro with some kind of web-based GUI. Last time I looked (a year or so ago), this category was filled with options that were either very heavyweight for a small config (nebula, openstack, etc...), were not under active development, or had various issues that made me walk away quickly (one in particular used fedora as the distro - seriously???) proxmox is kvm-based with a decent web gui but does have some oddities and quirks I did not like (I used it for a couple of years before punting...) ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
[OmniOS-discuss] another thread on KVM virtualization...
Hi! Since the thread on Shopping for an all-in-one server now turned into virtualization, I felt the urge to continue there, but instead I start a new thread here. Many people on the list knows me as a storage- and fibre channel guy, wich is correct. So, I would like to have the possibility to add a virtual Fc HBA, a so called NPIV(Node Port ID Virtualization), to a KVM virtual machine. That is possible in Linux, but I believe they add it with the aid of virsh or libvirt. But what I've seen, it doesn't look like it would be impossible to add it without these libs/tools. Are there any people on this list that has a clue? I guess Garret has... Here are a link to RHEL where they discuss this, and give some advices. They Create the XML definition for the virtual HBA, which perhaps is a possibility also for us in the illumos world...? Best regards from/Med vänliga hälsningar från Johan Kragsterman Capvert ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
[OmniOS-discuss] Ang: another thread on KVM virtualization...
Forgot to include the link I do it down there where it belongs... -OmniOS-discuss omnios-discuss-boun...@lists.omniti.com skrev: - Till: OmniOS-discuss omnios-discuss@lists.omniti.com Från: Johan Kragsterman Sänt av: OmniOS-discuss Datum: 2014-06-02 21:01 Ärende: [OmniOS-discuss] another thread on KVM virtualization... Hi! Since the thread on Shopping for an all-in-one server now turned into virtualization, I felt the urge to continue there, but instead I start a new thread here. Many people on the list knows me as a storage- and fibre channel guy, wich is correct. So, I would like to have the possibility to add a virtual Fc HBA, a so called NPIV(Node Port ID Virtualization), to a KVM virtual machine. That is possible in Linux, but I believe they add it with the aid of virsh or libvirt. But what I've seen, it doesn't look like it would be impossible to add it without these libs/tools. Are there any people on this list that has a clue? I guess Garret has... Here are a link to RHEL where they discuss this, and give some advices. They Create the XML definition for the virtual HBA, which perhaps is a possibility also for us in the illumos world...? http://www.linuxtopia.org/online_books/rhel6/rhel_6_virtualization/rhel_6_virtualization_chap-Para-virtualized_Windows_Drivers_Guide-N_Port_ID_Virtualization_NPIV.html Best regards from/Med vänliga hälsningar från Johan Kragsterman Capvert ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] usb hid ups monitoring
From: Denis Cheong Sent: Monday, June 02, 2014 2:40 AM these days very few motherboards come with RS232 onboard That is true of desktop hardware, but I think almost all server grade motherboards have at least one if not two classic serial ports available. ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] usb hid ups monitoring
On Jun 2, 2014, at 9:18 PM, Paul B. Henson hen...@acm.org wrote: From: Denis Cheong Sent: Monday, June 02, 2014 2:40 AM these days very few motherboards come with RS232 onboard That is true of desktop hardware, but I think almost all server grade motherboards have at least one if not two classic serial ports available. My new Socket 1150 mobo has a serial port. (See http://kebesays.blogspot.com/2014/06/home-data-center-20-dogfooding-again.html for details.) Dan ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] usb hid ups monitoring
From: Georgi Todorov Sent: Monday, June 02, 2014 7:53 AM I have a Cyber Power ups that I'm monitoring via USB and it works just fine. To clarify, this is under OI, not omnios? Did you compile nut/libusb yourself, or did you use packages in the OI repository? The tricky part is to use ugen omnios driver not hid. My device is 764,501.1 and this is what I did: [...] # rem_drv ugen # add_drv -i 'usb764,501.1' -m '* 0666 ups ups' ugen That magic number is from 'prtconf -v'? Looks like mine would be usb51d,2.6. Did you need to do a reconfiguration reboot after this change? I've seen some threads claiming that was required. I'm starting to think it's just not worth the effort to try and get this going, it would probably be easier to just find the serial cable 8-/. USB support for applications wanting to use libusb under illumos looks like a real mess sigh, particularly if there are no OS packages available. So is the lack of support in libusb-1.x for solaris/illumos simply the result of no one being interested enough to develop the appropriate backend, or is it indicative of limitations of the illumos usb api preventing the functionality libusb is looking for? Hmm, after digging around through my altogether too large collection of cables, I found one that's got an APC label, with a part number of 940-0020C, and another one with no brand name on it but a part number of 940-1524C. I *think* the first one came with some desktop UPS, and despite the lack of branding on the second one I'm pretty sure it's an APC cable… Ah, yes, google confirms it. Interesting though, the NUT APC serial documentation says APC UPS models with both USB and serial ports require a power cycle when switching from USB communication to serial, and perhaps vice versa. That sounds annoying. I wonder if just a USB connection being made, even if it was never actually initialized and used to manage the unit, counts? I don't particularly want to have to power cycle it sigh. ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss
Re: [OmniOS-discuss] Shopping for an all-in-one server
Dan Swartzendruber wrote: Maybe I am demonstrating my ignorance here, but another might be: a decent GUI. This is one of the places where kvm falls down badly, IMO. You seem have have three choices: 1. Go the CLI route. 2. Install a distro with a GUI, and use whatever builtin tools support the virtualization environment. 3. Install a distro with some kind of web-based GUI. Last time I looked (a year or so ago), this category was filled with options that were either very heavyweight for a small config (nebula, openstack, etc...), were not under active development, or had various issues that made me walk away quickly (one in particular used fedora as the distro - seriously???) proxmox is kvm-based with a decent web gui but does have some oddities and quirks I did not like (I used it for a couple of years before punting...) Project FiFo has quite a bit of traction on SmartOS: https://project-fifo.net/display/PF/Project+FiFo+Home -- Ian. ___ OmniOS-discuss mailing list OmniOS-discuss@lists.omniti.com http://lists.omniti.com/mailman/listinfo/omnios-discuss