Re: [OpenIndiana-discuss] Mailservers and clients that work on OI
On Tue, Dec 22, 2015 at 3:00 PM, the outsider wrote: > I still think that Steve Jobs was sleeping when Oracle wanted to buy SUN. > Apple could have ruled the world on desktop and server level. > (although it wouldn't be good for the world) > I don't think Jobs particularly wanted to sell servers and high-end Unix workstations. He had already tried that with NeXT, and it didn't work out all that well. That market can easily turn into a money pit because of competition from cheap PCs running Linux. Not that they're the same product, but explaining to people why they aren't is tricky. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] The mailing list is dead
On Thu, Dec 17, 2015 at 1:21 AM, Nikola M wrote: > Using worst possible and least private solution is hardly the answer. > I suppose hosting mail server at some small or middle size company, where > there is payed full-time email server administrator is the better solution, > then putting company's private e-mail and internal correspondence in the > hands of NSA spying or US courts disposal (that every US company is obliged > to allow) and that goes for cloud too. It is not only the case of > governmental overseing it is others too. > Well, in my case I work for a public agency, so my work account is subject to public Freedom Of Information Act requests *anyway*. If the NSA spied on it it would only be because they were too lazy to fill out FOIA paperwork. ;) As far as my personal mail goes, I can't host at home because I'm on a cable ISP that blocks outgoing email, and I doubt some rinky-dink virtual server provider would put up any more of a fight against the NSA than Google will. Sending it overseas would be worse, because it would concentrate all the traffic over a small number of easily tapped cables. -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] The mailing list is dead
On Thu, Dec 17, 2015 at 1:21 AM, Nikola M wrote: > I recently figured that Gmail through it's web interface forbids sending > any type of archive within the mail messages (.zip, .7z, .rar etc) and that > level of user-bashing combined with mandatory indexing of message contents > and lack of privacy, hardly comes in hand with company requirements. > Heh, here they stopped allowing that here even before they outsourced. Too many viruses were getting spread around via ZIP files that people would blindly click on. It's not true that you can't send them through Gmail, though. I just tried one and it worked. Maybe the site you were sending it to rejected it? Many (most?) email providers also now reject mail sent from cable and DSL IP blocks, due to spam problems. That was another reason I stopped hosting my own. -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] The mailing list is dead
On Tue, Dec 15, 2015 at 2:51 PM, Gary Gendel wrote: > > Strange, this is exactly why IMAP was created. I run my own mail server > using spamdyke for SMTP and dovecot for IMAP. I have a dozen of mobile and > desktop devices that read and send mail and don't have an issue. My experience was that different IMAP clients using the same mailbox would "fight" each other over which emails were deleted, which were new, which were in different folders, etc. The result was a mess. Email showed up twice, email went missing, email ended up in unexpected places, and junk status messages got inserted (I'm looking at you, Pine.) I also use email sorting rules extensively to manage mail from mailing lists, and having to re-create the same rules on each and every client (some of which were not really capable of it) was very tiresome. I have been running for many years without a single change to the > configuration files. I used to have my own spam control software since I > ran a SunOS server, once I discovered spamdyke I never looked back. > Stellar spam control and always stable. The developer runs several > cpu-days of regressions before releasing a new version. > I used spamassassin back in the day, plus some ad hoc rules in Exim. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] OI roadmap (for production)
On Fri, Dec 11, 2015 at 1:26 PM, Rich Teer wrote: > This conversation reminds me of this old chestnut: > > A: Because it messes up the order in which people normally read text. > Q: Why is top-posting such a bad thing? > A: Top-posting. > Q: What's the most annoying thing on Usenet and in email? > > It's as true today as it has always been. > As with many things, I've found over the years that it depends on the audience. A lot of people in workplace environments don't have time to carefully do a scavenger hunt through a long post to find the buried inlined comments, and will ignore anything not at the top. On the other hand, for responding to a detailed point-by-point discussion inlining makes sense, and it does make people slightly more likely to actually trim their quoted text. I think generally it's best to follow whatever pattern already exists in a thread. It's a mix of the two posting styles that really gets confusing. Other than that I don't feel strongly enough about it to get ideological about it. I don't think there's One True Way to use email. ;) I sometimes wonder how people using screen readers would feel. Does the extra context of inlining help, or is it just tiresome and confusing to listen to multiple paragraphs of old stuff before getting to hear the new? -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] SSD as a dedicated swap device
On Fri, Dec 11, 2015 at 5:24 PM, Reginald Beardsley via openindiana-discuss wrote: > My long standing rule is swap = 8 x core. Hmm. I could see that working for small systems, but I have some machines where that would require dedicating a terabyte of disk to swap. That doesn't seem reasonable, especially when the root partition is on an SSD that may itself not be much bigger than core RAM. It also never really made sense to me why you'd increase swap when you add more RAM. It seems like a system with more RAM would need *less* swap. The recommendation for a while was 2 x core, but I think that stemmed partly from Linux using a virtual memory implementation at the time that couldn't swap properly if swap was smaller than that. These rules of thumb tend to start for logical reasons but then carry on as cargo cults long after -- sort of like how I still see people setting "rsize=32768,wsize=32768" on NFS mounts to "improve performance." :) -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] The mailing list is dead
On Sun, Dec 13, 2015 at 10:01 AM, Nikola M wrote: > I think that having your own mail server/domain these days it dirty cheap > and everyone should have one :D It's cheap in terms of money but costs a LOT of time. In a previous job I managed a mail server and I probably spent a third of my working hours just dealing with tuning spam filters and trying to keep the system usable and secure under the deluge of spam and abuse. I also used to run my own home email server, but I found it ate way too much of my free time; also, IMAP isn't really a good solution when you have three or four different devices, and none of the open-source web UIs worked well for me. Even the central IT department where I work has come to the same conclusion -- they no longer run their own email servers, but contract out to Google and Microsoft for it. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] SSD as a dedicated swap device
Oh, and additionally, swap can serve as a useful safety valve if memory gets fragmented and the kernel has to allocate a large, contiguous page for some kind of DMA buffer or the like. I don't know if that's a common scenario on OI, but I've seen it happen on Linux. -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] SSD as a dedicated swap device
On Fri, Dec 11, 2015 at 3:20 PM, Jacob Ritorto wrote: > If the swap partition ends up being on ZFS, it'll garner the additional > benefit of being able to be periodically scrubbed to check for degradation > of the SSD (these only accommodate a finite number of write cycles, but > most modern ones have write leveling to distribute the exercise across the > whole device). > Yes, and since a swap device is usually never even close to full, the write leveling should work quite well. Even though I size RAM to avoid swapping, I usually configure some swap space. In the event of a memory leak or unexpectedly large process it's usually better to have a server (or desktop) that becomes sluggish rather than one that crashes. Admittedly, with something like a busy web server the two can easily end up being almost the same, as it falls ever farther behind in processing requests. I don't configure 2x the RAM size anymore, though. ;) -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] What is the recommended way to back up root pool?
On Mon, Nov 9, 2015 at 1:47 PM, Bob Friesenhahn < bfrie...@simple.dallas.tx.us> wrote: > On Mon, 9 Nov 2015, David Brodbeck wrote: > >> >> Anyway, based on earlier comments I'm pretty sure the OP isn't interested >> in, or in a position to, pay for a subscription service. >> > > OP == "Original Poster"? > > If I am the OP, then my interest is in the best way to preserve and > restore root pool configuration (and some user data) in case the OS needs > to be installed with the same or a very similar OS from scratch. In this > case it is not normally necessary or desirable to restore operating system > binaries, but portable configuration (e.g. from an OpenSolaris or > Illumos-based system) needs to be restored in a safe way. > Ah, sorry. I got two threads conflated in my head. Time to up my morning coffee intake, I guess! -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] What is the recommended way to back up root pool?
On Mon, Nov 9, 2015 at 11:59 AM, John D Groenveld wrote: > The OP might appreciate more details. > Eh, I didn't want to seem like I was shilling, especially shilling a service that was in direct competition with an OSS system you already mentioned. Anyway, based on earlier comments I'm pretty sure the OP isn't interested in, or in a position to, pay for a subscription service. > > >The initial backup for a machine takes a while if you have a lot of data. > >Some services offer an option where you can mail in a hard disk to seed > the > >backup and avoid doing a full backup via the wire. Data caps are also > >something to keep in mind; they're coming to a lot of us soon in the US, > >since monopoly cable carriers are starting to enforce them. > > Fortunately my locality offers some competition, but incrementals > are more efficient which is a win every way you look at it (so > long as its restorable.) > > John > groenv...@acm.org > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss > -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] What is the recommended way to back up root pool?
I hadn't heard of tarsnap before, but I've been using one of the other cloud-based backup services and have been pretty happy with the convenience. I actually have occasionally used it while traveling just as a way to retrieve files I needed off computers that were back home and inaccessible. The initial backup for a machine takes a while if you have a lot of data. Some services offer an option where you can mail in a hard disk to seed the backup and avoid doing a full backup via the wire. Data caps are also something to keep in mind; they're coming to a lot of us soon in the US, since monopoly cable carriers are starting to enforce them. On Sat, Nov 7, 2015 at 2:38 PM, John D Groenveld wrote: > In message < > cahhaouaf9yub2gugudy09eqtche6j5gqypsn57+gsspetvn...@mail.gmail.com> > , David Brodbeck writes: > >set up and maintain a puppet server just for a home fileserver. ;) > > Any tarsnap success or fail stories on this M/L? > > I recently heard their plug on the BSD Now podcasts with > Illumos' Brown mafia members and it seems geared toward > home fileservers. > > John > groenv...@acm.org > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss > -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Broken zpool
On Sat, Nov 7, 2015 at 12:55 PM, Philip Robar wrote: > Please correct me if I'm wrong, but the thing that both Jerry's > administrator friend and David are missing is that ZFS data redundancy > isn't just a "sexy" form of reliability. It is also provides data > integrity, i.e. with redundancy ZFS will not just notice that a file is > corrupt, with redundancy it can fix the problem. With a single drive ZFS > pool you give up that integrity and there's a good chance that any data > corruption will then be passed on to your backup before ZFS flags it > resulting in the loss of that data. > Redundant is always better than non-redundant. In general, though, I don't see a lot of people losing files due to data corruption. Most losses I've seen are due to hardware failure, unrepairable levels of filesystem corruption, or operator error (overwriting files, deleting the wrong files.) I think this is probably because if the hardware is so marginal that it's writing corrupted data, it will rapidly corrupt the filesystem beyond repair, too. I have yet to see a data checksum error during a scrub of an otherwise healthy pool. Basically, I think redundancy has some data safety benefits, but I think the best solution to your scenario is to keep more than one backup at different points in time -- especially since zfs streams are pretty fragile as a backup format. Operator error is actually by far the most common way to lose data, in my experience, and it's one where redundancy won't help you. It's also hard to protect against unless you keep multiple backups, since you may not realize what happened for a while. -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] What is the recommended way to back up root pool?
On Fri, Nov 6, 2015 at 4:05 PM, Tim Mooney wrote: > Just MHO, but automated installation (jumpstart, kickstart, etc.) + > rigorous use of a configuration management system (puppet, ansible, > chef, etc.) is the way to go for OS config. It's probably both faster > and (almost certainly) safer to do that for OS config than to try > recover the entire OS over the top of an install. > I agree -- it's how I do things at work -- but I have to admit I wouldn't set up and maintain a puppet server just for a home fileserver. ;) -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] What is the recommended way to back up root pool?
On Fri, Nov 6, 2015 at 3:39 PM, Jerry Kemp wrote: > (Scope) creeping out further, can any of the *BSD's or Lunux distro's do a > full system restore to blank disk? I've usually done it by booting from a LiveCD, and doing the restore from there. I think this is probably the ideal method. Another method is to do a minimal OS install in a small partition, then do the restore into a new root partition, and reboot into it. Finally, because of the way UNIX handles open files, you can frequently get away with restoring over top of the running OS in single-user mode, as long as it's a closely related version to what's on the backup. I've successfully done this with FreeBSD, on a hosted VM where I couldn't easily boot from an arbitrary image. -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Broken zpool
On Wed, Oct 28, 2015 at 12:02 PM, Jerry Kemp wrote: > From a high level view, his comment to them is to NOT run a mirror. His > suggestion to them is to just run a straight drive, then every evening or > downtime, bring the other disk(s) online and sync them with the online > master, using rsync, or your favorite utility, then once the sync is > complete, offline the newly synced data and put it away. > I actually was going to suggest the same thing. I hate to be a Monday morning quarterback, but I think this is a really important point that's often overlooked. If you can only afford two disks, mirroring them is not the best way to handle data security. Even if you ignore filesystem corruption, think of the simple case of accidentally deleting a file. A mirror won't help you because it'll be gone from both mirrors. What you want in that situation is to use one disk for storage and the other for backup. This also ensures they'll have different usage rates, which will probably lower the likelihood of a common flaw causing both to fail simultaneously. (If you can get disks that are different brands altogether, so much the better.) The way I usually explain it to people: - Mirroring is for *reliability* -- so the system can keep functioning during a disk failure. - Backups are for data recovery. Usually in a home situation you don't care that much about reliability; if the server is down for an hour while you swap a disk it won't matter much. Even at work I usually only use redundant disks in systems that are a single point of failure for the network as a whole. -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] What is the recommended way to back up root pool?
On Wed, Oct 28, 2015 at 5:59 PM, Bob Friesenhahn < bfrie...@simple.dallas.tx.us> wrote: > Assume that this is for a network server with advanced network > configuration settings, ssh config, zones, etc. > > If was the same as a standard OS install without subsequent configuration, > then backing up would not be so important. In ye olden days, or on FreeBSD, I'd probably back up /etc (and, on BSD, /usr/local/etc) with rsync and assume that would capture the configuration. With SMF, which is opaque about its config file locations, I suspect that wouldn't do it. I think the service configuration settings are scattered around the filesystem, with some of it under /lib. -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Who is trying to break in ?
On Wed, Jul 1, 2015 at 3:15 AM, Jim Klimov wrote: > You can also boost security with no passwords allowed, keys only for ssh > auth ;) > True. I do this with machines where I'm the only one who'll be logging in. With machines that have lots of other users it becomes too much of an administrative hassle to distribute keys. Does anyone know of a 2-factor auth system for SSH? Being able to use something like Google Authenticator would be nice. -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Who is trying to break in ?
On Mon, Jun 29, 2015 at 2:02 AM, Jim Klimov wrote: > Got no qualms about ssh (or openvpn) on port 443 - indeed, if one sets up > something non-standard, gotta be ready for the consequences. And to all > ids'es and sniffers, cryptotraffic looks much the same (different dynamic > flow patterns may be discerned by the smarter filters out there though). > I think you underestimate sniffers and IDS's. While it's true that individual TCP packets in an encrypted stream may look the same, TLS and SSH have very different initial negotiation routines. I've never encountered a sniffer that did protocol identification and didn't know the difference. Now, distinguishing between two protocols that *both* use TLS would be more difficult. -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] No longer using OI Desktop
On Thu, Jun 4, 2015 at 8:14 AM, Apostolos Syropoulos via openindiana-discuss wrote: > The real problem is that OI has no community---just people who contribute > almost nothing (of course there are brilliant exceptions...) and who are > always critical about this and about that. I think partly this is because there's a very high barrier to entry. For example, last I heard building the complete system from source still required access to a closed-source, non-publicly-available compiler. Documentation is scattered and much of it is out of date. I can see why a new user, even one with coding experience, wouldn't want to wade into that. The situation is slowly improving, but it's starting from a culture where builds were handed down from an elite few, and that takes time to change. (Partly this is also a difference between the "cathedral" model vs. the "bazaar" model. A lot of what makes OI and FreeBSD attractive in terms of consistency and stability comes from the cathedral model, which also tends to result in slower development.) > As about the drivers, why don't you work on the new driver? Kernel drivers are a pretty esoteric area in any OS, and doubly so in OI. I don't think there have been very many community changes to the drivers handed down from Oracle. -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] All of a sudden I'm feeling stupid.... Where does the COW and the newly written data go for snapshots?
Yeah, sorry, I admin a lot of Linux servers so I'm used to thinking of it generically as 'noatime'. :) On Thu, May 14, 2015 at 4:02 AM, James Carlson wrote: > On 05/14/15 05:15, Hans J. Albertsson wrote: > > noatime, isn't that a UFS specific mount option?? > > There's a ZFS equivalent: > > % man zfs | grep atime > atime=on | off >atimeproperty >pool/home/bob atime on default > > > Can this be done in mount_nfs?? > > I don't think it's relevant for most NFS clients. The server maintains > the access times, not the client. > > -- > James Carlson 42.703N 71.076W > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss > -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] All of a sudden I'm feeling stupid.... Where does the COW and the newly written data go for snapshots?
On Wed, May 13, 2015 at 4:33 AM, Udo Grabowski (IMK) wrote: > On 13/05/2015 09:20, Hans J. Albertsson wrote: > >> This is what it looks like on the FreeNAS box >> >> NAME AVAIL USED USEDSNAP USEDDS >> USEDREFRESERV USEDCHILD >> Tank/cifs8.93T 1.45T 9.18M >> 1.45T 0 0 >> Tank/cifs@transfer_prep - 8.24M - - >> - - >> Tank/cifs@transfer1 - 966K - - >> - - >> Tank/cifs@now- 0 - - >> - - >> Tank/cifs@auto-20150513.0100-2w - 0 - - >> - - >> >> I'd like to see what data is to blame for the 966K reported for >> transfer1 as "USED" >> > > These are usually access time updates, since the snapshot preserves > access times. We have a few Megs each day on heavily accessed data. If you can mount the filesystem 'noatime', that would clear it up pretty quickly. I generally do this as a matter of course, these days -- very few things need atimes and the penalty of adding a write to every read isn't worth it. The only things I can think of offhand that might need atime are mail spools and NNTP. -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] forum creation
On Sat, Feb 28, 2015 at 3:22 AM, Bruce Lilly wrote: > On Thu, Feb 26, 2015 at 7:31 PM, Nikola M wrote: > > > Regarding managing services on Unix-like OSes, illumos and Opensolaris > > descendent OS'es enjoy Service management Facility (SMF), maybe you could > > comment how it stand for you, comparing to other service management ways > > you mentioned? If you have OI installed, you could try it out. (And see > if > > it could be improved). > > > > SMF is mostly OK after the usual learning curve. > What's not OK: > 1. XML sucks > 2. "Restarting too quickly" seems to happen too frequently for some > services on reboot (usually for services where the daemon forks). > 3. Poor support for conversion from init scripts (and XML sucks). > http://wiki.loopback.org/index.php/How_to_add_a_service_to_svc helps, but > XML sucks. > I find SMF rather opaque compared to SYSV init, but then I found SYSV kind of opaque compared to BSD-style flat scripts at first. SMF is, however, extremely well documented compared to similar systems on Linux (e.g., upstart.) Just finding out how to disable a service on upstart took me a lot of searching. I agree about XML -- it manages to both be inefficient for computers *and* hard for humans to read. ;) > One issue with OpenIndiana encountered early on is limited networking > driver support; specifically, OpenIndiana has no built-in support for > Marvell "yukon" series Gigiabit Ethernet. > I was able to find a Solaris driver from Marvell's web site, burn it to > physical media, and sneakernet it; it works, but I wonder whether it will > continue to work for future releases... > I got bitten by this with RAID controllers; many common 3ware ones are not supported, or only supported for non-boot devices. Third party binary drivers quickly fall out of date with releases. I think hardware support is going to be one of the greatest challenges going forward, since relying on stuff being added to Oracle's upstream kernels isn't viable anymore. Software packages and management is a mish-mash. Some packages are > supported with pkg, but there's also OpenCSW and the Joyent/SmartOS > pkgsrc/pkgin stuff (interestingly, pkgsrc was developed for NetBSD). > Yup, and because of compiler ABI and dependency issues, third-party package systems like OpenCSW bring in their own parallel versions of most libraries. Trying to compile anything against the resulting system is a nightmare because you can rarely get configure and gmake to all find the correct include files and libraries instead of the system ones. To be fair, this is a mess that Illumos inherited; the package management system under OpenSolaris was a complete circus from the start. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] oi or hipster for ultra5?
On Mon, Feb 2, 2015 at 1:14 PM, Peter Tribble wrote: > For regular distros there are a couple of major resource constraints: > ZFS has a certain footprint. (Although it's somewhat overstated - I've > run zfs based systems that have 512M of memory quite happily. Not > as file servers, of course.) I think the footprint of ZFS is mostly a matter of what features you're using and how much you're scaling out. e.g., each additional filesystem requires some memory, dedup requires more memory, etc. I have in the past had problems with the ARC getting too large and causing allocation failures on a 4 GB system, but that was a fileserver with a few hundred filesystems and a heavy I/O load. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] oi or hipster for ultra5?
On Sun, Feb 1, 2015 at 5:00 PM, Jacob Ritorto wrote: > Going to recompile the bins on bsd. > Absolutely LOVING the keyboard. Gosh, I missed that thing. > > Otherwise, yeah, don't need a pc here. I admit that I'm a little nervy > about the bsd learning curve, but, hey - it's a nice thing to pick up along > the way. > I suspect you'll pick it up pretty easily if you have any past experience with SunOS 4, which was based on 4.3 BSD. Non-SYSV init scripts may trip you up a little, although FreeBSD has been moving to an "almost SYSV" sort of setup with /etc/rc.d and /usr/local/etc/rc.d directories; dunno if OpenBSD has followed suit. In general the *BSD distributions tend to be very well documented, both online and inside the OS. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] forum creation
On Fri, Jan 30, 2015 at 4:45 PM, Nikola M wrote: > People in the business and personal world are using Mail clients very > intensively. > Not every Mail server admin or service provider is happy with keeping all > copies of all messages on servers forever, so Mail clients are in wide use > and they will stay being one of main tools for actually main service on the > internet, e-mail. > In my experience that's mostly only true in shops that rely heavily on MS Exchange and MS Outlook. Most other places I've worked either had already outsourced to a webmail provider, or were trying to do so. But your mileage may vary. Nothing stops you to use IMAP client on all your devices and I bet there is > wide range of solutions on any possible platform, correct me if I am wrong. > I used to do that, but they were constantly getting out of sync, disagreeing about which messages were read/unread, undeleting each others' deleted messages, leaving messages-that-weren't-messages with config information in them, etc. It seems that while IMAP is a standard, the way clients actually use the server is not at all standardized. Eventually it got to be too much of a hassle. ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] forum creation
Oh, I went into the discussion knowing there would never be a forum. It doesn't fit with the character and target audience of this project, which is firmly rooted in old UNIX traditions. If it were still possible to use UUCP bang paths, this list would do it. ;) I just found the generation-based ire amusing. Lots of people arguing that kids these days just don't know what's good for them, instead of just saying "I prefer it the way we've always done it." ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] forum creation
On Wed, Jan 28, 2015 at 1:53 PM, James Carlson wrote: > Indeed. That's mostly as a side-effect of all those developers setting > up little Facebook-like forum fiefdoms. I hate having to visit 100 of > these just to keep up, so I don't. If it comes to me via email (for > which I've subscribed), then I read it. Otherwise, I likely won't see it. > Personally, I think the best of both worlds is a forum where I can opt-in to get email when topic areas that interest me have activity. That way I don't have to constantly check, but I don't have to deal with vast volumes of email, either. (I have mailing list folders with hundreds of unread messages in them. The odds of my ever sorting through them for the few topics that interest me are pretty minimal.) That said, the steady withering of this project since Oracle withdrew support makes it all kind of moot; a dozen or so email messages a week isn't much of a burden. At this point I view it as a historic preservation project, which I follow for the one OpenSolaris server I have that hasn't been replaced yet. -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] forum creation
On Tue, Jan 27, 2015 at 1:51 PM, Nikola M wrote: > > I think it breaks down mostly between "people that know how to use mail > client", valuing their privacy and people who just "click" on someone's > proprietary services, depending on someone else for use of even basic > services on internet. > Mail clients are always problematic, though, and I'm not surprised people don't favor them anymore. Heck, I've used GMail for my mail for several years, even though I know how to set up and use an IMAP client and I used to run my own mail server. The reason is I own four different computing devices and it's not reasonable anymore to commit to using only one of them to read email; having the mail stuck on one device's disk became a burden. GMail offered the only reasonable cross-device solution for me at the time. The privacy argument is interesting because it cuts both ways. A mailing list means no one can tell which messages you've read, but it also means broadcasting your personal email address to the world. A forum lets you hide your address (and, if you use a proxy, even your IP) but not which specific items you read. I also do not feel any "push" when using Newsgroups or mailing lists. > Messages are simply there in their folders, waiting for me to read them, > when I like. With one on the plus side, that I can take them with me and > not depend on some centralized web server to serve them to me, online. > I meant "push" in the technical sense; content that is sent from the server to you without an explicit request, vs content that only arrives when you ask for it. (Although technically IMAP is also pull; it's just these days polling the server and pulling down messages is usually done without any explicit action by the user.) > Using Newsgroups needs just ordinary mail client with Newsgroup support > and "subscribing" to groups. > I'm quite aware of how newsgroups work; I started out reading them in "tin" in college. You're forgetting that it also needs an ISP with a working news server, which is increasingly rare. I don't think my current ISP runs one. Last time I used a newsgroup was about ten years ago, and even then it was a matter of sifting a relatively small number of legitimate messages out of an ocean of spam and broken threads. It's kind of sad how that medium has declined. My mailing list archives in my Mail client are most searchable of all ways > of exchanging messages. (both when I am online and offline!) > Yes, but that only works if you were subscribed when the question was asked... > Besides, searching mailing list archives is very easy, just narrow web > search engine to specific path where message archives are stored. > Assuming the archive hasn't blocked web spiders to try to prevent email address harvesting (an increasingly common technique.) I like it much better then needing to browse through some simulation of > newsgroups and mailing lists on web sites, that forums are. > I think this is the nub of the problem. Forums vary widely in quality and some are quite usable, but if you come in expecting them to work exactly like an NNTP client you'll always be disappointed. -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] forum creation
The forum vs. email split seems to break down along the lines of polling vs. push. People who have used email for a long time and know how to manage large amounts of it prefer the push model; people who are less familiar with it, and think in terms of online "communities," tend to prefer forums. I like email lists, and find visiting multiple websites to poll forums cumbersome, but this seems to be a really unfamiliar and uncomfortable model for anyone under 30 -- much like how many people my age are not familiar with newsgroups and have no idea how to use them. I will say that as long as forums stick around (a major caveat) they seem to be more searchable; search engines seem well-tuned to access them, compared to email archives; email list archives also often have broken threading and are increasingly being made private due to spam concerns. On Sun, Jan 25, 2015 at 1:07 PM, Glenn Holmer wrote: > On 01/25/2015 11:41 AM, Reginald Beardsley via openindiana-discuss wrote: > > I asked what was broken, so the text below misquotes me entirely. > > The message I was responding to quoted incorrectly: > > > http://openindiana.org/pipermail/openindiana-discuss/2015-January/017043.html > > > I do not think anything needs to be changed. > > I am in agreement with you. A forum is not necessary. > > -- > Glenn Holmer (Linux registered user #16682) > "After the vintage season came the aftermath -- and Cenbe." > > ___ > openindiana-discuss mailing list > openindiana-discuss@openindiana.org > http://openindiana.org/mailman/listinfo/openindiana-discuss > -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Graphical Desktop environment on server
On Wed, Dec 31, 2014 at 11:33 PM, Richard L. Hamilton wrote: > PS yes, vi is a PITA to learn, (I had to learn vi decades ago having > previously used early incarnations of the much friendlier Rand Editor), but > as a general purpose editor, once you _have_ learned it, you can work > faster with it than with most others. > vi's biggest stumbling block is that it's modal, which isn't true of any other editor commonly in use today. vim at least improves on this a little by letting you move the cursor and delete text without switching out of input mode; without that editing becomes very slow and tedious, because you're constantly switching modes back and forth. Personally, I like to install a more friendly text editor on my systems. I've warmed up to emacs after disliking it for a long time, and often use it, but it's pretty heavyweight. If I can't justify all the dependencies I usually go with joe. I'm not a fan of nano because it lacks a 'jump to the bottom of the file' command. Of course, it's still necessary to learn vi, because it somehow became the only editor you'll always find, even on emergency recovery disks. -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Bash bug issue
On Thu, Oct 2, 2014 at 8:12 AM, Alan Coopersmith < alan.coopersm...@oracle.com> wrote: > On 10/ 2/14 07:00 AM, Brandon Hume wrote: > >> On many (most? all?) Linuxes, /bin/sh *is* /bin/bash. >> > > Many, but not all - the Debian family and some others use a lighter weight, > POSIX compatible shell instead, dash, the Debian Almquist Shell; and many > embedded distros use BusyBox instead. > > https://en.wikipedia.org/wiki/Almquist_shell > http://lwn.net/Articles/343924/ A big driver of this was faster boot, since boot scripts run on /bin/sh. On some systems the startup time for all those bash processes was a considerable portion of the total boot time. Note: It's not enough to make sure no CGI scripts are being run with /bin/bash. You also need to make sure no bash processes are being launched by other scripts, since many scripting languages launch a shell to run external commands. Unless the environment is explicitly cleared these are likely to inherit the environment of the calling process, with all the nasties in it. -- D. Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ openindiana-discuss mailing list openindiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Offtopic question to old SPARC users
On Sun, Nov 24, 2013 at 9:34 AM, Hans J. Albertsson < hans.j.alberts...@branneriet.se> wrote: > I can't remember any more, but there might be a way to measure the actual > in-circuit battery voltage on external pins. Don't think so, but I did once grind away the chip case to uncover the battery connections, and supply external power that way. Those are some memories. Not often you get to attack a computer with a Dremel. ;) -- David Brodbeck System Administrator, Linguistics University of Washington GPG key fingerprint: 0DB7 4B50 8910 DBC5 B510 79C4 3970 2BC3 2078 D875 ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] php 5.5.0 with Studio 12.3
I would try to get it going first with command-line PHP running via CGI. That eliminates some of the tricky library dependency issues that mod_php has. On Tue, Jul 9, 2013 at 7:06 AM, Uwe Reh wrote: > Hi, > > has anyone made a successful build of php5.5 > > After some minor changes in the source (https://bugs.php.net/bug.php?** > id=65207 <https://bugs.php.net/bug.php?id=65207>) it was possible to > 'make'. But php isn't really functional. More than 80 tests didn't pass and > mod_php produces nothing than empty pages. > > Are there other hint's than using GCC? > > Uwe > > __**_ > OpenIndiana-discuss mailing list > OpenIndiana-discuss@**openindiana.org > http://openindiana.org/**mailman/listinfo/openindiana-**discuss<http://openindiana.org/mailman/listinfo/openindiana-discuss> > -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] CIFS and openindiana
On Wednesday, July 10, 2013, Daniel Kjar wrote: > Interesting. I tried that pam.conf line and it created havoc. I had this > infinite loop with a dlopen didn't open that locked me out. Had to go in > with a recovery disk. this is a stock a7 install. > > I guess I don't understand why the existing permissions don't work for > CIFS. so something other than > drwx-- 81 dsk trouble 211 2013-06-27 10:11 dsk is required? > They should work. The problem isn't permissions, it's password formats. When you try to log in to a CIFS server, Windows does not send the password in cleartext. Instead it sends a hashed version of the password, which the server is then supposed to compare to its stored hash. The problem is Windows uses a different hashing algorithm than OpenSolaris, so there's no way to authenticate properly. The pam.conf line creates a Windows-hashed copy of the password and keeps it in sync. On a Samba installation this is normally done with the smbpasswd tool, instead. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] 3737 days of uptime
On Mon, Apr 8, 2013 at 12:02 PM, David Brodbeck wrote: > > > > On Mon, Apr 8, 2013 at 1:16 AM, Ian Collins wrote: > >> Hands up all those who've bricked a Linux system or had a Solaris 10 >> system that wouldn't play with live upgrade. >> > > I've had a couple instances where Linux systems wouldn't boot after kernel > updates. Generally these have been software, not hardware issues -- some > versions of the kernel changed how disks were identified. It's enough that > I never apply kernel patches in a situation where it would be difficult to > travel to the site (unless I have good IPMI console support.) > > Oh yeah -- another reason is I've run into many situations where OpenSolaris/OpenIndiana requires a full power cycle to reboot -- at least one of my machines hangs if I try to do a soft reboot in OI. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] 3737 days of uptime
On Mon, Apr 8, 2013 at 1:16 AM, Ian Collins wrote: > Hands up all those who've bricked a Linux system or had a Solaris 10 > system that wouldn't play with live upgrade. > I've had a couple instances where Linux systems wouldn't boot after kernel updates. Generally these have been software, not hardware issues -- some versions of the kernel changed how disks were identified. It's enough that I never apply kernel patches in a situation where it would be difficult to travel to the site (unless I have good IPMI console support.) I've had more issues where kernels caused performance or stability regressions. For a while regressions in NFSv4 stability were particularly common; Linux clients talking to OpenSolaris/OpenIndiana servers were, and continue to be, particularly problematic. It eventually became problematic enough that I scrapped NFSv4 and went to NFSv3, which also meant scrapping ZFS in situations where I couldn't use an automount map. I simply got tired of rebooting hung clients and servers, and having to explain to my users why the system was down yet again. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] 3737 days of uptime
On Wed, Mar 20, 2013 at 4:32 AM, Edward Ned Harvey (openindiana) < openindi...@nedharvey.com> wrote: > It would only bring a tear to my eye, because of how foolishly > irresponsible that is. 3737 days of uptime means 10 years of never > applying security patches and bugfixes. Whenever people are proud of a > really long uptime, it's a sign of a bad sysadmin. > Depends on the environment it's running in. It might be a closed, air-gapped network, for example -- those still exist, especially in industrial settings. In those cases taking the risk of patching a system that's not at risk and has been running well would be the irresponsible thing to do. Frankly, on a server that old, powering it down will probably destroy it -- a hard disk that's been spinning that long is unlikely to spin up again once stopped. I tend not to blindly patch my production machines, especially during the academic term when it might be disruptive to students and to running research jobs. I generally go through the update list and pick and choose stuff that is a risk to my installation -- for example, on a file server, I might patch Samba but ignore X, because it has no local users and will never be running an X server. Kernel updates for security problems in drivers for devices I don't own are another area I ignore. Generally there has to be a security hole in the kernel that can be used to escalate privileges before I'll do a reboot mid-term. This is especially true of the Linux kernel, where new kernel versions often bring unexpected regressions. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Future of OI
On Mon, Dec 17, 2012 at 11:16 AM, dormitionsk...@hotmail.com < dormitionsk...@hotmail.com> wrote: > I'm probably trolling here, and this is definitely off-topic, but gee -- > we have a communist president, who's filled his White House staff with > communists... They've been subtly teaching socialism (which is just a > stepping stone to communism) in our schools for more than fifty years... > What's the point of excluding these countries? Why the show? > Rght. Obama's communist plot is so sneaky, he went back in time to the 1960s to make sure encryption software would be classified as munitions, so that even now, after the rules had been loosened several times, there would still be some restrictions. Because THOSE people will STOP AT NOTHING to get their way! Whatever. Gotta love conspiracy theories. ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Zfs stability "Scrubs"
On Mon, Oct 15, 2012 at 5:02 PM, Richard Elling < richard.ell...@richardelling.com> wrote: > There is some interesting research that shows how scrubs for RAID-5 > systems can > contaminate otherwise good data. The reason is that if a RAID-5 parity > mismatch > occurs, how do you know where the data corruption is when the disks > themselves > do not fail. In those cases, scrubs are evil. ZFS does not suffer from > this problem because > the checksums are stored in the parent's metadata. > A similar problem happens for traditional RAID-1 mirrors. If mirror verification shows the two disks differ, there's no way of knowing which is correct. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] "OpenIndiana lead Alasdair Lumsden resigns"
On Fri, Aug 31, 2012 at 8:53 AM, Gary wrote: > But there's an enormous, tedious history of butthurt when it comes > to "giving back" to a BSD project. There's more than ten years of whining > about OS X. and several more about OpenBSD, OpenSSH, etc. The reality is > that these projects can get bent out of shape and demand support but > there's no recourse. > Yes, and you don't have to read the mailing lists long to realize that some of the "butthurt" goes the other way. Some of those projects are notoriously hard to contribute to if you're not already part of the inner circle. The *BSDs OS's, in particular, are known for being hostile to outside contributors. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Qmail-to-go on openindiana?
On Thu, Apr 26, 2012 at 9:25 AM, Gary Gendel wrote: > This is a problematic thing to do as many servers do not support this > functionality. I gave that approach up years ago because it adds delays for > non-deterministic benefits. Yeah, it was widely switched off after spammers realized it was an easy way to find out which email addresses on their lists were valid... -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] How to switch to text login screen
On Thu, Mar 8, 2012 at 12:01 PM, CJ Keist wrote: > Hopefully a simply question, but google hasn't found anything. > > From the graphical login screen, what is the key sequence to switch to a > text login? > There isn't one. You have to disable the gdm service. OpenIndiana doesn't have much in the way of local console support; I think the idea is you'll primarily be managing it remotely. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Server hangs weekly
On Tue, Feb 21, 2012 at 10:48 PM, Milan Jurik wrote: > Hi, > > one of my systems was suffering from very similar symptoms. I had no > chance to debug it much as it was on remote site in serverhouse. But in my > case it was lack of memory, system was under significant memory pressure. I've seen that happen too, but on OpenSolaris. (Haven't upgraded any production servers to OpenIndiana yet.) In my case the cause was a memory leak in svc.configd. It would slowly grow until after a few weeks the system would suffer from memory exhaustion. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Resilver restarting on second dead drive?
On Thu, Feb 9, 2012 at 1:13 PM, Roy Sigurd Karlsbakk wrote: > Now, I can somewhat see the argument in resilvering more drives in > parallel to save time, if the drives fail at the same time, but how often > do they really do that? Mostly, a drive will fail rather out of sync with > others. This leads me to thinking it would be better to let the pool > resilver the first device dying and then go on with the second, or perhaps > allow for manual override somewhere. > In my experience it's often the resilvering process that triggers the failure of the second drive -- and this is an issue with RAID in general, not just with ZFS. The reason is you're suddenly forcing a read of all the the data on all the remaining drives, and this can uncover latent failures. It's also not that uncommon for a hotspare to turn out to be bad -- after all, it's been spinning just as long as the rest of the disks. This is, incidentally, why I don't run single-parity RAID anymore. That and I like to stay in bed at night. ;) -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Anyone else using IPMIView20 on OpenIndiana?
On Wed, Dec 28, 2011 at 11:36 AM, Gary Mills wrote: > On Fri, Dec 16, 2011 at 11:01:43AM -0800, David Brodbeck wrote: > > Try something like this to open a virtual console: > > ipmitool -I lanplus -H -U sol activate > > Thanks. That works nicely. The terminal emulation is a bit messed up > when running under gnome-terminal, but otherwise it's fine. > One thing that may help is enlarging your window to be 80x25 characters instead of 80x24. Remember that it's redirecting a PC text screen, and that's 80x25. Another thing that has sometimes worked for me is trying different terminal emulation options, e.g. VT102 vs. ANSI. > I haven't tried to configure OI for a serial console yet, so I can't > > help you with that, but this should help get you started. > > When GRUB starts the OS, I get the one-line banner on both consoles > but nothing after that on the remote console. The logging and the OS > login session appear only on the local console. It appears that the > BMI device stops redirecting when the OS begins using the VGA > interface. I haven't figured out how to get around that yet. > Yeah, once the OS loads the BMI probably loses control of the redirection. You'll need to figure out how to tell OI's kernel to use the serial port as a console, and I don't know how to do that. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Anyone else using IPMIView20 on OpenIndiana?
On Fri, Dec 9, 2011 at 12:24 PM, Gary Mills wrote: > What about FreeIPMI and ipmitool, both in the OI package repository. > Has anyone used those with a Supermicro IPMI device? I've used ipmitool pretty extensively on Linux and OS X to manage Supermicro servers. I haven't tried it on OI but I imagine it would work the same. Try something like this to open a virtual console: ipmitool -I lanplus -H -U sol activate If you're doing this through an SSH session, you'll want to use the -e option to change the default escape character to something other than ~, otherwise you'll have trouble exiting the session. You can get GRUB to talk to a serial port by using something like the following in your menu.lst (or grub.conf) file: serial --unit=1 --speed=19200 --word=8 --parity=no --stop=1 terminal --timeout=5 serial console For this to work right you should set "Continue console redirection after OS loads" to OFF. Obviously you'll need to adjust the baud rate and unit number to suit what speed and port you're using. I haven't tried to configure OI for a serial console yet, so I can't help you with that, but this should help get you started. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Dell R510 SAS2 Backplane with SAS2008 (PERC H200)
On Thu, Dec 1, 2011 at 2:16 PM, Rich wrote: > If you got them from Dell, talk to Dell about them misbehaving. > > If you didn't, then I have even fewer constructive ideas. > If you didn't that may be the problem. Dell got tired of people loading their servers up with 3rd party drives and then creating support problems, so they locked out non-Dell drives in the firmware of some of their cards. > > -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Fileserver performance with log and cache devices?
On Thu, Dec 1, 2011 at 8:09 AM, Geoff Flarity wrote: > My advice would be to max out your RAM (for ARC) before you bother > with a ZIL, or L2ARC. Where a fast SSD for a ZIL really shines is > random synchronized writes. IE a database transaction. You'll notice > this when you run filebench and look at the results. I'm not sure how > NFS handles FSYNC and DSYNC to be honest. > NFS does a *lot* of synchronous writes and will probably benefit from a fast ZIL device. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] SMB transfer failure
On Thu, Nov 10, 2011 at 3:25 PM, Michelle Knight wrote: > Hi Folks, > > Server - 151a Sept 2011. > Client - Xubuntu 32 bit. > > SMB share from the server, (ZFS published) is mounted to the client. > > Any attempt to copy a file to the server, greater than around 100,000 bytes > results in the client reporting an I/O error. > > A file of 91,738 bytes will transfer. > A file of 103,857 will fail. > > Clients version of mount is from "util-linux 2.19.1 (with libblkid and > selinux > support)" > > Any ideas where the fault may lie please? > One tip: make sure you're mounting it as 'cifs' and not 'smbfs'. I don't know if Xubuntu is still shipping smbfs alongside cifs, but smbfs is quite out of date at this point and probably buggy. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Help with website
2011/10/10 Любомир Григоров > >I'll take a couple of people with a clue over a hundred _looking_ for a > clue any day. > > It will be just as I said earlier - the userland will consist of the devs > and a bunch of fanboys, no one will know the OS and will just view it as > "another one". This whole conversation and all the emails in it just proves > OI is not ready to be a real OS. Maybe in 10 years after it matures I will > give it another go. Like things stand, it's headed in the OpenBSD path. > I don't have a dog in this hunt, but this remark struck me as odd. I've never considered popularity a sign of the merit of an OS. If I did I'd run everything on Windows. ;) -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Familiarity, was Re: Help with website
On Tue, Oct 11, 2011 at 1:00 AM, Gabriel de la Cruz < gabriel.delac...@gmail.com> wrote: > It takes 2 comands to learn smf, swaping from ubuntu to gentoo is damn > harder than reading the Solaris howtos. > I think the biggest problem I had adapting to SMF is it's very opaque compared to what I was used to. It's somewhat reminiscent of the Windows registry that way; you're manipulating a black box database with commands, instead of editing flat files. The second biggest problem I had is I find XML confusing. It's only sort of human-readable. ;) Like anything it gets easier with experience, and there are decided advantages to it; it's just a bit of a jolt for people who are used to nice UNIX-y text scripts that you can just go and look at. It seems more aimed at the convenience of packaging scripts than at being manipulated by actual humans. ;) -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] X11 Forwarding.. Can't Open Display
On Sun, Aug 21, 2011 at 12:07 PM, Jonathan Leafty < jleafty+openindianadisc...@gmail.com> wrote: > FYI, I decided to see if maybe Xming was just acting up, enabled > OpenSSH/X11 > forwarding on my Ubuntu box and I can successfully launch programs (like > gedit). > One thing I've noticed about Xming is it does not allocate a TTY or create a login shell when it connects. This has caused problems for me in the past; for example if you have a .profile or a system-wide /etc/profile neither will be run for an Xming connection. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] [zfs-discuss] Question about WD drives with Super Micro systems
On Sun, Aug 7, 2011 at 3:40 AM, Roy Sigurd Karlsbakk wrote: > Then why do Hitachi and Seagate drives work flawlessly for me? We have some > slow Seagate drives (ST32000542AS) in two chassises, and those just work. > Another server, using Hitachi HDS721010CLA332 drives also just works - one > dead drive during burn-in, and that was all. Western drives on direct attach > works, but with SAS expanders, we get I/O errors (as reported by zpool and > iostat) on high load. > The phrase "slow" makes me wonder if this is a speed mismatch. I have some Western Digital SATA drives (RE and RE2 series) on 3ware 9500-series RAID 5 controllers. These are SATA2 (300 MB/s) drives, but the controllers are 150 MB/s only. If I don't set the jumpers on the drives to limit them to 150 MB/s, they get kicked out under heavy load. The jumper for this is usually labeled OPT1. I don't know if it's supported on all newer drives or not. Here's an image from Western Digital explaining the jumper options: http://support.wdc.com/images/kb/sata.gif -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] NFS4 users
On Tue, Jul 26, 2011 at 7:29 AM, Gabriele Bulfon wrote: > Hi, is there any way to let NFS4 server not require the same users of the > client to exist on the server?? > I noticed that the root access on an NFS4 server, let me chmod on any user > who's id exists on the server, > wether it is same name or not. Any chmod to a uid not existent on the > server, is changed to nobody... > For example, I shared a filesystem, and filled it with an original > filesystem, through NFS3. > If I mount it with vers=3, I get all the correct permissions from the > client view, wether they exist or not > on the server. > If I mount the same share with vers=4, I get correct permissions only for > files with uid existent on the > server (even if different names), all the others files get the user > nobody > I want to use NFS4, because I noticed that locking management is much > better, and cyrus does not > complain. But this permission limitation is annoying. > Any idea? > As far as I know this isn't possible with NFSv4. The NFSv4 spec requires sending names, not uid numbers, over the wire. If the server and client can't agree on the name, it won't work. NFSv3 sends uid numbers over the wire, so it doesn't have this requirement. One solution to this is to implement NIS or LDAP so that all your machines see a unified set of users. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] how does one disable zil in OI?
On Wed, Jul 20, 2011 at 11:19 AM, Dan Swartzendruber wrote: > Yeah, apparently not. I thought I had seen it there, but seems not. I am > running an all in one with a virtualized OI, so there is no downside in > disabling sync on the top-level of the pool. > Did it work for you? I found no improvement in performance when setting that flag, but that was on FreeBSD, so it may be a bug in their port of the code. Haven't tried it in OI yet, that's next on my agenda when I get some free time... -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] [illumos-Discuss] branding for illumos/openindiana
On Wed, Jun 22, 2011 at 6:14 PM, Gregory Youngblood wrote: > That's just it - at least one of the cards he purchased in an effort to set > up an OpenSolaris or OpenIndiana file server came directly off the HCL, > brand/chipset/etc. The other cards were too. > > This was a gentleman that had at least 7 years working with server hardware > and probably over 15 years working with computer hardware in general, in > other words he was not a n00b. He used the HCL when selecting the hardware > he tried to use. He followed reports about specific cards with chipsets that > supposedly worked, and ultimately also tried purchasing the exact brand and > model in the HCL itself. Despite doing all the right things, he didn't end > up with a functional system, and after several days got fed up and moved on. > This is in a nutshell why I'm eagerly watching ZFS on FreeBSD get better. FreeBSD has much better support for common disk controllers, probably because they're not hoping to sell own-brand hardware to end users. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] User roles and acting as root
Well, true, but it's root's command history. Which may not be relevant to what I'm actually doing at the moment. And in some OS's I use the root shell doesn't have command history at all. On Wed, Jun 15, 2011 at 1:08 PM, Dan Swartzendruber wrote: > > I'm confused. I use 'sudo -i' exclusively, and whenever I get in, I have > valid command history. > > -Original Message- > From: David Brodbeck [mailto:bro...@uw.edu] > Sent: Wednesday, June 15, 2011 3:49 PM > To: Discussion list for OpenIndiana > Subject: Re: [OpenIndiana-discuss] User roles and acting as root > > On Tue, Jun 14, 2011 at 11:53 AM, Ken Gunderson > wrote: > > > On a boxes where I, or one or two others I know and trust, are the only > > admin(s), I find sudo a complete pita and never use it. When I want > > root it's because I need to get something done and sudo just gets in my > > way and adds unnecessary typing w/o any benefit - if I'm going to make a > > typo or brain fart so bad as to blow up the box, sudo is not going to > > save me. Much better to actually have a # in your prompt and adhere to > > the old sysadmin adage of sitting on your hands for 5 seconds before > > hitting enter... > > > > Hm. For me it's the opposite; I now use sudo almost exclusively on my home > boxes, and rarely su to root. Part of it is I've come to rely heavily on > command history and command recall, and having to start all over with an > empty history (and, if I'm doing "su -", chdir back to the right working > directory) is a hassle. Some of the OS's I work with (FreeBSD, in > particular) have very basic statically-linked shells for root, in order to > make system recovery easier, and these often lack good tab-completion and > command history features. > > -- > David Brodbeck > System Administrator, Linguistics > University of Washington > ___ > 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 > -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] User roles and acting as root
On Tue, Jun 14, 2011 at 11:53 AM, Ken Gunderson wrote: > On a boxes where I, or one or two others I know and trust, are the only > admin(s), I find sudo a complete pita and never use it. When I want > root it's because I need to get something done and sudo just gets in my > way and adds unnecessary typing w/o any benefit - if I'm going to make a > typo or brain fart so bad as to blow up the box, sudo is not going to > save me. Much better to actually have a # in your prompt and adhere to > the old sysadmin adage of sitting on your hands for 5 seconds before > hitting enter... > Hm. For me it's the opposite; I now use sudo almost exclusively on my home boxes, and rarely su to root. Part of it is I've come to rely heavily on command history and command recall, and having to start all over with an empty history (and, if I'm doing "su -", chdir back to the right working directory) is a hassle. Some of the OS's I work with (FreeBSD, in particular) have very basic statically-linked shells for root, in order to make system recovery easier, and these often lack good tab-completion and command history features. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Antwort: Re: System halts on boot when there is no keyboard
On Mon, Apr 11, 2011 at 2:22 AM, Robin Axelsson < gu99r...@student.chalmers.se> wrote: > I read somewhere that according to the original PS/2 specs you cannot "hot > swap" PS/2 devices but most systems that have these ports can handle it > anyway. > It's a crapshoot. I've done it many times successfully. I've also spent an hour desoldering and replacing a blown mini-fuse in a motherboard keyboard power circuit, so those times it doesn't work can be painful. ;) -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Linux vs. Solaris (Oh please...)
On Tue, Mar 29, 2011 at 8:42 PM, Gordon Ross wrote: > Oh please, > > Have some sense, and don't bother with this debate on this list. > > [ Solaris vs. Linux blah blah blah, gnome vs kde, blah blah blah! ] > When I was a kid posting on BBSs it was endless Mac vs. PC debates. Some things never really change. ;) -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Legal Safety
On Fri, Mar 25, 2011 at 1:19 PM, Largo wrote: > David Brodbeck wrote: > > > I'd be interested in seeing references to that. > > > http://www.crn.com/news/applications-os/199501735/microsoft-waves-patent-lawsuit-stick-at-linux.htm > > Quote: "Microsoft General Counsel Brad Smith and licensing head > Horacio Gutierrez threw gasoline on the fire by offering for the first > time a precise count of the patents they think have been infringed: > 235 patents, 42 by the Linux operating system alone. [...] The > company's preferred path is cross-licensing deals, in which it defuses > the legal issues around its patents without defanging them entirely by > striking "patent swap" agreements with its rivals." > Yes, I remember that incident now. Microsoft tried to shake down Novell and RedHat for money by threatening lawsuits. Novell caved, but RedHat called their bluff, and it appears to have ended there. Furthermore, as far as I know they never sued any *end users*, which I assume is what we're discussing in this thread. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Legal Safety
On Fri, Mar 25, 2011 at 11:22 AM, Largo wrote: > Is OpenIndiana safe from patent lawsuits from Oracle? > Technically nothing is ever safe from lawsuits. People can sue for pretty much any reason they want, especially corporations who have lawyers on payroll. > > Could it happen to a company using an Illuminos distro like OpenIndiana, > that one day Oracle lawyers will knock on the door and demand that they > pay for a commercial Solaris license? > They could certainly try. An interesting question is whether anyone would fight them, or just choose the cheaper option of paying up. Even if you'll inevitably lose a suit if it's brought to trial, shaking people down with the threat of one can be pretty lucrative. Microsoft has been claiming for a while now that Linux violates MS patents > despite the fact that the Linux code has very little to do with Windows. > I have also heard Microsoft has tried to extort money from companies using > Linux, > in exchange for safety from MS patens lawsuits > I'd be interested in seeing references to that. It's the first I've heard of it. I'd think they'd want to avoid the loss of goodwill. To me this all seems like speculation and FUD. I'm not sure it's going to lead to a useful discussion. (Disclaimer: I'm not a lawyer.) -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] bug reports
On Sun, Mar 20, 2011 at 9:03 AM, Gregory Youngblood wrote: > I haven't been at the command line of any of my oi systems for the while, > but I thought sudo had been effectively replaced with pfexec. At least in > opensolaris before it was killed. Thought pfexec was in oi too. > pfexec works for most things, but there are some commands that don't play along well with it. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] best migration path from Solaris 10
I'm in a similar position, so I'll be curious what kinds of responses you get. I can give you a thumbnail sketch of what I've looked at so far: I evaluated FreeBSD, and ruled it out because I need NFSv4, and FreeBSD's NFSv4 support is still in an early stage. The NFS stability and performance just isn't there yet, in my opinion. Nexenta Core looked promising, but locked up in bonnie++ NFS testing with our RedHat nodes, so its stability is a bit of a question mark for me. I haven't gotten the opportunity to thoroughly evaluate OpenIndiana, yet. It's only available as a DVD ISO, and my test machine currently has only a CD-ROM drive. Changing that is on my to-do list, but other things keep slipping in ahead of it. For now I'm running OpenSolaris, with a locally-compiled version of Samba. (The OpenSolaris Samba package is very old and has several unpatched security holes, at this point.) -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Good SLOG devices?
On Wed, Mar 2, 2011 at 4:54 AM, wessels wrote: > True, but a harddisk doesn't lie about a write. When a write is done > the data is on stable storage. Assuming the hard disk doesn't lie about cache flushes. That's a fairly significant caveat, since drives now have notable amounts of internal cache. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] It just trashed itself!!
On Fri, Feb 25, 2011 at 5:53 AM, Lou Picciano wrote: > Mark, It may not help at all - but what kind of network interface hardware > are you using? > igb is the Broadcom driver. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Cannot get static IP network setup to work
On Sat, Jan 29, 2011 at 6:25 AM, Daniel Kvasnička < daniel.kvasnicka...@gmail.com> wrote: > Hey, > > > thanks for the info. I did not get it to work, neither this way nor having > /etc/hostname.. > The "route" command said something about the network being unreachable, so > I think I'll have to contact the people running that VPS and ask them to > check their config. > I ran into that problem, too. The problem was that network:default was configuring the interface, but not bringing it up, leaving "route" with nothing to act on; if I manually did an "ifconfig up" followed by manually running the route command, it worked. After doing this a couple times it magically started working automatically on boot, so I'm not sure what exactly I did to fix it. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
Re: [OpenIndiana-discuss] Can anyone recommend an external SATA card?
On Thu, Jan 20, 2011 at 1:14 PM, Alex Smith (K4RNT) wrote: > If you have a 4x PCI-Express slot available, I highly recommend the 3ware > 9650. > Did support for that card get added to the OI kernel? It's a good card, but last I saw it was only supported by the proprietary 3ware driver, and OpenSolaris support with their drivers has been pretty spotty. -- David Brodbeck System Administrator, Linguistics University of Washington ___ OpenIndiana-discuss mailing list OpenIndiana-discuss@openindiana.org http://openindiana.org/mailman/listinfo/openindiana-discuss
