[OpenIndiana-discuss] Will mixing 4K drives and non 4K drives in a storage pool work properly?
I have a system with a bunch of 1.5TB drives running oi_151a5. One of the drives is failing and needs replacement. The problem is that new 1.5TB drives are no longer available on the market. Now, all drives are non-4K sector drives. The largest non-4K drives available are the 1TB drives which obviously are too small. So the only viable option for me is to go with 2TB drives which are 4K drives. Will such a replacement drive work together with the other non-4K drives without hiccups and performance issues? ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] ZFS keeps finding errors
I would investigate the possibility to hook the hard drives up to another system with say, an LSI 1068 based controller and see how they behave there... On 2013-12-21 16:13, Jim Klimov wrote: Hello all, I got access to my old Home-NAS again, which got me looking under deep the hood of ZFS in the first place due to strange errors with my pool. This is a Pentium-4 based PC including an Asus P5B-Deluxe motherboard with 7 SATA connectors (an Intel and a JMicron set), with 8GB of (non-ECC) memory. Used to be quite a machine back in its day as a PC and gaming station! ;) Currently it serves as an OpenIndiana-based storage unit, but serves poorly: despite using raidz2 over 6*2Tb drives, it keeps finding errors (and DD'ing the offsets from disks shows that indeed there is trash on disk instead of proper data). Also the system disk finds and fixes some checksum errors on every scrub - luckily, it uses copies=2. While there was only the old 80Gb SATA (which I thought had died - but did not) it usually found 2-6 errors per scrub. Now I have mirrored it with a newer 250Gb SATA (picked from an HP Microserver barebone) to migrate the OS from an old disk, and it finds and fixes up to 30 errors per scrub. My guess is that these problems may be due to randomness from overheat in the CPU or chipset - but no real complaints here, insufficient power somehow or lack of ECC. Or just plain age is showing... All I can say instrumentally is that long SMART tests did not find any errors. So far I am trying to evacuate the remaining data from this box to some other storage. But I am not sure what to do with it or its parts such as disks - can they be trusted to rebuild a new pool, for example? Or should they be safer put away or repurposed back into a PC?.. Any ideas or comments? Thanks, //Jim ___ 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] Audio Broadcasting Suggestions Request
On 2013-04-12 17:18, Peter Tribble wrote: Hi, I seem to finally be making progress with the last major hurdle before bringing our OI servers online, and now the Archbishop has decided he wants me to take a break from this and lend a hand in another project. He wants to start broadcasting live audio streams of our services for our parishioners who are scattered all over the world. He doesn't want video (at this time) because he doesn't want to turn the church into a television studio. (And the others would certainly do that!) ... 4) Any server level type of software needs to be able to run on OpenIndiana. I've seen any number of audio streaming demos using Node.JS. Which is going to work just fine on OpenIndiana. However, if this were me I would just outsource this. It's a perfect example of a commodity that is unlikely to be your core competency. Something like http://wavestreaming.com/ for example, I'm sure there are others. What I really miss is the capability to stream flac, Monkey's Audio, Wavpack or Apple lossless online without transcoding to a lossy format such as ogg or mp3, but I guess that is a different discussion ... ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] How to configure OI for proper daylight savings adjustments.
My suspicions have been that there are several applications that manages the DST, hence the dual hour shifting, but I have been unsure as to which applications are involved with this in OI. It's difficult to test these things as they only occur twice a year. My system is dual/multiboot and it also runs VMs through VirtualBox on the OpenIndiana partition. I think my ghost is either the dual boot, (i.e. the OS on the other partition decides to shift the time for DST as well), or the VMs. It seems that changing system time from within VMs also affect the system time of the host. I'm not entirely sure whether this is the case but I strongly suspect so and I will try it out when I get around to it. Strangely enough, DST management issues with guests are not addressed in the VirtualBox documentation. I'm not sure about KVM and Xen/xVM... The route to go is to disable automatic DST adjustments on all systems but one. Not entirely sure how this is done in OI. It would be desirable to let the time zone be proper (and not set an arbitrary time-zone where DST does not apply just to disable DST). - Robin. On 2013-04-01 16:17, Jim Klimov wrote: On 2013-04-01 13:07, Hans J. Albertsson wrote: Jim, Excellent attitude.. However: That is not how OI Live DVD install sets things up, and I'm a bit surprised about your implicit statemet that rtc -c will shift the PC realtime clock at DST shift times... Is that true? Does rtc actually shift the MB RT clock?? That is SICK and WEIRD behaviour. I believe it does (shift the clock) and is (bad, especially for dual-boot systems each of which shifts the clock after DST switch day), so for over a decade I set up systems (including many of Windows servers I come by) to run in UTC and can't really well comment about behavior of systems configured otherwise. I think rtc -c does change the PC clock, and I think we've had a Solaris customer with weird failures due to this, but I can't now recall what the problem (inconvenient symptom) was. Fixing the RTC setup did take care of that, though. Just think of running a server available (interactively) for users from almost a dozen of timezones that Russia spanned, and think what other timezone than common UTC would make sense as a default one for a low-level? ;) //Jim ___ 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
[OpenIndiana-discuss] How to configure OI for proper daylight savings adjustments.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi, my server has been quite troublesome when it comes to adjusting the time for daylight savings. Last time it adjusted the system time by moving it forward by no less than two hours and now it is one hour behind. It never gets it right. The config file /etc/default/init has a TZ=Europe/Stockholm line in it, and there is a /usr/share/lib/zoneinfo/Europe/Stockholm file in existence. I've had problems with the scheduled DST adjustments since the good old OpenSolaris days and it is a true pita. Is there anyone who has got this working properly? Regards Robin. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJRWHbBAAoJEHrMcsL/irW8BM4H/jyLiqEdcPJLyn7SbszyzU8N wzIAfzYHI4ApJEKCvbzLLhRfpJNvefS1M7owUM2OQqrXHBa1U2OY3rWd4IOjg2o4 nM0WpSmCSPG3GRh4j1a8/qpoQPu38k8uxNXXV/k8MiQ0RkRCU+JoMu+7b1aBJczc LKb7ikm0jQuD03t7biaS/44O7GKLzgQnsUu1J9+Nmbd3uwtQgrCVvnwYK9/7JWPR +/JKSWHUPMPn5vIVLSaxombCiKxGQrQ2AjKLW2JtZvDrsbC7u0HT4Kr7EOEiNdJ6 WkqkBpgjOLRNJusmjCWLglnM81xgMvld79kj3z15zi3YsIMmT7daK4N2OYjH/Lk= =w3mp -END PGP SIGNATURE- ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Slow performance of guests in virtualbox on OI?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 2012-12-06 15:48, Edward Ned Harvey (openindiana) wrote: From: Robin Axelsson [mailto:gu99r...@student.chalmers.se] After I did a reinstall of my OpenIndiana system I finally decided to try out VirtualBox 4. I noticed that the VMs weren't running as smoothly as I was used to. I don't remember specifics such as network performance, as a whole the user-experience was simply not as good as it used to. So I uninstalled VirtualBox 4 and reinstalled Virtualbox 3.2.14 and things went pretty much back to normal (except for the USB driver which I fixed and the nwam/vboxflt driver conflict which seems to be fixed now since 151a5). The decision to switch back was quick and I never reflected upon any details as to why I made that decision. I don't know if this makes any difference, but I'm currently running VBox 4.1.x on OI, and I'm thrilled with it. I have not yet upgraded to 4.2, which was a new major release. So ... Perhaps maybe there's some performance bug in 4.2? When you upgraded to 4, how long ago was it? Do you remember 4-point-what? Almost a year ago and it was VirtualBox 4.1.8 that I tried. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQwdwnAAoJEHrMcsL/irW8v2gH/39+dqf3E3a46qMs470IMeC2 4rPR/LwFdRTqWLyXJtBLE2k9CSjfsjHY1JSAkqfszVF79+u9U7Fol1ivt116ivAN NU/0WUeFF3e9KgxGH+EVTIbtB7B3z+vKh1RseUaSOqS/ps8BJsmDQPJhKFTqE/j0 NU0DARf0RocVKr3LFlV+YhsJZ1B75KhmGJUIa6ZIb7c7fr4s7dqpL8FsAmaMInxy qq2DzW11fqTJzNyLuViThnEqGOleUc4yGuAhuRskkqd4Ht3H1RP29u9LhW6bG390 5KOqVNs9Psrl9shSBiZ2KrHvxkQxSduCBLVLAA/N9EFNoUkU82JrxbxVv3jA41o= =XOd0 -END PGP SIGNATURE- ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Slow performance of guests in virtualbox on OI?
On 2012-12-04 23:08, dswa...@druber.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have experienced performance issues with VirtualBox 4.x too and downgraded to 3.2.14. Perhaps you could give 3.2.14 a try and see how it works out. Can you elaborate? I'm not sure how to elaborate. I've always been kind of conservative when it comes to upgrading software following the old adage; If it works, don't fix it. After I did a reinstall of my OpenIndiana system I finally decided to try out VirtualBox 4. I noticed that the VMs weren't running as smoothly as I was used to. I don't remember specifics such as network performance, as a whole the user-experience was simply not as good as it used to. So I uninstalled VirtualBox 4 and reinstalled Virtualbox 3.2.14 and things went pretty much back to normal (except for the USB driver which I fixed and the nwam/vboxflt driver conflict which seems to be fixed now since 151a5). The decision to switch back was quick and I never reflected upon any details as to why I made that decision. ___ 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] Slow performance of guests in virtualbox on OI?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I have experienced performance issues with VirtualBox 4.x too and downgraded to 3.2.14. Perhaps you could give 3.2.14 a try and see how it works out. If you get error messages with 3.2.14 I think it is a configuration issue with the USB driver. I resolved it after consulting the VBox forums.Iirc they went away after changing permissions on some system files. On 2012-12-04 02:28, Dan Swartzendruber wrote: So I have an OI151a7 box. Latest vbox is installed with several guests. Performance of a couple of windows7 VMs seems kind of jerky. I started playing around with iperf and such to see if network was the issue. Between guests on the same host and guests === host, I can barely crack 1gb (and in some cases am barely hitting 300mb/sec). I know it's not the HW, since when I had ESXi on the same host, guests were able to hit 3-5gb/sec internally. I am wondering if this is just virtualbox issues? Disk I/O from guests seems fine - I run something like crystaldisk mark from a win7 guest and can exceed 130MB/sec both ways. But if I launch a browser window, it can take 4-5 seconds for it to appear, and clicking on links, likewise. The host is not remotely loaded down (for example, right now, with 4 guests running, load factor is 0.94). I am trying to get my telecommuter VM and my wife's (both 32-bit XP) migrated to windows 7, and if it's going to be that laggy and slow, this will not fly with her (nor with me, for that matter!) The previous incarnation was ESXi on the host, OI151a7 as a VM with the HBA passed-in via vmdirectpath (pci passthru). OI VM was on small local SSD with ESXi. Performance absolutely rocked. This is a major step down. Even if I go back to the original plan, I'm still using OI as the NAS/SAN, but I'd rather get off ESXi (if only because there are monitoring functions I cannot run on the host...) Any thoughts/ideas welcome... ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.17 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJQvmLYAAoJEHrMcsL/irW8roMH/jYGlUn3sJet+tqWBtzDs3qb flgRqap71ye+o17QpIsIFZc5i5UB2/erCY5DqCpb/d/Vu1gJzUMLuHFVz+AP/sab CHGBmpRjC4Y3YykxA/h/4H7rQGeSJD/GqxA0mXsQee+ZQF7RVZx2I/oBMJKHd1II kYD388MS2VAjBCyQ5oV7dqQDdghttL2KVFFB0E8iLkJBzKsrj0bhkItgdVfbWygt IfWfEUTuOUaF/BH2+RPDEcGW1ZwGtNtfuOcIzzhASGOwLZncjY/jn+Gyo+1zUWfR tNPPms4I7/5bpfsHQ+BAppYzwMNPmOB7Jw1Ypyu7JA59ppB97jGNjsDXDtCCIAs= =pkcg -END PGP SIGNATURE- ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] hardware specs for illumos storage/virtualization server
On 2012-11-17 05:36, Paul B. Henson wrote: I think I'm finally going to get around to putting together the illumos home/hobby server I've been thinking about for the past few years :), and would appreciate a little feedback on parts/compatibility/design. The box is intended to be both a storage server (music/video/etc media, documents, whatever) with content available via both NFS and CIFS, as well as a virtualization server using kvm to run some number of linux instances (the most heavyweight of which will probably be the mythtv instance, but there will be a number of other miscellaneous things going on). I'm thinking of using two SSD's with a partition mirrored for rpool, a 2nd separate partition as L2ARC on each, and possibly a third mirrored for slog (or potentially a separate SSD just for slog), and a storage pool consisting of 2 6 disk raidz2 vdevs. For the case, I'm looking at the Supermicro 836BA-R920B rackmount chassis, which has 16 3.5 hot-swap bays on the front, and 2 2.5 hot-swap bays on the back, along with dual redundant 960w 80+ platinum certified power supplies. This particular model has all 16 front bays direct attached, with four SFF-8087 connectors. There are two other models available with either one or two SAS expanders; however, from what I understand hooking up SATA drives on the other side of a SAS expander is a bad idea. If I went with near-line SAS, I could get the model with the expanders, which would reduce my cost in terms of SAS controllers, but the pricing on near-line SAS is ridiculous compared to SATA, and the extra cost in SAS controller should be outweighed by reduced cost in drives (I'm already looking at a way higher budget than I'd like for a hobby project, but I have few vices, and electronics are one of them ;) ). For the motherboard, I'm looking at the Supermicro X9DRD-7LN4F-JBOD, which is a dual LGA 2011 socket board with 16 DIMM slots, 2 x SATA3, 4 x SATA2, and 8 x SAS (LSI 2308 controller onboard) along with 4 intel i350 based gig nics. My understanding is that illumos is perfectly happy with the LSI 2308 in IT mode. The -JBOD version of this motherboard comes from the factory with IT firmware. It doesn't seem readily available though, if I went with the regular version the LSI controller comes with RAID firmware, it's possible to reflash with IT but from what I've read it's a bit of a pain (you need to do it from the EFI shell). It also looks like illumos works with the intel i350 gig nics, and I assume there should be no issue with the onboard Intel AHCI SATA controller? CPU, 2 x Intel Xeon E5-2620. The hex core is a bit pricier than the quads, but I've just got my heart set on 12 cores, and no one said a hobby had to be cost effective ;). These are Sandy Bridge Xeons, I know there were some Sandy Bridge issues in the past, but I think there were workarounds, and it looks like Joyent recently fixed them (https://github.com/joyent/illumos-joyent/commit/4d86fb7f59410be72e467483b74e2eebff6052b2), so I'm hoping they will work well. I haven't really spec'd specific RAM, although I'm partial to crucial, it takes 1333MHz registered ECC DDR3. I think I want at least 32GB for the storage server side, and I'm not sure yet how much more I'll add in on top of that for virtualization. 8 of the 16 3.5 bays will be covered by the onboard LSI controller, I need to get an additional PCIe controller with 2 x SFF-8087 connectors to cover the rest. Seems there are a fair number of options, although I'm not sure if there's a clear winner among them. Any favorites? Hard drives are the parts I'm least confident in 8-/. I'd like to go 2TB or 3TB, that's cost prohibitive for near-line SAS, and pretty darn pricy for enterprise SATA. I don't really want to go with desktop class drives though. Is there any opinion yet on the new WD Red NAS drives? They're only $170 for a 3TB drive, which is pretty cheap. On the plus side, they're engineered for 7x24 operation, have a three year warranty, and are supposed to be low power/low heat (both would be good; while I installed a 4.5kw solar power system a few years ago when I remodeled our house, and have been net negative powerwise since, I anticipate that to change when this beast starts running. I also set up a dedicated wiring closet with a separate 8000btu wall air conditioner, but still less heat = less cooling = less power utilization). They come out-of-the-box with 7 second TLER, plus the ability to tune that however you'd like. On the downside, while WD doesn't specify it, they evidently run at 5400rpm (where I suppose the low power low heat comes from), and aren't exactly screamers (streaming isn't too bad, but random IO leaves a bit to be desired). My mythtv vm will potentially be recording 4 HD ATSC streams (originating from network connected HD homeruns), reading all 4 back from disk at the same time (for commercial flagging) and potentially reading a
Re: [OpenIndiana-discuss] AMD 900 series chipset support
I also have OI running on that motherboard in case there is some need for testing. So far I've had no serious issues with that motherboard or the chipset that I'm aware of and I have used it for almost a year now. The issues that I have is that the rge (and gani?) drivers don't appear to work very well with the onboard Realtek netwoek interface controller. I had serious issues with it and ended up getting an Intel controller instead. Also anything that spells JMicron spells trouble. I've never manage to get any rhyme or reason into that SATA controller, not even in Windows. Gigabyte has used this controller on many motherboards but on this particular motherboard they use the Marvell 88SE9172 controller which I don't believe there is any driver for in OpenIndiana unfortunately. On 2012-10-28 03:46, Dave Koelmeyer wrote: ken maysmaybird1...@yahoo.com wrote: Dave, The Gigabyte GA-990FXA-UD7 motherboard. I'm testing it for Solaris 11.1 with USB 3.0 and it also works with the oi_151a7 live DVD. I've added it to the wiki. Works great. ~ Ken Mays From: Dave Koelmeyerdave.koelme...@davekoelmeyer.co.nz To: Discussion list for OpenIndiana openindiana-discuss@openindiana.org Sent: Saturday, October 27, 2012 10:16 AM Subject: [OpenIndiana-discuss] AMD 900 series chipset support Hi All, Anyone have any experience with or recommendations for AMD 900 series-based motherboards with OpenIndiana? Nothing in the community HCL that I can see so far. Cheers, -- Dave Koelmeyer http://www.davekoelmeyer.co.nz ___ 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 Hi Ken, That's perfect, thanks. Cheers, Dave -- Dave Koelmeyer http://www.davekoelmeyer.co.nz ___ 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] ZFS; what the manuals don't say ...
On 2012-10-24 21:58, Timothy Coalson wrote: On Wed, Oct 24, 2012 at 6:17 AM, Robin Axelsson gu99r...@student.chalmers.se wrote: It would be interesting to know how you convert a raidz2 stripe to say a raidz3 stripe. Let's say that I'm on a raidz2 pool and want to add an extra parity drive by converting it to a raidz3 pool. I'm imagining that would be like creating a raidz1 pool on top of the leaf vdevs that constitutes the raidz2 pool and the new leaf vdev which results in an additional parity drive. It doesn't sound too difficult to do that. Actually, this way you could even get raidz4 or raidz5 pools. Question is though, how things would pan out performance wise, I would imagine that a 55 drive raidz25 pool is really taxing on the CPU. Multiple parity is more complicated than that, an additional xor device (a la traditional raid4) would end up with zeros everywhere, and couldn't reconstruct your data from an additional failure. Look at computing parity in http://en.wikipedia.org/wiki/Raid_6#RAID_6 . While in theory it can extend to more than 3 parity blocks, it is unclear whether more than 3 will offer any serious additional benefits (using multiple raidz2 vdevs can give you better IOPS than larger raidz3 vdevs, with little change in raw space efficiency). There are also combinatorial implications to multiple bit errors in a single data chunk with high parity levels, but that is somewhat unlikely. XOR you say? I didn't know that raidz used xor for parity. I thought they used some kind of a Reed-Solomon implementation à la PAR2 on the block level to achieve RAID like functionality. It never was stated from what I could read in the documentation that the raid functionality was implemented like traditional hardware RAID. If xor is the case then I'm curious as to how they managed to pull off a raidz3 implementation with three disk redundancy. Maybe a good read into the zpool source code would help clarifying things... Going from raidz3 to raidz2 or from raidz2 to raidz1 sounds like a no-brainer; you just remove one drive from the pool and force zpool to accept the new state as normal. A degraded raidz2 vdev has to compute the missing block from parity on nearly every read, this is not the normal state of raidz1. Changing the parity level, either up or down, has similar complications in the on-disk structure. But expanding a raidz pool with additional storage while preserving the parity structure sounds a little bit trickier. I don't think I have that knowledge to write a bpr rewriter although I'm reading Solaris Internals right now ;) Unless raidz* did something radically different than raid5/6 (as in, not having the parity blocks necessarily next to each other in the data chunk, and having their positions recorded in the data chunk itself), the position of the parity and data blocks would change. The always consistent on disk approach of ZFS adds additional problems to this, which probably make it impossible to rewrite the re-parity'ed chunk over the old chunk, meaning it has to find some free space every time it wants to update a chunk to the new parity level. What you describe here is known as unionfs in Linux, among others. I think there were RFEs or otherwise expressed desires to make that in Solaris and later illumos (I did campaign for that sometime ago), but AFAIK this was not yet done by anyone. YES, UnionFS-like functionality is what I was talking about. It seems like it has been abandoned in favor of AuFS in the Linux and the BSD world. It seems to have functions that are a little overkill to use with zfs, such as copy-on-write. Perhaps a more simplistic implementation of it would be more suitable for zfs. You could create zfs filesystems for subfolders in your dataset from the separate pools, and give them mountpoints that put them into the same directory. You would have to balance the data allocation between the pools manually, though. I know that works but I was talking about having files stored at different (hardware) locations and yet being in the same ... folder, I guess you are using MacOS :) Perhaps a similar functionality can be established through an abstraction layer behind network shares. In Windows this functionality is called 'disk pooling', btw. In ZFS, disk pooling is done by creating a zpool, emphasis on singular. Do you actually expect a large portion of your disks to go offline suddenly? I don't see a good way to handle this (good meaning there are no missing files under the expected error conditions) that gets you more than 50% of your raw storage capacity (mirrors across the boundary of what you expect to go down together). I doubt I would like the outcome of having some software make arbitrary decisions of what real filesystem to put each file on, and then having one filesystem fail, so if you really expect this, you may be happier keeping the two pools separate and deciding where to put stuff yourself (since if you
Re: [OpenIndiana-discuss] ZFS; what the manuals don't say ...
Yes, this sounds like an interesting solution but it doesn't seem that SAMFS or SAM-QFS is implemented in OI, I could be wrong. The documentation for that functionality don't seem to be accessible anymore. Access to docs.sun.com is redirected to a standard page on the Oracle website. On 2012-10-25 10:51, Jim Klimov wrote: 2012-10-24 23:58, Timothy Coalson wrote: I doubt I would like the outcome of having some software make arbitrary decisions of what real filesystem each to put file on, and then having one filesystem fail, so if you really expect this, you may be happier keeping the two pools separate and deciding where to put stuff yourself (since if you are expecting a set of disks to fail, I expect you would have some idea as to which ones it would be, for instance an external enclosure). This to an extent sounds similar (doable with) hierarchical storage management, such as Sun's SAMFS/QFS solution. Essentially, this is a (virtual) filesystem where you set up storage rules based on last access times and frequencies, data types, etc. and where you have many tiers of storage (ranging from fast, small, expensive to slow, bulky, cheap), such as SSD Arrays - 15K SAS arrays - 7.2 SATA - Tape. New incoming data ends up on the fast tier. Old stale data lives on tapes. Data used sometimes migrates between tiers. The rules you define for the HSM system regulate how many copies on which tier you'd store, so loss of some devices should not be fatal - as well as cleaning up space on the faster tier to receive new data or to cache the old data requested by users and fetched from slower tiers. I did propose to add some HSM-type capabilities to ZFS, mostly with the goals of power-saving on home-NAS machines, so that the box could live with a couple of active disks (i.e. rpool and the active-data part of the data pool) while most of the data pool's disks can remain spun-down. Whenever a user reads some data from the pool (watching a movie or listening to music or processing his photos) the system would prefetch the data (perhaps a folder with MP3's) onto the cache disks and let the big ones spin down - with a home NAS and few users it is likely that if you're watching a movie, you system is otherwise unused for a couple of hours. Likewise, and this happens to be the trickier part, new writes to the data pool should go to the active disks and occasionally sync to and spread over the main pool disk. I hoped this can be all done transparently to users within ZFS, but overall discussions led to conclusion that this can better be done not within ZFS, but with some daemons (perhaps a dtrace-abusing script) doing the data migration and abstraction (the transparency to users). Besides, with introduction and advances in generic L2ARC, and with the possibility of file-level prefetch, much of that discussion became moot ;) Hope this small historical insight helps you :) //Jim Klimov ___ 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] ZFS; what the manuals don't say ...
On 2012-10-25 12:21, Jim Klimov wrote: 2012-10-24 15:17, Robin Axelsson wrote: On 2012-10-23 20:06, Jim Klimov wrote: 2012-10-23 19:53, Robin Axelsson wrote: ... But if I do send/receive to the same pool I will need to have enough free space in it to fit at least two copies of the dataset I want to reallocate. Likewise with reallocation of files - though the unit of required space would be smaller. It seems like what zfs is missing here is a good defrag tool. This was discussed several times, with the outcome being that with ZFS's data allocation policies, there is no one good defrag policy. The two most popular options are about storing the current live copy of a file contiguously (as opposed to its history of released blocks only referenced in snapshots) vs. storing pool blocks in ascending creation-TXG order (to arguably speed up scrubs and resilvers, which can consume a noticeable portion of performance doing random IO). Usual users mostly think that the first goal is good - however, if you add clones and dedup into the equation, it might never be possible to retain their benefits AND store all files contiguously. Also, as with other matters of moving blocks around in the allocation areas and transparently to other layers of the system (that is, on a live system that actively does I/O while you defrag data), there are some other problems that I'm not very qualified to speculate about, that are deemed to be solvable by the generic BPR. Still, I do think that many of the problems postponed until the time that BPR arrives, can be solved with different methods and limitations (such as off-line mangling of data on the pool) which might still be acceptable to some use-cases. All-in-all, the main intended usage of ZFS is on relatively powerful enterprise-class machines, where much of the needed data is cached on SSD or in huge RAM, so random HDD IO lags become less relevant. This situation is most noticeable with deduplication, which in ZFS implementation requires vast resources to basically function. With market prices going down over time, it is more likely to see home-NAS boxes tomorrow similarly spec'ed to enterprise servers of today, than to see the core software fundamentally revised and rearchitected for boxes of yesterday. After all, even in open-source world, developers need to eat and feed their families, so commercial applicability does matter and does influence the engineering designs and trade-offs. Actually I have refrained from using dedup and compression as I somehow feel that the risks and penalties that come with them outweigh the benefits, at least for my purposes. It should also be noted that in a lot of defrag software out there you have the option to choose different policies according to which you can reorganize the data on a disk. A tool that continuously monitors disk activity could give information as to what policy would be optimal for a particular disk configuration. As I understand, fragmentation occurs when you remove files and rewrite files to a storage pool a large enough number of times. So if I have a fragmented storage pool and copy all files to a new empty storage pool, the new storage pool would not be fragmented. So I take it what you are saying is that the way the files are organized in the new storage pool is sometimes *worse* than the way they are organized in the old fragmented storage pool? It would be interesting to know how you convert a raidz2 stripe to say a raidz3 stripe. Let's say that I'm on a raidz2 pool and want to add an extra parity drive by converting it to a raidz3 pool. I'm imagining that would be like creating a raidz1 pool on top of the leaf vdevs that constitutes the raidz2 pool and the new leaf vdev which results in an additional parity drive. It doesn't sound too difficult to do that. Actually, this way you could even get raidz4 or raidz5 pools. Question is though, how things would pan out performance wise, I would imagine that a 55 drive raidz25 pool is really taxing on the CPU. Going from raidz3 to raidz2 or from raidz2 to raidz1 sounds like a no-brainer; you just remove one drive from the pool and force zpool to accept the new state as normal. But expanding a raidz pool with additional storage while preserving the parity structure sounds a little bit trickier. I don't think I have that knowledge to write a bpr rewriter although I'm reading Solaris Internals right now ;) Read also the ZFS On-Disk Specification (the one I saw is somewhat outdated, being from 2006, but most concepts and data structures are the foundation - expected to remain in place and be expanded upon). In short, if I got that all right, the leaf components of a top-level VDEV are striped upon creation and declared as an allocation area with its ID and monotonous offsets of sectors (and further subdivided into a couple hundred SPAs to reduce seeking). For example, on a 5-disk array the offsets of the pooled sectors might look like
Re: [OpenIndiana-discuss] ZFS; what the manuals don't say ...
On 2012-10-23 20:06, Jim Klimov wrote: 2012-10-23 19:53, Robin Axelsson wrote: That sounds like a good point, unless you first scan for hard links and avoid touching the files and their hard links in the shell script, I guess. I guess the idea about reading into memory and writing back into the same file (or cat $SRC /var/tmp/$SRC cat /var/tmp/$SRC $SRC to be on the safer side) should take care of hardlinks, since the inode would stay the same. You should of course ensure that nobody uses the file in question (i.e. databases are down, etc). You can also keep track of rebalanced inode numbers to avoid processing hardlinked files more than once. ZFS send/recv should also take care of these things, and with sufficient space in the pool to ensure even writes (i.e. just after expansion with new VDEVs) it can be done within the pool if you don't have a spare one. Then you can ensure all needed local dataset properties are transfered, remove the old dataset and rename the new copy to its name (likewise for hierarchies of datasets). But if I do send/receive to the same pool I will need to have enough free space in it to fit at least two copies of the dataset I want to reallocate. But I heard that a pool that is almost full have some performance issues, especially when you try to delete files from that pool. But maybe this becomes a non-issue once the pool is expanded by another vdev. This issue may remain - basically, when a pool is nearly full (YMMV, empirically over 80-90% for pools with many write-delete cycles, but there were reports of even 60% full being a problem), its block allocation may look like good cheese with many tiny holes. Walking the free space to find a hole big enough to write a new block takes time, hence the slowdown. When you expand the pool with a new vdev, the old full cheesy one does not go away, and writes that ZFS pipe line intended to put there would still lag (and may now time out and may get to another vdev, as someone else mentioned in this thread). It seems like what zfs is missing here is a good defrag tool. To answer your other letters, But if I have two raidz3 vdevs, is there any way to create an isolation/separation between them so that if one of them fails, only the data that is stored within that vdev will be lost and all data that happen to be stored in the other can be recovered? And yet let them both be accessible from the same path? The only thing that needs to be sorted out is where the files should go when you write to that path and avoid splitting such that one half if the file goes to one vdev and another goes to the other vdev. Maybe there is some disk or i/o scheduler that can handle such operations? You can't do that. A pool is one whole (you can't also remove vdevs from it and you can't change or reduce raidzN groups' redundancy - may be that will change after the long-awaited BPR = block-pointer rewriter is implemented by some kind samaritan), and as soon as it is set up or expanded all writes go striped to all components and all top-level components are required not-failed to import the pool and use it. It would be interesting to know how you convert a raidz2 stripe to say a raidz3 stripe. Let's say that I'm on a raidz2 pool and want to add an extra parity drive by converting it to a raidz3 pool. I'm imagining that would be like creating a raidz1 pool on top of the leaf vdevs that constitutes the raidz2 pool and the new leaf vdev which results in an additional parity drive. It doesn't sound too difficult to do that. Actually, this way you could even get raidz4 or raidz5 pools. Question is though, how things would pan out performance wise, I would imagine that a 55 drive raidz25 pool is really taxing on the CPU. Going from raidz3 to raidz2 or from raidz2 to raidz1 sounds like a no-brainer; you just remove one drive from the pool and force zpool to accept the new state as normal. But expanding a raidz pool with additional storage while preserving the parity structure sounds a little bit trickier. I don't think I have that knowledge to write a bpr rewriter although I'm reading Solaris Internals right now ;) I can't see how a dataset can span over several zpools as you usually create it with mypool/datasetname (in the case of a file system dataset). But I can see several datasets in one pool though (e.g. mypool/dataset1, mypool/dataset2 ...). So the relationship I see is pool *onto* dataset. It can't. A dataset is contained in one pool. Many datasets can be contained in one pool and share the free space, dedup table and maybe some other resources. Datasets contained in different pools are unrelated. But if I have two separate pools with separate names, say mypool1 and mypool2 I could create a zfs file system dataset with the same name in each of these pools and then give these two datasets the same mountpoint property couldn't I? Then they would be forced to be mounted to the same path
[OpenIndiana-discuss] ZFS; what the manuals don't say ...
Hi, I've been using zfs for a while but still there are some questions that have remained unanswered even after reading the documentation so I thought I would ask them here. I have learned that zfs datasets can be expanded by adding vdevs. Say that you have created say a raidz3 pool named mypool with the command # zpool create mypool raidz3 disk1 disk2 disk3 ... disk8 you can expand the capacity by adding vdevs to it through the command # zpool add mypool raidz3 disk9 disk10 ... disk16 The vdev that is added doesn't need to have the same raid/mirror configuration or disk geometry, if I understand correctly. It will merely be dynamically concatenated with the old storage pool. The documentations says that it will be striped but it is not so clear what that means if data is already stored in the old vdevs of the pool. Unanswered questions: * What determines _where_ the data will be stored on a such a pool? Will it fill up the old vdev(s) before moving on to the new one or will the data be distributed evenly? * If the old pool is almost full, an even distribution will be impossible, unless zpool rearranges/relocates data upon adding the vdev. Is that what will happen upon adding a vdev? * Can the individual vdevs be read independently/separately? If say the newly added vdev faults, will the entire pool be unreadable or will I still be able to access the old data? What if I took a snapshot before adding the new vdev? * Can several datasets be mounted to the same mount point, i.e. can multiple file system-datasets be mounted so that they (the root of them) are all accessed from exactly the same (POSIX) path and subdirectories with coinciding names will be merged? The purpose of this would be to seamlessly expand storage capacity this way just like when adding vdevs to a pool. * If that's the case how will the data be distributed/allocated over the datasets if I copy a data file to that path? Kind regards Robin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] ZFS; what the manuals don't say ...
On 2012-10-23 16:22, George Wilson wrote: Comments inline... On 10/23/12 8:29 AM, Robin Axelsson wrote: Hi, I've been using zfs for a while but still there are some questions that have remained unanswered even after reading the documentation so I thought I would ask them here. I have learned that zfs datasets can be expanded by adding vdevs. Say that you have created say a raidz3 pool named mypool with the command # zpool create mypool raidz3 disk1 disk2 disk3 ... disk8 you can expand the capacity by adding vdevs to it through the command # zpool add mypool raidz3 disk9 disk10 ... disk16 The vdev that is added doesn't need to have the same raid/mirror configuration or disk geometry, if I understand correctly. It will merely be dynamically concatenated with the old storage pool. The documentations says that it will be striped but it is not so clear what that means if data is already stored in the old vdevs of the pool. Unanswered questions: * What determines _where_ the data will be stored on a such a pool? Will it fill up the old vdev(s) before moving on to the new one or will the data be distributed evenly? The data is written in a round-robin fashion across all the top-level vdevs (i.e. the raidz vdevs). So it will get distributed across them as you fill up the pool. It does not fill up one vdev before proceeding. * If the old pool is almost full, an even distribution will be impossible, unless zpool rearranges/relocates data upon adding the vdev. Is that what will happen upon adding a vdev? As you write new data it will try to even out the vdevs. In many cases this is not possible and you may end up with the majority of the writes going to the empty vdevs. There is logic in zfs to avoid certain vdevs if we're unable to allocate from them during a given transaction group commit. So when vdevs are very full you may find that very little data is being written to them. * Can the individual vdevs be read independently/separately? If say the newly added vdev faults, will the entire pool be unreadable or will I still be able to access the old data? What if I took a snapshot before adding the new vdev? If you lose a top-level vdev then you probably won't be able to access your old data. If you're lucky you might be able to retrieve some data that was not contained on that top-level vdev but given that ZFS stripes across all vdevs it means that most of your data could be lost. Losing a leaf vdev (i.e. a single disk) within a top-level vdev is a different story. If you lose a leaf vdev then raidz will allow you to continue to use the disk and pool in a degraded state. You can then spare out the failed leaf vdev or replace the disk. * Can several datasets be mounted to the same mount point, i.e. can multiple file system-datasets be mounted so that they (the root of them) are all accessed from exactly the same (POSIX) path and subdirectories with coinciding names will be merged? The purpose of this would be to seamlessly expand storage capacity this way just like when adding vdevs to a pool. I think you might be confused about datasets and how they are expanded. Datasets see all the space within a pool. There is not a one-to-one mapping of dataset to pool. So if you want to create 10 datasets and you find that you're running out of space then you simply add another top-level vdev to your pool and all the dataset see the additional space. I pretty certain that doesn't answer your question but maybe it helps in other ways. Feel free to ask again. But if I have two raidz3 vdevs, is there any way to create an isolation/separation between them so that if one of them fails, only the data that is stored within that vdev will be lost and all data that happen to be stored in the other can be recovered? And yet let them both be accessible from the same path? The only thing that needs to be sorted out is where the files should go when you write to that path and avoid splitting such that one half if the file goes to one vdev and another goes to the other vdev. Maybe there is some disk or i/o scheduler that can handle such operations? I can't see how a dataset can span over several zpools as you usually create it with mypool/datasetname (in the case of a file system dataset). But I can see several datasets in one pool though (e.g. mypool/dataset1, mypool/dataset2 ...). So the relationship I see is pool *onto* dataset. But if I have two separate pools with separate names, say mypool1 and mypool2 I could create a zfs file system dataset with the same name in each of these pools and then give these two datasets the same mountpoint property couldn't I? Then they would be forced to be mounted to the same path. I feel now that the other questions are straightened out. * If that's the case how will the data be distributed/allocated over the datasets if I copy a data file to that path? Data from all datasets are striped across the top-level
Re: [OpenIndiana-discuss] ZFS; what the manuals don't say ...
On 2012-10-23 17:32, Udo Grabowski (IMK) wrote:
On 23/10/2012 17:18, Roy Sigurd Karlsbakk wrote:
Wouldn't walking the filesystem, making a copy, deleting the original
and renaming the copy balance things?
e.g.
#!/bin/sh
LIST=`find /foo -type d`
for I in ${LIST}
do
cp ${I} ${I}.tmp
rm ${I}
mv ${I}.tmp ${I}
done
or perhaps
And hardlinks ? This is a perfect way to completely trash your
system. There's no need to 'balance' zfs, over time filesystem
writes will balance roughly over the vdevs, only files never
touched again will stay where they are. So don't risk your
system just to get a few bytes/sec more out of it.
That sounds like a good point, unless you first scan for hard links and
avoid touching the files and their hard links in the shell script, I guess.
But I heard that a pool that is almost full have some performance
issues, especially when you try to delete files from that pool. But
maybe this becomes a non-issue once the pool is expanded by another vdev.
___
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] Only one SSD detected on expander
The worst case would be if the firmware image is signed and encrypted, which I doubt. There is a workaround for that too if that would be the case anyway. I'm not sure whether those firmware images have a real file system (such as yaffs for Android devices) or are just a solid binary file. Here are a few pages that I found: http://hexblog.com/files/recon%202010%20Skochinsky.pdf http://sviehb.wordpress.com/2011/09/06/reverse-engineering-an-obfuscated-firmware-image-e01-unpacking/ http://www.nslu2-linux.org/wiki/HowTo/RecoverFromABadFlashUsingJTAG On 2012-10-19 14:11, James C. McPherson wrote: On 19/10/12 09:29 PM, Udo Grabowski (IMK) wrote: On 19/10/2012 11:48, Robin Axelsson wrote: Isn't it possible to somehow make the drive dump the firmware somehow, edit it with a HEX editor (and recalculate firmware checksums) and flash the modified .bin file back to the drive? I guess that the WWN must be found in the firmware somewhere. Usually, you can read and write drive firmware with fwflash. You should be able to write new firmware, sure - my colleagues did add support for flashing sd(7d) to fwflash. I would be very, very wary of doing so, however, unless you have documentation from your disk manufacturer which (1) gives you the structure and instructions definitions, and (2) lets you verify that you have a valid image. Reading firmware from the disk is not supported with fwflash. http://src.opensolaris.org/source/xref/onnv/onnv-gate/usr/src/cmd/fwflash/plugins/transport/common/sd.c#125 James C. McPherson -- Solaris kernel software engineer, system admin and troubleshooter http://www.jmcpdotcom.com/blog Find me on LinkedIn @ http://www.linkedin.com/in/jamescmcpherson ___ 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] Only one SSD detected on expander
Isn't it possible to somehow make the drive dump the firmware somehow, edit it with a HEX editor (and recalculate firmware checksums) and flash the modified .bin file back to the drive? I guess that the WWN must be found in the firmware somewhere. On 2012-10-19 02:38, Scott Marcy wrote: FWIW, this is what Samsung tech support had to say about the SSD 840 Pro: The next generation Samsung SSD 840 Pro series will have WWN. The Samsung 840 Pro is aimed for customers who need to use them on servers which is why only the 840 Pro will have the WWN identifier. Guess I'll get in line for a few and find out. -Scott On Oct 17, 2012, at 11:27 AM, Scott Marcyo...@mscott.org wrote: I am returning the 4 drives I planned to use in the expanders, but will keep the two I'm using as my mirrored boot pool. My intention was to use these are ZIL and L2ARC drives, so I can do without them for now. I've had very good luck with these Samsung drives in non-SAS usages—quite a bit more reliable in my (admittedly quite limited) experience than the SanForce-based SSDs. Here's hoping they've fixed this on the 840 Pro models. Thank you all for your help. I learned something new and now understand why it doesn't work. :-) -Scott On Oct 17, 2012, at 11:18 AM, Bob Friesenhahnbfrie...@simple.dallas.tx.us wrote: On Wed, 17 Oct 2012, Scott Marcy wrote: I called Samsung and they basically told me there was nothing they could do. The guy I spoke with said the 830s weren't intended to be used in servers. (He did seem to understand what I was talking about, which was actually more than I expected from simply picking up the phone and getting transferred twice to get to the right department. So at least kudos to Samsung there.) Maybe you should try to return these and get your money back. The problem does not seem to be specific to use in a server. The physical block size also seems to be reported incorrectly. Samsung cut corners by not taking the time to give each device a unique addressable ID as part of their manufacturing process. It may even be that a step was accidentally skipped in the manufacturing process (to make quotas) and that some devices are correctly configured from the factory while others are not. 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 ___ 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 . ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Missing ZFS features?!
On 2012-10-16 16:16, Jonathan Adams wrote: On 16 October 2012 14:09, Floflor...@acw.at wrote: ... Why has the zfs version from oracle more features than oi? this is a very arguable statement ... it's like saying I have more features than Stephen Hawking because my legs work. Jon So you are implying that the Illumos version of ZFS is crippled? ___ 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] OpenIndiana lead Alasdair Lumsden resigns
I certainly hope you are right. But I also hope you are aware of survival bias that may color your past experiences. It is very easy to look at the successful projects that have managed to survive over the years in retrospect while forgetting about those project that died and fell into oblivion. I guess it should come to no surprise that most people who use open source software don't care. Probably the vast majority don't know about Alasdair Lumsden's resignation, let alone that he exists. That's why one should take into consideration that for every 100 or so new users 2-5 of them may eventually start contributing and developing for Illumos. I think incentives such as career opportunities and other things that make Illumos and OpenIndiana look cool should be important to stress. Perhaps it would be possible to convince the freeNAS people to use Illumos/OpenIndana instead. On 2012-09-01 16:48, Bob Friesenhahn wrote: On Sat, 1 Sep 2012, Robin Axelsson wrote: I'm fully aware of the power of the command line and it is the command line that really makes me like Unix based OSes (including Linux). But making OI look well-polished with a fancy and easy to administer web-admin GUI that would encourage the average-Joe to use it as a home-NAS / virtual server is not a bad thing. That way OI would reach a higher penetration with a larger user-base and most importantly; it will get _free advertising_. To some extent the old adage A good product markets itself has some truth in it. But it must not only be good, it has to /look/ good so that even a less versed person will understand how good it is. Focusing on issues like this would be putting the cart before the horse. It is more important to be able to easily build everything and incorporate updates than to have a fancy configuration GUI. OI popularity should come second to correct functionality and having an organization (of volunteers and corporate entities) to sustain it. If OI is worthy, popularity will follow, even if only from people who already preferred Solaris. OpenIndiana is still very young. Successful OS distributions take quite a few years to become significant. It is not something which happens in just a couple of years. Bob ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OpenIndiana lead Alasdair Lumsden resigns
While I don't have a clue about what userbase OpenIndiana has and how widespread it is, there are some things I see that don't look good for OI. First of all I find it to be poorly marketed. The website is updated almost never and it looks like nothing is happening, there are no roadmaps, the documentation on the site is improving but still has some considerable lacks. A website that looks poorly maintained with empty menus doesn't look good at all. The website should put a much greater effort at marketing itself and show what OI/Illumos can really do. We're talking about statements such as ZFS is leading technology ... and rich illustrations so that even less versed people will understand it. The design of a website also communicate the quality of the product. It may sound a little vainglorious to some people but that's how it works in real life. Secondly I find it incredibly hard to start developing things on the operating system. If I for example want to get started with contributing by porting a Linux graphics driver to OI/Illumos, where do I begin? How do I get the compilers to work with me without errors and how do I troubleshoot them? Or in short . where is the *documentation* for it? I think there should be an open door that lets new people in and makes it easier to get started developing for OI/Illumos. Right now it looks like a closed community with a very high barrier of entry for those outside that are willing to develop for OI/Illumos. If this problem gets fixed then maybe userland applications that are necessary for a desktop OS will eventually find their way into the OS for those people who want to use it as a desktop OS. I'm fully aware of the power of the command line and it is the command line that really makes me like Unix based OSes (including Linux). But making OI look well-polished with a fancy and easy to administer web-admin GUI that would encourage the average-Joe to use it as a home-NAS / virtual server is not a bad thing. That way OI would reach a higher penetration with a larger user-base and most importantly; it will get _free advertising_. To some extent the old adage A good product markets itself has some truth in it. But it must not only be good, it has to /look/ good so that even a less versed person will understand how good it is. Another weak point of the OS is hardware support. While I understand that it might be a tremendously daunting undertaking to maintain hardware support for everything there is out there, on can strategically focus on key hardware components. My personal pet peeve with OI is the poor support for my AMD/ATI GPU, otherwise I think I think it is a good thing that there is a focus on HBA and NIC hardware, i.e. hardware that is essential for it to function as a file/webserver as was stated in a prior post. But the most important thing is that it is well documented so that a user who wants to start using OI will know *beforehand* what hardware to use. On 2012-09-01 12:06, Open Indiana wrote: Although Openindiana is opensource it doesn't mean it doesn't need any steering or control. My main concern is who will take up the flag and carry it? The people who think OpenIndiana is a dead end have IMHO no idea what it is. They apparently expect an OS with a GUI that lets them control anything and they forget that on all OS's one has to leave the GUI at one point as soon as there is a need that goes deeper than starting a writer-application. Even Windows2008 still has a scripting and commandline facility. Someone or some people have to take control on a roadmap and set a course. Where do we want to go and what will we build? If hosting ever starts to be a problem I will jump in. But... with the recession on its way all over the world, people have to work harder and have not as much spare time as they used to have. When someone needs to choose between his work or an OpenSource hobby the choose is easy. -Original Message- From: Bob Friesenhahn [mailto:bfrie...@simple.dallas.tx.us] Sent: vrijdag 31 augustus 2012 21:00 To: Discussion list for OpenIndiana Subject: Re: [OpenIndiana-discuss] OpenIndiana lead Alasdair Lumsden resigns People come and go, that's just a fact of life. The important thing for OpenIndiana now is to get over it, select a new project lead and rock on. We are all just as saddened as you are to see Alasdair leave, but I would hope OpenIndiana was never just a single-person job. The main risk at the moment is that OpenIndiana is hosted on Alasdair's servers and openindiana.org is owned by EveryCity Ltd (i.e. Alasdair's company). The servers and domain are still running but there is no telling about the future. Bob -- Bob Friesenhahn bfrie...@simple.dallas.tx.us, http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ OpenIndiana-discuss mailing list
Re: [OpenIndiana-discuss] illumos KMS Hackathon in Germany
I was working with the binaries that Ken Mays supplied so I don't know
what configuration he used when he compiled them. The location of the
file in question is in:
/usr/sfw/lib/libgcc_s.so.1
/usr/sfw/lib/amd64/libgcc_s.so.1
and it was there before I tried installling gcc4.4.4.
I also tried compiling the binaries myself, without much success
unfortunately. After weeding out missing file error messages with the
package manager (installed pkg-config + libtool packages), it seems to
be able to build the libdr.so but when trying to build the libkms.so I
got the following error when trying to make libdrm-2.4.37:
--
echo CCLD test_decode;/bin/sh ../libtool --silent --tag=CC
--mode=link gcc -Wall -Wextra -Wsign-compare
-Werror-implicit-function-declaration -Wpointer-arith -Wwrite-strings
-Wstrict-prototypes -Wmissing-prototypes -Wmissing-declarations
-Wnested-externs -Wpacked -Wswitch-enum -Wmissing-format-attribute
-Wstrict-aliasing=2 -Winit-self -Wdeclaration-after-statement
-Wold-style-definition -Wno-unused-parameter -Wno-long-long -Winline
-I.. -I../intel-I../include/drm -g -O2-o test_decode
test_decode.o libdrm_intel.la
make: Fatal error: Command failed for target `test_decode'
Current working directory /home/Robin/libdrm-2.4.37/intel
...
-
I get a similar error when trying to compile the xf86-video-ati-6.14.6
driver and it doesn't even manage to build any file at all.
Trying to install the mesa-e2e7b467d8a6567437823767af74004a396f1c82
snapshot yielded the error:
---
# NOT YET: cp -f ${TOP}/include/GLES/*.h ${INCLUDE_DIR}/GLES
cp ${CP_FLAGS} ${TOP}/lib*/lib* ${LIB_DIR}
cp: illegal option -- d
Usage: cp [-f] [-i] [-p] [-@] [-/] f1 f2
cp [-f] [-i] [-p] [-@] [-/] f1 ... fn d1
cp -r|-R [-H|-L|-P] [-f] [-i] [-p] [-@] [-/] d1 ... dn-1 dn
But it seems like some header files were installed.
Robin.
On 2012-08-28 06:14, Bob Friesenhahn wrote:
On Mon, 27 Aug 2012, Robin Axelsson wrote:
I installed the gcc4.4.4 compiler and saw that now there is a
libgcc_s.so.1 file in /opt/gcc/4.4.4/lib but the problem still
remains and I still have the same errors in the Xorg.log. Btw, I have
updated to oi_151a5.
Using the linker option -R/opt/gcc/4.4.4/lib may help.
Note that libgcc_s.so.1 does not seem to be as much of a quandary/mess
as it is made out to be as long as the most recent version for any
compiler used to compile the code on the system is always used.
C++ is another story entirely.
Bob
___
OpenIndiana-discuss mailing list
OpenIndiana-discuss@openindiana.org
http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] illumos KMS Hackathon in Germany
I wish you all the best, I'm currently trying to get the latest KMS implementations I found by Ken Mays to work but so far been unsuccessful. The implementation was submitted here: https://www.illumos.org/issues/2954 Since there is no installer or package manager that can handle this I manually replaced the amd64 bits of the driver (with matching files as submitted by Ken in the ticket) in the system which resulted in the error message: dlopen: ld.so.1: Xorg: fatal: libgcc_s.so.1: open failed: No such file or directory in the Xorg.log when trying to load the ati drivers. I have that file in the system so it seems that some path must have been messed up in some config file. All I really want is to get the voltage control / (ACPI?) power profile to operate the cooling fan of the GPU so that is not making noise running on max setting all the time as it is now. As I understand this must be done by the KMS based drivers. Robin. On 2012-08-20 14:35, raichoo wrote: On Mon, Aug 20, 2012 at 2:26 PM, Lou Piccianoloupicci...@comcast.netwrote: Hello raichoo! Hmm... Your idea is intriguing. I will be 'in the area' in Oct, with a window at roughly Oct 19-22. I would have been flying over(!) Bielefeld, but perhaps stopping in might be a better idea? That would be great, if you care to stop by, feel welcome. I might be your weakest hacker, but couldn't agree with you more on: What counts is the will to help. Helping each other is what this is all about :D Let's get this baby going! Lou Picciano Kind regards, raichoo ___ 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] illumos KMS Hackathon in Germany
But if I install the gcc4.4.4 package, won't there be other conflicts arising somewhere else? It seems that the gss4.4.4 compiler ought to conflict with the gcc-3 runtime libs. On 2012-08-27 17:57, Lou Picciano wrote: Robin - I wonder if you're running into a dependency on libgcc used by gcc-4.4.4? (Don't know if Ken did that build with illumos-gcc, but this is worth looking into) See what you've got in /opt/gcc/4.4.4/lib - I imagine your mileage could get pretty wild if various parts of the food chain are built against different gcc runtimes. Lou Picciano - Original Message - From: Robin Axelssongu99r...@student.chalmers.se To: openindiana-discuss@openindiana.org Sent: Monday, August 27, 2012 9:11:13 AM Subject: Re: [OpenIndiana-discuss] illumos KMS Hackathon in Germany I wish you all the best, I'm currently trying to get the latest KMS implementations I found by Ken Mays to work but so far been unsuccessful. The implementation was submitted here: https://www.illumos.org/issues/2954 Since there is no installer or package manager that can handle this I manually replaced the amd64 bits of the driver (with matching files as submitted by Ken in the ticket) in the system which resulted in the error message: dlopen: ld.so.1: Xorg: fatal: libgcc_s.so.1: open failed: No such file or directory in the Xorg.log when trying to load the ati drivers. I have that file in the system so it seems that some path must have been messed up in some config file. All I really want is to get the voltage control / (ACPI?) power profile to operate the cooling fan of the GPU so that is not making noise running on max setting all the time as it is now. As I understand this must be done by the KMS based drivers. Robin. On 2012-08-20 14:35, raichoo wrote: On Mon, Aug 20, 2012 at 2:26 PM, Lou Piccianoloupicci...@comcast.netwrote: Hello raichoo! Hmm... Your idea is intriguing. I will be 'in the area' in Oct, with a window at roughly Oct 19-22. I would have been flying over(!) Bielefeld, but perhaps stopping in might be a better idea? That would be great, if you care to stop by, feel welcome. I might be your weakest hacker, but couldn't agree with you more on: What counts is the will to help. Helping each other is what this is all about :D Let's get this baby going! Lou Picciano Kind regards, raichoo ___ 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 ___ 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] illumos KMS Hackathon in Germany
I installed the gcc4.4.4 compiler and saw that now there is a libgcc_s.so.1 file in /opt/gcc/4.4.4/lib but the problem still remains and I still have the same errors in the Xorg.log. Btw, I have updated to oi_151a5. On 2012-08-27 17:57, Lou Picciano wrote: Robin - I wonder if you're running into a dependency on libgcc used by gcc-4.4.4? (Don't know if Ken did that build with illumos-gcc, but this is worth looking into) See what you've got in /opt/gcc/4.4.4/lib - I imagine your mileage could get pretty wild if various parts of the food chain are built against different gcc runtimes. Lou Picciano - Original Message - From: Robin Axelssongu99r...@student.chalmers.se To: openindiana-discuss@openindiana.org Sent: Monday, August 27, 2012 9:11:13 AM Subject: Re: [OpenIndiana-discuss] illumos KMS Hackathon in Germany I wish you all the best, I'm currently trying to get the latest KMS implementations I found by Ken Mays to work but so far been unsuccessful. The implementation was submitted here: https://www.illumos.org/issues/2954 Since there is no installer or package manager that can handle this I manually replaced the amd64 bits of the driver (with matching files as submitted by Ken in the ticket) in the system which resulted in the error message: dlopen: ld.so.1: Xorg: fatal: libgcc_s.so.1: open failed: No such file or directory in the Xorg.log when trying to load the ati drivers. I have that file in the system so it seems that some path must have been messed up in some config file. All I really want is to get the voltage control / (ACPI?) power profile to operate the cooling fan of the GPU so that is not making noise running on max setting all the time as it is now. As I understand this must be done by the KMS based drivers. Robin. On 2012-08-20 14:35, raichoo wrote: On Mon, Aug 20, 2012 at 2:26 PM, Lou Piccianoloupicci...@comcast.netwrote: Hello raichoo! Hmm... Your idea is intriguing. I will be 'in the area' in Oct, with a window at roughly Oct 19-22. I would have been flying over(!) Bielefeld, but perhaps stopping in might be a better idea? That would be great, if you care to stop by, feel welcome. I might be your weakest hacker, but couldn't agree with you more on: What counts is the will to help. Helping each other is what this is all about :D Let's get this baby going! Lou Picciano Kind regards, raichoo ___ 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 ___ 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] probable NWAM problems [was Re: REALTEK network card and pppoe config]
On 2012-04-10 18:55, Northwoods wrote: Thank you Jason a lot, I shall read it. James Carlsoncarls...@workingcode.com wrote: Mountpeaks wrote: (ok, you are right James, I probed that data at different times) To connect, I use DSL modem, that is connected to my laptop with cable. On any linux distro I use pppoe-setup to configure my connection and it always works. I never use GNOME/KDE network managers. Here is a new log file from OpenIndiana. First, I checked my connection with my cable plugged in and modem turned on. Then I ran /usr/bin/pppoe call myisp, and checked everything again. Please see this log here: http://pastie.org/3758068 As I pointed out before, you have DHCP running on your rge0 interface, and if you don't want to use DHCP, then you don't want that. For your configuration, using both at the same time is toxic. (It's perhaps worth finding out why you have a rogue DHCP server on your network ... but maybe not ...) My second OS is archlinux, and as said, I use pppoe-start to connect. Here are my logs from arch right after I connected. See: http://pastie.org/3758076 That system is clearly not configured to run DHCP on the Ethernet interface, and is just using PPPoE. The configuration is different, so the results are different. I can't see the problem, as I severy lack knowledge on network interfaces and how they are up on this level. I'm sorry. I hope my logs help. Maybe its OpenIndiana's network manager that somehow interferes with pppoe? I don't know exactly how you have your system configured. At a guess, you're using NWAM. If so, then you'll need to search around for an expert in that. I'm not one. I've changed the subject line in order to try to get someone's attention. On a system using NWAM, 'svc:/network/physical:nwam' is enabled, and configuration is done using the NWAM configuration tools. Again, not an expert in this. But there should be a way to disable rge0, which is what you really need to do here. (I've read through the NWAM documentation, but, frankly, I don't have the patience left to understand it.) Disabling network interfaces with nwan is no rocket science. If you go to e.g. System-Administration-Network, you can disable whatever interfaces you want in the GUI by editing network profile. The process is straightforward and I didn't read any documentation to get there. The change made the disabled interface disappear from ifconfig -a entirely. On a system that uses the old-style configuration, that ':nwam' service is not enabled, and 'svc:/network/physical:default' is instead enabled. Configuration of that service depends on version, but usually uses ipadm. Something like 'ipadm delete-if rge0' should do it, if you were using that type of configuration. I must say that I'm experiencing issues with the network connection, at least in the physical host. There are intermittent hiccups in the connection when transferring data with CIFS. They are less frequent than before when I had both network interfaces enabled and therefore it has taken some time for me to discover it. Also, after every 4-5 power cycles something gets messed up with the VirtualBox vboxflt driver which prevents virtual machines to start up, particularly on systems that use the e1000g driver which means any system that use Intel based NICs. Some people say that it most likely is the nwam that is the culprit of this nuisance. I will consider changing to network:physical whenever I get the time to configure it. You might try reading through some of the documentation: http://wiki.openindiana.org/oi/4.2+Network+management -- James Carlson 42.703N 71.076Wcarls...@workingcode.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 . ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Support OI and illumos for GSoC 2012
On 2012-03-17 21:06, Nikola M wrote: Bayard Bell wrote: VirtualBox has proven to be effectively unusable (building from source takes days instead of hours, and debug kernels suffer awful performance and lockups) Why Vmware? Vmware is not available for Openindiana/Illumos. And Virtualbox is there for Solaris and until now, Illumos/Openindiana. I did not manage to have working KVM and Virtualbox on Openindiana at the same time, but that is something Virtualbox is making issue of, as I know. Maybe reason for mentioning VmWare is because you think students have MS Windows or OSX on their laptops and just lucky ones have Linux? Maybe one nice dual-boot setup (Installing system on same disk as current one but on separate partition) with setting up ZFS and Openindiana on it with numerous separate boot environments (BE's) for testing Illumos kernels are in place for development? And one can run Windows apps one maybe badly needs inside Virtualbox/KVM, and Openindiana on bare metal, to turn things around a bit? (With Nvidia graphics for Illumos/Solaris 3D drivers, of course). N. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss And why such an apparent disinterest for Xen? A good hypervisor with full support for PCI and VGA passthrough functionality would definitely benefit Illumos/OpenIndiana. Xen used to be available for OpenSolaris in the form of xVM. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] RDP to login on oi from Windows
I remember the good old days of using XDMCP. It worked really well when connecting to SUN workstations from a Windows computer. I tried to set up XDMCP on my system not too long ago but without luck. I think I managed to get windows from individual programs to open on my client at best (which looked really ugly) and I find the the xming software to be a pain to work with. I know that KVM also uses a protocol called Spice. I don't know much about it but I believe that it is intended to be able to also deliver 3D acceleration to the client. I think it is through the VirtualGL (www.virtualgl.org) and Gallium3D interfaces... I see that I messed up my last post a bit. The name of the package with the vnc server is SUNWxvnc. On 2012-02-24 11:40, Jonathan Adams wrote: VNC will work fine for you, the RDP server for Linux/Unix is actually a wrapper around VNC server to create desktops ... If you want lots of remote connections then a really good solution would be to look at running SunRays, or at least the SunRay software. Although I never used the FreeNX in anger, it might be a reasonable compromise. I was looking at it as a way of allowing a common graphical interface (with access to our locally held quality system) for our Linux laptops, but I was really surprised by how well it worked, it uses XDMCP. Jon On 23 February 2012 17:43, Robin Axelssongu99r...@student.chalmers.se wrote: That also crossed my mind. VNC comes with OI out of the box (I think) and is probably in the package SUWxvnc. All you have to do is run vncserver e.g. over ssh and the system is ready for incoming VNC connections. But there may be reasons where one might prefer RDP over VNC (although I don't know any OTOH) . VirtualBox generally deliver the VMs over RDP with its own interface and you can configure the RDP connection to be optimized in different ways (e.g. for showing video). I actually think it automatically detects video streams and compresses them with JPEG. On 2012-02-23 14:33, Richard PALO wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 whynot try installing VNC on your M$windows... for example TigerVNC seems to work well... Le 23/02/12 08:05, Hans J Albertsson a écrit : Some friend suggested RDP For connecting to an oi machine from Windows What must be done on OI to serve RDP ? Skickat från min iPod -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.13 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPRkA0AAoJECAB22fHtp27tCoH/0aaViqKXqn/82kWOUG/NB+3 pvK2En3LkAvH/fEhb3mwSWdiSCcauvX4XK4hXS1phJILSXecYz5bvejItvavctK6 +iJtn5tlj6ohT5SNAJ0TlZST+/FnciIw8avCtvjJhwGYNrj3/Uk4PALO6DxmucxD GPoOPtuLQEo03y/kGVuLuH0OQYsdEeFEAmBTw1mxFQ5qX2sUbFWdXhONXUxfuPlZ myRFpsRhlM24RrZBj71K1PHXXAI8ceUnE7hOYPa8JxXYHXIJmIGkd51nxsVBrBum kBd74lPLN3LKejUSZBUlMSMLvZj/A0R2AvEpQ4oIAnx0HxThFpVdE0k3kv8TjOc= =RlOl -END PGP SIGNATURE- ___ 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 ___ 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] RDP to login on oi from Windows
That also crossed my mind. VNC comes with OI out of the box (I think) and is probably in the package SUWxvnc. All you have to do is run vncserver e.g. over ssh and the system is ready for incoming VNC connections. But there may be reasons where one might prefer RDP over VNC (although I don't know any OTOH) . VirtualBox generally deliver the VMs over RDP with its own interface and you can configure the RDP connection to be optimized in different ways (e.g. for showing video). I actually think it automatically detects video streams and compresses them with JPEG. On 2012-02-23 14:33, Richard PALO wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 - -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 whynot try installing VNC on your M$windows... for example TigerVNC seems to work well... Le 23/02/12 08:05, Hans J Albertsson a écrit : Some friend suggested RDP For connecting to an oi machine from Windows What must be done on OI to serve RDP ? Skickat från min iPod -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.13 (SunOS) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJPRkA0AAoJECAB22fHtp27tCoH/0aaViqKXqn/82kWOUG/NB+3 pvK2En3LkAvH/fEhb3mwSWdiSCcauvX4XK4hXS1phJILSXecYz5bvejItvavctK6 +iJtn5tlj6ohT5SNAJ0TlZST+/FnciIw8avCtvjJhwGYNrj3/Uk4PALO6DxmucxD GPoOPtuLQEo03y/kGVuLuH0OQYsdEeFEAmBTw1mxFQ5qX2sUbFWdXhONXUxfuPlZ myRFpsRhlM24RrZBj71K1PHXXAI8ceUnE7hOYPa8JxXYHXIJmIGkd51nxsVBrBum kBd74lPLN3LKejUSZBUlMSMLvZj/A0R2AvEpQ4oIAnx0HxThFpVdE0k3kv8TjOc= =RlOl -END PGP SIGNATURE- ___ 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] Server hangs weekly
On 2012-02-22 06:58, Ilya Arhipkin wrote: 22.02.12 11:32, oimlt...@skidde.net ?: Hi there, I'm seeing roughly weekly hangs on a server running OpenIndiana 151a. I'm using it primarily as a home fileserver with ZFS. The exact behavior seems to depend on when I notice it, but essentially the server drops off the network and is only variably responsive when I try to access the console directly. Sometimes when this happens the system doesn't respond at all (e.g., not even to keyboard input). One time I was able to interact with the console (after the server had disappeared from the network) and tried to see what was going on. Tried pinging google.com(unreachable, as expected). Next I tried `ifconfig -a` and got this: lo0: flags=2001000849UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL mtu 8232 index 1 inet 127.0.0.1 netmask ff00 e1000g0: flags=1040843UP,BROADCAST,RUNNING,MULTICAST,DEPRECATED,IPv4 mtu 1500 index 2 inet 0.0.0.0 netmask ff00 which explains the lack of connectivity. But after it printed that it didn't return. The console still printed my keyboard output (including ^C, ^Z, etc.), and there was still output coming from other sources (e.g., I have napp-it running regular snapshots, so I saw a notice that it had used sudo to run that) but I couldn't get a prompt back. Next I tried hitting the power button on the machine I got this: poweroff: initiated by user on /dev/console in.ndpd[994]: phyint_reach_random: SIOCSLIFLNKINFO (interfac e1000g0): Interrupted system call bootadm: /boot/solaris/bin/extract_boot_filelist is not owned by 101, skipping syncing file systems... done WARNING: Power off requested from power button or SC, powering down the system! followed shortly by: WARNING: Failed to shut down the system! Tried looking through the logs for anything interesting but didn't come up with anything, though to be honest I'm not 100% sure where to look or what to look for. When the machine drops off the network I can still access it via IPMI (tried this using both the dedicated jack on the motherboard and by sharing the Intel NIC--worked in both cases, but OI was still unresponsive), so I doubt it's a bad NIC. Motherboard is a Supermicro X9SCM-F. I know that at least sometimes the system will stop running even my ZFS snapshots via napp-it, since I've come back to a frozen console that showed the last snapshot being taken 12+ hours before (they're supposed to be taken every 15 minutes). My guess is this is just because it takes me longer to notice sometimes--seems like it's hitting a deadlock somewhere that eventually grinds everything to a halt (like with the ipconfig call above). Also, FWIW, here's what ipconfig -a gets me when it works correctly (MAC address removed, although interestingly it wasn't even printed in the output above): lo0: flags=2001000849UP,LOOPBACK,RUNNING,MULTICAST,IPv4,VIRTUAL mtu 8232 index 1 inet 127.0.0.1 netmask ff00 e1000g0: flags=1040843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 2 inet 192.168.10.10 netmask ff00 ether [MAC address here] lo0: flags=2001000849UP,LOOPBACK,RUNNING,MULTICAST,IPv6,VIRTUAL mtu 8252 index 1 inet6 ::1/128 e1000g0: flags=20002004841UP,RUNNING,MULTICAST,DHCP,IPv6 mtu 1500 index 2 inet6 fe80::225:90ff:fe50:2c2a/10 ether [MAC address here] Any ideas/suggestions on where to go from here? Thanks in advance. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss Hello!!! :-) Your problem is the following general if the server does not appear specific sites http://www.upyachka.ru http://pkg.openindiana.org who wanted to see but in the end does not appear in the browser, but the command nslookup shows that DNS record is therefore a Unfortunately you DNSChanger Trojan virus, our network of approximately 1,500 users notice a problem such resources are not opened this virus is different in that the router changes the record, regardless of your system, even flashing my router D-Link DIR-100 has changed P.S. The virus changes the direction of the domain to the domain by redirecting ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss I'm not sure how this relates to the DNS changer trojan. The trojan, as I understand it taps into the web browser of a Windows computer in the local network. If the log-in credentials of the router are in the web cache and/or they are the standard admin/admin, admin/, admin/1234 ... or it may even hae a keyboard sniffer that detects when a login is being made. Once the login credentials are retrieved it can hijack the router and change the DNS of the router to a rogue one. The way to check it is to verify that the
Re: [OpenIndiana-discuss] System disk corruption
On 2012-02-19 21:23, Richard Lowe wrote: Vague recollection that the pool level is errors that weren't recovered, so possibly two of them on the device were ditto'd metadata? (I'm very unsure on both counts). Otherwise, as Chris said, iostat is particularly difficult to trust. No matter what the error (even if, indeed, the drive or transport) there's no guarantee (or in my bitter experience even likelyhood) of formal errors occurring to go with the data being bad. -- Rich ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss Maybe the iostat behavior depends on the controller it monitors. Some controllers such as the AMD SB950 in my case may not be as transparent with errors as the LSI 1068e operating in IT mode. Still, I find this to be too much of a coincidence. It is evident that ZFS is not very good to use without disk redundancy. I'll try to add a mirror to the system pools as soon as possible. It would be great if there were some kind of software that could be set up to generate .par2 files (with x% data redundancy) on-the-fly to protect files on hard drives without disk redundancy (RAID=0). I couldn't recover the image file with cp but I learned in the process that it is possible with dd. 'dd if=infile of=outfile conv=noerror,sync' could do it. Then I discovered ddrescue which did *exactly* what I expected cp to do. I just entered: # ddrescue /path/to/corrupted/file /path/to/recovered/file /path/to/logfile.log all paths were even in the same vdev. In the process the vdev became 'DEGRADED' even though no additional corruption occurred. So I did a scrub afterwards and 'zfs clear':ed the error afterwards. I did an fmadm repair to tell fma about it. Perhaps I should fmadm reset zfs-diagnosis and zfs-retire as well. Neither par2 nor ddrescue are included with OpenIndiana, I downloaded and installed them manually from the opencsw.org repository. I would strongly recommend to have such tools included with OI. The package names are CSWpar2cmd CSWddrescue Their dependencies are the following: CSWcommon CSWgcc2g++rt CSWgcc2corert and CSWcas_texinfo Robin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] System disk corruption
On 2012-02-20 17:05, Richard Elling wrote: On Feb 20, 2012, at 6:38 AM, Robin Axelsson wrote: Maybe the iostat behavior depends on the controller it monitors. Some controllers such as the AMD SB950 in my case may not be as transparent with errors as the LSI 1068e operating in IT mode. Still, I find this to be too much of a coincidence. It is evident that ZFS is not very good to use without disk redundancy. Eh? Other file systems will blissfully deliver corrupted data. Silent data corruption is a much worse fate! I'll try to add a mirror to the system pools as soon as possible. It would be great if there were some kind of software that could be set up to generate .par2 files (with x% data redundancy) on-the-fly to protect files on hard drives without disk redundancy (RAID=0). Not needed. ZFS has a copies parameter where you can set the number of redundant copies on a per-dataset basis. For example, you can set copies=2 for important data, and copies=1 (the default) for data stored on other media (eg .iso files) OTOH, par2 is a completely different architecture that is designed for transferring files reliably. par2 is not well suited for direct access to data. I couldn't recover the image file with cp but I learned in the process that it is possible with dd. 'dd if=infile of=outfile conv=noerror,sync' could do it. Correct, cp will exit on a failed read. That is all fine but I kind of expected that cp had some kind of a force/recover/salvage parameter for recovering corrupted files. Then I discovered ddrescue which did *exactly* what I expected cp to do. I just entered: # ddrescue /path/to/corrupted/file /path/to/recovered/file /path/to/logfile.log Good idea. all paths were even in the same vdev. In the process the vdev became 'DEGRADED' even though no additional corruption occurred. So I did a scrub afterwards and 'zfs clear':ed the error afterwards. I did an fmadm repair to tell fma about it. Perhaps I should fmadm reset zfs-diagnosis and zfs-retire as well. Once you've recovered the data, why are you so interested in eliminating the history of the corruption? I'm not, I just want things to return to normal. Neither par2 nor ddrescue are included with OpenIndiana, I downloaded and installed them manually from the opencsw.org repository. I would strongly recommend to have such tools included with OI. par2 seems to have little traction. ddrescue can be useful, but is only applicable in rare cases. -- richard The copies=n 1 parameters and so called ditto blocks seems to be an interesting idea. I think I may try and use that one until I get a mirror drive. I think par2 is kind of useful. Par2 can generate checksums with any user defined percentage number of redundancy between 0 and 100%. If one assumes that the likelihood of corruption is 0.1% per data written (which is really bad) then even a 1% redundancy will protect against such corruption (if par2 data is updated on every write). This also applies even if the corruption occurs in the par2 data. Of course, if an entire drive goes down it won't be sufficient (nor would be ditto blocks) but it could provide a slimmer trade off between ditto block redundancy and storage space. I guess the price to be paid is I/O performance and CPU. If I understand it correctly, par2 uses similar principles as raidz/2/3 and it also uses Reed-Solomon code for check-summing. The problem with par2 on file level is that if an error has occurred in a pool, zfs won't be very forthcoming with it even though the error may be fixable with par2. -- DTrace Conference, April 3, 2012, http://wiki.smartos.org/display/DOC/dtrace.conf ZFS Performance and Training richard.ell...@richardelling.com +1-760-896-4422 ___ 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] System disk corruption
On 2012-02-20 16:57, Jan Owoc wrote: On Mon, Feb 20, 2012 at 7:38 AM, Robin Axelsson gu99r...@student.chalmers.se wrote: It is evident that ZFS is not very good to use without disk redundancy. In your case, you would have silent data corruption on-disk. This corrupted data would get passed to programs, that would try to work with what they have. In some cases, you might be lucky - in others, your system would randomly crash. If you are frustrated about being informed about disk errors, and would prefer the system to not check, it is possible to set checksum=off. This is not recommended. I'm not frustrated about it. I have acknowledged the error and all I want(ed) to do is to let zfs loose the grip on it so that I can fix it by other means. Temporarily disabling the checksum flag/property of the dataset didn't make the corrupt part of the file readable again; cp still halted with an I/O error. In this case it was a hard drive image of a virtual machine that was corrupted. I trust the operating system of that VM to be able to restore system integrity enough to ensure stability, there are no vital files in it that cannot be replaced. If I can see the data surrounding the corrupt datablock with a hex editor I may even figure out which data file that is affected and just replace it manually. On Mon, Feb 20, 2012 at 8:05 AM, Gregory Youngblood greg...@youngblood.me wrote: It would be great if there were some kind of software that could be set up to generate .par2 files (with x% data redundancy) on-the-fly to protect files on hard drives without disk redundancy (RAID=0). What about telling zfs to maintain more than one copy? Not sure how well data is spread out if there is only one drive though. Anyone know? Yes, there is an option copies=2 (or 3) to have each data block have a ditto block somewhere else on the filesystem. You need twice (or three times) the capacity to do this. Both copies are still physically on the same drive, so while this protects against random data corruption or a few bad sectors, it does not protect against the single drive failing. Gregory is talking about generating something like ECC for each block. Such an algorithm, for example, could be set to use an additional 10% of information stored with the checksum to attempt recovery of the target block. I'm not aware of any such option at the present, but adding it would require a new zpool version. Jan ___ 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
[OpenIndiana-discuss] System disk corruption
Today, I had a sudden corruption on the system disk/partition, or rather the zfs partition where the image file of a VirtualBox VM is located (i.e. not the rpool): pool: systempool state: ONLINE status: One or more devices has experienced an error resulting in data corruption. Applications may be affected. action: Restore the file in question if possible. Otherwise restore the entire pool from backup. scan: scrub repaired 0 in 0h16m with 1 errors on Sun Feb 19 10:45:28 2012 NAMESTATE READ WRITE CKSUM systempool ONLINE 0 0 2 c2d0p4ONLINE 0 0 4 errors: Permanent errors have been detected in the following files: /systempool/images/Windows 7 x64 Ultimate.vdi I don't understand what the 2 and 4 cksum errors mean, why the numbers are different and why they only lead to 1 error but I understand that the .vdi file is now corrupt. What is conspicuous is that there are _no_ errors in iostat: c2d0 Soft Errors: 0 Hard Errors: 0 Transport Errors: 0 Media Error: 0 Device Not Ready: 0 No Device: 0 Recoverable: 0 Illegal Request: 0 So am I to understand that the cause of this is entirely software related? If there was an error in the hard drive then iostat should have returned some errors as well. This is not the first time this happens to me and last time it happened was on another hard drive. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] System disk corruption
Thanks, now I understand how the CKSUM is counted. Both fmdump and scrub indicate that there is one error in the .vdi file. Is there a way to enforce zfs to accept the new checksum of the file? Since it is a hard drive image file I rather let the guest OS of the VM handle that corruption (using 'scandsk /F' and 'sfc /scannow'). As it is now, the zfs errors (ensuing from the corruption) make the VM freeze so I can't let this checksum difference remain. There must be a way to clear this corruption somehow. I tried to copy the file but cp cannot copy the entire file, it halts barely halfway through and returns an I/O error. The fmdump errors look like this btw: cksum_expected = 0x2489fee7aaa6 ... ... (the other checksums match) cksum_actual = 0x2489fee7aaa2 ... ... ... cksum_algorithm = fletcher4 On 2012-02-20 05:51, George Wilson wrote: Take a look at 'fmdump -eV' as it should give you more information about the each of the checksum errors. - George On Feb 19, 2012, at 3:23 PM, Richard Lowe wrote: Vague recollection that the pool level is errors that weren't recovered, so possibly two of them on the device were ditto'd metadata? (I'm very unsure on both counts). Otherwise, as Chris said, iostat is particularly difficult to trust. No matter what the error (even if, indeed, the drive or transport) there's no guarantee (or in my bitter experience even likelyhood) of formal errors occurring to go with the data being bad. -- Rich ___ 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 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] source repository down?
Does anyone know how to log in and clone the Mercurial repository with hg? I have tried to follow the intructions at http://wiki.openindiana.org/oi/Source+Repositories but I don't have the path /data/export/wombat on my system nor am I capable of creating such a path as per the instructions on the wiki page so I just issue the command: # hg clone -U ssh://a...@hg.opensolaris.org/hg/wombat/source /mystoragepool/wombat but then it asks for a password that seems to be unknown. I also don't have the user hg but I don't see why it should be necessary to have one. I have cloned git trees and I have a slight memory of doing something mercurial on Linux but I cannot recall that I had any issues with it. On 2012-02-14 15:50, Reginald Beardsley wrote: Fixed. Thanks. --- On Tue, 2/14/12, Jeppe Toustrupopenindi...@tenzer.dk wrote: From: Jeppe Toustrupopenindi...@tenzer.dk Subject: Re: [OpenIndiana-discuss] source repository down? To: Discussion list for OpenIndianaopenindiana-discuss@openindiana.org Date: Tuesday, February 14, 2012, 8:38 AM On Tue, Feb 14, 2012 at 15:30, Reginald Beardsleypulask...@yahoo.com wrote: I've tried to access: http://pkgdev.openindiana.org/hg/ (via the Firefox toolbar bookmarks w/ OI) for a couple of days w/o success. It just times out. Is the link wrong or is there a server problem? Have Fun! Reg Try with this instead: http://hg.openindiana.org/ -- Venlig hilsen / Kind regards Jeppe Toustrup (aka. Tenzer) ___ 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 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] GPU driver issues in OpenIndiana 151a and a noisy GPU fan
On 2012-02-05 00:04, Mehmet Erol Sanliturk wrote: On Sat, Feb 4, 2012 at 5:59 PM, Robin Axelssongu99r...@student.chalmers.se wrote: On 2012-02-04 17:32, Alan Coopersmith wrote: On 02/ 4/12 05:03 AM, Nikola M. wrote: On 02/ 1/12 05:51 PM, Robin Axelsson wrote: I'm using an ATI Radeon Juniper card (HD5770) and I reported a little over a year ago that the screen went black as Xorg starts when using the radeon driver on OI 148. The solution was to ditch the radeon driver and use the VESA driver in its stead. Best thing one can do with AMD graphics on Solaris/Illumos and Openindiana is to get rid of it, and get Nvidia graphics card that actually have proprietary binary drivers for Solaris/Opensolaris based OS'es. For Solaris, I fully agree that the nvidia driver is the way to go for performance, features, stability. For illumos-based distros, I cannot guarantee that nvidia's driver will always continue to work, as it does depend on some private interfaces of the Solaris kernel, and if those evolve and illumos version of gfx-private does not, it may not always work. (It probably will as long as older Solaris 10 releases are supported, but that's not going to be forever, though it's more likely any card you buy today will move to a nvidia legacy driver before the main branch drops Solaris 10 support.) Maybe best thing would be to bring more people to KMS Illumos implementation and porting radeon and other drivers. That's really the only viable way for illumos openindiana to get and continue graphics driver support now. That sounds pretty bleak to me. It's as if one is not supposed to use a graphics card when running OpenIndiana. In all honesty, as for features I'm happy even if I get a crappy picture on the card, when I boot into OI I barely use the GPU anyway. But I would really like to mufflle that fan as the noise from it really is polluting the (indoor) environment. I've never heard of 'KMS Illumos' before, what is KMS anyway and what does it stand for? It would be great if someone could clue me in. If someone could give me pointers on how to compile individual drivers from source (particularly where to (w)get that source without getting the entire distro) on OpenIndiana and install them I could try to hack something up. My time and experience is rather limited but I could give it a try. I guess I could try to get a hold of the Solaris Internals book. KMS : http://en.wikipedia.org/wiki/Kernel_mode-setting Thank you very much . Mehmet Erol Sanliturk ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss . I found something in the Gentoo forums that may help: http://forums.gentoo.org/viewtopic-t-911060-start-0.html I just don't know how this could be done in OpenIndiana/Solaris. Another way could be to do a D0-D3 powerdown on the PCIe slot with the card but I don't know if it is applicable on expansion cards that have/use an auxiliary power source. I also don't know how things such as PCI power Management and ACPI are done in Solaris. I found some source code of a radeon driver but I'm not sure if it is the latest one. Perhaps it is the lack of 'KMS' that creates this problem. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] GPU driver issues in OpenIndiana 151a and a noisy GPU fan
On 2012-02-04 17:32, Alan Coopersmith wrote: On 02/ 4/12 05:03 AM, Nikola M. wrote: On 02/ 1/12 05:51 PM, Robin Axelsson wrote: I'm using an ATI Radeon Juniper card (HD5770) and I reported a little over a year ago that the screen went black as Xorg starts when using the radeon driver on OI 148. The solution was to ditch the radeon driver and use the VESA driver in its stead. Best thing one can do with AMD graphics on Solaris/Illumos and Openindiana is to get rid of it, and get Nvidia graphics card that actually have proprietary binary drivers for Solaris/Opensolaris based OS'es. For Solaris, I fully agree that the nvidia driver is the way to go for performance, features, stability. For illumos-based distros, I cannot guarantee that nvidia's driver will always continue to work, as it does depend on some private interfaces of the Solaris kernel, and if those evolve and illumos version of gfx-private does not, it may not always work. (It probably will as long as older Solaris 10 releases are supported, but that's not going to be forever, though it's more likely any card you buy today will move to a nvidia legacy driver before the main branch drops Solaris 10 support.) Maybe best thing would be to bring more people to KMS Illumos implementation and porting radeon and other drivers. That's really the only viable way for illumos openindiana to get and continue graphics driver support now. That sounds pretty bleak to me. It's as if one is not supposed to use a graphics card when running OpenIndiana. In all honesty, as for features I'm happy even if I get a crappy picture on the card, when I boot into OI I barely use the GPU anyway. But I would really like to mufflle that fan as the noise from it really is polluting the (indoor) environment. I've never heard of 'KMS Illumos' before, what is KMS anyway and what does it stand for? It would be great if someone could clue me in. If someone could give me pointers on how to compile individual drivers from source (particularly where to (w)get that source without getting the entire distro) on OpenIndiana and install them I could try to hack something up. My time and experience is rather limited but I could give it a try. I guess I could try to get a hold of the Solaris Internals book. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] GPU driver issues in OpenIndiana 151a and a noisy GPU fan
I'm using an ATI Radeon Juniper card (HD5770) and I reported a little over a year ago that the screen went black as Xorg starts when using the radeon driver on OI 148. The solution was to ditch the radeon driver and use the VESA driver in its stead. Now, when I made a new install of 151a, I used an older monitor (analogue VGA) and the situation looks different. After the install I have a picture in the old monitor when I boot into the system and access to Gnome but when I switch to the new monitor (HDMI) the screen is black like it was a year ago. When I boot with both monitors connected they both are black but when I unplug the new monitor and boot with only the old one, the picture comes back. So the conclusion is that it seems that the radeon driver actually works with 5770 but there are some issues to be cleared out, hopefully only configuration issues. Any clues on how to resolve this would be great. When I boot into the OpenIndiana, the GPU fan slowly ramps up the speed up to max within a few minutes (think slow crescendo but with loud noise instead of music). When I boot into Windows, the fan does not behave that way. What I have found out is that the fan/temperature profile is in the BIOS of the graphics adapter but it needs to be activated by the driver of the operating system, probably a bit flag somewhere that needs to be flipped. Catalyst (CCC) for Linux should take care of this but this is OpenIndiana. So is there a way to make the driver in OpenIndiana activate this fan control as it is quite annoying with having a fan running at full speed while the GPU is only consuming 30W of power (yes, I have measured it with a multimeter)? Robin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] CIFS performance issues
On 2012-01-25 21:50, James Carlson wrote: Robin Axelsson wrote: I'm confused. If VirtualBox is just going to talk to the physical interface itself, why is plumbing IP necessary at all? It shouldn't be needed. Maybe I'm the one being confused here. I just believed that the IP must be visible to the host for VirtualBox to be able to find the interface in first place but maybe that is not the case. When choosing an adapter for bridged networking on my system, the drop-down menu will give me the options e1000g1, e1000g2 and rge0. So I'm not sure how or what part of the system that gives the physical interfaces those names. I mean if the host can't see those interfaces how will VirtualBox be able to see them? At least that was my reasoning behind it. The names come from the datalink layer. It has nothing whatsoever to do with IP. IP (like many other network layers) can open and use datalink layer interfaces if desired. They're quite distinct in terms of implementation, though the user interfaces (and documentation :-) tend to blur the lines. The datalink layer object is managed by dladm. It has a name that defaults to the driver's name plus an instance number, but that can be configured by the administrator if desired. There are also virtual interfaces at this level for various purposes. You can think of it as being the Ethernet port, assuming no VLANs are involved. The IP layer object is managed by ifconfig. It's used only by IP. Other protocols don't (or at least _shouldn't_) use the IP objects. In general terms, these objects each contain an IP address, a subnet mask, and a set of IFF_* flags. By default, the first IP layer object created on a given datalink layer object has the same name as that datalink layer object -- even though they're distinct ideas. The second and subsequent such objects created get the somewhat-familiar :N addition to the name. It's sometimes helpful to think of that first object as being really named e1000g1:0 at the IP layer, in order to keep it distinct from the e1000g1 datalink layer item. This sounds like an implementation of the OSI model which separates the datalink layer from the network layer. When speaking of blurred lines, it seems that the line between the network layer, transport layer and session layer (as specified in the OSI model) is also quite blurry. Since VirtualBox is providing datalink layer objects to the guest operating system (through a simulated driver), it needs access to the datalink layer on the host system. That means e1000g1 or something like that. It doesn't -- and can't -- use the IP layer objects. Those allow you to send only IP datagrams. If VirtualBox used the IP objects from the host operating system, what would happen when the guest attempts to send an ARP message or (heaven help us) IPX? Those work at a layer below IP. There are different ways to virtualize networking in VirtualBox. Apart from bridged networking, which is also used by default by hypervisors such as Xen (don't know about KVM), you can also use NAT. In NAT mode the VirtualBox hypervisor acts as a virtual router that sits between the IP stack of the host and the VMs. It has its obvious limitations as you have pointed out which is why I don't use this mode. This mode also has (or at least had in prior versions of VirtualBox) stability/performance issues. There's probably a way to do this with ipadm, but I'm too lazy to read the man page for it. I suggest it, though, as a worthwhile thing to do on a lazy Sunday afternoon. I'll look into it if all else fails. I see that the manual entry for ipadm is missing in OI. I will also see if there is more up-to-date documentation on the ipmp. I assume that when a ClientID value is generated a MAC address also comes with it, at least when it negotiates with the DHCP server. Nope. See section 9.14 of RFC 2132 for a description of the DHCP Client-identifier option, and the numerous references to client identifiers in RFC 2131. Back in the bad old days of BOOTP, clients were in fact forced to use hardware (MAC) addresses for identification. That's still the default for DHCP, just to make things easy, but a fancy client (such as the one in OpenIndiana) can create client identifiers from all sorts of sources, including thin air. I guess that this ClientID feature is only used by more advanced routers, because all my machines (virtual and physical) are identified by a given MAC address in the router. Or maybe it is capable of ClientID and I'm not aware of it, the router documentation is mum about this feature though. Try man ifconfig, man ipmpstat, man if_mpadm. Those should be reasonable starting points. Thanks, these man pages exists. I saw in the ifconfig that there is some info about ipmp although it is brief. It's possible that some of meem's Clearview project documentation that revamped large parts of IPMP are available on line as well. I'll look into it, I see
Re: [OpenIndiana-discuss] CIFS performance issues
On 2012-01-26 09:32, Open Indiana wrote: Please skip the whole ifconfig and plumb this or that discussion. Virtualbox works on any interface that is plumbed since only then the interface is visible in the menu. A working IP-adress is not necessary. Please put your interfaces on manual IP-assignment and disable nwam. Give an IP-address to 1 interface so you can manage your host-server. A bridged interface in VirtualBox just means that VB allows all traffic to go directly to your VM client. So: 1. disconnect all ethernetcables from the hostserver 2. put one back in an interface 3. login to the server 4. disable nwam 5. give the online interface a working IP-configuration via ifconfig / nsconfig / nslookup config files 6. make sure no configuration for the other interfaces is to be found inside /etc 7. plumb up a free interface by ifconfig and put a cable in this interface 8. start VirtualBox Gui 9. configure client to use the interface of point 7 10. start the client 11. grab some coffee 12. enjoy ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss Are you really sure that only plumbed interfaces are visible in VirtualBox? All physical interfaces were still visible in VirtualBox even after I unplumbed them on my system. Perhaps their visibility depends on how you set up the virtual networking. In NAT mode, VirtualBox as I understand it communicates via the IP stack of the host, so it makes sense that in this mode, only the plumbed interfaces are visible to VirtualBox. However, in bridged mode as the documentation implies, the vboxflt driver goes past the IP stack so It would make sense that even the unplumbed interfaces should be visible in that mode. Remember that the NAT mode is the default networking mode in VirtualBox. Normally I shouldn't really worry about this. I should be able to get away with only one network connection and the Bridged Network of the VirtualBox hypervisor should run seamlessly together with the host's IP stack on the datalink without hickups. But in reality this is not the case and nobody knows when these issues will be sorted out. The vboxflt driver (which is the driver being used for bridged networking in VirtualBox ) is buggy. After every third boot or so, the VMs using this driver (i.e. bridged networking) fails to initialize. So I have to go superuser and rem_drv, add_drv the vboxflt driver to fix this issue and repeat this procedure every time the VMs fail. So what I'm doing is isolating VirtualBox from the IP stack of the host and it seems to have worked for me. It isn't a complicated thing to do. All I had to do was to disable all NICs but one in the nwam properties window and then choose one of the disabled NICs for bridged networking in VirtualBox. The vboxflt driver still fails after every third boot but at least it doesn't interfere with the IP stack of the host. But although this is not a complicated thing to do it is very useful to *know* what you are doing and understand the limitations of your system which I think James Carlson has provided good insights into. One way to make the system user-friendly is to make nwam automatically configure IPMP when it detects two properly working ethernet connections within the same subnet. Perhaps it already does so. If not it should at least unplumb one connection to prevent the interference issues the James Carlson was talking about, or at least give warning messages about it. If we want to make it even more user friendly it could also have monitoring features (such as /sbin/route monitor) and offer some troubleshooting functionality or even warn about buggy drivers such as the rge driver. I think it is a little strange that the Realtek RTL8111DL used to work well and now that I swapped to a Realtek RTL8111E everything went haywire. Maybe the drivers have been altered in some way in the development process of OpenIndiana, perhaps they have accidentally reverted to some old and buggy driver. I don't know about the 8111 chip but I believe that the D and E in the name/ID suggest that E is a later generation of the circuit and in the future we will expect to see an RTL8111F chip in production. The L merely denotes the type of encapsulation (PLCC) of the chip as it comes in different encapsulations. When comparing generations it seems that the chip is essentially the same but is revised with some new features or fixes. It is not the first time I've had this experience, I have experienced things that used to work well suddenly become buggy. In the past when I was running OpenSolaris b111 I had problems getting the ntfs-3g filesystem to work. But after compiling a recent version of fuse it worked fine. Then I updated OpenSolaris to b134 and once again it started to crash the system. Robin.
Re: [OpenIndiana-discuss] CIFS performance issues
On 2012-01-26 14:05, James Carlson wrote: Open Indiana wrote: Please skip the whole ifconfig and plumb this or that discussion. Virtualbox works on any interface that is plumbed since only then the interface is visible in the menu. Oh, yuck. It should be using the libdlpi interfaces (see dlpi_walk(3DLPI)), at least on OpenIndiana. If portability to older Solaris systems is necessary, it should be enumerating DLPI interfaces using libdevinfo. Piggybacking on IP isn't right at all. Note that VirtualBox offers several types of virtualized networking modes. In NAT mode where it communicates with the IP stack of the host maybe this makes sense whereas it doesn't in bridged mode. If VirtualBox and OpenIndiana did what they promised without hickups I wouldn't even need two network interfaces to ensure the operation of the system. But when bugs occur we try to get around them until they are fixed, and that requires at least some knowledge about the system which I'm really happy to have acquired. I can even see on the activity LEDs on the switch that the VMs' network is independent of the hosts network. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] CIFS performance issues
On 2012-01-27 15:32, James Carlson wrote: On 01/27/12 08:28, Robin Axelsson wrote: One way to make the system user-friendly is to make nwam automatically configure IPMP when it detects two properly working ethernet connections within the same subnet. My recollection is that automatic configuration of IPMP was on the list of things to do, but that it never got done. It just wasn't the focus, because NWAM was initially designed to handle laptops and other simple systems, not servers. What NWAM is supposed to do is configure only one usable interface (guided by user selection criteria) for the system. The fact that you got multiple interfaces configured is indeed an anomaly, and one I can't explain. I don't know how you got there in the first place. It shouldn't have happened. I don't agree with you on that. Many motherboards come with dual ethernet ports (i.e. dual NICs, I have counted the chips myself) and it is not uncommon with laptops with one wired ethernet interface and a wireless one. So as you said, there is the potential risk of interference between the two interfaces even though one may not even be connected. Someone with a deeper understanding of the new NWAM would have to look at your system to find out what went wrong. Unfortunately, I only remember details about the old one ... Perhaps it already does so. If not it should at least unplumb one connection to prevent the interference issues the James Carlson was talking about, or at least give warning messages about it. If we want to make it even more user friendly it could also have monitoring features (such as /sbin/route monitor) and offer some troubleshooting functionality or even warn about buggy drivers such as the rge driver. That sounds backwards to me. If a buggy driver exists, then the bugs should be fixed, or the driver should be discarded. There's no reason on Earth to have some other bit of software warning users about someone else's software design failures, whether real or otherwise. At best, that other software would just become a repository of uselessly independent misjudgment -- as new, unknown buggy drivers are written and old ones are repaired. True, but what do you do when *all* you've got is a buggy driver that _may_ work well on your system? Either you use the driver or you go get a network card that is proven to work well with Solaris/OpenIndana. The thing is that a substantial part of the development of OI depends on the charity of willing developers and their spare time, so you have to make the best out of what you have at your disposal. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] CIFS performance issues
On 2012-01-27 16:45, James Carlson wrote: Robin Axelsson wrote: On 2012-01-27 15:32, James Carlson wrote: What NWAM is supposed to do is configure only one usable interface (guided by user selection criteria) for the system. The fact that you got multiple interfaces configured is indeed an anomaly, and one I can't explain. I don't know how you got there in the first place. It shouldn't have happened. I don't agree with you on that. Many motherboards come with dual ethernet ports (i.e. dual NICs, I have counted the chips myself) and it is not uncommon with laptops with one wired ethernet interface and a wireless one. So as you said, there is the potential risk of interference between the two interfaces even though one may not even be connected. Don't agree how? That systems with multiple interfaces are an anomaly, but maybe that's not what you meant. NWAM's original mission in life was to make sure that only one interface was configured at a time, regardless of how many might be available. I'm pretty darned sure that's true, because I was involved in that project. That's sort of the whole point. NWAM looks over the available interfaces, figures out which ones are usable, then applies a set of policies to determine which one of all of those will be used. It then disables the others and properly configures the rest of the system to use that one chosen interface. If conditions change, then it reevaluates the situation. The canonical example would be a laptop with wired and wireless interfaces. The default rule would be to use wired if it's connected and working, and otherwise use the wireless interface. Not both at any one time. Things changed a bit in the next incarnation of NWAM, and I wasn't as in touch with that one. However, the fundamental design goal of producing a working configuration -- and avoiding known unworkable configurations -- wasn't abandoned. So, what you saw was either a bug or a misconfiguration of some sort, and you'd need to find someone who knows more about that second NWAM. That sounds backwards to me. If a buggy driver exists, then the bugs should be fixed, or the driver should be discarded. There's no reason on Earth to have some other bit of software warning users about someone else's software design failures, whether real or otherwise. At best, that other software would just become a repository of uselessly independent misjudgment -- as new, unknown buggy drivers are written and old ones are repaired. True, but what do you do when *all* you've got is a buggy driver that _may_ work well on your system? Either you use the driver or you go get a network card that is proven to work well with Solaris/OpenIndana. The thing is that a substantial part of the development of OI depends on the charity of willing developers and their spare time, so you have to make the best out of what you have at your disposal. I think we have differing viewpoints on system architecture. To me, it would be a very poor design choice to embed detailed knowledge of some driver writer's parental marital status into an independent part of the system. If all compromised drivers exposed a I'm potentially garbage flag, then, fine, that independent part could read that flag and do whatever it wants based on it. But merely reading the letters rge and deciding to impugn the connection based on some history or accusations strikes me as untenable. The only opinion that I have is that it should work and reliably so. The rge driver is apparently buggy and that's what people say about it in mailing lists. It is included with the OI distribution/repository. If I had the time and knowledge I would try and fix it myself but unfortunately I don't. I have told myself to get to learn dtrace someday but I guess that I will have to get through the Solaris Internals to even be able to understand the output it generates. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] CIFS performance issues
On 2012-01-24 21:59, James Carlson wrote: Robin Axelsson wrote: If you have two interfaces inside the same zone that have the same IP prefix, then you have to have IPMP configured, or all bets are off. Maybe it'll work. But probably not. And was never been supported that way by Sun. The idea I have with using two NICs is to create a separation between the virtual machine(s) and the host system so that the network activity of the virtual machine(s) won't interfere with the network activity of the physical host machine. Nice idea, but it unfortunately won't work. When two interfaces are plumbed up like that -- regardless of what VM or bridge or hub or virtualness there might be -- the kernel sees two IP interfaces configured with the same IP prefix (subnet), and it considers them to be completely interchangeable. It can (and will!) use either one at any time. You don't have control over where the packets go. Well, unless you get into playing tricks with IP Filter. And if you do that, then you're in a much deeper world of hurt, at least in terms of performance. Here's what the virtualbox manul says about bridged networking: *Bridged networking*: This is for more advanced networking needs such as network simulations and running servers in a guest. When enabled, VirtualBox connects to one of your installed network cards and exchanges network packets directly, circumventing your host operating system's network stack. With bridged networking, VirtualBox uses a device driver on your _*host*_ system that filters data from your physical network adapter. This driver is therefore called a net filter driver. This allows VirtualBox to intercept data from the physical network and inject data into it, effectively creating a new network interface in software. When a guest is using such a new software interface, it looks to the host system as though the guest were physically connected to the interface using a network cable: the host can send data to the guest through that interface and receive data from it. This means that you can set up routing or bridging between the guest and the rest of your network. For this to work, VirtualBox needs a device driver on your host system. The way bridged networking works has been completely rewritten with VirtualBox 2.0 and 2.1, depending on the host operating system. From the user perspective, the main difference is that complex configuration is no longer necessary on any of the supported host operating systems. The virtual hub that creates the bridge between the VM network ports and the physical port tap into the network stack of the host machine and I suspect that this configuration is not entirely seamless. I think that the virtual bridge interferes with the network stack so letting the virtual bridge have its own network port to play around with has turned out to be a good idea, at least when I was running OSOL b134 - OI148a. I think you're going about this the wrong way, at least with respect to these two physical interfaces. I suspect that the right answer is to plumb only *ONE* of them in the zone, and then use the other by name inside the VM when creating the virtual hub. That second interface should not be plumbed or configured to use IP inside the regular OpenIndiana environment. That way, you'll have two independent paths to the network. Perhaps the way to do it is to create a dedicated jail/zone for VIrtualBox to run in and plumb the e1000g2 to that zone. I'm a little curious as to how this would affect the performance I'm not sure if you have to split up the CPU cores etc between zones or if that is taken care of as the zones pretty much share the same kernel (and its task scheduler). I suppose I could try to configure the IPMP, I guess I will have to throw away the DHCP configuration and go for fixed IP all the way as DHCP only gives two IP addresses and I will need four of them. But then we have the problem with the VMs and how to separate them from the network stack of the host. It's possible to have DHCP generate multiple addresses per interface. And it's possible to use IPMP with just one IP address per interface (in fact, you can use it with as little as one IP address per *group*). And it's possible to configure an IPMP group with some static addresses and some DHCP. In order to make DHCP generate more IP addresses I guess I have to generate a few (virtual) MAC addresses. Maybe ifconfig hadles this internally. But read the documentation in the man pages. IPMP may or may not be what you really want here. Based on the isolation demands mentioned, I suspect it's not. The only reason I mentioned it is that your current IP configuration is invalid (unsupported, might not work, good luck with that) without IPMP -- that doesn't mean you should use IPMP, but that you should rethink the whole configuration. One of the many interesting problems that happens with multiple interfaces configured on the same network
Re: [OpenIndiana-discuss] CIFS performance issues
On 2012-01-25 19:03, James Carlson wrote: Robin Axelsson wrote: On 2012-01-24 21:59, James Carlson wrote: Well, unless you get into playing tricks with IP Filter. And if you do that, then you're in a much deeper world of hurt, at least in terms of performance. Here's what the virtualbox manul says about bridged networking: *Bridged networking*: This is for more advanced networking needs such as network simulations and running servers in a guest. When enabled, VirtualBox connects to one of your installed network cards and exchanges network packets directly, circumventing your host operating system's network stack. Note what it says above. It says nothing about plumbing that interface for IP on the host operating system. I'm suggesting that you should _not_ do that, because you (apparently) want to have separate interfaces for both host and the VirtualBox guests. If that's not what you want, then I think you should clarify. Perhaps the right answer is to put the host and guests on different subnets, so that you have two interfaces with different subnets configured on the same physical network. That can have some risks with respect to multicast, but at least it works far better than duplicating a subnet. I suspect that the right answer is to plumb only *ONE* of them in the zone, and then use the other by name inside the VM when creating the virtual hub. That second interface should not be plumbed or configured to use IP inside the regular OpenIndiana environment. That way, you'll have two independent paths to the network. Perhaps the way to do it is to create a dedicated jail/zone for VIrtualBox to run in and plumb the e1000g2 to that zone. I'm a little curious as to how this would affect the performance I'm not sure if you have to split up the CPU cores etc between zones or if that is taken care of as the zones pretty much share the same kernel (and its task scheduler). I'm confused. If VirtualBox is just going to talk to the physical interface itself, why is plumbing IP necessary at all? It shouldn't be needed. Maybe I'm the one being confused here. I just believed that the IP must be visible to the host for VirtualBox to be able to find the interface in first place but maybe that is not the case. When choosing an adapter for bridged networking on my system, the drop-down menu will give me the options e1000g1, e1000g2 and rge0. So I'm not sure how or what part of the system that gives the physical interfaces those names. I mean if the host can't see those interfaces how will VirtualBox be able to see them? At least that was my reasoning behind it. It's possible to have DHCP generate multiple addresses per interface. And it's possible to use IPMP with just one IP address per interface (in fact, you can use it with as little as one IP address per *group*). And it's possible to configure an IPMP group with some static addresses and some DHCP. In order to make DHCP generate more IP addresses I guess I have to generate a few (virtual) MAC addresses. Maybe ifconfig hadles this internally. You don't have to work that hard. You can configure individual IPv4 interfaces to use DHCP, and the system will automatically generate a random DHCPv4 ClientID value for those interfaces. For example, you can do this: ifconfig e1000g0:1 plumb ifconfig e1000g0:2 plumb ifconfig e1000g0:1 dhcp ifconfig e1000g0:2 dhcp Using the old-style configuration interfaces, you can do touch /etc/dhcp.e1000g0:1 to set the system to plumb up and run DHCP on e1000g0:1. There's probably a way to do this with ipadm, but I'm too lazy to read the man page for it. I suggest it, though, as a worthwhile thing to do on a lazy Sunday afternoon. I'll look into it if all else fails. I see that the manual entry for ipadm is missing in OI. I will also see if there is more up-to-date documentation on the ipmp. I assume that when a ClientID value is generated a MAC address also comes with it, at least when it negotiates with the DHCP server. But those are just two small ways in which multiple interfaces configured in this manner are a Bad Thing. A more fundamental issue is that it was just never designed to be used that way, and if you do so, you're a test pilot. This was very interesting and insightful. I've always wondered how Windows tell the difference between two network connections in a machine, now I see that it doesn't. Sometimes this can get corrupted in Windows and sever the internet connection completely. If I understand correctly, the TCP stack in Windows is borrowed from Sun. I guess this is a little OT, it's just a reflection. No, I don't think they're related in any significant way. The TCP/IP stack that Sun acquired long, long ago came from Mentat, and greatly modified since then. I suspect that Windows derives from of the BSD code, but I don't have access to the Windows internals to make sure. In any event, they all come from the basic constraints
Re: [OpenIndiana-discuss] CIFS performance issues
The system I'm using is not that beefy. It's a 4-core Phenom II using a server grade hard drive as system drive and 8 consumer grade drives for the storage pool that are behind an LSI SAS 1068e controller. I have 4GB RAM in it. I have experienced freeze-ups due to failing hard drives in the storage pool in the past. When they happened, they affected the CIFS connection (of course) but not the SSH connection. Moreover, I could see errors with iostat -En. I don't know if you have iostat in Linux but I'm afraid you don't. I experienced a series of shorter freeze-ups today (3-5 seconds long) while monitoring the system using System Monitor through the 'vncserver' and 'top' over SSH. Those freeze-ups affected th CIFS connection, SSH, and VNC connection (but did not sever them). The freeze-ups were not long enough so that I could get to check the RDP connection to the VM. When those freeze-ups occurred, the system monitor gracefully showed this as a dip in the real-time network history chart so these freeze-ups don't seem to stagger the operation of the network monitor. The CPU utilization was around 10-15% and the memory usage was around 13.5% (540MB) all the time so I don't think capping the ARC would do much good. I looked into the /var/adm/messages and found the nwamd[99]: [ID 234669 daemon.error] 3: nwamd_door_switch: need solaris.network.autoconf.read for request type 1 errors during the time. I'll look more carefully next time and see if the time-stamps of these entries match the time at which I experience those freeze-ups. I suspect that they do. No errors are found with iostat -E. I'll also look into the iowait to see if it will give any clues, I'm not sure though how to keep a history of iowait the way system monitor keeps a history of cpu utilization, memory usage and network activity. I have also been suggested to try out the prestable version of OI and see if theses freeze-ups occur when using static IP (i.e. not nwam). Robin. On 2012-01-24 06:39, Robbie Crash wrote: I had problems that sound nearly identical to what you're describing when running ZFS Native under Ubuntu, but without the VM aspect. They seemed to happen when the server would begin to flush memory after large reads or writes to the ZFS pool. How much RAM does your machine have? Have you considered evil tuning your ARC cache for testing? SSH would disconnect and fileshares would become unavailable. http://www.solarisinternals.com/wiki/index.php/ZFS_Evil_Tuning_Guide#Limiting_the_ARC_Cache What is the rest of the system reporting? CPU? Memory in use? IO Wait? Are you using consumer grade hard drives? These could be doing their lovely 2 minute read recovery thing and causing headaches with the pool access. Does the host have any CIFS shares that you can attempt to access while the guest is frozen? I found that forcing ZFS to stay 2.5GB under max, rather than the default(?) 1GB improved stability vastly. I haven't had the same issues after moving to OI, but I've also quadrupled the amount of RAM in my box. Sorry if any of this is horribly off the mark, most of my ZFS/CIFS/SMB problems happened while running ZFS on Ubuntu, and I'm pretty new to OI. On Mon, Jan 23, 2012 at 16:17, Open Indianaopenindi...@out-side.nl wrote: What happens if you disable nwam and use the basic/manual ifconfig setup? -Original Message- From: Robin Axelsson [mailto:gu99r...@student.chalmers.se] Sent: maandag 23 januari 2012 15:10 To: openindiana-discuss@openindiana.org Subject: Re: [OpenIndiana-discuss] CIFS performance issues No, I'm not doing anything in particular in the virtual machine. The media file is played on another computer in the (physical) network over CIFS. Over the network I also access the server using Remote Desktop/Terminal Services to communicate to the virtual machine (using the VirtualBox RDP interface, i.e. not the guest OS RDP), VNC (to access OI using vncserver) and SSH (to OI). I wouldn't say that the entire server stops responding, only the connection to CIFS and SSH. I wasn't running VNC when it happened yesterday so I don't know about it, but the RDP connection and the Virtual Machine inside this server was unaffected while CIFS and SSH was frozen. I tried today to start the virtual machine but it failed because it could not find the connection (e1000g2): Error: failed to start machine. Error message: Failed to open/create the internal network 'HostInterfaceNetworking-e1000 g2 - Intel PRO/1000 Gigabit Ethernet' (VERR_SUPDRV_COMPONENT_NOT_FOUND). Failed to attach the network LUN (VERR_SUPDRV_COMPONENT_NOT_FOUND). Unknown error creating VM (VERR_SUPDRV_COMPONENT_NOT_FOUND) ifconfig -a returns: ... e1000g1: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 2 inet 10.40.137.185 netmask ff00 broadcast 10.40.137.255 e1000g2: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 3 inet 10.40.137.196 netmask ff00
Re: [OpenIndiana-discuss] CIFS performance issues
On 2012-01-24 16:52, Gary Mills wrote: On Tue, Jan 24, 2012 at 04:39:42PM +0100, Robin Axelsson wrote: ifconfig -a returns: ... e1000g1: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 2 inet 10.40.137.185 netmask ff00 broadcast 10.40.137.255 e1000g2: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 3 inet 10.40.137.196 netmask ff00 broadcast 10.40.137.255 rge0: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 4 Do you really have two ethernet ports on the same network? You can't do that without some sort of link aggregation on both ends of the connection. I don't see why not. I've done this before and it used to work just fine. These are two different controllers that work independently and I do it so that the VM(s) could have its own NIC to work with as I believe the virtual network bridge interferes with other network activity. If we assume that both ports give rise to problems because they run without teaming/link aggregation (which I think not) then there wouldn't be any issues if I only used one network port. I have tried with only one port and the issues are considerably worse in that configuration. I experienced a series of shorter freeze-ups today (3-5 seconds long) while monitoring the system using System Monitor through the 'vncserver' and 'top' over SSH. Those freeze-ups affected th CIFS connection, SSH, and VNC connection (but did not sever them). The freeze-ups were not long enough so that I could get to check the RDP connection to the VM. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] CIFS performance issues
On 2012-01-24 19:14, James Carlson wrote: Robin Axelsson wrote: On 2012-01-24 16:52, Gary Mills wrote: On Tue, Jan 24, 2012 at 04:39:42PM +0100, Robin Axelsson wrote: ifconfig -a returns: ... e1000g1: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4mtu 1500 index 2 inet 10.40.137.185 netmask ff00 broadcast 10.40.137.255 e1000g2: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4mtu 1500 index 3 inet 10.40.137.196 netmask ff00 broadcast 10.40.137.255 rge0: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4mtu 1500 index 4 Do you really have two ethernet ports on the same network? You can't do that without some sort of link aggregation on both ends of the connection. I don't see why not. I've done this before and it used to work just fine. These are two different controllers that work independently and I do it so that the VM(s) could have its own NIC to work with as I believe the virtual network bridge interferes with other network activity. It's never worked quite right (whatever right might mean here) on Solaris. If you have two interfaces inside the same zone that have the same IP prefix, then you have to have IPMP configured, or all bets are off. Maybe it'll work. But probably not. And was never been supported that way by Sun. The idea I have with using two NICs is to create a separation between the virtual machine(s) and the host system so that the network activity of the virtual machine(s) won't interfere with the network activity of the physical host machine. The virtual hub that creates the bridge between the VM network ports and the physical port tap into the network stack of the host machine and I suspect that this configuration is not entirely seamless. I think that the virtual bridge interferes with the network stack so letting the virtual bridge have its own network port to play around with has turned out to be a good idea, at least when I was running OSOL b134 - OI148a. I suppose I could try to configure the IPMP, I guess I will have to throw away the DHCP configuration and go for fixed IP all the way as DHCP only gives two IP addresses and I will need four of them. But then we have the problem with the VMs and how to separate them from the network stack of the host. I will follow these instructions if I choose to configure IPMP: http://www.sunsolarisadmin.com/networking/configure-ipmp-load-balancing-resilience-in-sun-solaris/ If we assume that both ports give rise to problems because they run without teaming/link aggregation (which I think not) then there wouldn't be any issues if I only used one network port. I have tried with only one port and the issues are considerably worse in that configuration. That's an interesting observation. When running with one port, do you unplumb the other? Or is one port just an application configuration issue? If you run /sbin/route monitor when the system is working fine and leave it running until a problem happens, do you see any output produced? If so, then this could fairly readily point the way to the problem. WIth one port I mean that only one port is physically connected to the switch, all other ports but one are disconnected. So I guess ifconfig port_id unplumb would have no effect on such ports. I managed to reproduce a few short freezes while /sbin/route monitor was running over ssh but it didn't spit out any messages, perhaps I should run it on a local terminal instead. I looked at the time stamps of the entries in the /var/adm/messages and they do not match the freeze-ups by the minute. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] CIFS performance issues
No, I'm not doing anything in particular in the virtual machine. The media file is played on another computer in the (physical) network over CIFS. Over the network I also access the server using Remote Desktop/Terminal Services to communicate to the virtual machine (using the VirtualBox RDP interface, i.e. not the guest OS RDP), VNC (to access OI using vncserver) and SSH (to OI). I wouldn't say that the entire server stops responding, only the connection to CIFS and SSH. I wasn't running VNC when it happened yesterday so I don't know about it, but the RDP connection and the Virtual Machine inside this server was unaffected while CIFS and SSH was frozen. I tried today to start the virtual machine but it failed because it could not find the connection (e1000g2): Error: failed to start machine. Error message: Failed to open/create the internal network 'HostInterfaceNetworking-e1000 g2 - Intel PRO/1000 Gigabit Ethernet' (VERR_SUPDRV_COMPONENT_NOT_FOUND). Failed to attach the network LUN (VERR_SUPDRV_COMPONENT_NOT_FOUND). Unknown error creating VM (VERR_SUPDRV_COMPONENT_NOT_FOUND) ifconfig -a returns: ... e1000g1: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 2 inet 10.40.137.185 netmask ff00 broadcast 10.40.137.255 e1000g2: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 3 inet 10.40.137.196 netmask ff00 broadcast 10.40.137.255 rge0: flags=1004843UP,BROADCAST,RUNNING,MULTICAST,DHCP,IPv4 mtu 1500 index 4 inet 0.0.0.0 netmask ff00 ... i.e. e1000g1 and e1000g2 appears to be running just fine, wtf !?! I found the following entries in the /var/adm/messages: Jan 23 13:50:49 computername nwamd[95]: [ID 234669 daemon.error] 3: nwamd_door_switch: need solaris.network.autoconf.read for request type 1 Jan 23 13:56:59 computername last message repeated 75 times Jan 23 13:57:04 computername nwamd[95]: [ID 234669 daemon.error] 3: nwamd_door_switch: need solaris.network.autoconf.read for request type 1 Jan 23 13:58:19 computername last message repeated 15 times Jan 23 13:58:22 computername gnome-session[916]: [ID 702911 daemon.warning] WARNING: Unable to determine session: Unable to lookup session information for process '916' Jan 23 13:58:24 computername nwamd[95]: [ID 234669 daemon.error] 3: nwamd_door_switch: need solaris.network.autoconf.read for request type 1 Jan 23 14:03:24 computername last message repeated 60 times Jan 23 14:03:26 computername gnome-session[916]: [ID 702911 daemon.warning] WARNING: Unable to determine session: Unable to lookup session information for process '916' Jan 23 14:03:29 computername nwamd[95]: [ID 234669 daemon.error] 3: nwamd_door_switch: need solaris.network.autoconf.read for request type 1 Jan 23 14:03:34 computername last message repeated 1 time Jan 23 14:03:39 computername nwamd[95]: [ID 234669 daemon.error] 3: nwamd_door_switch: need solaris.network.autoconf.read for request type 1 Some errors here... I looked into the log of the nwam service (/var/svc/log/network-physical\:nwam.log): [ Jan 23 13:03:15 Enabled. ] [ Jan 23 13:03:16 Executing start method (/lib/svc/method/net-nwam start). ] /lib/svc/method/net-nwam[548]: /sbin/ibd_upgrade: not found [No such file or directory] [ Jan 23 13:03:17 Method start exited with status 0. ] [ Jan 23 13:03:17 Rereading configuration. ] [ Jan 23 13:03:17 Executing refresh method (/lib/svc/method/net-nwam refresh). ] [ Jan 23 13:03:17 Method refresh exited with status 0. ] nothing remarkable here... I investigated the issue on VBox forums and this issue was resolved by the rem_drv/add_drv vboxflt commands. It's not the first time I've had this issue and one of the people at the forums claims that this issue occurs after every third powercycle/reboot. It was hinted that VBox doesn't like dynamic IP addresses so I have also given e1000g2 a fixed address in the router (I configured the DHCP server in the router to always give the same IP to the MAC address of the e1000g2 connection). I've done it on the e1000g1 already, otherwise it would be impossible to ssh to the server from the outside world. Robin. On 2012-01-23 11:40, Open Indiana wrote: Ok, So if I read it correct your virtual machine is playing an audio file and then the server stops responding. That could mean the hardware that virtualbox uses to play the soundfile if flooded or that the drivers of the soundcard in your server/PC are not working very well? What soundcard are you using? -Original Message- From: Robin Axelsson [mailto:gu99r...@student.chalmers.se] Sent: zondag 22 januari 2012 23:38 To: openindiana-discuss@openindiana.org Subject: Re: [OpenIndiana-discuss] CIFS performance issues I don't understand what you mean with PCI-x settings and where to check them out. The hardware is not PCI-X, it is PCIe. The affected LSI HBA is a discrete PCIe card that operates in IT-mode. As in system logs I assume you mean /var/adm/messages
[OpenIndiana-discuss] CIFS performance issues
In the past, I used OpenSolaris b134 which I then updated to OpenIndiana b148 and never did I experience performance issues related to the network connection (and that was when using two of the infamous RTL8111DL OnBoard ports). Now that I have swapped the motherboard and the hard drive and later added a 2-port Intel EXPI9402PT NIC (because of driver issues with the Realtek NIC that wasn't there before), I performed a fresh install of OpenIndiana. Since then I experience intermittent network freeze-ups that I cannot link to faults of the storage pool (iostat -E returns 0 errors). I have had this issue both with the dual port Intel controller as well as with a single port Intel controller (EXPI9400PT) and the Realtek 8111E OnBoard NIC. The storage pool is behind an LSI MegaRAID 1068e based controller using no port extenders. In detail (9400PT+8111E): - I was running a Virtual Machine with VirtualBox 3.2.14 with (1) a bridged network connection and was accessed over the network using (2) VBox RDP connection and (3) a ZFS based CIFS share to be accessed from a Windows computer over the network. These applications were administrated both over (4) SSH (port 2244) and (5) VNC (using vncserver). A typical start of the VM was done with 'screen VBoxHeadless --startvm ...' I assigned the network ports the following way: e1000g: VBox RDP, VNC, SSH rge0: Virtual Machine Network Connection (Bridged) I tried various combinations but the connection froze intermittently for all applications. The bridged network connection was worst. When I SSHed over rge0, the connection was frequently severed which is was not over e1000. So I pulled the plug on the rg0 and let everything go through the e1000 connection. freeze-ups became more frequent and it seemed like the Bridged connection was causing this issue because the connection didn't freeze like that when the VM wasn't running. Note that I didn't assign the CIFS share to any particular port but calls to computername were assigned to the e1000 port in the /etc/inet/hosts file. - In detail (9402PT): --- In this setup I run essentially the same applications but all through the 9402PT which has two ports (e1000g1 and e1000g2). So I assign the applications the following way: e1000g1: VBox RDP, SSH, computername (in /etc/inet/hosts) e1000g2: Bridged connection to the virtual machine So while running the virtual machine on the server, having an open SSH connection to it and a command prompt pointing (cd x:\) at the CIFS share (which is mapped as a network drive, say X:) I started a media player and played an audio file over the CIFS share which made the connection freeze. The freezing affected the media player and the command prompt but the RDP connection worked and access to internet inside the VM was flawless. The SSH connection was frozen as well. After a few minutes it became responsive and iostat -E reported no errors. The command prompt and the media player were still frozen but ls path to CIFS shared contents worked fine over the SSH connection. Shortly after that the CIFS connection came back and things seem to run ok. So in conclusion the freeze-ups are still there but less frequent. I have tried VirtualBox 4.1.8 but the ethernet connection is worse with that version which is why I downgraded to 3.2.14 (which was published _after_ 4.1.8). --- These issues occur on server grade hardware using drivers that are/were certified by Sun (as I understand it). Moreover, CIFS and ZFS are the core functionality of OpenIndiana so it is quite essential that the network works properly and is stable. I'm sorely tempted to issue a bug report but I would want some advice on how to troubleshoot and provide relevant bug reports. There are no entries in the /var/adm/messages that are related to the latest freeze-up mentioned above and I couldn't find any when running the prior setups. These freeze-ups don't happen all the time so it isn't easy to consistently reproduce them. Robin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] CIFS performance issues
I don't understand what you mean with PCI-x settings and where to check them out. The hardware is not PCI-X, it is PCIe. The affected LSI HBA is a discrete PCIe card that operates in IT-mode. As in system logs I assume you mean /var/adm/messages and I could not find anything there. If this was only a hard disk controller issue (I made sure that there are enough lanes for it) then I wouldn't expect applications such as SSH to be affected by it. The settings of the Intel NIC card is not in the BIOS, at least not what I can see (i.e. there is no visible BIOS of the discrete NIC like it is for the LSI SAS controller during POST). So, I'm not entirely sure what settings for the NIC you are referring to. Robin. On 2012-01-22 20:28, Open Indiana wrote: A very stupid answer, but have you looked at the bios and inspected the settings of the network devices and /or PCIx ? How is your bios setup (AHCI or raid or ??) ? Do you see any error in the system logs? To my opinion your system swallows in the datatransfers. Either on the NIC-montherboard side or at the montherboard- harddiskcontroller side. Do your extra NIC's and the LSI share the same PCI-x settings? Do they both support all settings? B, Roelof -Original Message- From: Robin Axelsson [mailto:gu99r...@student.chalmers.se] Sent: zondag 22 januari 2012 19:38 To: OpenIndiana-discuss@openindiana.org Subject: [OpenIndiana-discuss] CIFS performance issues In the past, I used OpenSolaris b134 which I then updated to OpenIndiana b148 and never did I experience performance issues related to the network connection (and that was when using two of the infamous RTL8111DL OnBoard ports). Now that I have swapped the motherboard and the hard drive and later added a 2-port Intel EXPI9402PT NIC (because of driver issues with the Realtek NIC that wasn't there before), I performed a fresh install of OpenIndiana. Since then I experience intermittent network freeze-ups that I cannot link to faults of the storage pool (iostat -E returns 0 errors). I have had this issue both with the dual port Intel controller as well as with a single port Intel controller (EXPI9400PT) and the Realtek 8111E OnBoard NIC. The storage pool is behind an LSI MegaRAID 1068e based controller using no port extenders. In detail (9400PT+8111E): - I was running a Virtual Machine with VirtualBox 3.2.14 with (1) a bridged network connection and was accessed over the network using (2) VBox RDP connection and (3) a ZFS based CIFS share to be accessed from a Windows computer over the network. These applications were administrated both over (4) SSH (port 2244) and (5) VNC (using vncserver). A typical start of the VM was done with 'screen VBoxHeadless --startvm ...' I assigned the network ports the following way: e1000g: VBox RDP, VNC, SSH rge0: Virtual Machine Network Connection (Bridged) I tried various combinations but the connection froze intermittently for all applications. The bridged network connection was worst. When I SSHed over rge0, the connection was frequently severed which is was not over e1000. So I pulled the plug on the rg0 and let everything go through the e1000 connection. freeze-ups became more frequent and it seemed like the Bridged connection was causing this issue because the connection didn't freeze like that when the VM wasn't running. Note that I didn't assign the CIFS share to any particular port but calls to computername were assigned to the e1000 port in the /etc/inet/hosts file. - In detail (9402PT): --- In this setup I run essentially the same applications but all through the 9402PT which has two ports (e1000g1 and e1000g2). So I assign the applications the following way: e1000g1: VBox RDP, SSH,computername (in /etc/inet/hosts) e1000g2: Bridged connection to the virtual machine So while running the virtual machine on the server, having an open SSH connection to it and a command prompt pointing (cd x:\) at the CIFS share (which is mapped as a network drive, say X:) I started a media player and played an audio file over the CIFS share which made the connection freeze. The freezing affected the media player and the command prompt but the RDP connection worked and access to internet inside the VM was flawless. The SSH connection was frozen as well. After a few minutes it became responsive and iostat -E reported no errors. The command prompt and the media player were still frozen but lspath to CIFS shared contents worked fine over the SSH connection. Shortly after that the CIFS connection came back and things seem to run ok. So in conclusion the freeze-ups are still there but less frequent. I have tried VirtualBox 4.1.8 but the ethernet connection is worse with that version which is why I downgraded to 3.2.14 (which was published _after_ 4.1.8). --- These issues occur on server grade hardware using drivers that are/were certified by Sun (as I understand it). Moreover
Re: [OpenIndiana-discuss] CIFS server on oi_148
I guess you have two ways to control user access to different shares, one is the Unix style and the other is through ACLs. From my experience the kernel-CIFS server has sometimes ignored the Unix/Posix permission bits that I set. For example even if I say chmod 444 a file I can still delete the file over the network, I don't remember the specifics now but some things worked whereas other did not. But I think you can have different shares for different users by chowning the different file systems to different users. Then I started working with the ACL based permission bits and I was more successful with that (I never did anything serious with it, I just tried it out and saw that it works). To work with ACLs you need to use the /bin/ls, /bin/chmod etc and look at the man pages specifically for '/bin/ls' for more information on ACLs. My guess is that access control using ACLs is what you are looking for and it is a bit different from the way you administrate samba configurations, at least so I heard as I've never configured a samba server for outbound file sharing. Managing ACLs on Solaris/OpenSolaris have been reportedly a difficult thing to do and get around but maybe things have become easier in the development process of OpenIndiana. After all it has been quite a while since I looked into ACLs on OpenSolaris. NFS is beyond my knowledge but I assume that NFS is Linux/Unix only. As far as I know there is no support for NFS sharing (or client access thereto) on Windows systems. I know that there used to be a Unix for Windows package somewhere that Microsoft published (SFU3.5) but I think it is only for old 32-bit operating systems. Robin. On 2011-12-27 08:20, Martin Frost wrote: We have Windows machines that need to access ZFS filesystems under oi_148 that are also exported via NFS to Linux machines. I need to be able to specify which filesystems each Windows user can see. Below is a sample of what I do on a Linux system to restrict Samba access for a given share to certain users. Can this be done under OI/CIFS? [fin] comment = Fin path = /home/fin valid users = fin,user1,user2,user3 create mask = 0770 directory mask = 0770 force group = fin I'm hoping to use the in-kernel CIFS server, as I assume it provides better performance, but I'm not clear about the configuration differences between the Samba server and the in-kernel CIFS server under OI. I ran: zfs create -o casesensitivity=mixed -o nbmand=on thepool/test1 zfs set sharenfs='rw=remotehostfqdn,root=remotehostfqdn thepool/test1 zfs set sharesmb=on thepool/test1 and that made the test1 filesystem mountable via 'smb:/server/thepool' from Finder on a Mac (so I assume it will work from Windows too). I noticed that the first time I set sharesmb on, /usr/lib/smbsrv/smbd got started up. Is this the non-kernel Samba server?? There is no smb.conf file. There is a /etc/samba/smb.conf-example, but nothing like smb.conf shows up in 'strings /usr/lib/smbsrv/smbd'. And 'man smbd' doesn't mention any configuration file. I do see a man page for smb.conf' -- can I use an smb.conf file with the in-kernel CIFS server? If so, would it live in /etc/samba? I've added this to /etc/pam.conf so that users get Samba passwords: other password required pam_smb_passwd.so.1 nowarn Since the OI machine is only a fileserver, I don't want the users to ssh into the machine, so unless there's a better way, I plan to lock the Samba users' passwords in /etc/shadow. Thanks for your help. Martin ___ 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] Network (RTL8111/8168) not working properly on OpenIndiana 151a
On 2011-12-29 10:53, Edward Martinez wrote: On 12/28/11 13:24, Robin Axelsson wrote: After a fresh install of OI 151a I discovered that the network connection fails intermittently. Firefox stalls in OI, SSH sessions spontaneously get severed, internet/network availability goes on and off with this connection. Basically the behaviour is the same as when I was running earlier builds of OpenSolaris on a machine with the RTL8111DL chip. When asking the question on the Osol forums the reply was that this was a known bug and the recommendation was to get an Intel based NIC. Later I was informed that this bug was resolved in later builds of OpenSolaris. So when I upgraded to build 134, the RTL8111DL started working without problems. I even upgraded to OpenIndiana 148 and still no problems. Now I have replaced the motherboard on that system to a motherboard with the RTL8111E chip. Since my hard drive died I have done a fresh install of OI 151a on a new hard drive and once again this network bug has woken up from its apparently dormant state. Has someone accidentally put an old version of the rge driver into the OI distribution? If not, does anyone have any idea as to why this problem has come back? I tried to replace the rge driver with the gani 2.6.8 driver but the problem was slightly worse on the gani driver. Even my VMs hang when using the gani0 connection (bridged networking on VBox). I have tried using an Intel network card with the e1000g driver and it has shown no problems whatsoever on my system. So is this problem fixable or will I have to use Intel NICs with my system? Robin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss i have read it is troublesome to get the rge driver working. maybe, the rge driver fixes do not cover the RTL8112E chipset. This article mentions a few work around for opensolaris, that may apply to OI. However, i think you are better of using the intel nic since you are not having problems. http://sigtar.com/2009/02/12/opensolaris-rtl81118168b-issues/ ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss Yes, I've been to that page, in fact, it was this page that helped me find the gani driver. And it is the RTL8111E chip and _not_ the RTL8112E chip we are talking about here. Also, the Realtek controller show no problems in a Windows environment. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] A few words about multiple operating systems with OpenIndiana
During my install I have run into some problems that I resolved so I think it is suitable to mention these solutions here: When you have several operating systems in one system there are a few things to consider when resolving conflicts that may occur when installing updates and service packs which I will walk you through here. Before we go on about installation a few words about the master boot record is in place here. When you partition a boot hard drive, one of these primary partitions is the boot partition, i.e. the partition the BIOS will choose to boot from when the system is set to boot from that particular disk. This is managed by a set of flags that let the BIOS identify the purpose of each partition. The flag that is used to identify the boot partition is called the active flag or boot flag. This flag is set whenever you Mark a given partition as active in the disk management tool in Windows or tick the boot flag in the gparted tool that comes with the OpenIndiana LiveCD. Only one partition on a hard drive can be flagged as active, so activating one partition means that another partition is deactivated. Usually this is handled by the installers so you generally don't have to worry about it, unlesss you run into problems we will discuss below. Let's say that you want to have three different operating systems on your system hard drive on three separate partitions. Let us assume that you want to have Windows XP x64, Windows 7 x64 and OpenIndiana installed each having its own 50GB partition to play around with and you install them in the order given. So you begin by installing WinXP x64, a primary 51200MB partition is created and WinXP is installed into it, that's it. This partition will automatically be flagged as the active partition. Then you install Windows 7 x64 on another primary partition of the same size after the WinXP partition. What happens is that the Win7 installer modifies the WinXP partition by adding a special boot menu that lets you choose between Win7 and WinXP. The partition with Windows 7 in it is not bootable and has no ntloader to boot. So the WinXP partition remains the _active_ system partition. Then you move on to install OpenIndiana on another partition created by the gparted tool on the OI LiveCD. The OI installer detects the two Windows partitions and configures grub to let you choose between the three operating systems. One of the Windows choices however is not viable because as we have stated, the Win7 partition is not bootable. It has to be accessed through the boot menu of the WinXP partition. The OpenIndiana partition is set by the installer as the active partition and the grub boot environment that lets you choose between operating systems is located in the OpenIndiana partition. Now, if you want to install Service Pack 1 into Windows 7, the service pack installer will not accept the OpenIndiana partition as the active partition and it will fail miserably. The solution is to run the computer management - disk management tool and mark the Windows XP partition as active. Then you can install the service pack onto the system. Also note that you cannot do more than one change of active partition per bootup with the Microsoft disk management tool and it cannot mark non-Windows partitions as active. So when all updates are finished you need to use e.g. the gparted tool to move the active flag back to the OpenIndiana partition. So you can boot up the liveCD and tick the boot flag of the OpenIndiana partition to revert back to the old boot configuration. If I had this information at hand it would save me many hours of troubleshooting. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Network (RTL8111/8168) not working properly on OpenIndiana 151a
The motherboard used is the GA-990FXA-UD7 rev 1.1 motherboard using the 905e Phenom II X4 CPU so no sandy bridge here. I previously used an MSI 790FX-GD70 motherboard, all other components are the same. When I used the MSI motherboard, both RTL8111DL chips worked fine with OSOL b134 and OI b148. When I switched to the Gigabyte motherboard with the RTL8111E chip the problems started to appear. You mentioned CPU and memory, if those components were defect, wouldn't it be reasonable to assume that there would be other problems as well and not just the network? I haven't discovered any stability issues or other problems on my system, so far. Perhaps I should run iostat and vmstat from time to time then. The fresh install has made some problems disappear too; for example startup and shutdown is now considerably faster. Robin. On 2011-12-30 04:27, Lou Picciano wrote: Robin, Not sure about all this. Like you, I have a mobo which has (in our case, two) RTL8111Es. Ours is a GigaByte GA-P67A-UD7-B3. Also, like you, I'd been sternly warned off these interfaces. Also, like you, we'd been seeing spurious instability problems, and have been working hard to run them all to ground. One looked like a drive problem, then memory became suspect. In one series, it turned out we really did have a defective CPU. In all recent 'events', however, the network has stayed up. The current leading contender is an odd, ever-increasing, interrupts fault count on SandyBridge CPUs, apparent in vmstat. After a few days of uptime, this number has easily gotten over 1.6 million (!!); The machine does eventually just lock up. Current plan may be to move to dev-il, where some patches have been applied (??) Curious, which Mobo are you talking about? And, any chance you're running SandyBridge on it? Lou Picciano - Original Message - From: Robin Axelssongu99r...@student.chalmers.se To: openindiana-discuss@openindiana.org Sent: Thursday, December 29, 2011 10:34:20 AM Subject: Re: [OpenIndiana-discuss] Network (RTL8111/8168) not working properly on OpenIndiana 151a On 2011-12-29 10:53, Edward Martinez wrote: On 12/28/11 13:24, Robin Axelsson wrote: After a fresh install of OI 151a I discovered that the network connection fails intermittently. Firefox stalls in OI, SSH sessions spontaneously get severed, internet/network availability goes on and off with this connection. Basically the behaviour is the same as when I was running earlier builds of OpenSolaris on a machine with the RTL8111DL chip. When asking the question on the Osol forums the reply was that this was a known bug and the recommendation was to get an Intel based NIC. Later I was informed that this bug was resolved in later builds of OpenSolaris. So when I upgraded to build 134, the RTL8111DL started working without problems. I even upgraded to OpenIndiana 148 and still no problems. Now I have replaced the motherboard on that system to a motherboard with the RTL8111E chip. Since my hard drive died I have done a fresh install of OI 151a on a new hard drive and once again this network bug has woken up from its apparently dormant state. Has someone accidentally put an old version of the rge driver into the OI distribution? If not, does anyone have any idea as to why this problem has come back? I tried to replace the rge driver with the gani 2.6.8 driver but the problem was slightly worse on the gani driver. Even my VMs hang when using the gani0 connection (bridged networking on VBox). I have tried using an Intel network card with the e1000g driver and it has shown no problems whatsoever on my system. So is this problem fixable or will I have to use Intel NICs with my system? Robin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss i have read it is troublesome to get the rge driver working. maybe, the rge driver fixes do not cover the RTL8112E chipset. This article mentions a few work around for opensolaris, that may apply to OI. However, i think you are better of using the intel nic since you are not having problems. http://sigtar.com/2009/02/12/opensolaris-rtl81118168b-issues/ ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss Yes, I've been to that page, in fact, it was this page that helped me find the gani driver. And it is the RTL8111E chip and _not_ the RTL8112E chip we are talking about here. Also, the Realtek controller show no problems in a Windows environment. ___ 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-discuss] Network (RTL8111/8168) not working properly on OpenIndiana 151a
After a fresh install of OI 151a I discovered that the network connection fails intermittently. Firefox stalls in OI, SSH sessions spontaneously get severed, internet/network availability goes on and off with this connection. Basically the behaviour is the same as when I was running earlier builds of OpenSolaris on a machine with the RTL8111DL chip. When asking the question on the Osol forums the reply was that this was a known bug and the recommendation was to get an Intel based NIC. Later I was informed that this bug was resolved in later builds of OpenSolaris. So when I upgraded to build 134, the RTL8111DL started working without problems. I even upgraded to OpenIndiana 148 and still no problems. Now I have replaced the motherboard on that system to a motherboard with the RTL8111E chip. Since my hard drive died I have done a fresh install of OI 151a on a new hard drive and once again this network bug has woken up from its apparently dormant state. Has someone accidentally put an old version of the rge driver into the OI distribution? If not, does anyone have any idea as to why this problem has come back? I tried to replace the rge driver with the gani 2.6.8 driver but the problem was slightly worse on the gani driver. Even my VMs hang when using the gani0 connection (bridged networking on VBox). I have tried using an Intel network card with the e1000g driver and it has shown no problems whatsoever on my system. So is this problem fixable or will I have to use Intel NICs with my system? Robin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Cannot get CIFS to work on OI 151a
I just made a fresh install of OpenIndiana build 151a and I cannot get the CIFS to work properly. The command svcs | grep smb/server yields maintenance 0:52:32 svc:/network/smb/server:default. When looking into the log at /var/svc/log/network-smb-server\:default.log I get the following errors: [ Dec 28 00:52:32 Executing start method (/usr/lib/smbsrv/smbd start). ] smbd: NetBIOS services started smbd: kernel bind error: No such file or directory smbd: daemon initialization failed [ Dec 28 00:52:32 Method start exited with status 95. ] [ Dec 28 02:29:52 Rereading configuration. ] As I've been instructed, the CIFS server should be initiated using the following sequence of commands: # rem_drv smbsrv # pkg install SUNWsmbskr # pkg install SUNWsmbs # add_drv smbsrv # svccfg import /var/svc/manifest/network/smb/server.xml # svcadm enable -r smb/server # smbadm join -w workgroup followed by adding the line other password required pam_smb_passwd.so.1 nowarn at the end of the /etc/pam.conf and issuing the passwd command afterwards. I've done this before on OpenSolaris without any issues but I get errors when doing it on this fresh OI install. Trying to install the SUNWsmbskr and the SUNWsmbs packages merely returns No updates necessary for this image.. The file /var/manifest/network/smb/server.xml doesn't exist and the smbadm join -w returns Internal Error. I tried installing a package named storage-server but that didn't help, I'm stuck. How should I proceed? Robin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Cannot get CIFS to work on OI 151a
On 2011-12-28 03:05, Robin Axelsson wrote: I just made a fresh install of OpenIndiana build 151a and I cannot get the CIFS to work properly. The command svcs | grep smb/server yields maintenance 0:52:32 svc:/network/smb/server:default. When looking into the log at /var/svc/log/network-smb-server\:default.log I get the following errors: [ Dec 28 00:52:32 Executing start method (/usr/lib/smbsrv/smbd start). ] smbd: NetBIOS services started smbd: kernel bind error: No such file or directory smbd: daemon initialization failed [ Dec 28 00:52:32 Method start exited with status 95. ] [ Dec 28 02:29:52 Rereading configuration. ] As I've been instructed, the CIFS server should be initiated using the following sequence of commands: # rem_drv smbsrv # pkg install SUNWsmbskr # pkg install SUNWsmbs # add_drv smbsrv # svccfg import /var/svc/manifest/network/smb/server.xml # svcadm enable -r smb/server # smbadm join -w workgroup followed by adding the line other password required pam_smb_passwd.so.1 nowarn at the end of the /etc/pam.conf and issuing the passwd command afterwards. I've done this before on OpenSolaris without any issues but I get errors when doing it on this fresh OI install. Trying to install the SUNWsmbskr and the SUNWsmbs packages merely returns No updates necessary for this image.. The file /var/manifest/network/smb/server.xml doesn't exist and the smbadm join -w returns Internal Error. I tried installing a package named storage-server but that didn't help, I'm stuck. How should I proceed? Robin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss A reboot, apparently, sorted it. After reboot I re-issued the smbadm join -w command and the CIFS shares now show up on the network. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Solaris 11 source code leaked?
I think fears that this might be a ruse on Oracle's side to put OI/Illumos in trouble are probably healthy to have. Probably the best course of action is to treat the source as a piece of biohazard while doing absolutely nothing until we see an official reaction from Oracle. All I was trying to say on this thread was at least pretend to give them the benefit of the doubt and put a cheesy smile on the face. After all it is difficult for anyone who is framed as evil or a criminal to do good or redeem oneself. Maybe Oracle will decide to cooperate with the OI/Illumos folks some day in the future. So it would be a shame if too much of badmouthing, calumny and slander would put a slight pall on such a cooperation in the future. On 2011-12-26 23:15, Gabriel de la Cruz wrote: Oracle has rights over their code and trademarks, but as well responsibilities. The code could only be distributed by someone who was granted clearance to the code (someone with a contractual relationship with Oracle). Oracle is allowing the continuation of the circumstances that are distributing the code across the Internet (Many people took contact with them, they know that the code is out, but they are not acting against it). If this would be the breach of a trade secret they would have the power and duty to prevent it from spreading in the net. Code marked with Oracle's trademarks went in the public domain with CDDL headers. If the CDDL headers were misused, they should correct them, or remove the files from the public domain. No one but Oracle has the duty to protect the right use of the code released under their trademarks. In my modest opinion Oracle is liable itself for the distribution of the code under CDDL headers, no matter what is the protocol usually followed in official releases. The code is in the public domain, uses their trademarks, and contains legal guidelines how to use it. Oracle has responsabilities over the 3 facts. My personal guess would be to put in contrast (file by file) the former Opensolaris code with the data that was released. If the code is marked as CDDL in both, and the data has sufficient similarities, I would simply use it following the CDDL norms. Maybe it could be a good idea to ask Oracle to say if they have something against it. I would just formulate the question so they have to respond, and send it to sufficient addressees. I am not an OI developer, neither a layer, I am just dropping ideas as others do... Please correct me if I am wrong... On Mon, Dec 26, 2011 at 10:02 PM, Gregory Youngblood greg...@youngblood.mewrote: Oracle owns copyright they don't have to follow cddl if they choose not to. Irrelevant if these files have cddl license stamped on them. Could have been done by anyone. Until or if this is officially recognized by Oracle as an official release it is poison fruit. Anything or one that looks at this and incorporates it into any projects risks the destruction of that project. Something I am sure Oracle wouldn't mind happening to illumos or openindiana. This is no different than someone stealing Windows code, slapping gpl licenses on the code and releasing it. They were not legally authorized to put that license on that code and release it so it does not count and in court it would not be recognized. Same as a locksmith making an extra copy of your housekey and giving it to someone saying tale anything you want. Best course of action is to ignore it, don't look at it, and especially don't download it. Greg Sent from my Verizon Wireless 4G LTE Smartphone - Reply message - From: Nikola Mminik...@gmail.com To: Discussion list for OpenIndianaopenindiana-discuss@openindiana.org Subject: [OpenIndiana-discuss] Solaris 11 source code leaked? Date: Mon, Dec 26, 2011 12:28 pm Ray Arachelian wrote: On 12/26/2011 07:31 AM, Nikola M wrote: Maybe it is truly CDDL for the parts marked like that, besides, why would Oracle keep CDDL headers if it is not CDDL anymore? It's a trap that smells much worse than SCO's attempt to kill Linux via lawsuit. Stay away from it. You wouldn't want OpenIndiana or illumos to be tainted by it - if they are, they'll be sued into oblivion, and they will cease to exist. If Oracle releases the source to Solaris 11 through normal channels, then, by all means, have at it. But this isn't it. Well, surely Illumos will not use that code directly at first as you said. Until there are concerns such as you said. But nature of CDDL is that it provides protection for lawsuits aether for source that in under CDDL or for so called patents and it extends to derived work. If someone want its patents or exclusive rights it should not derive its OS (Solaris11) from code under Free software license that provides open forever clause. Point is, (and someone also said it) that only way Oracle can stop others for using CDDL-ed work and Oracle's derived work from Opensolaris is not to release it for some time. And that is exactly what
Re: [OpenIndiana-discuss] How to replace a motherboard without reinstalling OpenIndiana
Just a few days ago I got my hands on a new motherboard to migrate the system to; Gigabyte GA-990FXA-UD7 rev 1.1. It turned out that the motherboard refused to post whenever a memory module is inserted in slot DDR3_3. I thought at first that this was a hardware defect but after flashing the BIOS to the latest firmware (F8a) and doing a Load Optimized Defaults the issue was resolved. In the process, the boot drive died on me (it doesn't even spin up) so it seems that I won't be able to migrate the OI installation to the new motherboard :( I noticed that if I fiddle with the power connection it will power up occasionally, perhaps I could get the system to dump the configuration files to migrate to a new installation. I have a backup of the VirtualBox Image files on my storage pool but I'm not sure if I have the xml's. We'll see if it is possible to rebuld the xmls. In the meanwhile I have ordered an RE4 drive to replace the old Samsung HD103SJ (which is under warranty tho). Robin. On 2011-09-11 14:41, Robin Axelsson wrote: That was an interesting link. I wonder if these steps really are necessary. It sure doesn't hurt to make a backup copy of /etc/path_to_inst but creating an empty reconfigure file at the root seems to be enough. To describe the instructions in the bug-report in words: (preparatory steps) 1. Boot using OSOL/OI LiveCD 2. Locate and mount the rpool of the system (zpool import -f rpool) 3. Locate and mount all the other pools as well (zpool import -f otherpools - found using zpool list) 4. Locate and mount the boot environment into a suitable subdir under root (beadm list; beadm mount opensolaris-n /subdir) 5. Move the path_to_inst and create a new empty one (mv /subdir/etc/path_to_inst another path; touch /subdir/etc/path_to_inst) (the actual modification procedure) 6. Clean and rebuild the device tree (devfsadm -C -r /subdir) 7. Clean and rebuild the device tree for disks only (devfsadm -c disk -r /subdir) - is this really necessary??? Isn't that done in step 6 already? 8. Copy the actual zfs cache to the rpool (cp /etc/zfs/zpool.cache /subdir/etc/zfs/zpool.cache) 9. Force a reconfiguration upon next boot (touch /subdir/reconfigure) - pretty much as suggested by Tim Bell on this mailing list 10. Recreate the boot-archive (bootadm update-archive -R /subdir) 11: Run cd /; sync; sync; sync; - what's this for, and why run sync THREE times? 12. VERY IMPORTANT STEP!!: Unmount the opensolaris-n boot environment using the beadm command (beadm unmount opensolaris-n) (reboot) 13. Reboot using e.g. init 6 and on next boot select in LiveCD grub menu boot from hard drive - Wouldn't it be easier to just remove the LiveCD before reboot? I'm not sure why all these steps would be necessary as they should be taken care of automatically when forcing a reconfigure in first place. Thanks for your post! Robin. On 2011-09-10 19:50, Apostolos Syropoulos wrote: Please have a look at http://comments.gmane.org/gmane.os.solaris.solarisx86/35322 I had the same problem and the process described in https://defect.opensolaris.org/bz/show_bug.cgi?id=5785 solved my problem. A.S. -- Apostolos Syropoulos Xanthi, Greece ___ 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 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Solaris 11 source code leaked?
On 2011-12-20 13:24, Dave Koelmeyer wrote: On 12/21/11 12:43 AM, Gabriel de la Cruz wrote: The most they can do is politely asking not to use it. Am I wrong? Yes. This is Oracle we're talking about here. I can't quite believe anyone is even seriously contemplating this. Perhaps it is best to wait and see what the people at Oracle will say or do. Maybe the leak came because the Solaris development didn't gain the momentum they desired or expected. If that's the case then maybe it might be possible to convince them to collaborate more closely and contribute more to the Illumos/OI project. There's no need to be more hostile than necessary. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Matrox
Another thing occurred to me, perhaps you have a xorg.conf file present which prevents Xorg to autodetect hardware. If you have one, you could try to remove it and see if it helps. I'm not sure now where it is located in Solaris, it could be in /etc/X11/ but it could be elsweyr. I'm not able to check it right now. On 2011-12-13 12:58, Robin Axelsson wrote: Hi, normally Xorg should detect all graphics hardware and automatically assign proper drivers to the hardware. If it cannot find the proper driver it usually resorts to the vgatext or vesa driver. I don't know why your system doesn't assign the matrox driver (or whatever name the Solaris driver for Matrox hardware has) is used for your card; if Xorg fails to identofy the proper driver, if it is incompatible with your hardware or if the driver is not installed at all in your system. You could also try to manually build your own xorg.conf file and add something along the lines of: -- Section Device Identifier Builtin Default Matrox Device 0 Driver matrox EndSection -- I think you should also have a Monitor section, a Screen section and a ServerLayout section ... Robin. On 2011-12-13 11:07, Gabriele Bulfon wrote: Hi, my supermicro has Matrox card, but the system shows a vgatext driver and desktop enhancements are not working (white screen). How can I activate the Matrox driver? Thanx Gabriele. ___ 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 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Which mobo allows 24 GB ram and ECC
So it seems that on the Intel side, only systems with Xeon CPUs support ECC RAM, so none of Intel's current line of i3/i5/i7 CPUs support ECC. When it comes to VT-d extensions (or IOMMU on the AMD side) for virtualization, the following page might be a good help: http://wiki.xen.org/xenwiki/VTdHowTo On 2011-12-06 07:33, Mark Humphreys wrote: The ASUS P6T6 WS Revolution paired-with a Xeon-class Server processor. It's a bit of an older chipset; but, it supports 24GB of RAM. http://usa.asus.com/Motherboards/Intel_Socket_1366/P6T6_WS_Revolution/#specifications It does support ECC memory, though with the following caveats:** 6 x DIMM, Max. 24 GB, DDR3 2000(O.C.)*/1866(O.C.)*/1800(O.C.)*/1600(O.C.)/1333/1066 ECC,Non-ECC,Un-buffered Memory Triple channel memory architecture Support Intel Extreme Memory Profile (XMP) *Hyper DIMM (DDR3 1800MHz or above) support is subject to the physical characteristics of individual CPUs. **Refer to www.asus.com. Or user manual for the Memory QVL (Qualified Vendor Lists.) *** ECC memory support requires Intel® Nehalem-WS 1S W3500 series or Nehalem-EP E5502/E5504/E5506 processors The main thing would be that the CPU support ECC functions for your memory. Check the Intel CPU features for your model of processor. For example, the Intel W3680 is a Westmere (35nm Nehalem) processor that supports ECC memory. http://ark.intel.com/products/47917/Intel-Xeon-Processor-W3680-%2812M-Cache-3_33-GHz-6_40-GTs-Intel-QPI%29 Regards, ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Which mobo allows 24 GB ram and ECC
On 2011-12-05 22:20, Harry Putnam wrote: Jerry Kempsun.mail.lis...@oryx.cc writes: I have one of these running OI b151a without issue. Gigabyte GA-X58A-UD5 I only have 12 Gb of ram installed, but it goes to 24 Gb. At neweggs page with specs I don't see any mention of ECC memory. Do you know if it is supported? ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss You could first try to go to the Support page of this motherboard and download the User's Manual. Open up the manual and search around for ECC. Usually there is a screenshot of the BIOS/UEFI setup in the manual that may look like this: http://motherboards-reviews.com/ASUS/socket_AM3/M2N68-AM_PLUS/images/ASUS_M2N68-AM_PLUS_BIOS_ECC_configuration.jpg Also don't hesitate to search on the net for motherboard reviews. If you won't find anything, hope is not yet lost. You can contact Gigabyte customer service and ask the question there. Keep in mind that just because ECC isn't mentioned in the manual or the specs it doesn't mean that the motherboard doesn't support it. Sometimes such features aren't mentioned. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Which mobo allows 24 GB ram and ECC
If you are considering AMD hardware, most 990FX motherboards support both ECC and up to 32GB of memory. They also have support for IOMMU. I can confirm that for example the Gigabyte GA-990FXA-UD7 supports all of the above. I can also recall that I have seen screenshots of ECC options in one of the BIOS/UEFI menus of an ASUS Crosshair V / Sabertooth motherboard. I'm not 100% sure if the 990FX chipset will work on OI. I will know by the end of next week and can confirm this once I have migrated my system to this motherboard. In the meanwhile I can confirm that motherboards with the 790FX and the 890FX chipsets work fine with OpenIndiana and OpenSolaris. Robin. On 2011-12-04 20:57, Harry Putnam wrote: Hoping to save any more googling and pawing thru specs etc by letting someone that knows just name motherboards that allow 24 gb max ram and have option for ECC memory too. This will be for a zfs server but will also be the home of many installed guest vms... hence the high ram spec. I've looked at quite a few asus boards which seem to have ECC option more or less by default (unlike most others). But then finding the 24 GB max is another matter... Or possibly my google stings are poorly thought out or arranged. Is anyone else noticing that google seems NOT to honor quotations in search string any more? ___ 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] Memory drains away....
I'm wondering if this memory drain may be due to zpool caching (L2ARC). You could try and see if it helps of you set a limit on this cache. The way that I understand it zpool/zfs uses quite a bit of RAM for caching. Robin. On 2011-11-04 14:13, Daniel Kjar wrote: pmap seems to give me exactly what top tells me. There just doesn't look like 32gb of stuff running (more like 5gb max)... although I have to laugh at how much memory Firefox seems to need 9409 eagle3 17 590 765M 739M sleep3:24 0.37% VirtualBox 9413 eagle3 21 390 291M 129M sleep1:54 0.51% firefox 2589 eagle2 21 590 245M 150M sleep0:34 0.01% java 5357 eagle2 1 590 112M 58M sleep0:01 0.00% nautilus 4179 eagle3 1 580 107M 98M sleep1:03 0.03% Xnewt 4470 eagle3 1 490 106M 39M sleep0:01 0.00% nautilus 3423 gdm 1 590 102M 35M sleep0:00 0.00% gnome-settings- 5063 eagle2 1 590 98M 90M sleep0:33 0.00% Xnewt 3430 gdm 1 590 91M 26M sleep0:57 0.01% gdm-simple-gree 4480 eagle3 1 590 91M 21M sleep0:03 0.00% isapython2.6 4467 eagle3 1 590 90M 24M sleep0:01 0.00% gnome-panel 5354 eagle2 1 590 90M 26M sleep0:01 0.00% gnome-panel 4499 eagle3 1 590 86M 19M sleep0:21 0.01% mixer_applet2 5388 eagle2 1 590 86M 19M sleep0:15 0.01% mixer_applet2 4462 eagle3 1 590 86M 18M sleep0:00 0.00% gnome-settings- 4486 eagle3 1 490 86M 18M sleep0:00 0.00% trashapplet 3429 gdm 1 590 85M 18M sleep0:01 0.00% gnome-power-man 5371 eagle2 1 590 84M 17M sleep0:00 0.00% wnck-applet 4485 eagle3 1 590 84M 17M sleep0:01 0.00% wnck-applet 4466 eagle3 1 590 84M 17M sleep0:00 0.00% metacity 5360 eagle2 1 590 83M 17M sleep0:01 0.00% gnome-power-man 4471 eagle3 1 590 83M 16M sleep0:01 0.00% gnome-power-man 5373 eagle2 1 590 79M 13M sleep0:00 0.00% trashapplet 3428 gdm 1 590 78M 13M sleep0:00 0.00% metacity 637 mysql 9 590 53M 19M sleep0:19 0.01% mysqld 2452 root 23 59 -10 52M 26M sleep0:45 0.02% java 5362 eagle2 1 12 19 49M 33M sleep0:02 0.00% updatemanagerno 4473 eagle3 1 12 19 49M 33M sleep0:02 0.00% updatemanagerno 3367 root4 590 47M 36M sleep 13:58 0.17% Xorg 3332 root1 590 39M 20M sleep0:20 0.01% Xnewt On 11/ 4/11 09:01 AM, Michael Schuster wrote: On Fri, Nov 4, 2011 at 13:56, Daniel Kjardk...@elmira.edu wrote: Just serving sunray sessions but this happens whether anyone is logged on (none last night) or not. If somebody fires up something like a virtual machine it just speeds up the process. hmm ... (haven't done this in a while ...) I'd suggest you periodically (once every 10', perhaps) 'pmap' all processes and see which grow most, and then look at those in detail (perhaps using pmap -x, or starting those with LD_PRELOAD=/usr/lib/libumem.so ...) I'm sure other people have better ideas. HTH Michael On 11/ 4/11 08:53 AM, Michael Schuster wrote: Hi, the obvious question to ask: what's the machine doing? Michael On Fri, Nov 4, 2011 at 13:49, Daniel Kjardk...@elmira.eduwrote: I have always had this problem and it has never been resolved. Does anyone else see this and is there a cure? I have a v40z (although all of my boxes do it) 32gb ram 4 dual core 885s. When you restart the server it shows about 27 gb free. Over 12 hours this slowly degrades to about 1gb free and I start to notice a slow down. Once this drops down to 400mb stuff starts to really drag. Setting the max zfs arc use does nothing. This is using TOP. If you look at the gnome performance monitor it will say you are only using 2gb of ram yet there is degradation in performance (I assume for slow memory clearing and reuse). CPU states: 94.3% idle, 1.3% user, 4.4% kernel, 0.0% iowait, 0.0% swap Kernel: 7755 ctxsw, 139 trap, 13034 intr, 22379 syscall, 120 flt, 136 pgin Memory: 32G phys mem, 988M free mem, 16G total swap, 16G free swap and this dropped below 1gb while I was typing this message. -- Dr. Daniel Kjar Assistant Professor of Biology Division of Mathematics and Natural Sciences Elmira College 1 Park Place Elmira, NY 14901 607-735-1826 http://faculty.elmira.edu/dkjar ...humans send their young men to war; ants send their old ladies -E. O. Wilson ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss -- Dr. Daniel Kjar Assistant Professor of Biology Division of Mathematics and Natural Sciences
Re: [OpenIndiana-discuss] Memory drains away....
Yeah, for a period I had the system gobble up vast amounts of RAM while running Virtualbox. I tried capping the ARC (in some config file I believe, can't remember) but that didn't help. In the end I discovered that this happened when the virtual machines did network intensive tasks over a NAT connection and the problems disappeared when I switched to bridged networking. I filed a bug report and the Virtualbox team fixed the bug in version 3.2.12. On 2011-11-04 16:41, Michael Stapleton wrote: Hello, There is an issue running VirtualBox with ZFS. ZFS will cause fragmentation of memory which is usually not a problem, but due to the nature of how VirtualBox attempt to lock down continuous chunks of RAM, it is a problem for VBox. If you are running VBox and ZFS, cap the ARC cache... Mike, On Fri, 2011-11-04 at 10:39 -0400, Daniel Kjar wrote: I have seen that in plenty of places and I 'know' it to be true but as I watch zfs swallow all of my ram and my server ends up stuttering (when it shouldn't) then I have to do something. Although everything everywhere says that ZFS gives it up whenever asked many comments from oracle and the zfs tuning guide hint that it isn't really that good at giving it up. Some processes don't know the right way to ask (exert pressure) etc. Also, when ZFS was young Sun kept saying that it using all of the available ram was harmless but... later they figured out there was a bug in how it was handling the process of detecting memory constraints on the system and now there are known scenarios when limiting ZFS hunger is called for. I was just hoping there was something else going on here with 151a but I see now that is not the case. On 11/ 4/11 10:28 AM, Rob McMahon wrote: On 04/11/2011 13:13, Daniel Kjar wrote: pmap seems to give me exactly what top tells me. Remember top will almost always show low free memory. Free memory is wasted memory, it gets filled by filesystem cache, zfs or otherwise, and re-used when needed. Look at e.g. `vmstat 5' to look for memory issues. Rob ___ 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] When will we see VGA passthrough on OI hosts?
Hi, I made the following post on Intel developers' forums regarding virtualization and improvement suggestions http://communities.intel.com/thread/25945 cheers Robin. On 2011-10-24 20:50, Robin Axelsson wrote: I've been following the Xen development for a while and I must say that it has been an exciting pastime. I recently got hold of the following video: http://www.youtube.com/watch?v=Gtmwnx-k2qg where a guy actually pulled off a passthrough of a whole VGA setup on a system running Ubuntu 10.10. So I'm wondering when we will see something similar on OI. I know that there is a Xen kernel for OSOL but don't know about OI. It seems more reasonable to spend time developing Xen for OI than KVM as it is far more competent as hypervisor and we already have Virtualbox... ___ 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
[OpenIndiana-discuss] When will we see VGA passthrough on OI hosts?
I've been following the Xen development for a while and I must say that it has been an exciting pastime. I recently got hold of the following video: http://www.youtube.com/watch?v=Gtmwnx-k2qg where a guy actually pulled off a passthrough of a whole VGA setup on a system running Ubuntu 10.10. So I'm wondering when we will see something similar on OI. I know that there is a Xen kernel for OSOL but don't know about OI. It seems more reasonable to spend time developing Xen for OI than KVM as it is far more competent as hypervisor and we already have Virtualbox... ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] How to troubleshoot failing hardware causing hoot hangs
Hi, I'm about to RMA my motherboard but before that I want to troubleshoot the issue further so that I can give more specific information on what's failing on the motherboard. What happens is that some hardware is failing on the motherboard which causes OI to hang during boot. So my question is how can I find out what hardware is failing? The problem is that when I reset the system it boots up just fine after the reset and e.g. the svcs -xv gives no information on failures on last boot. These issues also don't happen every time I start up the system, it happens rather sporadically. Here's what I found out; when it freezes, the last lines of the console looks like this: - ... pseudo-device: fbt0 fbt0 is /pseudo/fbt@0 pseudo-device: sdt0 sdt0 is /pseudo/sdt@0 pseudo-device: fasttrap0 fasttrap0 is /pseudo/fasttrap@0 pseudo-device: dcpc0 dcpc0 is /pseudo/dcpc@0 pseudo-device: ucode0 ucode0 is /pseudo/ucode@0 pseudo-device: nvidia255 nvidia255 is /pseudo/@255 pseudo-device: fct0 fct0 is /pseudo/fct@0 pseudo-device: stmf0 stmf0 is /pseudo/stmf@0 pseudo-device: fssnap0 fssnap is /pseudo/fssnap@0 pseudo-device: winlock0 winlock0 is /pseudo/winlock@0 pseudo-device: nsmb0 nsmb0 is /pseudo/nsmb@0 pseudo-device: bpf0 bpf0 is /pseudo/bpf@0 After about 5-10 minutes, the HAL service fails the following error message on the console: Sep 14 10:38:33 svc.startd[10]: svc:/system/hal:default: Method /lib/svc/method /svc-hal start failed with exit status 95. Sep 14 10:38:33 svc.startd[10]: /system/hal:default failed fatally: transitioned to maintenance (see 'svcs -xv' for details) HAL seems to be rather generic and I cannot find any information about this failure in /var/log/ either. Perhaps the startup sequence reveals which row in it that is failing. There is no useful information in the /etc/dbus-1/system.d/hal.conf and the /var/svc/log/system-hal\:default.log has the following entries for the failure: --- [ Sep 14 10:33:50 Enabled. ] [ Sep 14 10:34:22 Executing start method (/lib/svc/method/svc-hal start). ] hal failed to start: error 2 [ Sep 14 10:38:33 Method start exited with status 95. ] --- which isn't much at all. Grepping for status 95 reveals that HAL has failed 5-6 times since the start of this year which is considerably less than the number of startup failures I have experienced during this period. Perhaps this failure affects different hardware at different occasions. Any help or suggestions are much appreciated Kind Regards Robin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] How to troubleshoot failing hardware causing hoot hangs
Hi Steve, thanks a lot for your help!
The problem is that the issues that occur are different at different
bootups. Since the beginning of this year this computer/server has been
started up and shut down a bit over 200 times, where this error occurred
5 times including today. This means that the likelyhood for this
particular error to occur is way less than 2.5%, so the odds are against
me if I want to try locating the source of this error which is not
likely to happen again anytime soon. So in order for mdb to be usefeul
it must be possible to run it at every startup without interfering with
other functions of the system.
I was also playing around with svccfg and by using svccfg -s system/hal
and issuing different commands in the svccfg shell. From the
documentation it seems that you can inject some specific debuggers
using the setenv command. I'm at wits end here but at least it's not
saying can't do that Dave, yet.
Robin.
On 2011-09-14 16:05, Steve Gonczi wrote:
Hello,
Looking at the Hald source: ( usr/src/cmd/hal/hald /hald.c)
Error 95 is coming from a script, ti is just informing you that a fatal error
occurred.
The informative error code is the 2.
This tells you that hald forked a child process, and it timed out
waiting for the child process to write to a pipe.
The child process hung or failed for some reason, and the parent decided to
kill it. The child code could hang for a number of reasons.
One possible way to debug this is load mdb so that it breaks early in the boot,
set a breakpoints on some of the processing steps, like
hald_dbus_local_server_init , ospec_init ettc.. and similar processing steps to
narrow down where it hangs.
I see from the source that Hald has fairly detailed built-in logging that may
help
debugging this.
If the environment variables HALD_VERBOSE and HALD_USE_SYSLOG are defined,
you should get detailed status messages.
There is probably a man page somewhere on how to set these.
Said log settings can also be modified via hald command line options
( Sorry, I have no idea what script or setup file you have to hack to
specify these on startup):
static void 210 usage () 211 { 212 fprintf ( stderr , \n usage : hald [--daemon=yes|no] [--verbose=yes|no] [--help]\n ); 213 fprintf ( stderr , 214 \n 215
--daemon=yes|no Become a daemon\n 216 --verbose=yes|no Print out debug (overrides HALD_VERBOSE)\n 217 --use-syslog Print out debug messages to syslog instead of
stderr.\n 218 Use this option to get debug messages if HAL runs as\n 219 daemon.\n 220 --help Show this
information and exit\n 221 --versionOutput version information and exit 222 \n 223 The HAL daemon detects devices present in the system and provides the\n
224 org.freedesktop.Hal service through the system-wide message bus provided\n 225 by D-BUS.\n
Steve
- Original Message -
Hi,
I'm about to RMA my motherboard but before that I want to troubleshoot
the issue further so that I can give more specific information on what's
failing on the motherboard.
What happens is that some hardware is failing on the motherboard which
causes OI to hang during boot. So my question is how can I find out what
hardware is failing? The problem is that when I reset the system it
boots up just fine after the reset and e.g. the svcs -xv gives no
information on failures on last boot. These issues also don't happen
every time I start up the system, it happens rather sporadically.
Here's what I found out; when it freezes, the last lines of the console
looks like this:
___
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] How to troubleshoot failing hardware causing hoot hangs
Yes, I saw that in the svccfg man pages, but there are no such properties for hal when listing them in svccfg. In fact, when trying to setprop hal/use_syslog=true I get an error saying No such property group. It seems like hal was compiled without any logging features on OpenIndiana. I only have the following properties at disposal for hal: -- svc:/system/hal listprop usrdependency usr/grouping astring require_all usr/restart_on astring none usr/type astring service usr/entities fmri svc:/system/filesystem/minimal devicesdependency devices/entities fmri svc:/system/device/local devices/grouping astring require_all devices/restart_on astring none devices/type astring service dbus dependency dbus/entities fmri svc:/system/dbus dbus/grouping astring require_all dbus/restart_onastring none dbus/type astring service sysevent dependency sysevent/entities fmri svc:/system/sysevent sysevent/grouping astring require_all sysevent/restart_onastring none sysevent/type astring service keymap dependency keymap/entitiesfmri svc:/system/keymap keymap/groupingastring optional_all keymap/restart_on astring none keymap/typeastring service generalframework general/entity_stability astring Unstable general/single_instanceboolean true startd framework startd/ignore_errorastring core,signal manifestfiles framework manifestfiles/lib_svc_manifest_system_hal_xml astring /lib/svc/manifest/system/hal.xml start method start/exec astring /lib/svc/method/svc-hal start start/groupastring root start/timeout_seconds count600 start/type astring method start/use_profile boolean false start/user astring root stop method stop/exec astring :kill stop/timeout_seconds count30 stop/type astring method tm_common_name template tm_common_name/C ustring Hardware Abstraction Layer daemon tm_man_hald_1M template tm_man_hald_1M/manpath astring /usr/man tm_man_hald_1M/section astring 1M tm_man_hald_1M/title astring hald and that is when running as root. Robin. On 2011-09-14 21:14, Steve Gonczi wrote: Perhaps the focus should be amping up hald logging, so that if and when the problem happens you have some info to look at. The hald man page has examples on how to do this via svccfg. Steve - Original Message - Hi Steve, thanks a lot for your help! The problem is that the issues that occur are different at different bootups. Since the beginning of this year this computer/server has been started up and shut down a bit over 200 times, where this error occurred 5 times including today. ---snip--- ___ 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] How to replace a motherboard without reinstalling OpenIndiana
I also wish I had that but thankfully using snapshots goes a long way
... Thanks a lot for your suggestion, I will try that when it's time for
the replacement.
Regards
Robin.
On 2011-09-10 18:21, Tim Bell wrote:
When you shut down your old system the final time:
touch /reconfigure
will cause the a reconfiguration reboot ('boot -r') on the next boot up.
Good luck with your project. I wish you had enough hardware on hand
to keep one system working while you were tinkering a second box.
That's the way I try to do it. If I like the way something is
working, that becomes my primary system and I fool around on the other
system.
Regards-
Tim
On Sat, Sep 10, 2011 at 9:15 AM, Robin Axelsson
gu99r...@student.chalmers.se wrote:
I have not yet swapped the motherboard but I will give that a try, thanks
for the suggestion! I checked the man pages for 'boot' and interestingly I
could not find anything on the '-r' flag. I hope that OI has improved in
this area since b134 of Opensolaris and is more 'forgiving' with the
hardware swap.
But in the event of a freeze during boot, how can I temporarily force OI to
boot into a minimalized mode (without probing for hardware; single-user
mode?) so that I can issue said 'boot -r' command?
On 2011-09-10 17:55, Gordon Ross wrote:
On Sat, Sep 10, 2011 at 9:24 AM, Robin Axelsson
gu99r...@student.chalmers.sewrote:
The problem is that the hardware on the new motherboard will most likely
be
located on PCI addresses that are different from the old one (with the
possible exception of the GPU and the NB). From my experience, the
installed
drivers on OI will not be happy about it so my question is how can I
reconfigure the drivers so that they use the pci addresses on the new
motherboard?
Did you try boot -r (reconfigure)?
___
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
___
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] How to replace a motherboard without reinstalling OpenIndiana
That was an interesting link. I wonder if these steps really are necessary. It sure doesn't hurt to make a backup copy of /etc/path_to_inst but creating an empty reconfigure file at the root seems to be enough. To describe the instructions in the bug-report in words: (preparatory steps) 1. Boot using OSOL/OI LiveCD 2. Locate and mount the rpool of the system (zpool import -f rpool) 3. Locate and mount all the other pools as well (zpool import -f otherpools - found using zpool list) 4. Locate and mount the boot environment into a suitable subdir under root (beadm list; beadm mount opensolaris-n /subdir) 5. Move the path_to_inst and create a new empty one (mv /subdir/etc/path_to_inst another path; touch /subdir/etc/path_to_inst) (the actual modification procedure) 6. Clean and rebuild the device tree (devfsadm -C -r /subdir) 7. Clean and rebuild the device tree for disks only (devfsadm -c disk -r /subdir) - is this really necessary??? Isn't that done in step 6 already? 8. Copy the actual zfs cache to the rpool (cp /etc/zfs/zpool.cache /subdir/etc/zfs/zpool.cache) 9. Force a reconfiguration upon next boot (touch /subdir/reconfigure) - pretty much as suggested by Tim Bell on this mailing list 10. Recreate the boot-archive (bootadm update-archive -R /subdir) 11: Run cd /; sync; sync; sync; - what's this for, and why run sync THREE times? 12. VERY IMPORTANT STEP!!: Unmount the opensolaris-n boot environment using the beadm command (beadm unmount opensolaris-n) (reboot) 13. Reboot using e.g. init 6 and on next boot select in LiveCD grub menu boot from hard drive - Wouldn't it be easier to just remove the LiveCD before reboot? I'm not sure why all these steps would be necessary as they should be taken care of automatically when forcing a reconfigure in first place. Thanks for your post! Robin. On 2011-09-10 19:50, Apostolos Syropoulos wrote: Please have a look at http://comments.gmane.org/gmane.os.solaris.solarisx86/35322 I had the same problem and the process described in https://defect.opensolaris.org/bz/show_bug.cgi?id=5785 solved my problem. A.S. -- Apostolos Syropoulos Xanthi, Greece ___ 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] How to replace a motherboard without reinstalling OpenIndiana
I won't be using the Marvel controller anyway, and both Realtek network ports work just fine on my current system with no stability issues. It's not the first time I'm buying the Gigabyte GA-990FX-UD7 motherboard and I have had no problems whatsoever with fitting an Intel EXPI9400PT card in it. This network card is not meant to replace anything, this motherboard has only one ethernet port (whereas my current motherboard has two) and I need two of them. To put it short; all the hardware I'm interested in using on the new motherboard is essentially the same as the hardware on the old one (except the north and southbridge, but I don't think OI would have any more issues with running on the new 990FX chipset than the old one). The problem is that the hardware on the new motherboard will most likely be located on PCI addresses that are different from the old one (with the possible exception of the GPU and the NB). From my experience, the installed drivers on OI will not be happy about it so my question is how can I reconfigure the drivers so that they use the pci addresses on the new motherboard? On 2011-09-10 02:56, Lou Picciano wrote: Robin, Apart from issues of reinstalling Oi - which will be of some significant concern - I can relate from experience some of what you should expect from the GigaByte board; we are GB users ourselves - running Oi right now on GA-P67A-UD7-B3 mobos. First, you won't get good (any!) mileage from the Marvel SATA controllers on Oi - they are unsupported. In addition, some have told us to avoid the RealTek Gigabit enet chips as well - though we haven't had probs there with latest revs of Oi. Last, have also purchased Intel NIC card replacement for use in (one of) these mobos, but find that it won't fit in the crazily-designed PCIE slot, given clearances against the GigaByte 'Ultra Durable' (but ultra in-the-way!) heatsinks. Having said all that, we have reliable, screaming fast installations of Oi based on that GB board - overall, happy! Lou Picciano - Original Message - From: Robin Axelssongu99r...@student.chalmers.se To: Discussion list for OpenIndianaopenindiana-discuss@openindiana.org Sent: Friday, September 9, 2011 6:30:10 PM Subject: [OpenIndiana-discuss] How to replace a motherboard without reinstalling OpenIndiana Hi, I wonder how I can make an existing installation of OI work on a new motherboard. From my past experience the operating system stopped working when I replaced the motherboard so I had to reinstall it. I think the reason why is because the new motherboard have different IRQ mappings even though they had a lot of the hardware in common, which results in the drivers not finding the hardware on the new motherboard. So my question is how can I manually reallocate the drivers or make the the system automatically reconfigure the drivers to the new hardware configuration? I have put a considerable amount of time configuring the old system so I would very much like to not have to get through the hassle of reinstalling the system and redoing everything again. If my RMA will be successful I will swap my old MSI 790FX-GD70 with a Gigabyte GA-990FXA-UD7. This motherboard has only one Realtek RTL8111E controller whereas the old one has two RTL8111DL controllers. So I'm considering throwing in an extra Intel EXPI9400PT controller to get two ports like the old one (I have dedicated the other port for virtual machines). The other difference is that Gigabyte has ditched the JMicron controller/extender combo (for OnBoard SATA, and good riddance it is!) for two Marvell 88SE9172 but I won't be using that anyway. So other than that and the newer NB/SB they feature essentially the same hardware components. Kind Regards - Robin. ___ 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 . ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] How to replace a motherboard without reinstalling OpenIndiana
Well, last time I replaced the motherboard, the operating system (OpenSolaris b134) froze upon boot. I replaced a Gigabyte GA-MA790FXT-UD5P with my current motherboard (MSI 790FX-GD70). It froze with the boot splash and I resolved the issue by reinstalling opensolaris. In this swap, there won't be two Realtek RTL8111DL NIC's, instead there will be one Intel EXPI9400PT and one Realtek RTL8111E. There will also not be the AMD790FX chipset but an AMD990FX chipset. So I'm really curious as to how OI will handle this. It will most likely freeze upon boot or if I'm lucky boot up with only one ethernet port. On 2011-09-10 16:23, Roy Sigurd Karlsbakk wrote: I wonder how I can make an existing installation of OI work on a new motherboard. From my past experience the operating system stopped working when I replaced the motherboard so I had to reinstall it. I think the reason why is because the new motherboard have different IRQ mappings even though they had a lot of the hardware in common, which results in the drivers not finding the hardware on the new motherboard. In mu experience, the only family of operating systems tying its installation so tightly to the current hardware, is Windows. Most unices autodetect hardware on bootup and should work well even if installed on a 10 year old Pentium. Vennlige hilsener / Best regards roy -- Roy Sigurd Karlsbakk (+47) 97542685 r...@karlsbakk.net http://blogg.karlsbakk.net/ -- I all pedagogikk er det essensielt at pensum presenteres intelligibelt. Det er et elementært imperativ for alle pedagoger å unngå eksessiv anvendelse av idiomer med fremmed opprinnelse. I de fleste tilfeller eksisterer adekvate og relevante synonymer på norsk. ___ 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] How to replace a motherboard without reinstalling OpenIndiana
I have not yet swapped the motherboard but I will give that a try, thanks for the suggestion! I checked the man pages for 'boot' and interestingly I could not find anything on the '-r' flag. I hope that OI has improved in this area since b134 of Opensolaris and is more 'forgiving' with the hardware swap. But in the event of a freeze during boot, how can I temporarily force OI to boot into a minimalized mode (without probing for hardware; single-user mode?) so that I can issue said 'boot -r' command? On 2011-09-10 17:55, Gordon Ross wrote: On Sat, Sep 10, 2011 at 9:24 AM, Robin Axelsson gu99r...@student.chalmers.se wrote: The problem is that the hardware on the new motherboard will most likely be located on PCI addresses that are different from the old one (with the possible exception of the GPU and the NB). From my experience, the installed drivers on OI will not be happy about it so my question is how can I reconfigure the drivers so that they use the pci addresses on the new motherboard? Did you try boot -r (reconfigure)? ___ 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
[OpenIndiana-discuss] How to replace a motherboard without reinstalling OpenIndiana
Hi, I wonder how I can make an existing installation of OI work on a new motherboard. From my past experience the operating system stopped working when I replaced the motherboard so I had to reinstall it. I think the reason why is because the new motherboard have different IRQ mappings even though they had a lot of the hardware in common, which results in the drivers not finding the hardware on the new motherboard. So my question is how can I manually reallocate the drivers or make the the system automatically reconfigure the drivers to the new hardware configuration? I have put a considerable amount of time configuring the old system so I would very much like to not have to get through the hassle of reinstalling the system and redoing everything again. If my RMA will be successful I will swap my old MSI 790FX-GD70 with a Gigabyte GA-990FXA-UD7. This motherboard has only one Realtek RTL8111E controller whereas the old one has two RTL8111DL controllers. So I'm considering throwing in an extra Intel EXPI9400PT controller to get two ports like the old one (I have dedicated the other port for virtual machines). The other difference is that Gigabyte has ditched the JMicron controller/extender combo (for OnBoard SATA, and good riddance it is!) for two Marvell 88SE9172 but I won't be using that anyway. So other than that and the newer NB/SB they feature essentially the same hardware components. Kind Regards - Robin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Question about drive LEDs
On 2011-06-22 11:05, Mark wrote: On 22/06/2011 1:38 a.m., Fred Liu wrote: As an aside, I have built a fully functional 7210 Unified Storage Server Clone running on Supermicro hardware and some customised definitions in the management software to match the new hardware. That setup fully supported drive locator and failure indications, so the generic hardware can do it with the right software. Mark. Can you shed more lights on it? Thanks. look here. http://stored-on-zfs.blogspot.com That's a very nice web interface! How did you get that on OpenIndiana? ___ 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] JMB363 Chipset support in OI_148
On 2011-05-08 22:50, Albert Lee wrote: On Sun, May 8, 2011 at 5:33 AM, Sean O'Brienupintheclo...@gmail.com wrote: I have a pci-express card based on JMB363 chipset, because it is listed in HCL. The card is recognized by the ahci driver. model: 'SATA AHCI 1.0 Interface' power-consumption: 0001.0001 devsel-speed: interrupts: 0001 subsystem-vendor-id: 197b subsystem-id: 2363 unit-address: '0' class-code: 00010601 revision-id: 0002 vendor-id: 197b device-id: 2363 name: 'pci197b,2363' The device is seen by cfgadm as well, but an attempt to connect a drive or to reset the controller results in the following in /var/adm/messages: May 8 01:54:36 fileserv ahci: [ID 860969 kern.warning] WARNING: ahci1: ahci_port_reset port 0 the device hardware has been initialized and the power-up diagnostics failed May 8 01:54:59 fileserv ahci: [ID 860969 kern.warning] WARNING: ahci1: ahci_port_reset port 1 the device hardware has been initialized and the power-up diagnostics failed There are some patches posted for an old version of OpenSolaris to resolve issues with the ahci driver and this card. http://web.archiveorange.com/archive/v/1sSOwqLUl8mdFzhkydYU Would it be possible to apply these patches to the kernel source for oi_148? Any assistance or guidance on compiling this would be much appreciated. Hi Sean, Thanks for the pointer, unfortunately both of those bugs were fixed in 2008 as: 6645543 relax AHCI checks violated by JMicron JMB363 controller 6648246 AHCI driver looks for its registers wrongly, blocking support for JMicron JMB363 This is not the first time problems have been mentioned for JMB363 controllers recently, though. If you're interested in looking into this problem, you should sign up on the illumos developer mailing list. http://www.illumos.org/projects/site/wiki/Mailing_Lists Also, the build instructions are here: http://www.illumos.org/projects/illumos-gate/wiki/How_To_Build_Illumos -Albert ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss A question is if anyone has managed to get the JMB363 to work properly at all on any operating system. I haven't. On windows there are no error messages, but hard drives on that controller disappear mysteriously and become irresponsive from time to time, sometimes during startup not even BIOS can identify hard drives connected to it and diagnostics software (such as Samsung ESTOOL) almost always identifies errors on any hard drive connected to it. I have tested this on several different motherboards and came to the same conclusion. I personally think it is a broken controller. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] JMB363 Chipset support in OI_148
On 2011-05-09 14:52, Chris Ridd wrote: On 9 May 2011, at 12:57, Robin Axelsson wrote: connected to it and diagnostics software (such as Samsung ESTOOL) ESTOOL sounds like a particularly bad value of errno, perhaps indicating fan failure :-) Chris ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss What? ESTOOL is a hard drive diagnostic tool supplied by the hard drive division of Samsung. I have run ESTOOL diagnostics on 9 different Samsung hard disks on JMicron controllers, they all had errors. I ran the same tests on the same hard drives on other controllers and there were no errors found. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] No Keyboard boot problem reappeared
I cannot get into grub and edit the lines if I don't have a keyboard so that guide is not of much help. I tried to edit the /boot/grub/menu.lst but it looks nothing like the actual menu that I have. The config file for the grub must be somewhere else but where? The keyboard problem is _exactly_ the same as before. When it freezes during boot, if I hot plug a keyboard into the PS/2 port right there and then the boot will resume immediately. On 2011-05-04 23:35, Matt Connolly wrote: Here is a good place to start: http://wiki.openindiana.org:8080/display/oi/Boot+hangs Good luck! Matt On 05/05/2011, at 4:51 AM, Blake Irvinblake.ir...@gmail.com wrote: I don't recall them offhand, but they are documented in a few places. The old docs.sun.com and google are your friends :) sent from a Unix host smaller than my open hand. On May 4, 2011, at 11:26 AM, Robin Axelssongu99r...@student.chalmers.se wrote: Perhaps you could inform me as to what flags I should use and I will do it. On 2011-05-04 19:28, Blake wrote: Can you add debug flags to your grub boot command and then watch the system boot without a keyboard? You can then transcribe what you see on the console into an gist and post a link to the gist. On Tue, May 3, 2011 at 2:09 AM, Robin Axelssongu99r...@student.chalmers.se wrote: I have posted earlier on how the system freezes at boot when there is no keyboard connected to the system. This was on OI_148. Then Ken Mays suggested that I should update to OI_148b from the devil repository. After the update I could boot the system without a keyboard but now the very same problem is back. Robin. ___ 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 ___ 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 ___ 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] No Keyboard boot problem reappeared
Perhaps you could inform me as to what flags I should use and I will do it. On 2011-05-04 19:28, Blake wrote: Can you add debug flags to your grub boot command and then watch the system boot without a keyboard? You can then transcribe what you see on the console into an gist and post a link to the gist. On Tue, May 3, 2011 at 2:09 AM, Robin Axelssongu99r...@student.chalmers.se wrote: I have posted earlier on how the system freezes at boot when there is no keyboard connected to the system. This was on OI_148. Then Ken Mays suggested that I should update to OI_148b from the devil repository. After the update I could boot the system without a keyboard but now the very same problem is back. Robin. ___ 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 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] No Keyboard boot problem reappeared
I have posted earlier on how the system freezes at boot when there is no keyboard connected to the system. This was on OI_148. Then Ken Mays suggested that I should update to OI_148b from the devil repository. After the update I could boot the system without a keyboard but now the very same problem is back. Robin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] NTFS-3G
On 2011-04-23 16:06, Apostolos Syropoulos wrote: Hello, I have compiled ntfs-3g under OpenIndiana 148 and it works just fine. Also, I have made some patches and I have send them to the developers for review. If anyone wants to test the package, please send me an e-mail off-list. Regards, A.S. -- Apostolos Syropoulos Xanthi, Greece ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss Great job! I was sitting for days trying to get it work on OSOL b111. I finally made it work but when I updated to 134 it stopped working again. The system just crashed hard whenever I tried to mount an NTFS volume (using mount ntfs-3g ). I even managed (after quite a bit of bickering) to compile the at the time latest version of fuse (I think it was 2.8.2) but that didn't help. It's as people say at the Opensolaris forums: ntfs-3g is fragile. So if you have managed to make it work reliably, all I can say is congratulations! If you wish to share how you overcame the obstacles, that would be much appreciated. Robin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] pool messup
On 2011-04-11 10:28, Roy Sigurd Karlsbakk wrote: Hi all I have this box for backup storage, urd-backup, zfs receiving a copy of another system, urd. on urd-backup, I created the following pool zpool create -f urd-backup \ raidz2 c5t0d0 c5t1d0 c5t2d0 c5t3d0 c5t4d0 c5t5d0 c5t6d0 c5t7d0 c5t8d0 \ raidz2 c5t9d0 c5t10d0 c5t11d0 c5t12d0 c5t13d0 c5t14d0 c5t15d0 c5t16d0 c5t17d0 \ raidz2 c5t18d0 c5t19d0 c5t20d0 c5t21d0 c5t22d0 c5t23d0 c5t24d0 c5t25d0 c5t26d0 \ raidz2 c5t27d0 c5t28d0 c5t29d0 c5t30d0 c5t31d0 c5t32d0 c5t33d0 c5t34d0 c5t35d0 Something recently happened, and the pool was suddenly showing lots of bad drives. Also, it now shows the drives in different order than the original, which I find rather alarming. I also get an error message when trying to zpool replace a drive to attempt a forced resilver of that. See below the zpool status output for this. Does anyone know what on earth could have caused this, and how I can fix it? root@urd-backup:~# zpool status urd-backup pool: urd-backup state: DEGRADED status: One or more devices are faulted in response to persistent errors. Sufficient replicas exist for the pool to continue functioning in a degraded state. action: Replace the faulted device, or use 'zpool clear' to mark the device repaired. scan: scrub in progress since Mon Apr 11 10:25:44 2011 14.4M scanned out of 37.7T at 14.4M/s, (scan is slow, no estimated time) 0 repaired, 0.00% done config: NAME STATE READ WRITE CKSUM urd-backup DEGRADED 0 0 0 raidz2-0 DEGRADED 0 0 0 c5t14d0 ONLINE 0 0 0 c5t16d0 DEGRADED 0 0 0 too many errors c5t18d0 ONLINE 0 0 0 c5t23d0 DEGRADED 0 0 0 too many errors c5t27d0 ONLINE 0 0 0 c5t5d0 FAULTED 0 0 0 corrupted data c5t32d0 ONLINE 0 0 0 c5t20d0 DEGRADED 0 0 0 too many errors c5t26d0 ONLINE 0 0 0 raidz2-1 ONLINE 0 0 0 c5t30d0 ONLINE 0 0 0 c5t31d0 ONLINE 0 0 0 c5t12d0 ONLINE 0 0 0 c5t13d0 ONLINE 0 0 0 c5t0d0 ONLINE 0 0 0 c5t1d0 ONLINE 0 0 0 c5t2d0 ONLINE 0 0 0 c5t3d0 ONLINE 0 0 0 c5t4d0 ONLINE 0 0 0 raidz2-2 DEGRADED 0 0 0 c5t5d0 ONLINE 0 0 0 c5t6d0 ONLINE 0 0 0 c5t7d0 ONLINE 0 0 0 c5t8d0 ONLINE 0 0 0 c5t9d0 ONLINE 0 0 0 c5t10d0 ONLINE 0 0 0 c5t11d0 ONLINE 0 0 0 c5t15d0 ONLINE 0 0 0 c5t26d0 FAULTED 0 0 0 too many errors raidz2-3 DEGRADED 0 0 0 c5t19d0 ONLINE 0 0 0 c5t21d0 ONLINE 0 0 0 c5t22d0 ONLINE 0 0 0 c5t24d0 ONLINE 0 0 0 c5t31d0 FAULTED 0 0 0 corrupted data c5t25d0 ONLINE 0 0 0 c5t33d0 FAULTED 0 0 0 too many errors c5t28d0 ONLINE 0 0 0 c5t29d0 DEGRADED 0 0 0 too many errors errors: No known data errors root@urd-backup:~# zpool replace -f urd-backup c5t5d0 c5t5d0 invalid vdev specification the following errors must be manually repaired: /dev/dsk/c5t5d0s0 is part of active ZFS pool urd-backup. Please see zpool(1M). root@urd-backup:~# It sounds like a bit too much of coincidence that 8 drives have failed. Maybe a port extender has failed. It would be of interest to know what these 8 drives have in common. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] System halts on boot when there is no keyboard
On 2011-04-10 16:47, Nikola M. wrote: On 04/ 9/11 01:24 PM, Robin Axelsson wrote: Hi, I just discovered that the system simply won't boot when there is no keyboard present, all I see is a dead boot splash without the rolling orange sausage. The intention of the system is to run it as a headless file server but I had to attach a keyboard to take care of regular HTSF errors that occurred in the BIOS. After a few BIOS updates the errors still occur but I don't need a keyboard to reset the system and try again until the BIOS can proceed without HTSF errors. I also noticed that as soon as I insert the keyboard to the PS/2 port the orange sausage starts to roll and the system boots up, so it is as if the system is just sitting there waiting for a keyboard to say Hello. This looks like a bug to me but is there a way to circumvent this and still be able to use a keyboard whenever I plug one in on the PS/2 port while it's booted up and running (X)? I guess system should boot without keyboard and if it is getting to that after starting X (sausage) that might be feature bug. And might be reported. I was always thinking about that thing as of progress or as a snake but I suppose it is a matter of perspective. On the other hand, you probably will not log in from X on local graphics X console, so you might disable graphical gdm as service from loading and see how it behaves. $pfexec svcadm disable svc:/application/graphical-login/gdm All that, providing that BIOS on your machine allows it to even start booting without keyboard attached. Try setting Errors: None, All Errors: All, but disk/key in BIOS settings, that might do it for most normal x86 PC bioses I have seen. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss . I'll give it a try. Ken Mays (who replied directly to me and not to the list) has told me that this is a known issue and should be fixed in build 148b. This update can be retrieved from the http://pkg.openindiana.org/dev-il/ repository. It would be interesting to know how it differs from the ordinary /dev repo. But I find it hard to see how BIOS has anything to do with it. I do get past the BIOS_post and the GRUB bootloader. If the BIOS would object I suppose I would get a No Keyboard BIOS_post error and a halt in the BIOS and not while OpenIndiana is booting up. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] System halts on boot when there is no keyboard
Hi, I just discovered that the system simply won't boot when there is no keyboard present, all I see is a dead boot splash without the rolling orange sausage. The intention of the system is to run it as a headless file server but I had to attach a keyboard to take care of regular HTSF errors that occurred in the BIOS. After a few BIOS updates the errors still occur but I don't need a keyboard to reset the system and try again until the BIOS can proceed without HTSF errors. I also noticed that as soon as I insert the keyboard to the PS/2 port the orange sausage starts to roll and the system boots up, so it is as if the system is just sitting there waiting for a keyboard to say Hello. This looks like a bug to me but is there a way to circumvent this and still be able to use a keyboard whenever I plug one in on the PS/2 port while it's booted up and running (X)? ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] reboot/shutdown commands (Was: Re: OI boot problem)
I'm also happy with the init 5/6 commands but I'm a little annoyed that pressing the power button does not shut down the system. When I press it, the system conducts a 30 seconds countdown to shutdown and then nothing happens. I have not tested this thoroughly on b148 but it was a nuisance to find out about it on b134. On 2011-03-28 17:24, Jonathan Adams wrote: 1) the more progressive amongst us do I take exception to this statement ... some of the GNU commands are broken on Solaris, and secure accounts should have as little in it's path (if you use root or any secure account) as possible so that you can be _sure_ of which app you are using. 2) reboot does what it says on the tin, shutdown works as would be expected (you can use shutdown to run many different types of shutdown/init) ... Please do not change these to make them more like Linux, please do not change the init levels to make them match Linux, IMO the Linux init states are broken. If you're using a server then expect to know some of the commands for running the server. If you're using the desktop there is a nice graphical Shutdown routine. If you're in front of the hardware and you want to power down (and it's an ATX case) press the power button once. On 28 March 2011 16:09, Alasdair Lumsdenalasdai...@gmail.com wrote: Hi All, My proposal would be to add a Linux/*BSD-like reboot and shutdown command to /usr/gnu/bin The traditionalist UNIX folk don't typically run /usr/gnu/bin at the front of their path, whilst the more progressive amongst us do. So this should satisfy both parties. When I was switching from a Linux/FreeBSD background to Solaris, I found the unnecessarily complicated reboot/shutdown situation highly frustrating. Typing init 6 and init 5 when you mean reboot and shutdown seemed utterly bizarre, and stupid, and angered me. Rather than do a half-baked shell script that wraps the existing tools, I think we should probably do a bit more research and implement something a bit more proper with similar FreeBSD/Linux like syntax (depending on what that syntax is - I haven't looked in a while). Cheers, Alasdair ___ 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 . ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] 2 small Qs about Sata controllers
On 2011-02-20 10:21, Alexander Lesle wrote: Hello Robin Axelsson and List, On Februar, 20 2011, 00:15Robin Axelsson wrote in [1]: On 2011-02-19 19:26, Alexander Lesle wrote: Hello Robin Axelsson, am Samstag, 19. Februar 2011 um 02:14 hatRobin Axelsson u.a. in mid:4d5f197c.4060...@student.chalmers.se geschrieben: I would recommend that you choose a motherboard with more PCIe x16 slots (unless you are absolutely sure that you won't need more in the future). Then you could get an LSI 1068e based SAS/SATA controller (that uses PCIe x8 which fits into a PCIe x16 but not x4 or less) which allows you to connect 8 drives to it. I can not confirm that the LSI 1068e HBA runs with this Motherboard http://www.newegg.com/Product/Product.aspx?Item=N82E16813131655 ASUS M4A89TD PRO/USB3 AM3 AMD 890FX But I can confirm that the new LSI HBA SAS 9211-8i http://store.lsi.com/index.cfm?category=17subcategory=24productid=LSI00194 do _not_ run with this Board. LSI support tells me that the Asus PCIe x16 is programmed by BIOS only for graphic cards. Asus support send me a modified BIOS but the HBA is not running. I have the same problems with a asrock board. Now I have bought a Supermicro Board and all rocks fine. http://www.supermicro.com/products/motherboard/Xeon3000/#1156 http://www.newegg.com/Product/Product.aspx?Item=N82E16813182212cm_re=supermicro_x8sil-_-13-182-212-_-Product Wow its cheaper than the Asus. Wow, I never heard before that there was such a problem with motherboards. http://kb.lsi.com/KnowledgebaseArticle15591.aspx?Keywords=15591 The motherboards I have tried my LSI SAS 3081E-R are GIgabyte GA-790FXTA-UD5 and MSI 790FX-GD70 and it runs fine on both of them. I recently got an MSI 890FX-GD70 and although I have not tried I can't imagine that there would be a problem to fit such a card into one of its x16 slots. From what you told me it looks like I should stay away from Asus and ASRock's motherboards (ASUS and ASRock are pretty much the same company but I guess you already know that). I hope you give them a hard time on the phone, make them regret that they have released such a motherboard ;) Thats fine for you. Asus and Asrock are the same company? Ok fine, thats new for me. I have no problems with this company. I told here my experience with this board and this HBA card. I beg to differ; if you buy from a company a product that doesn't work and they don't solve the problem then you _do_ have a problem with that company. Motherboard vendors are notorious for their poor customer service and while they give you a checklist (if you are lucky enough to get in touch with them) asking questions that are irrelevant to the problem (such as is the card inserted properly? Are the power cables properly connected? Do you use latest firmware? ...) they are very reluctant to actually fix the problem. That is my experience with motherboard vendors such as Asus, Gigabyte and MSI. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] 2 small Qs about Sata controllers
On 2011-02-19 19:26, Alexander Lesle wrote: Hello Robin Axelsson, am Samstag, 19. Februar 2011 um 02:14 hatRobin Axelsson u.a. in mid:4d5f197c.4060...@student.chalmers.se geschrieben: I would recommend that you choose a motherboard with more PCIe x16 slots (unless you are absolutely sure that you won't need more in the future). Then you could get an LSI 1068e based SAS/SATA controller (that uses PCIe x8 which fits into a PCIe x16 but not x4 or less) which allows you to connect 8 drives to it. I can not confirm that the LSI 1068e HBA runs with this Motherboard http://www.newegg.com/Product/Product.aspx?Item=N82E16813131655 ASUS M4A89TD PRO/USB3 AM3 AMD 890FX But I can confirm that the new LSI HBA SAS 9211-8i http://store.lsi.com/index.cfm?category=17subcategory=24productid=LSI00194 do _not_ run with this Board. LSI support tells me that the Asus PCIe x16 is programmed by BIOS only for graphic cards. Asus support send me a modified BIOS but the HBA is not running. I have the same problems with a asrock board. Now I have bought a Supermicro Board and all rocks fine. http://www.supermicro.com/products/motherboard/Xeon3000/#1156 http://www.newegg.com/Product/Product.aspx?Item=N82E16813182212cm_re=supermicro_x8sil-_-13-182-212-_-Product Wow its cheaper than the Asus. Wow, I never heard before that there was such a problem with motherboards. The motherboards I have tried my LSI SAS 3081E-R are GIgabyte GA-790FXTA-UD5 and MSI 790FX-GD70 and it runs fine on both of them. I recently got an MSI 890FX-GD70 and although I have not tried I can't imagine that there would be a problem to fit such a card into one of its x16 slots. From what you told me it looks like I should stay away from Asus and ASRock's motherboards (ASUS and ASRock are pretty much the same company but I guess you already know that). I hope you give them a hard time on the phone, make them regret that they have released such a motherboard ;) ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] Cannot post to the OpenIndiana discussion list.
Hi, some of my posts get bounced when I try to post or reply to posts in the mailing list. When it happened last time I traced the problem to a misconfigured microsoft/outlook server. The error message I get is this: Final-Recipient: rfc822;openindiana-discuss@openindiana.org Action: failed Status: 5.6.1 Diagnostic-Code: smtp;554 5.6.1 Body type not supported by Remote Host I think it has something to do with a misconfiguration so that if some special characters with the wrong character encoding are present, especially locale associated characters such as a_umlaut/diaresis, o_umlaut/diaresis, a_ring, the server won't accept the message. I have sent a mail to the mailman about this about a month ago but got no reply. Robin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] 2 small Qs about Sata controllers
On 2011-02-19 01:12, Harry Putnam wrote: Jeppe Toustrupopenindi...@tenzer.dk writes: 2011/2/19 Harry Putnamrea...@newsguy.com: I'm a bit confused... does the `x' in each case stand for a controller? So Pata controllers support 2 drives, but SATA controllers only support 1? No, it's the number of connectors of the kind in question it mentions. You may connect to devices to a PATA port, a master and a slave, while you may only connect one SATA device to each SATA port. Ahh yes, I'd neglected to account for the master/slave business. Thanks. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss I would recommend that you choose a motherboard with more PCIe x16 slots (unless you are absolutely sure that you won't need more in the future). Then you could get an LSI 1068e based SAS/SATA controller (that uses PCIe x8 which fits into a PCIe x16 but not x4 or less) which allows you to connect 8 drives to it. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] XDMCP not working
On 2011-02-13 18:35, Frank Middleton wrote: On 02/13/11 00:37, Robin Axelsson wrote: Hello I want to open up an XDMCP Session with my OpenIndiana machine from a remote computer on a local network but it doesn't work. I can only run multiple-window programs via PuTTy (in Xming for windows) but when I want to establish a session, all I get is a gray screen. Are you sure that the hostnames are being resolved correctly? It is easy to forget to check nsswitch.conf. If there are any name resolution problems xdmcp will not work. You should also check custom.conf in /etc/gdm to make sure that; DisallowTCP=false is set in the [security] section. AFAIK you don't need to enable xfs. HTH -- Frank . I have DisallowTCP=false set in the /etc/gdm/custom.conf and the name resolution should be working. In the /etc/nsswitch.conf I have the following: hosts: files dns mdns ipnodes: files dns mdns and in /etc/inet/hosts I have specified names for the ip# of both the host computer and the remote computer I'm trying to connect from. The name resolution seems to work but I don't know how to verify it though. I used to be disturbed by the long delay that incurred when logging in remotely using ssh. I was informed that the long delay was because the daemon was trying to resolve the ip:s with a name server for which there is no name so I added the above mentioned settings and the ssh login does no longer have a delay which I take as a sign that the name resolution in fact works. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
[OpenIndiana-discuss] XDMCP not working
Hello I want to open up an XDMCP Session with my OpenIndiana machine from a remote computer on a local network but it doesn't work. I can only run multiple-window programs via PuTTy (in Xming for windows) but when I want to establish a session, all I get is a gray screen. The following measures were taken: In /etc/X11/gdm/custom.conf I have set in the section Xdmcp 'Enable=true' I have set ' svccfg -s svc:/application/x11/x11-server setprop options/tcp_listen=true' I have verified that the following services are running online Feb_05 svc:/application/graphical-login/gdm:default online Feb_05 svc:/application/x11/xfs:default I tried netstat -an | grep 177: *.177 Idle *.177 Idle ff01ef7020b8 stream-ord 000 000 /var/tmp/orbit-Robin/linc-64d-0-4d4dd33177c6d ff01ef702468 stream-ord 000 ff01e591c480 /var/tmp/orbit-Robin/linc-64d-0-4d4dd33177c6d ff01ef702818 stream-ord ff01e591c480 000 /var/tmp/orbit-Robin/linc-64d-0-4d4dd33177c6d ff01d89d1770 dgram ff01d945e500 000 /var/run/in.ndpd_mib So there seems to be something going on on that port (which I assume is the default port that the XDMCP sever listens to). I fiddled with Xming specifying -port 177 explicitly and tried indirect connection without success. I treid to run gdmsetup but that command doesn't exist. There is no instance of it in /usr/sbin/. I tried going root entering: DISPLAY=remote computer's local IP#:0.0;export DISPLAY;xhost +, but that didn't solve the problem. I also tried broadcast and I also made sure that port 177 is open in the Windows firewall. - Robin. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Are there any issues re ZFS on 2TB disks (from WD??) with large blocksizes?
Could someone enlighten me as to what is wrong with WD's disks, and particularly what's wrong with their EARS disks? On 2011-02-07 12:52, Piotr Jasiukajtis wrote: On Feb 7, 2011, at 10:26 AM, Hans J. Albertsson wrote: I'm planning to upgrade my two mirrored 500 GB SATAII rpool disks to 2x2TB disks. A friend with some Sun experience claims there was some problem with using ZFS on large disks, possibly because of block size on some new large disks. Can anyone enlighten me or point me to the proper docs or something? Just avoid all WD EARS disks. Seagate ST32000542AS and Hitachi seems to work fine. -- Piotr Jasiukajtis | estibi | SCA OS0072 http://estseg.blogspot.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] keyboard layout
I have managed to get the keyboard right, at least over vnc when typing into xterm in X etc. But I have not yet managed to get the keyboard to agree with VirtualBox. If I run the virtual machines via the QT GUI in X over vnc the non-standard characters are not right no matter what settings I change for the keyboard in OI. Things are normal when communicating directly to the virtual machines via RDP but it's really difficult to get the password authentication working. I managed to get it working for one machine but not the other machines. On 2011-01-29 03:50, Johan Nilsson wrote: Hi again. Thanx Deano. Your awnser helped me. Now I wonder how I change my Keybord/layout. I have a swedish keyboard, and during install I select it, but now it is an english i think. I can not find how I change it. Please help me. Cheers. ___ 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] extended partions
I don't think ZFS is very keen on extended partitions, at least not up to version 28 (OSOL b134). I tried once to format a logical partition inside an extended partition with ZFS but it didn't even recognize the extended partition. After changing it to a primary it was fine. So it is likely that also the OI version of ZFS will not like it either. OSOL/OI don't seem to object to the hard drive having an extended partition (it will only see the primaries), so I would recommend using extended/logical partitions only with OSes that support it and let OI use primary partitions. Since you can have several file systems inside a primary partition, each file system can serve as a logical partition, so you can reserve one larger primary partition for OI and subsequent data partitions if you want. On 2011-01-29 18:54, hairryharry wrote: Hope this is not a stupid question. I am now looking to run OI on my main computer and due to various other OSs need to think about partitioning before installing OI. Simple question (with varied answers from googling) - will OI install on an extended partition ? Thanks, Mike ___ 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
