Re: [osol-discuss] top Solaris dev MikeShapiro quits Oracle
Sunay Tripahi (Crossbow) http://labs.oracle.com/minds/2007-0710/ I forgot about him:-) his latest blog post is an interesting read: Solaris as an Open Source alternative to Linux http://sunaytripathi.wordpress.com/ -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Quick question about the future
On 26 Oct 2010, at 03:23, Richard L. Hamilton wrote: Hmm. If one wrote and distributed a free Firefox plugin or extension, then all web surfing (and checking one's email for bug reports) would be development and test, right? :-) If one wrote a GUI front-end for configuring something storage-related, then running a personal NAS...well, you see where I'm going. Maybe that last one was really stretching it though... Or you could use OpenIndiana or friends, and if you have time, contribute to the project. It's like buying organic/fair trade. It'll make you feel good inside. Oracle have clearly demonstrated they don't care about the community. I attempted to speak to Chris Armes, one of the 4 key senior directors behind Solaris at LOSUG to ask him about Oracle's feelings/plans for the community distributions and the community in general, and he was incredibly rude, and basically said it was an entirely inappropriate topic of conversation and screwed his face up at me like I had touched him in his crotch area. Oracle are targeting Solaris at Banks. They don't seem to want a Solaris community. They seem to want your money, and only want you using Solaris 11 Express if you're developing for it, evaluating it, or intend to buy it. I view that as a kick in the gonads personally, and why anyone who is a part of the community would *want* to use Solaris 11 Express after they way they've treated us, is quite frankly beyond me. It's like having an abusive boyfriend who beats you constantly, and you just keep going back for more... Time to get out the abusive relationship perhaps? Alasdair. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] top Solaris dev MikeShapiro quits Oracle
Edward Martinez mindbende...@live.com wrote: If I can remember correctly i think it was Mike Shapiro who canceled opensolaris He send the mail. this may be a decision influenced by him or by his boss. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Quick question about the future
[...] Oracle are targeting Solaris at Banks. They don't seem to want a Solaris community. They seem to want your money, and only want you using Solaris 11 Express if you're developing for it, evaluating it, or intend to buy it. Not sure if it's so much greed as control freaks. Or else they think that Sun's problem was that they gave too much away. If so, I think they're way off track. I think Sun's problem was twofold: SPARC chip development slippage, and not knowing how to _sell_ stuff. I mean, commissions for gross sales rather than net, such that the sales droids would push out the door stuff that was losing money (who but grocery stores selling disposable diapers to hook the parents on buying all their other overpriced stuff _really_ sells at a loss on a routine basis?), and an obsession for renaming products. Why rename the volume manager software once or twice? Why rename the compiler suite three or four times? Why spend money to change the darn stock symbol? Those things may get a quick press release, but anyone stupid enough to be fooled by that kind of press release won't be around long enough to spend big money. In exchange for the cost of all that unnecessary rebranding is more confusion than publicity. And the control freak theory would certainly fit the exodus of major talent. But going after _banks_, please. Sun had a pretty good thing going with phone companies, AFAIK. Yes, banks will buy bigger systems. But banks have been using Burroughs (now Unisys) MCP (now ClearPath/MCP) based systems for ages. Most don't need screaming performance, they need a system that is as _boring_ (reliable, but boring) as possible. I don't know if that theory is accurate. But Oracle needs to start understanding pretty soon that they not only need to make money now, they also need to avoid alienating their best developers and also all the small-time users (students, programmers/sysadmins that also use Solaris at home, small businesses) that may eventually control larger amounts of money in the future. With all the uncertainty about government policies, a whole lot of the economy stinks because those with money are all in a wait-and-see attitude. Right now, with the huge exodus of talent from Oracle, if someone were to ask me, I'd unfortunately have to say wait-and-see for Sun/Oracle hardware and Solaris. That's not what I'd want to say. It doesn't help anybody. And it's some of my favorite software, that I've been working with for years. The irony is that in the long run, the independent folks that fork software derived from OpenSolaris (and OpenOffice) might actually save Oracle from themselves, by keeping reasonably compatible software available to the rest of us. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Quick question about the future
Sorry, your comments about banks is totally wrong. Yes, they do need screaming performance, and yes many run Solaris at many levels. How do I know? It's my day job On 26 October 2010 18:10, Richard L. Hamilton rlha...@smart.net wrote: [...] But going after _banks_, please. Sun had a pretty good thing going with phone companies, AFAIK. Yes, banks will buy bigger systems. But banks have been using Burroughs (now Unisys) MCP (now ClearPath/MCP) based systems for ages. Most don't need screaming performance, they need a system that is as _boring_ (reliable, but boring) as possible. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Quick question about the future
Speaking as someone who has worked extensively in the financial services world, I can tell you that performance is key. You'd be surprised at how many mid-range to high-end SPARC servers are in banks today. And I'm not talking about E10ks, I'm talking about 6900-25Ks and M5000-M9000s. A lot of these banks also use the T-series servers for web and app. Why do they use these systems? Because they scale, perform extremely well, and are a hell of a lot cheaper than AIX/POWER. Not to mention that finding good AIX people is like finding someone who knows how to run VMS these days. While Linux has eaten away at the low hanging fruit, it hasn't penetrated the mid-range to high-end servers. And I've seen some shops actually go back to Solaris on SPARC or even x64. When it comes to numbers, Oracle is still selling more units of UNIX servers than the rest. But I'd imagine they'll want to get the kinds of profits that IBM makes off of selling a smaller number of units. This can be good and bad. Sun has always been the cheaper solution to the other UNIX flavors and the gear is very reliable, sometimes too reliable. Too many shops are still on 5+ yr old SPARC gear and Solaris 8, simply because the stuff still works. However, I do agree that Oracle needs to communicate better and get the level of confidence up. A lot of shops are in a holding pattern until they know which way things are going to go. Sadly, I think that if customers had attended the Oracle OpenWorld event this year, they would be very confident with the direction of things. As it relates to OpenSolaris and other open source projects.. well lets just say that Oracle has a lot to learn about diplomacy. They've pissed off multiple communities, employees, and supporters. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Virtualization Architect and Consultant Web: http://unixconsole.blogspot.com E-Mail: unixcons...@yahoo.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* - Original Message From: Richard L. Hamilton rlha...@smart.net To: opensolaris-discuss@opensolaris.org Sent: Tue, October 26, 2010 6:10:43 AM Subject: Re: [osol-discuss] Quick question about the future [...] Oracle are targeting Solaris at Banks. They don't seem to want a Solaris community. They seem to want your money, and only want you using Solaris 11 Express if you're developing for it, evaluating it, or intend to buy it. Not sure if it's so much greed as control freaks. Or else they think that Sun's problem was that they gave too much away. If so, I think they're way off track. I think Sun's problem was twofold: SPARC chip development slippage, and not knowing how to _sell_ stuff. I mean, commissions for gross sales rather than net, such that the sales droids would push out the door stuff that was losing money (who but grocery stores selling disposable diapers to hook the parents on buying all their other overpriced stuff _really_ sells at a loss on a routine basis?), and an obsession for renaming products. Why rename the volume manager software once or twice? Why rename the compiler suite three or four times? Why spend money to change the darn stock symbol? Those things may get a quick press release, but anyone stupid enough to be fooled by that kind of press release won't be around long enough to spend big money. In exchange for the cost of all that unnecessary rebranding is more confusion than publicity. And the control freak theory would certainly fit the exodus of major talent. But going after _banks_, please. Sun had a pretty good thing going with phone companies, AFAIK. Yes, banks will buy bigger systems. But banks have been using Burroughs (now Unisys) MCP (now ClearPath/MCP) based systems for ages. Most don't need screaming performance, they need a system that is as _boring_ (reliable, but boring) as possible. I don't know if that theory is accurate. But Oracle needs to start understanding pretty soon that they not only need to make money now, they also need to avoid alienating their best developers and also all the small-time users (students, programmers/sysadmins that also use Solaris at home, small businesses) that may eventually control larger amounts of money in the future. With all the uncertainty about government policies, a whole lot of the economy stinks because those with money are all in a wait-and-see attitude. Right now, with the huge exodus of talent from Oracle, if someone were to ask me, I'd unfortunately have to say wait-and-see for Sun/Oracle hardware and Solaris. That's not what I'd want to say. It doesn't help anybody. And it's some of my favorite software, that I've been working with for years. The irony is that in the long run, the independent folks that fork software derived from OpenSolaris (and OpenOffice) might actually save Oracle from themselves, by keeping reasonably compatible software available
Re: [osol-discuss] Quick question about the future
Octave Orgeron unixcons...@yahoo.com wrote: Speaking as someone who has worked extensively in the financial services world, I can tell you that performance is key. You'd be surprised at how many mid-range to high-end SPARC servers are in banks today. And I'm not talking about E10ks, I'm talking about 6900-25Ks and M5000-M9000s. A lot of these banks also use the T-series servers for web and app. Why do they use these systems? Because they scale, perform extremely well, and are a hell of a lot cheaper than AIX/POWER. Not to mention that finding good AIX people is like finding someone who knows how to run VMS these days. While Linux has eaten away at the low hanging IBM did change their strategy with AIX and enters universities. Oracle on the other side did cause disconcertment with the recent strategy changes. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] How to check the processor_id of the running threads inside an application?
Hi gurus, I wrote a multithread application by pthread and bind the threads with specific cpu cores by processor_bind(), now I am wanting to confirm if the binding is effective. I wonder if there is a system call to return the current core_id of a certain thread? I failed to get the answer by going through some solaris documentations. Thank you for your attention. I feel sorry if the question is previously addressed. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] How to check the processor_id of the running threads inside an application?
Look at the PBIND_QUERY flag in processor_bind(2). The manpage suggests (though it's not as clear as it could be IMO) that it will return the current binding into the processorid_t structure pointed to by the 4th parameter. On Tue, Oct 26, 2010 at 8:43 AM, dengning dunning2...@gmail.com wrote: Hi gurus, I wrote a multithread application by pthread and bind the threads with specific cpu cores by processor_bind(), now I am wanting to confirm if the binding is effective. I wonder if there is a system call to return the current core_id of a certain thread? I failed to get the answer by going through some solaris documentations. Thank you for your attention. I feel sorry if the question is previously addressed. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] How to check the processor_id of the running threads inside an application?
have you checked ps(1) ? On Tue, Oct 26, 2010 at 10:43 AM, dengning dunning2...@gmail.com wrote: Hi gurus, I wrote a multithread application by pthread and bind the threads with specific cpu cores by processor_bind(), now I am wanting to confirm if the binding is effective. I wonder if there is a system call to return the current core_id of a certain thread? I failed to get the answer by going through some solaris documentations. Thank you for your attention. I feel sorry if the question is previously addressed. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Newbie question : snapshots, replication and recovering failure of Site B
Hi, I'm planning to use the replication scripts on that page : http://www.infrageeks.com/groups/infrageeks/wiki/8fb35/zfs_autoreplicate_script.html It uses the timeslider (other way possible) to take snapshots, uses zfs send/receive to replicate and another script for cleaning up the old snapshots. My question : in the event that there's no more common snapshot between Site A and Site B, how can we replicate again ? (example : Site B has a power failure and then Site A cleanup his snapshots before Site B is brought back, so that there's no more common snapshots between the sites). I'm thinking of using OpenSolaris for my 30TB storage (replicated to another 30TB). If a situation like this happens, will I need to erase eveything in Site B, and start all over again ? Or is there another more efficient (faster) way ? How ? Thank you -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Photographs of Singapore Citizen Mr. Teo En Ming (Zhang Enming)
Dear All, Please click on the following photo links [photographs of Singapore Citizen Mr. Teo En Ming (Zhang Enming)]. [0] http://i.imgur.com/xTfLr.jpg [1] http://i54.tinypic.com/2415z7t.jpg [2] http://img842.imageshack.us/img842/7534/enmingteodscf2511.jpg [3] http://img543.imageshack.us/img543/9185/dscf4036.jpg [4] http://i.imgur.com/2vZxb.jpg [5] http://i51.tinypic.com/dqgm8h.jpg [6] http://imgur.com/Ywca3.jpg Thank you very much for your kind attention. -- Yours sincerely, Singapore Citizen Mr. Teo En Ming (Zhang Enming) 张恩鸣 Dip(Mechatronics) BEng(Hons)(Mechanical Engineering) Singapore Identity Card No.: S78*6*2*H Location: Bedok Reservoir Road, Singapore ZIP: 470103 Mobile Phone (Starhub Pre-paid): +65-8369-2618 Windows Live Messenger: teoenming-at-hotmail.com My Youtube videos: http://www.youtube.com/user/enmingteo Alma Maters: [1] Singapore Polytechnic (Graduated 1998) [2] National University of Singapore (Graduated 2006) My Open Letter (Plea for Medical Help/Assistance) to World Leaders (Updated 28 August 2010):- http://lists.mcs.anl.gov/pipermail/mpich-discuss/2010-August/007811.html http://mythtv.org/pipermail/mythtv-users/2010-August/295952.html http://archives.gentoo.org/gentoo-user/msg_f6a341d9623fda17880159b137c07335.xml Photo of Singapore Citizen Mr. Teo En Ming (Zhang Enming) 张恩鸣 #1: http://i54.tinypic.com/2415z7t.jpg Photo of Singapore Citizen Mr. Teo En Ming (Zhang Enming) 张恩鸣 #2: http://img842.imageshack.us/img842/7534/enmingteodscf2511.jpg Photo of Singapore Citizen Mr. Teo En Ming (Zhang Enming) 张恩鸣 #3: http://i.imgur.com/qD4OM.jpg Photo of Singapore Citizen Mr. Teo En Ming (Zhang Enming) 张恩鸣 #4: http://i.imgur.com/FboCX.jpg ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] FAQ: The Big Website Merge -java.sun.com, developers.sun.com, BigAdmin, OTN
Interesting on the merge. C. L. Whitely a href=http://www.bonanza.com/booths/cyndarelli/items/Power_Balance_Wristband_Silicone_Wholesale_black_clear_pink;power balance wristbands silicone wholesale black clear pink white xs extra small s small medium m large l x large xl/a a href=http://theinternetbiz.com/powerbalancesiliconewristbandbraceletxssmlclearwhiteblackpink-tp2-114.html;power balance wristbands silicone wholesale black clear pink white xs extra small s small medium m large l x large xl/a -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Quick question about the future
, they also need to avoid alienating their best developers and also all the small-time users (students, programmers/sysadmins that also use Solaris at home, small businesses) Only if we could get all those superstar devs that left to join either OpenIndiana, Illumos,nexenta. I would love to see that happening:-) I think it will be tough for Oracle to replace those star devs. it reminds me of the saying an army of one thousand is easy to get, one general is tough to find. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] [b 133] Catching messages on reboot from failure
Why is the console interface left so primitive?. Seems it would at least have a usable mouse so one could have some chance of copy paste when there are what appear to be important messages written to console. This is only a problem, of course if you cannot manage a gui boot for whatever reason, you are fairly dim witted and not very knowledgeable about where to find the problems enumerated in the console messages, or the solaris logging, error tracking etc scheme. I have messages on my console that came following a complete power failure and reboot, I'm told to use fmdump to find information from the `EVENT-ID' but of course those IDs have scrolled past the visible console screen. I see no way to dump the screen or copy in any way the messages now scrolled past... further even the ones still visible would require taking them down in longhand and moving to a different machine to relog in via ssh or such. Seems ridiculous on the face of it to have such a primitive console in 2010. And finally there is one helpful bit in the messages that tells me to find more info at: sun.com/msg/FMD-8000-6U That gets me redirected to: https://identity.sun.com/amserver/UI/Login?org=self_registered_usersgoto=http://sunsolve.sun.com/search/document.do?assetkey=1-67-FMD-8000-6U-1 Which appears to be pretty useless for finding what these messages might mean. And is apparently some mess done by the new oracle crew. It seems these console messages would at least conclude with a final line telling user where to find the messages that have been written to console... Well, yeah I suppose I'm supposed to know that already but to my mind the logging and error records are quite complicated on solaris, or at least it seems so given my linux background. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Quick question about the future
On 26 Oct 2010, at 23:05, Edward Martinez wrote: , they also need to avoid alienating their best developers and also all the small-time users (students, programmers/sysadmins that also use Solaris at home, small businesses) Only if we could get all those superstar devs that left to join either OpenIndiana, Illumos,nexenta. I would love to see that happening:-) I hope we'll see this too. I think it will be tough for Oracle to replace those star devs. it reminds me of the saying an army of one thousand is easy to get, one general is tough to find. I'm not so sure. Oracle can clearly attract talent, otherwise they wouldn't be in the dominant position they're in today. Solaris itself has a bright future. It's just a different future that I, and other Open Source advocates want for it. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [b 133] Catching messages on reboot from failure
On Tue, 26 Oct 2010 17:14:24 -0500 Harry Putnam rea...@newsguy.com wrote: Why is the console interface left so primitive?. Seems it would at least have a usable mouse so one could have some chance of copy paste when there are what appear to be important messages written to console. (stuff deleted) Hi Harry, I'm not sure if you were venting or asking a question, and if you were asking a question I may or may not have a good answer for you. But I also have somewhat of a linux background. I think that Osol also has a dmesg file like linux does, but I'm not positive. (That's where boot-up messages would go, just type dmesg in a terminal.) Otherwise, general system log messages in osol go in /var/adm/messages (as opposed to /var/log/messages in linux). Or poke around in /var and/or /var/adm to see if there are any other interesting log files... I found the /var/adm location by poking around because I knew there had to be some system log files around somewhere. Then you can open the log file in your favorite text editor (gui or vi or whichever) HTH. Cia W ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [b 133] Catching messages on reboot from failure
rea...@newsguy.com said: Why is the console interface left so primitive?. Seems it would at least have a usable mouse so one could have some chance of copy paste when there are what appear to be important messages written to console. Hi Harry, As someone else mentioned, most of this stuff will end up in the /var/adm/messages file. Except, of course, for the very interesting lowest-level boot problems. The reason why it's so primitive is that at this point (in Solaris, OpenSolaris, Linux, or Windows), you're still pretty much dependent on whatever features the BIOS provides you, which limits you just to the old-fashioned, low-tech text-only console. There's just not enough software running yet to give you a GUI. What you need to solve such scrolling off the screen problems is something even lower tech: a serial (RS232, COM-port) console. Not all desktop PC BIOS'es can redirect their BIOS text to a COM port, but Solaris Linux can be told to do so for their system console input output. And grub itself can be told to do this as well. Then you hook up your troublesome machine's serial (COM) port to a working machine's serial port, fire up a terminal emulator (Windows hyperterm will work; On Linux/Unix I would use conserver, but tip will do in a pinch), and watch the console messages that way. Of course, getting the serial ports wired correctly is a bit of an art (you may need a null modem cable, for example); And there are some boot-time flags you enter via grub to tell whatever kernel you're booting to temporarily use a tty console. Telling Google something like solaris boot serial console turns up quite a few references. Regards, Marion ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] How to check the processor_id of the running threads inside an application?
Do you mean that if the third parameter is PBIND_QUERY while the last parameter is not NULL (obind here), the binding processorid structure will be stored in the last processorid_t obind? Then, I could read it... -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] How to check the processor_id of the running threads inside an application?
That is what the manpage suggests. Looking at the source, it looks like that's what it does as well. On Tue, Oct 26, 2010 at 9:33 PM, dengning dunning2...@gmail.com wrote: Do you mean that if the third parameter is PBIND_QUERY while the last parameter is not NULL (obind here), the binding processorid structure will be stored in the last processorid_t obind? Then, I could read it... -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [b 133] Catching messages on reboot from failure
On Tue, Oct 26, 2010 at 9:09 PM, Marion Hakanson hakan...@ohsu.edu wrote: rea...@newsguy.com said: Why is the console interface left so primitive?. Seems it would at least have a usable mouse so one could have some chance of copy paste when there are what appear to be important messages written to console. Hi Harry, As someone else mentioned, most of this stuff will end up in the /var/adm/messages file. Except, of course, for the very interesting lowest-level boot problems. In which case you can edit the kernel line in grub to add a -k option to the boot options. If the system panics, you will be dropped to a kmdb prompt. You can manually enter kmdb with F1-A or shift-break from a text console. You can use Ctrl-Alt-F1 to shift to the text console if you aren't there already. Once at the kmdb prompt, you can use ::msgbuf to see the things that have scrolled off the screen. You should get the output a page at a time. If you need to provide this information to mailing lists, take a somewhat low resolution picture of it (e.g. a 1 megapixel picture from your mobile phone is most likely quite adequate). kmdb allows you to do many other interesting things, such as looking at running processes (::ptree, ::ps, ...) looking as to why a particular process is hung (::pgrep hungprocess | ::walk thread | ::findstack -v). If you are inclined to dig into this further, I would suggest perusing the mdb manual. Pretty much everything that works with mdb -k works with kmdb. The key exception that I've noticed is the lack of the ! operator to pipe dcmd output to a shell command. Considering that the OS is stopped while you are at a kmdb prompt, it's not surprising that ! doesn't work. The serial console advice below is also quite helpful if you have suitable hardware. Unfortunately, many systems these days lack a serial port. I doubt (without testing - I may be quite wrong) that a serial port hanging off of a USB port will be a very poor/fragile console. What you need to solve such scrolling off the screen problems is something even lower tech: a serial (RS232, COM-port) console. Not all desktop PC BIOS'es can redirect their BIOS text to a COM port, but Solaris Linux can be told to do so for their system console input output. And grub itself can be told to do this as well. Then you hook up your troublesome machine's serial (COM) port to a working machine's serial port, fire up a terminal emulator (Windows hyperterm will work; On Linux/Unix I would use conserver, but tip will do in a pinch), and watch the console messages that way. Of course, getting the serial ports wired correctly is a bit of an art (you may need a null modem cable, for example); And there are some boot-time flags you enter via grub to tell whatever kernel you're booting to temporarily use a tty console. Telling Google something like solaris boot serial console turns up quite a few references. Regards, Marion ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org -- Mike Gerdts http://mgerdts.blogspot.com/ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org