Re: [osol-discuss] [indiana-discuss] DRAFT: OpenSolaris Use Case Project Proposal
Hi Jim very interesting projects! count me on 'OpenSolaris Distributions' because I and our osug members now making some distros for OpenSolaris. Regards, -masafumi On 09.8.15 2:07 AM, Jim Walker wrote: This concept was discussed a few months ago on indiana-discuss as a beta test project, after looking at this more closely I refocused it on Use Cases since that is what we really are needing. There were several people interested in being part of a project like this. All input welcome. Specifically, I'm looking for five OpenSolaris users that want to help lead and contribute to this project. I won't be leading it, but will help out as I can. Cheers, Jim === o Project: OpenSolaris Use Case Project o Short Description: The OpenSolaris Use Case Project collects, develops and validates OpenSolaris operating system and application Use Cases and provides real world feedback to development, documentation, testing and other OpenSolaris groups to help ensure users get what they need from OpenSolaris distributions and applications. o Project Description: The primary focus of the OpenSolaris Use Case Project is to evaluate and organize real world OpenSolaris user experiences into Use Cases, case studies and best practices for the benefit of other OpenSolaris users, and to provide feedback to OpenSolaris developers, technical writers, testers and others so they may produce better quality products and education materials that more effectively meet user requirements. This project is run by users for users. Project roles and activities are diverse and include users bringing specific issues into the discussion, end users and consultants bringing expertise and focus to areas they are most interested in, Use Case organization and development experts, and project leaders who organize the overall project and review processes. Development, documentation, test teams and others can provide this project materials they want user feedback on prior to release to help ensure the user is getting what they need to be successful. Example areas of interest can include: * Core OpenSolaris Technologies zfs, smf, security, and DTrace and common OpenSolaris commands and utilities * OpenSolaris Installation and Packaging pkg, beadm commands, pkgmgr GUI, Automated Installer and Distro Constructor * OpenSolaris Desktop OpenSolaris desktop, layout and appearance and standard desktop applications * Virtualization zones, crossbow, ldoms, xVM, VirtualBox, etc... * OpenSolaris Distributions distribution centric use cases for BeleniX, MilaX, Nexenta, SchilliX etc... * OpenSolaris Applications OpenOffice, contrib repo applications, Oracle, etc... * Development Tools SunStudio, netbeans, hg, svn, etc... * Hardware Configurations Various hardware types and storage configurations, etc... * Combination Solutions Unique End User solutions using multiple technologies * Use Case Development This area focuses on Use Case development itself, including how Use Cases are written, Use Case tools and the review process. Both formal and informal Use Case methods will be used. o Sponsoring Communities: (need community facilitators to confirm they are interested in sponsoring this project) Documentation Community Installation and Packaging Community Desktop Community OS/Net (ON) Community Software Porters Community Distribution Community Testing Community o Project Members: Need 5 or more initial members, they will become Core Contributors. o Facilitator: Need 1 facilitator. o Project Needs: Standard project website and SCM setup at: http://www.opensolaris.org/os/project/usecase/ usecase-disc...@opensolaris.org email alias. ___ indiana-discuss mailing list indiana-disc...@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/indiana-discuss ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [indiana-discuss] DRAFT: OpenSolaris Use Case Project Proposal
Hi! Count on me to contribute for the "Virtualization" chapter. Best regards, HeCSa. On Sat, Aug 15, 2009 at 8:41 AM, Guruprasad wrote: > Hi, > > On 8/15/09, Che Kristo wrote: > > Hi Jim, > > > > I would like to help on this also...happy to work on desktop use cases. > > > > I would like to help with Desktop use-cases too. Count me in. > > Regards, > Guruprasad > ___ > opensolaris-discuss mailing list > opensolaris-discuss@opensolaris.org > -- HeCSa ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Blastwave repository down?
> Hello! I have searched for a couple of days on how to add the Blastwave > repository to the package manager, to no avail. No matter which method I > use, they all error out. I've tried from the command line, I've tried > adding it through the manager. Any idea if it is still up? It seemed to be working however .. even though I reset the process I still can not connect : # svcs -xv svc:/application/pkg/server svc:/application/pkg/server:default (image packaging repository) State: online since Sun Aug 16 04:46:45 2009 See: /var/svc/log/application-pkg-server:default.log Impact: None. really .. a browser should be able to see "something" : Failed to Connect Firefox can't establish a connection to the server at blastwave.network.com:1. Though the site seems valid, the browser was unable to establish a connection. I'll look into that. -- Dennis Clarke dcla...@opensolaris.ca <- Email related to the open source Solaris dcla...@blastwave.org <- Email related to open source for Solaris ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Blastwave repository down?
> Hello! I have searched for a couple of days on how to add the Blastwave > repository to the package manager, to no avail. No matter which method I > use, they all error out. I've tried from the command line, I've tried > adding it through the manager. Any idea if it is still up? I'll have a look. Last time I looked, it was running fine. -- Dennis Clarke dcla...@opensolaris.ca <- Email related to the open source Solaris dcla...@blastwave.org <- Email related to open source for Solaris ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Blastwave repository down?
Hello! I have searched for a couple of days on how to add the Blastwave repository to the package manager, to no avail. No matter which method I use, they all error out. I've tried from the command line, I've tried adding it through the manager. Any idea if it is still up? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] ATI Radeon HD2400 PRO PCI-e
--- On Sat, 8/15/09, Mutahir wrote: > From: Mutahir > Subject: [osol-discuss] ATI Radeon HD2400 PRO PCI-e > To: opensolaris-discuss@opensolaris.org > Date: Saturday, August 15, 2009, 2:37 PM > Hi All, > > I am thinking to install Opensolaris on my desktop (Dell > Dimension 5000) Pentium IV, 4GB Ram, 160GB SATA, I am using > add-in graphics card (Ati radeon sapphire hd2400pro pci-e > 256MB), the onboard (disabled) is GMA-950 (i think) > > Is this card supported in the opensolaris2009.06 as when I > installed the distribution before this one > opensolaris2008.11 i think, it will install fine but will > fail to load the gui. > > I will be grateful for any help on this and or how to > install it once the system is booting. > > Kind Regards Hello, You can usually have the xorg.conf file generated and then force your Xserver to run the radeon(hd) driver for 2D graphics. You can usually use the VESA driver to get you to the main screen overwise. You can't get 3D HW acceleration yet on the newer ATI cards under Solaris, but if you need this then I suggest the Nvidia GeForce 8400 GS and higher cards for faster 2D/3D HW acceleration. ~ Ken Mays ~ ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
> Be a man, and admit that you're wrong and fix the code such that > our customers can use OpenSolaris as that's the only Solaris they > can use in future. While I wouldn't put it quite as harshly, I certainly agree. Now if "everything" could be configured by deploying proper IPS packages during installation, I would be equally happy. What we need is a cookbook/blueprint/howto that walks us through the various tasks like editing a file, adding a driver, adding and configuring SMF services, etc. Many tasks are already covered in IPS, some aren't. But maybe this discussion had better move to the caiman and packaging lists... Regards -- Volker -- Volker A. Brandt Consulting and Support for Sun Solaris Brandt & Brandt Computer GmbH WWW: http://www.bb-c.de/ Am Wiesenpfad 6, 53340 Meckenheim Email: v...@bb-c.de Handelsregister: Amtsgericht Bonn, HRB 10513 Schuhgröße: 45 Geschäftsführer: Rainer J. H. Brandt und Volker A. Brandt ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] ATI Radeon HD2400 PRO PCI-e
Hi blacknov, thanks for your prompt response ; how would I enable it ? as when I install opensolaris with this card it just boots into text mode. Also, do you know which is a good graphics card which is supported natively in Opensolaris and solaris 10 ? As I am thinking to buy a card for another desktop so might as well get which is supported. Thanks Mutahir -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] ATI Radeon HD2400 PRO PCI-e
2D only and no acceleration at all. You might be better of with built-in card, Intel's card are well supported. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Open Solaris 0906 on an Ultra 10
> Is the required OBP version even available for a machine as old as an > Ultra 10? No, it isn't. The first "low end obsolete" Sparc box with the OBP is the Blade100/Blade150. > That machine is effectively obsolete and unsupported from > the OpenSolaris distro point of view. Even if it has enough memory to > run (it's possible to put 512mb into an Ultra 10, but I've seen few that > actually were equipped that way) It's possible to put in 1024MB. All U10s that are still alive at this time will have 512MB in them because used 128MB DIMMs are very cheap. > it won't have any graphics drivers > provided by Sun, so you'll have to try to get the community-provided > drivers working. Or use it for some other non-graphical purpose, such as a cheap repository server, or a compilation box, etc. etc. Regards -- Volker -- Volker A. Brandt Consulting and Support for Sun Solaris Brandt & Brandt Computer GmbH WWW: http://www.bb-c.de/ Am Wiesenpfad 6, 53340 Meckenheim Email: v...@bb-c.de Handelsregister: Amtsgericht Bonn, HRB 10513 Schuhgröße: 45 Geschäftsführer: Rainer J. H. Brandt und Volker A. Brandt ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Open Solaris 0906 on an Ultra 10
> Try installing SXCE instead of OpenSolaris and see if you can it to boot up > into the text installer This will work fine. The graphical installer in SXCE will work fine, too. -- Volker A. Brandt Consulting and Support for Sun Solaris Brandt & Brandt Computer GmbH WWW: http://www.bb-c.de/ Am Wiesenpfad 6, 53340 Meckenheim Email: v...@bb-c.de Handelsregister: Amtsgericht Bonn, HRB 10513 Schuhgröße: 45 Geschäftsführer: Rainer J. H. Brandt und Volker A. Brandt ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Open Solaris 0906 on an Ultra 10
Kerry- I know it's old hardware that's not supported, but try doing a regression test anyway ;-) Try installing SXCE instead of OpenSolaris and see if you can it to boot up into the text installer and install from there (try getting into a CDE desktop instead of GNOME after it's done installing). If the text installer doesn't work there, try Solaris 10 SPARC text install next, then Solaris 9 SPARC (Solaris 9 should work IMO). If you get real desperate try Solaris 8. You might also want to try running Milax (a minimal opensolaris distro like d amn small linux) instead of the Sun's 2009.xx Indiana distro and see how it works (I think there was a SPARC version for Milax available): http://www.milax.org/ If you're really dead set on getting into the nitty-gritty details of running an open source based SPARC operating system on old Sun hardware, the guy you need to get in touch with is Martin Bochnig: http://opensolaris.org/viewProfile.jspa?id=1246 Martin is an expert at building customized opensolaris operating systems for SPARC straight from the source code. He had a MartUX live CD available for SPARC a while ago: http://opensolaris.org/jive/thread.jspa?threadID=7639&tstart=0 http://www.martux.org/ and I think he also came out with another distro after that. If eventually you get too frustrated with running Solaris on it and want to take a break and try something else for a while, I also recommend trying either NetBSD or OpenBSD: http://www.openbsd101.com/installation.html I run OpenBSD on a lot of ancient SPARC machines and it runs like a champ. Great old "classic car" Sun hardware with a great classic BSD OS. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Open Solaris 0906 on an Ultra 10
Glenn Lagasse wrote: > Hi Kerry, > > * Kerry Cox (kerryj...@gmail.com) wrote: >> Just picked up an Ultra 10 Sun Workstation Elite 3D from my company. >> Wanting to install Open Solaris 0906 on it. I downloaded the latest >> Sparc build, but it did not seem to want to take. Not sure how to >> proceed. I am not seeing Ultra 10 on the hardware compatibility list. >> Does Open Solaris even install? > > So, firstly there is no bootable Sparc media for 2009.06. We (the > install team) know this is a deficiency and we'll get around to > addressing it eventually. What you downloaded is the Automated > Installer image for Sparc. > > That out of the way, the only way to install Sparc machines at the > present time with 2009.06 is to setup the Automated Installer on an X86 > machine. Probably not worth the trouble for a single Ultra-10 but > that's all there is. Is the required OBP version even available for a machine as old as an Ultra 10?That machine is effectively obsolete and unsupported from the OpenSolaris distro point of view. Even if it has enough memory to run (it's possible to put 512mb into an Ultra 10, but I've seen few that actually were equipped that way), it won't have any graphics drivers provided by Sun, so you'll have to try to get the community-provided drivers working. -- -Alan Coopersmith- alan.coopersm...@sun.com Sun Microsystems, Inc. - X Window System Engineering ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] ATI Radeon HD2400 PRO PCI-e
Hi All, I am thinking to install Opensolaris on my desktop (Dell Dimension 5000) Pentium IV, 4GB Ram, 160GB SATA, I am using add-in graphics card (Ati radeon sapphire hd2400pro pci-e 256MB), the onboard (disabled) is GMA-950 (i think) Is this card supported in the opensolaris2009.06 as when I installed the distribution before this one opensolaris2008.11 i think, it will install fine but will fail to load the gui. I will be grateful for any help on this and or how to install it once the system is booting. Kind Regards -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Oracle 10g on OpenSolaris (Solaris 5.11)
Alexander wrote: > Just my humble opinion. Why should community support two different sets of > quite similar tools. Maybe some things (e.g. ZFS ACL support) should be > integrated into GNU tools? Do you really believe that this will ever happen? The GNU tools do not even support Linux specific features, why do you believe that they will ever start supporting Solaris specific features? 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] Oracle 10g on OpenSolaris (Solaris 5.11)
> > -the default PATH now includes the gnu tools on top > (please, please, > > we need a switch in the installer for this, we > cannot have a set of > > tools that do not support zfs acls and zfs) > > Agreed. Just my humble opinion. Why should community support two different sets of quite similar tools. Maybe some things (e.g. ZFS ACL support) should be integrated into GNU tools? Another thing is IIIM... I only want to have two language on typical system, and our terminal clients stick to have GSwitchit application (and XKB doesn't need a separate iiimd daemon for a session). Why can't gswitchit be a choice for JDS. It perfectly compiles on Solaris, but doing it by hand each time deploying new terminal server (especially now, when we should switch to OpenSolaris from SXCE) is quite unpleasant... -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Performance Problems - how to kernel monitor
Actually - I found something. This solaris machine is a virtual machine, and I shutdown one of the other virtual machines. As soon as I did that, everything was awesome. I am not sure if there's simply too much load on the CPU, or if the other VM just needs vmware tools installed, but I know it's related to the fact of competing for resources against another VM. From: opensolaris-discuss-boun...@opensolaris.org [mailto:opensolaris-discuss-boun...@opensolaris.org] On Behalf Of Edward Ned Harvey Sent: Saturday, August 15, 2009 8:42 AM To: opensolaris-discuss@opensolaris.org Subject: [osol-discuss] Performance Problems - how to kernel monitor I'm having terrible performance problems right now (trying to FTP a large file from a solaris server, and only getting 8Mbit on 10/100 LAN) This is my only clue so far: [root ~]# top -Icb last pid: 5510; load avg: 7.23, 7.71, 5.30; up 0+11:25:06 08:32:03 48 processes: 45 sleeping, 1 running, 1 zombie, 1 on cpu CPU states: 0.0% idle, 1.6% user, 98.4% kernel, 0.0% iowait, 0.0% swap Kernel: 108 ctxsw, 4 trap, 1455 intr, 272 syscall, 4 flt Memory: 1024M phys mem, 49M free mem, 512M total swap, 510M free swap PID USERNAME LWP PRI NICE SIZE RES STATETIMECPU COMMAND 1907 root 1 330 3392K 2248K run441:19 78.50% /usr/sbin/in.ftpd -a 852 noaccess 17 590 172M 96M sleep 14:23 9.32% /usr/java/bin/java -server -Xmx128m -XX:+UseParallelGC -XX:ParallelGCThreads=4 5510 root 1 330 2816K 1512K cpu 0:01 8.72% top -Icb 3221 root 1 590 164M 23M sleep3:10 0.64% /usr/X11/bin/Xorg :0 -depth 24 -nolisten tcp -nobanner -auth /var/dt/A:0-NvayBb 670 root 1 590 3356K 1320K sleep 44:29 0.53% /usr/lib/vmware-tools/sbin/amd64/vmware-guestd-binary --background /var/run/vmw 3259 root 1 590 19M 13M sleep2:13 0.42% dtgreet -display :0 7 root 15 590 13M 8584K sleep1:04 0.21% /lib/svc/bin/svc.startd 544 root 1 590 7452K 1712K sleep0:09 0.10% /usr/lib/sendmail -bd -q15m -C /etc/mail/local.cf 329 root 1 590 1420K 656K sleep0:01 0.03% /usr/lib/utmpd 314 root 4 590 7972K 2792K sleep0:15 0.02% /usr/lib/inet/inetd start 633 root 1 590 2652K 564K sleep0:10 0.02% /usr/sbin/vmware-memctld --background /var/run/vmware-memctld.pid Notice: in.ftpd is consuming nearly all the CPU, and the system is spending 98% in kernel time. No iowait. This is a simple IO request. I don't think the system should be processor bound. I am curious why the system is spending all its time waiting for the kernel in the processor. I have no skills on dtrace. Could anybody offer me any advice on how to figure out what the system is doing . why it's taking so long . etc? The system has been in this state for the last 10 hours, and the progress meter predicts another 10 hours, although my manual calculator says another 5 hours. Thank you for any assistance. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Migrating from SXDE/SXCE to OpenSolaris
> Since the EOL announcement, I've been thinking of how > I should do the migration for my SOHO server. I did just that yesterday on my office workstation-server machine. It has been running Nevada for some 18 months, up until snv_104 (when I screwed something with zones and damaged my LU database; knowing that I will eventually jump to OpenSolaris, I decided it was not worth the effort to repair). > This > V20z box provides all services for the external and > internal networks (file server, mail server, backup > server, etc.). Apart from being my main workstation, it usually runs some 5-6 VirtualBox machines, iSCSI ComStar targets, CIFS and NFS server etc. In other words, it takes some pounding... > It has been running OpenSolaris since > snv_49 and I've been happily using Live Upgrade > flawlessly over the years. I'm currently up to > snv_110. > > I have the setup this way... > > Two main drives,each having two identical partitions: > a small ufs one for root and the rest in a zfs mirror > pool holding the user home directories and /usr/local > where all of the home-built programs reside (xjed, > dirvish, most, qmail, mailfront, spanmdyke, web > pages, etc.). I have been on ZFS root since this became possible, was it around snv_90 or thereabouts, not so sure. I've got some 6 SATA disks in, but they are mostly different sizes (between 120 and 320 GB), so apart from the mirrored rpool, the rest is another three zpools (not bothered about redundancy or backups on this machine for now... until it breaks, that is!) > > The second zfs pool consists of 5 external drives in > raid-z. This holds the backups for all networked > machines. > > My thought is that I want to migrate to OpenSolaris > using a zfs root on the entire disk and minimize > downtime. My first thought is to do it this way: > > * stop the mail and web services > * do a "final" disaster backup to the raid-z pool > * export the raid-z pool. > * break the mirror (how?) and then export this pool. zpool detach poolname device2detach I didn't bother with this, just turned off the second disk with the key at this stage. > * install OpenSolaris on one full drive (At this > point there is no turning back) > * attach the old mirrored drive back as a mirror > (using the full disk) > * import the other pool > * copy all the appropriate files from the backup > * configure and start the services. I send/received the interesting ZFS from the old mirror to one of the data pools, so the contents of the old system disk was not important; in any case, I wanted to go through the configuration process again. > > Anyone see any flaws or can suggest improvements to > my approach? Not really. I had a little problem - installed OpenSolaris on disk 0, disk 1 still had the old pool on, and grub's findroot screwes - there are two pools named rpool... I had to break in the boot process and remove the findroot command. After that I was able to attach disk 1 to the rpool and resilver (still haven't out the bootblocks on the second disk, though - Monday). > > Is there a reason why I should wait for the next > OpenSolaris official release before starting this? Not as far as I know it. I am using the snv_118 respin from GenUnix. Seems fine so far (well, modulo getting rid of fcoe service, but that is documented). I still will have to configure CIFS in our AD and enable the iSCSI bits before importing the data pools. > > Thanks. > Gary Chavdar -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Migrating from SXDE/SXCE to OpenSolaris
On Sat, Aug 15, 2009 at 7:41 AM, Gary Gendel wrote: > Since the EOL announcement, I've been thinking of how I should do > the migration for my SOHO server. This V20z box provides all > services for the external and internal networks (file server, mail > server, backup server, etc.). It has been running OpenSolaris since > snv_49 and I've been happily using Live Upgrade flawlessly over the > years. I'm currently up to snv_110. > > I have the setup this way... > > Two main drives,each having two identical partitions: a small ufs > one for root and the rest in a zfs mirror pool holding the user home > directories and /usr/local where all of the home-built programs > reside (xjed, dirvish, most, qmail, mailfront, spanmdyke, web pages, > etc.). > > The second zfs pool consists of 5 external drives in raid-z. This > holds the backups for all networked machines. > > My thought is that I want to migrate to OpenSolaris using a zfs root > on the entire disk and minimize downtime. My first thought is to do > it this way: > > * stop the mail and web services > * do a "final" disaster backup to the raid-z pool > * export the raid-z pool. > * break the mirror (how?) and then export this pool. > * install OpenSolaris on one full drive (At this point there is no > turning back) > * attach the old mirrored drive back as a mirror (using the full disk) > * import the other pool > * copy all the appropriate files from the backup > * configure and start the services. > > Anyone see any flaws or can suggest improvements to my approach? There is perhaps an improvement that allows you to not have to immediately destroy the ufs installation or make too hasty of a decision about overwriting your broken mirror. I suspect that this can be done in a live-upgrade-ish way. The trick is getting the intial boot environment populated - which I have kinda done. In my case, I needed to install a zone with the ipkg brand. However, a couple modifications to the procedure should allow this transition in the global zone. I quote from: http://opensolaris.org/jive/thread.jspa?messageID=370967#370884 } Anyway, here was my first run through this effort. Starting point is } a SXCE 108 T5120 with SUWNCXall, zfs root Whether you have zfs root right now or not doesn't matter a whole lot. } } 1. Get pkg-gate from mercurial } } $ hg clone ssh://a...@hg.opensolaris.org/hg/pkg/gate } destination directory: gate } requesting all changes } adding changesets } adding manifests } adding file changes } added 1040 changesets with 13427 changes to 7444 files } 4779 files updated, 0 files merged, 0 files removed, 0 files unresolved } } 2. Build pkg } } $ export PATH=$PATH:/apps/studio12/SUNWspro/bin } $ cd gate/src } $ make } $ make packages } } 3. Install packages } } # cd gate/packages } # pkgadd -d . all } } 4. Fake global zone's notion of entire [snip] Now is where the paths likely diverge. My thought is that you can now create a boot environment in the pool that is mirrored across the same drives as your UFS root. Let's pretend that pool is called "local". If you want the pool to be named rpool when all is done, just fix that now. I don't think that this matters a whole lot. For sake of consistency with anyone else that may be trying this starting with ZFS root with a standard root pool name, the commands will assume this is done. (stop things that need to be stopped) # zpool export local # zpool import local rpool Let's preserve your SXCE environment, by live upgrading from UFS to ZFS root. Details at on this type of move are at: http://docs.sun.com/app/docs/doc/820-7013/migratingufsoverview?a=view # lucreate -c sxce_ufs -n sxce_zfs -p rpool Now activate that live upgrade boot environment and reboot. # luactivate sxce_zfs # init 6 In a couple minutes you should have SXCE running from ZFS root. Now comes the time to transition to OpenSolaris. In an earlier step, you installed the current version of the ips utilities into your SXCE installation. Now we will use it to create and populate a new boot environment. # zfs create -o canmount=noauto rpool/ROOT/opensolaris # zfs mount rpool/ROOT/opensolaris /mnt # pkg image-create -f -F \ -p opensolaris.org=http://pkg.opensolaris.org/dev /mnt # pkg -R /a install SUNWcsd # pkg -R /a install SUNWcs # pkg -R /a install slim_install # pkg -R /a install entire # pkg -R /a set-authority --reset-uuid --no-refresh opensolaris.org # zfs umount rpool/ROOT/opensolaris The bulk of the commands from above were gleened from "pkg history -l | grep Command:" on an OpenSolaris installation performed with AI. Next, you will need to make this thing bootable. I don't have an x86 box running OpenSolaris handy at the moment, but the following should do the trick: # boootadm update-archive -R /a # bootadm list-menu Use the output of bootadm list-menu to help you find menu.lst. Make the appropriate updates to point to the new boot environment. I think this should be a matter of copy the entr
[osol-discuss] Performance Problems - how to kernel monitor
I'm having terrible performance problems right now (trying to FTP a large file from a solaris server, and only getting 8Mbit on 10/100 LAN) This is my only clue so far: [root ~]# top -Icb last pid: 5510; load avg: 7.23, 7.71, 5.30; up 0+11:25:06 08:32:03 48 processes: 45 sleeping, 1 running, 1 zombie, 1 on cpu CPU states: 0.0% idle, 1.6% user, 98.4% kernel, 0.0% iowait, 0.0% swap Kernel: 108 ctxsw, 4 trap, 1455 intr, 272 syscall, 4 flt Memory: 1024M phys mem, 49M free mem, 512M total swap, 510M free swap PID USERNAME LWP PRI NICE SIZE RES STATETIMECPU COMMAND 1907 root 1 330 3392K 2248K run441:19 78.50% /usr/sbin/in.ftpd -a 852 noaccess 17 590 172M 96M sleep 14:23 9.32% /usr/java/bin/java -server -Xmx128m -XX:+UseParallelGC -XX:ParallelGCThreads=4 5510 root 1 330 2816K 1512K cpu 0:01 8.72% top -Icb 3221 root 1 590 164M 23M sleep3:10 0.64% /usr/X11/bin/Xorg :0 -depth 24 -nolisten tcp -nobanner -auth /var/dt/A:0-NvayBb 670 root 1 590 3356K 1320K sleep 44:29 0.53% /usr/lib/vmware-tools/sbin/amd64/vmware-guestd-binary --background /var/run/vmw 3259 root 1 590 19M 13M sleep2:13 0.42% dtgreet -display :0 7 root 15 590 13M 8584K sleep1:04 0.21% /lib/svc/bin/svc.startd 544 root 1 590 7452K 1712K sleep0:09 0.10% /usr/lib/sendmail -bd -q15m -C /etc/mail/local.cf 329 root 1 590 1420K 656K sleep0:01 0.03% /usr/lib/utmpd 314 root 4 590 7972K 2792K sleep0:15 0.02% /usr/lib/inet/inetd start 633 root 1 590 2652K 564K sleep0:10 0.02% /usr/sbin/vmware-memctld --background /var/run/vmware-memctld.pid Notice: in.ftpd is consuming nearly all the CPU, and the system is spending 98% in kernel time. No iowait. This is a simple IO request. I don't think the system should be processor bound. I am curious why the system is spending all its time waiting for the kernel in the processor. I have no skills on dtrace. Could anybody offer me any advice on how to figure out what the system is doing . why it's taking so long . etc? The system has been in this state for the last 10 hours, and the progress meter predicts another 10 hours, although my manual calculator says another 5 hours. Thank you for any assistance. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Migrating from SXDE/SXCE to OpenSolaris
Since the EOL announcement, I've been thinking of how I should do the migration for my SOHO server. This V20z box provides all services for the external and internal networks (file server, mail server, backup server, etc.). It has been running OpenSolaris since snv_49 and I've been happily using Live Upgrade flawlessly over the years. I'm currently up to snv_110. I have the setup this way... Two main drives,each having two identical partitions: a small ufs one for root and the rest in a zfs mirror pool holding the user home directories and /usr/local where all of the home-built programs reside (xjed, dirvish, most, qmail, mailfront, spanmdyke, web pages, etc.). The second zfs pool consists of 5 external drives in raid-z. This holds the backups for all networked machines. My thought is that I want to migrate to OpenSolaris using a zfs root on the entire disk and minimize downtime. My first thought is to do it this way: * stop the mail and web services * do a "final" disaster backup to the raid-z pool * export the raid-z pool. * break the mirror (how?) and then export this pool. * install OpenSolaris on one full drive (At this point there is no turning back) * attach the old mirrored drive back as a mirror (using the full disk) * import the other pool * copy all the appropriate files from the backup * configure and start the services. Anyone see any flaws or can suggest improvements to my approach? Is there a reason why I should wait for the next OpenSolaris official release before starting this? Thanks. Gary -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
>That's your opinion of course, I and others pretty strongly disagree. >There are things that should absolutely be asked at install time. >However, install time is not the proper place to ask every possible >question someone might want to configure. There's a balance to be >struck. Of course there are differences between an interactive install >and a 'hands-off' install. I think I've provided an answer for how to >configure 'anything' post-install during an automated installation. Right, have you actually read what other people have posted? I've see *no* support for your position except one or two people in your team; yet, whenever I suggest that you're wrong I get a lot positive feedback both in these lists and in private. Be a man, and admit that you're wrong and fix the code such that our customers can use OpenSolaris as that's the only Solaris they can use in future. Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [indiana-discuss] DRAFT: OpenSolaris Use Case Project Proposal
Hi, On 8/15/09, Che Kristo wrote: > Hi Jim, > > I would like to help on this also...happy to work on desktop use cases. > I would like to help with Desktop use-cases too. Count me in. Regards, Guruprasad ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [indiana-discuss] DRAFT: OpenSolaris Use Case Project Proposal
Hi Jim, I would like to help on this also...happy to work on desktop use cases. Thank you Ché Kristo On Sat, Aug 15, 2009 at 3:07 AM, Jim Walker wrote: > This concept was discussed a few months ago on indiana-discuss as a beta > test > project, after looking at this more closely I refocused it on Use Cases > since > that is what we really are needing. There were several people interested in > being part of a project like this. > > All input welcome. > > Specifically, I'm looking for five OpenSolaris users that want to help > lead and contribute to this project. I won't be leading it, but will > help out as I can. > > Cheers, > Jim > > === > > o Project: OpenSolaris Use Case Project > > o Short Description: > > The OpenSolaris Use Case Project collects, develops and validates > OpenSolaris > operating system and application Use Cases and provides real world feedback > to > development, documentation, testing and other OpenSolaris groups to help > ensure > users get what they need from OpenSolaris distributions and applications. > > o Project Description: > > The primary focus of the OpenSolaris Use Case Project is to evaluate and > organize real world OpenSolaris user experiences into Use Cases, case > studies > and best practices for the benefit of other OpenSolaris users, and to > provide > feedback to OpenSolaris developers, technical writers, testers and others > so they may produce better quality products and education materials that > more > effectively meet user requirements. This project is run by users for users. > > Project roles and activities are diverse and include users bringing > specific > issues into the discussion, end users and consultants bringing expertise > and > focus to areas they are most interested in, Use Case organization and > development experts, and project leaders who organize the overall project > and review processes. > > Development, documentation, test teams and others can provide this project > materials they want user feedback on prior to release to help ensure the > user > is getting what they need to be successful. > > Example areas of interest can include: > > * Core OpenSolaris Technologies > > zfs, smf, security, and DTrace and common OpenSolaris commands and > utilities > > * OpenSolaris Installation and Packaging > > pkg, beadm commands, pkgmgr GUI, Automated Installer and Distro Constructor > > * OpenSolaris Desktop > > OpenSolaris desktop, layout and appearance and standard desktop > applications > > * Virtualization > > zones, crossbow, ldoms, xVM, VirtualBox, etc... > > * OpenSolaris Distributions > > distribution centric use cases for BeleniX, MilaX, Nexenta, SchilliX etc... > > * OpenSolaris Applications > > OpenOffice, contrib repo applications, Oracle, etc... > > * Development Tools > > SunStudio, netbeans, hg, svn, etc... > > * Hardware Configurations > > Various hardware types and storage configurations, etc... > > * Combination Solutions > > Unique End User solutions using multiple technologies > > * Use Case Development > > This area focuses on Use Case development itself, including how Use Cases > are written, Use Case tools and the review process. Both formal and > informal Use > Case methods will be used. > > > o Sponsoring Communities: > > (need community facilitators to confirm they are interested in > sponsoring this project) > > Documentation Community > Installation and Packaging Community > Desktop Community > OS/Net (ON) Community > Software Porters Community > Distribution Community > Testing Community > > o Project Members: > > Need 5 or more initial members, they will become Core Contributors. > > o Facilitator: > > Need 1 facilitator. > > o Project Needs: > > Standard project website and SCM setup at: > http://www.opensolaris.org/os/project/usecase/ > > usecase-disc...@opensolaris.org email alias. > > ___ > indiana-discuss mailing list > indiana-disc...@opensolaris.org > http://mail.opensolaris.org/mailman/listinfo/indiana-discuss > ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
Octave Orgeron schrieb: [snipp] Again.. more focus has to be put on Data Center deployments and management than desktop usage. I would love to see OpenSolaris compete with Windows or MacOS X on the desktop. But realistically, not even Linux is making a dent.. so where is the return on making an enterprise OS into a desktop OS? That's not to say putting effort into the desktop doesn't make sense. Just that it shouldn't be the deciding factor in important features like provisioning or management. I second this. Solaris as a desktop is illusionary. What am I supposed to do with it? Have you asked Adobe,Autodesk,Avid,$vendor to support Solaris? What is the timeframe? There would be plenty of opportunities to create value for a server product. Where is the Server part of OpenOffice à la sharepoint? A replacement for OS X Server might be interesting too... Linux is a mess wrt standardized management/monitoring/ provisioning but as of now Solaris has made very little effort here. WBEM or VisualPanels? What the heck is it good for to have both? cheers Paul *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Virtualization Architect and Consultant Web: http://unixconsole.blogspot.com E-Mail: unixcons...@yahoo.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* - Original Message From: "casper@sun.com" To: Shawn Walker Cc: opensolaris-discuss@opensolaris.org Sent: Friday, August 14, 2009 3:13:10 AM Subject: Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11) The point is that they don't *need* or have to be in the installer. They're just as beneficial and useful at firstboot, in a Visual Panel, or somewhere else. There is no overwhelmingly great reason to force them to be part of the install process. Installation should be about installation and the minimum amount of configuration to get the system going. Anything beyond that is a pollution of the process IMO. Our customers want an "hands-off" install; an install which can be customized to a point where the system reboots and nothing needs to be done. "Visual panels" do not work when you need to install 100s of systems. The fact that you are required to configure a system after it is installed is a bug. Any system which requires post-install configuration is broken to a point that is not usable. Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org