[OpenIndiana-discuss] repository chash failure for gcc
I'm getting a chash failure while trying to install gcc on OI-Hipster It seems related to this: http://wiki.openindiana.org/pages/viewpage.action?pageId=3211287 SunOS openindiana 5.11 illumos-6357b94 i86pc i386 i86pc PUBLISHER TYPE STATUS P LOCATION openindiana.org origin online F http://pkg.openindiana.org/hipster-2015/ Errors were encountered while attempting to retrieve package or file data for the requested operation. Details follow: 1: Invalid contentpath usr/gcc/4.8/lib/amd64/libgfortran.a: chash failure: expected: f6ca3716810f8d043f00ce270ce9e53ece769558 computed: 1aaf2ab548fc216e579dc380c3abaf79e79f100b. (happened 4 times) 2: Invalid contentpath usr/gcc/4.8/lib/libstdc++.a: chash failure: expected: 0346d65f49abc4d5f70b5162989c715ca16e0a83 computed: 4655e125478a478b95609fad9424446c8354. (happened 4 times) 3: Invalid contentpath usr/gcc/4.8/lib/amd64/libstdc++.a: chash failure: expected: 8537a01fdac6b76c96cf38d48be4b5da708c5cd2 computed: 23447129d473ebb26de2b20a437df99954266ae9. (happened 4 times) pkg contents -rm pkg:/developer/gcc-48@4.8.5-2015.0.1.0 | grep f6ca3716810f8d043f00ce270ce9e53ece769558 file 346332c39601debb9a227e7f487c83242b678b99 chash=f6ca3716810f8d043f00ce270ce9e53ece769558 facet.devel=all group=bin mode=0444 owner=root path=usr/gcc/4.8/lib/amd64/libgfortran.a pkg.csize=3007734 pkg.depend.bypass-generate=usr/lib(.*)/libpq.so.* pkg.size=14951804 pkg contents -rm pkg:/developer/gcc-48@4.8.5-2015.0.1.0 | grep 0346d65f49abc4d5f70b5162989c715ca16e0a83 file 6b4fa9afd6ff6a62683adeab8008ed395fb87e64 chash=0346d65f49abc4d5f70b5162989c715ca16e0a83 facet.devel=all group=bin mode=0444 owner=root path=usr/gcc/4.8/lib/libstdc++.a pkg.csize=2938767 pkg.depend.bypass-generate=usr/lib(.*)/libpq.so.* pkg.size=9917628 pkg contents -rm pkg:/developer/gcc-48@4.8.5-2015.0.1.0 | grep 8537a01fdac6b76c96cf38d48be4b5da708c5cd2 file f7c7f75a1e4bd565d23ece1fa1f414dd3d009c19 chash=8537a01fdac6b76c96cf38d48be4b5da708c5cd2 facet.devel=all group=bin mode=0444 owner=root path=usr/gcc/4.8/lib/amd64/libstdc++.a pkg.csize=3335548 pkg.depend.bypass-generate=usr/lib(.*)/libpq.so.* pkg.size=17128462 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Support for USB3?
On 11/4/15, 11:54 PM, "Nikola M" wrote: >USB is not that good for high profile use anyway. >USB does not do checking of data during transwer (came to the light when >using USB wireless adapters). >ZFS helps there with checksums, but for regular things I would stick to >SAS and SATA. True, but when you occasionally need to move a couple TB cross-country a USB3 hard drive shipped overnight delivery is often less painful than using zfs send. ;-) -- Dave Pooser Cat-Herder-in-Chief, Pooserville.com ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Support for USB3?
When we do that, we stick the disk directly onto the SAS/SATA bus, then offline the drive and ship it ... I still have visions of the computer failing when someone plugged in a USB keyboard and took Solaris 10 over the limit for devices, destroying the pool (we were able to get some of the drives back, but only by rebooting, and plugging them in one at a time, and crossing fingers and letting it settle before trying the next drive) USB is good for ZFS on Linux (useful to set the ashift on a backwards compatible Solaris 10 zpool), but it's not really "prime time". Jon On 5 November 2015 at 16:23, Dave Pooser wrote: > On 11/4/15, 11:54 PM, "Nikola M" wrote: > > >USB is not that good for high profile use anyway. > >USB does not do checking of data during transwer (came to the light when > >using USB wireless adapters). > >ZFS helps there with checksums, but for regular things I would stick to > >SAS and SATA. > > True, but when you occasionally need to move a couple TB cross-country a > USB3 hard drive shipped overnight delivery is often less painful than > using zfs send. ;-) > -- > Dave Pooser > Cat-Herder-in-Chief, Pooserville.com > > > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss > ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Support for USB3?
On Thu, 5 Nov 2015, Jonathan Adams wrote: > USB is good for ZFS on Linux (useful to set the ashift on a backwards > compatible Solaris 10 zpool), but it's not really "prime time". Just so that I'm absolutely clear, would I be correct in thinking that eSATA is preferred over USB-3, assuming SAS isn't an option? The low-end, consumer-spec drive enclosure I'm using has an eSATA port and a USB-3 port. The eSATA port requires the use of an HBA that supports port multipliers (which the LSI HBA I'm using doesn't), and my Ultra 20 M2 "server" only has USB-2 ports. So I'm looking at buying either a USB-3 PCIe card, or an eSATA that supports port multiplers PCIe card. The cost difference isn't that great (~$30 vs $60), but I'd like to buy the one that's best (i.e., most reliable and more performant). Illumos support would be ideal, but I'll also consider anything that is supported by Linux or FreeBSD. I'm currently thinking about getting one of the StarTech eSATA or USB-3 cards. Cheers, -- Rich Teer, Publisher Vinylphile Magazine www.vinylphilemag.com ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] repository chash failure for gcc
Hello. Zakharov, Pavel писал 05.11.2015 19:11: I'm getting a chash failure while trying to install gcc on OI-Hipster It seems related to this: http://wiki.openindiana.org/pages/viewpage.action?pageId=3211287 SunOS openindiana 5.11 illumos-6357b94 i86pc i386 i86pc PUBLISHER TYPE STATUS P LOCATION openindiana.org origin online F http://pkg.openindiana.org/hipster-2015/ Errors were encountered while attempting to retrieve package or file data for the requested operation. Details follow: ... I'd say that it is a network error. Hipster doesn't use CDN for pkg server. Can't reproduce this locally with "pkg install gcc-48". --- System Administrator of Southern Federal University Computer Center ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] [discuss] Re: Support for USB3?
In regard to: Re: [OpenIndiana-discuss] [discuss] Re: Support for USB3?,...: I have had a good look (at Garrett's suggestion) and it is a lot of work. USB3 is more than just an incremental step over USB2. It would be big job even if the underlying, notoriously poor performing, USB framework were retained. Thanks everyone for taking another look and explaining why something that seems incremental actually requires a whole lot more work. Garrett's estimation that there are only about 4 people capable of doing the work, coupled with the fact that it's not a priority and no where on the radar, is very disconcerting, but I'm at least happy to have an honest appraisal. Tim -- Tim Mooney tim.moo...@ndsu.edu Enterprise Computing & Infrastructure 701-231-1076 (Voice) Room 242-J6, Quentin Burdick Building 701-231-8541 (Fax) North Dakota State University, Fargo, ND 58105-5164 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] [discuss] Re: Support for USB3?
I have wondered if it is possible for Illumos to detect USB-3 hardware which has a USB-2 emulation mode and re-initialize it to USB-2 mode so that it can work with existing USB-2 drivers. Currently one is faced with using vendor-specific BIOS menus to hopefully put USB-3 interfaces in USB-2 mode in order to plug in keyboard and mouse. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Support for USB3?
Rich Teer wrote: On Thu, 5 Nov 2015, Jonathan Adams wrote: USB is good for ZFS on Linux (useful to set the ashift on a backwards compatible Solaris 10 zpool), but it's not really "prime time". Just so that I'm absolutely clear, would I be correct in thinking that eSATA is preferred over USB-3, assuming SAS isn't an option? eSATA works with Illumos, USB3 isn't supported. -- Ian. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] [discuss] Re: Support for USB3?
Bob Friesenhahn wrote: I have wondered if it is possible for Illumos to detect USB-3 hardware which has a USB-2 emulation mode and re-initialize it to USB-2 mode so that it can work with existing USB-2 drivers. Currently one is faced with using vendor-specific BIOS menus to hopefully put USB-3 interfaces in USB-2 mode in order to plug in keyboard and mouse. I'll have a look a some controller data... -- Ian. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Support for USB3?
On 11/ 5/15 05:23 PM, Dave Pooser wrote: On 11/4/15, 11:54 PM, "Nikola M" wrote: USB is not that good for high profile use anyway. USB does not do checking of data during transwer (came to the light when using USB wireless adapters). ZFS helps there with checksums, but for regular things I would stick to SAS and SATA. True, but when you occasionally need to move a couple TB cross-country a USB3 hard drive shipped overnight delivery is often less painful than using zfs send. ;-) There are no USB disk drives, they are all SATA inside so external SATA or eSATA to SATA every one work at it's best speed. One occasionally can ship just SATA HD. There are also craddles to put new disk into and devfsadm to make it available. Also if zfs send between snapshots is too big, stream can be put into an file and sent with rsync, until zfs send continuing transfer lands in OpenZFS. (Delphix works on it I think) ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Support for USB3?
6 ноября 2015 г. 0:59:52 CET, Ian Collins пишет: >Rich Teer wrote: >> On Thu, 5 Nov 2015, Jonathan Adams wrote: >> >>> USB is good for ZFS on Linux (useful to set the ashift on a >backwards >>> compatible Solaris 10 zpool), but it's not really "prime time". >> Just so that I'm absolutely clear, would I be correct in thinking >that >> eSATA is preferred over USB-3, assuming SAS isn't an option? > >eSATA works with Illumos, USB3 isn't supported. (Disclaimer: Maybe it is FUD that follows, but one I believe ATM) Also, over its long history, USB was not well known for reliability. Everybody cut corners here and there - cables, plugs, shielding (or lack thereof), controllers, firmwares, drivers. Even given the spec, somebody did not invest in implementing say 1% of corner cases, somebody else missed another % and overall the big stack is spotty - with different misses and errors depending on components you take and mix. Overall - who cares if a consumerish mouse or webcam has a hiccup? Reinit the session and try again. On the other hand, storage technologies are more demanding in reliability and speed. There are also consumerish examples of corners cut, but at least you know one can always build an enterprisish stack of hardware pieces that works up to spec, though maybe not with sand-cheapest bits on the market. I gather (maybe wrongly, but it is a venue to research or discuss) that a SAS controller with external ports can drive an external SATA disk tower as well, and would cost some 100-200 bucks (depending on port count, vendor, model) for an IT-mode oem lsi hba card widely known to work well. Anyhow, I've heard of enterprise storage components. I have yet to hear of enterprise USB ;) A few years somebody wrote on the list that relying on USB as a permanent connection to a disk array is an open invitation for accidents to happen. It may be okay for plug-and-disconnect backups to removable media, but not quite good for life-long connections where you expect reliability. (That said, my home router with TomatoUSB "firmware" OS has an USB HDD plugged in so we have a shared storage cache for unimportant stuff at home - but it does often get lost from online access, and we have to shake the cabling or reboot the box to get the disk available again). -- Typos courtesy of K-9 Mail on my Samsung Android ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Support for USB3?
On 11/ 5/15 07:07 PM, Rich Teer wrote: Just so that I'm absolutely clear, would I be correct in thinking that eSATA is preferred over USB-3, assuming SAS isn't an option? The low-end, consumer-spec drive enclosure I'm using has an eSATA port and a USB-3 port. The eSATA port requires the use of an HBA that supports port multipliers (which the LSI HBA I'm using doesn't), and my Ultra 20 M2 "server" only has USB-2 ports. So I'm looking at buying either a USB-3 PCIe card, or an eSATA that supports port multiplers PCIe card. The cost difference isn't that great (~$30 vs $60), but I'd like to buy the one that's best (i.e., most reliable and more performant). Illumos support would be ideal, but I'll also consider anything that is supported by Linux or FreeBSD. I'm currently thinking about getting one of the StarTech eSATA or USB-3 cards. Avoid port multipliers on SATA at all cost, simply that is not supported by any illumso distro and can make big problems on any other platform. It is simply not wise to use any port multipliers and paying more for that option is not very sane. Maybe if you really want to use eSATA port with eSATA enclosure. External SATA (SATA port just put externally for connecting disks) is not same as eSATA and is cheaper. You always get full speed on SATA versus described USB downsides. One craddle , connected via external SATA (not eSATA) and putting bare SATA disk in it for transfer is cheapest and fastest option for small office, small server user. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] [discuss] Re: Support for USB3?
6 ноября 2015 г. 2:01:01 CET, Ian Collins пишет: >Bob Friesenhahn wrote: >> I have wondered if it is possible for Illumos to detect USB-3 >hardware >> which has a USB-2 emulation mode and re-initialize it to USB-2 mode >so >> that it can work with existing USB-2 drivers. >> >> Currently one is faced with using vendor-specific BIOS menus to >> hopefully put USB-3 interfaces in USB-2 mode in order to plug in >> keyboard and mouse. > >I'll have a look a some controller data... Yep, that would be great. I want my laptop ports (the only ones that box would have anyway) to be basically useable for things like a mouse, printer or occasional flash cards. Don't require stellar performance ;) "Barely sufficient" would be good, better than what we have, already. Jim -- Typos courtesy of K-9 Mail on my Samsung Android ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] [discuss] Re: Support for USB3?
On 11/ 6/15 08:14 AM, Jim Klimov wrote: 6 ноября 2015 г. 2:01:01 CET, Ian Collins пишет: Bob Friesenhahn wrote: I have wondered if it is possible for Illumos to detect USB-3 hardware which has a USB-2 emulation mode and re-initialize it to USB-2 mode so that it can work with existing USB-2 drivers. Currently one is faced with using vendor-specific BIOS menus to hopefully put USB-3 interfaces in USB-2 mode in order to plug in keyboard and mouse. I'll have a look a some controller data... Yep, that would be great. I want my laptop ports (the only ones that box would have anyway) to be basically useable for things like a mouse, printer or occasional flash cards. Don't require stellar performance ;) "Barely sufficient" would be good, better than what we have, already. That would allow for every USB3 port to work with USB2 devices? Tthat would be great for starters until one day real USB3 support lands, when USB3/3.1 would use the new driver. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
