Re: [osol-discuss] DRAFT: OpenSolaris Use Case Project Proposal
I'd like to help out where possible. There are definitely use cases that the sysadmin community could help out with. There has been a lot of discussion lately about installation, configuration, and management of opensolaris. In the LDoms community, we could also get involved. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Virtualization Architect and Consultant Web: http://unixconsole.blogspot.com E-Mail: unixcons...@yahoo.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* - Original Message From: Jim Walker To: OpenSolaris Indiana ; facilitation-disc...@sun.com; Open Solaris Sent: Friday, August 14, 2009 12:07:18 PM Subject: [osol-discuss] DRAFT: OpenSolaris Use Case Project Proposal 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. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] DRAFT: OpenSolaris Use Case Project Proposal
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. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org I'd be interested in this and am formally volunteering. -- Cheers, Steven Acres Toronto OpenSolaris User Group Leader http://opensolaris.org/os/project/torosug ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Sharing files/directories with Windows
Currently the storage is attached to the Windows server and I need to place files there to be backed up to tape. I am trying to get the Windows admin to add an ssh server so I could just scp the files via script. The CIFS on Solaris looks like a future item to solve storage both directions. My hardware and our security posture will not allow it at this time. Randy -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [indiana-discuss] DRAFT: OpenSolaris Use Case Project Proposal
Count on me for OpenSolaris Desktop and Development Tools. OpenSolaris is basically development platform and I think these two areas are of high importance for developers. Uros Nedic Belgrade, Serbia > Date: Fri, 14 Aug 2009 11:07:18 -0600 > From: james.wal...@sun.com > To: indiana-disc...@opensolaris.org; facilitation-disc...@sun.com; > opensolaris-discuss@opensolaris.org > Subject: [indiana-discuss] DRAFT: OpenSolaris Use Case Project Proposal > > 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 _ Share your memories online with anyone you want. http://www.microsoft.com/middleeast/windows/windowslive/products/photos-share.aspx?tab=1 ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Sharing files/directories with Windows
Randy Wynn wrote: Background: Secure environment forces us to use out of the box features. Basic needs: Place Solaris files to be backed up on a Windows server Enable indows server to place files on a Solaris filesystem By "on a Windows server" do you mean physically on the box? If not, use a ZFS filesystem and share the filesystem with CIFS so you can mount it on the windows box. -- Ian. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] [indiana-discuss] DRAFT: OpenSolaris Use Case Project Proposal
Hi Jim. I'm still very much interested in participating in this effort. Thanks and take care. --joanie On Fri, 2009-08-14 at 11:07 -0600, 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
Great idea! +1 for Documentation community sponsorship. -alan 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
[osol-discuss] Sharing files/directories with Windows
Background: Secure environment forces us to use out of the box features. Basic needs: Place Solaris files to be backed up on a Windows server Enable indows server to place files on a Solaris filesystem I am looking for the simplest possible solution. I have been looking at LDAP authenticating to the Windows domain but that seems like way too much trouble. I have also seen some articles about mounting Windows CIFS on Solaris and NFS shares on Windows. Any pointers to simple solutions would be appreciated. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Open Solaris 0906 on an Ultra 10
Unfortunately this isn't possible at this time. However, as a temporary measure (this won't be possible forever), you could use SXCE until a text install powered SPARC version becomes available. It's not what you want right now, but until Caiman is finished on SPARC it may work for you. And before you answer, yes, I know that SXCE is being phased out. http://www.opensolaris.org/os/downloads/sol_ex_dvd_1/ On Fri, Aug 14, 2009 at 12:32, 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. > > http://opensolaris.org/os/project/caiman/auto_install/Documentation/ -- " ' With the first link, the chain is forged. The first speech censured, the first thought forbidden, the first freedom denied, chains us all irrevocably.' Those words were uttered by Judge Aaron Satie as wisdom and warning... The first time any man's freedom is trodden on we’re all damaged." - Jean-Luc Picard, quoting Judge Aaron Satie, Star Trek: TNG episode "The Drumhead" - Alex Smith (K4RNT) - Murfreesboro/Nashville, Tennessee USA ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Open Solaris 0906 on an Ultra 10
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. http://opensolaris.org/os/project/caiman/auto_install/Documentation/ Cheers, -- Glenn ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
* casper@sun.com (casper@sun.com) wrote: > > > >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. The graphical installer isn't going to solve this problem. The automated installer however would. > "Visual panels" do not work when you need to install 100s of systems. No, but a package which once installed as part of the automated installer that creates an smf service and method to do post-install customization would work. > 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. 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. Cheers, -- Glenn ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] DRAFT: OpenSolaris Use Case Project Proposal
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. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
Shawn Walker wrote: casper@sun.com wrote: 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. Customers want hands-off installs should use Automated Installer; we're talking about the LiveCD installer AFAIk. Before I forget, even if someone *was* talking about the automated case, configuration beyond the very minimum still doesn't belong in the installer itself. And from what I understand, SMF is going to be used for configuration for AI. The same philosophy is followed in pkg(5) for good reasons ... Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
casper@sun.com wrote: 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. Customers want hands-off installs should use Automated Installer; we're talking about the LiveCD installer AFAIk. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
Yup, I opened a bug on this exact issue.. 10543. It makes no sense to be unable to do that with the "create-client" subcommand to installadm. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Virtualization Architect and Consultant Web: http://unixconsole.blogspot.com E-Mail: unixcons...@yahoo.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* - Original Message From: Ethan Erchinger To: Tom Georgoulias ; opensolaris-discuss@opensolaris.org Sent: Friday, August 14, 2009 10:29:53 AM Subject: Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11) > I'd love to do the same for my few opensolaris systems, but we use > static IPs so I can't use AI. I hope that gets fixed soon. > Maybe this was mentioned already, but why can't you statically assign IPs in DHCP, then use AI? ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
And who's going to go run around with this USB stick in a data center? Doesn't sound like a realistic solution. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Virtualization Architect and Consultant Web: http://unixconsole.blogspot.com E-Mail: unixcons...@yahoo.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* - Original Message From: Paul Gress To: opensolaris-discuss@opensolaris.org Sent: Friday, August 14, 2009 9:34:08 AM Subject: Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11) casper@sun.com wrote: > >> 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. > Just a thought, couldn't you use a USB Stick to save configuration files, so the next 99 installs take data from there? Paul ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Manual upgrade process from 101b?
Thanks again to Evan Layton - all fixed now! -- 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)
On Fri, Aug 14, 2009 at 10:47 AM, Volker A. Brandt wrote: >> > "Visual panels" do not work when you need to install 100s of systems. >> >> Just a thought, couldn't you use a USB Stick to save configuration >> files, so the next 99 installs take data from there? > > Hmmm the 100s of systems will usually be installed *simultaneously*. > Also, it's no fun to crawl through a datacenter and plug a stick > into a server at rack unit #0 :-) Particularly when the systems are scattered over multiple cities/states/countries/continents. :) fpsm ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
I will concur. The single most important issue to me with regards to installing a system is that I be able to do it automatically and remotely. I have quite literally installed thousands of Solaris instances on dozens of hardware platforms - less than a hundred have been interactively and probably fewer than 2 dozen have been on systems with a graphics card installed. Making me jump through additional (unnecessary) hoops after installation to fix a broken environment just to make it more "linux-friendly" is not going to make me very interested in using OpenSolaris - if I wanted to use Linux, I'd use Linux. fpsm On Fri, Aug 14, 2009 at 9:35 AM, Octave Orgeron wrote: > Totally agree Casper! The power of Jumpstart has enabled customers to deploy > servers from scratch with little to no manual configuration after doing a > "boot net -install". AI has to be as flexible and hopefully easier to > configure by learning from what customers do with Jumpstart (take a look at > JET as a starting place), otherwise OpenSolaris will be seen as a complete > PITA to deploy and just another reason to look at some other OS. I really do > think that AI can be extended to encompass 90% of what a competent > provisioning system does, but without scripting. Possibly more if an > intelligent framework is put in place. > > 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. > > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* > 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 > ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
On 08/14/2009 11:29 AM, Ethan Erchinger wrote: I'd love to do the same for my few opensolaris systems, but we use static IPs so I can't use AI. I hope that gets fixed soon. Maybe this was mentioned already, but why can't you statically assign IPs in DHCP, then use AI? We aren't running a DHCP server on our network. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
> I'd love to do the same for my few opensolaris systems, but we use > static IPs so I can't use AI. I hope that gets fixed soon. > Maybe this was mentioned already, but why can't you statically assign IPs in DHCP, then use AI? ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
On 08/14/2009 10:47 AM, Volker A. Brandt wrote: "Visual panels" do not work when you need to install 100s of systems. Just a thought, couldn't you use a USB Stick to save configuration files, so the next 99 installs take data from there? Hmmm the 100s of systems will usually be installed *simultaneously*. Also, it's no fun to crawl through a datacenter and plug a stick into a server at rack unit #0 :-) Nope, especially when you don't own your datacenter or it is too far away to visit it. :) Seriously, any interactive install that cannot be automated is a major roadblock in a horizontally scaled environment. I can do hands off provisioning of Linux servers in minutes using cobbler and kickstart. I'd love to do the same for my few opensolaris systems, but we use static IPs so I can't use AI. I hope that gets fixed soon. All these suggestions for interactive installers and firstboot login config might be fine for low node count vertical solutions, but for large node count, horizontally scaled environments they are a show stopper. Tom ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
Volker A. Brandt wrote: "Visual panels" do not work when you need to install 100s of systems. Just a thought, couldn't you use a USB Stick to save configuration files, so the next 99 installs take data from there? Hmmm the 100s of systems will usually be installed *simultaneously*. Also, it's no fun to crawl through a datacenter and plug a stick into a server at rack unit #0 :-) Regards -- Volker Me being an Electro/Mechanical Engineer have designed robotic systems that have a feature called "gear following". What that means, is if one motor spins another motor will follow it exactly step by step by using optical encoders to tell the position of each motor. The following motor can be programmed to multiply steps or divide steps to follow as if gears were in place. So, why couldn't the other 99 computer follow the lead of the first computer? Paul ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
> > "Visual panels" do not work when you need to install 100s of systems. > > Just a thought, couldn't you use a USB Stick to save configuration > files, so the next 99 installs take data from there? Hmmm the 100s of systems will usually be installed *simultaneously*. Also, it's no fun to crawl through a datacenter and plug a stick into a server at rack unit #0 :-) 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] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
casper@sun.com wrote: 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. Just a thought, couldn't you use a USB Stick to save configuration files, so the next 99 installs take data from there? Paul ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Link aggregation
rudro stated: < I am trying to do static link aggregation using a Netgear switch.Open solaris System has an aggregation that consists of two interfaces, bge0 and bge1. These interfaces are connected to the switch through aggregated ports. If both links are connected, in Netgear, traffic is only on one link & BW is limited to one link. Do all switched do load balancing between links within static aggregation group, and if so, what might my problem be? What traffic, is it a single stream or multiple streams/connections ? < Thanks < -- Sean. . ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
Totally agree Casper! The power of Jumpstart has enabled customers to deploy servers from scratch with little to no manual configuration after doing a "boot net -install". AI has to be as flexible and hopefully easier to configure by learning from what customers do with Jumpstart (take a look at JET as a starting place), otherwise OpenSolaris will be seen as a complete PITA to deploy and just another reason to look at some other OS. I really do think that AI can be extended to encompass 90% of what a competent provisioning system does, but without scripting. Possibly more if an intelligent framework is put in place. 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. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* 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
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
This is something that should be configurable globally and when an account is created. Globally in cases where it's required for applications (think monitoring software, commercial apps, etc.). That should be done with a command like the netservices and through an AI variable for network installations. Account wise, it should be a flag in useradd to select the corresponding profile data in /etc/skel to populate the account home directory with. *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Octave J. Orgeron Solaris Virtualization Architect and Consultant Web: http://unixconsole.blogspot.com E-Mail: unixcons...@yahoo.com *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* From: Che Kristo To: Shawn Walker Cc: opensolaris-discuss@opensolaris.org Sent: Friday, August 14, 2009 3:41:55 AM Subject: Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11) + 1 for the visual panel idea. I still think however that by default Solaris and OpenSolaris should present it's own "personality" rather than putting "linuxiness" before quality On Fri, Aug 14, 2009 at 4:49 PM, Shawn Walker wrote: przemol...@poczta.fm wrote: > >>>On Thu, Aug 13, 2009 at 12:57:07PM -0500, Shawn Walker wrote: >> >Jan Friedel wrote: >>> >>>On Wed, Aug 12, 2009 at 05:04:26PM -0700, Alan Coopersmith wrote: >> >>AFAICT, Indiana by default comes with a PATH that has /usr/gnu/bin in >>front of the rest >> >That is the default environment for the new user created by the OS >installer. >>As always, users are free to change their $PATH to any set of tools >>they like, >>and shell scripts are encouraged to declare the paths to the tools >>they need >>so they are not broken by users with different $PATH settings. > I'm just curious, why this cannot be an installation option? Sth. like ability to set netservices(1M) during the S10 installation. >>>If you read past discussions on the installer, you'll see that one of the >>>goals was to keep the install process as simple as possible. Configuration >>>options like this belong in the firstboot configuration setup, or in visual >>>panels where they don't add to the complexity of the installer. >>> But one of the (hidden ?) goals of OpenSolaris is to attract linux users. So one additional screen during installation which asks about your habits (PATH, etc.) shoudn't make it really more complicated. >> > >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. > >>Cheers, >>-- >>Shawn Walker > >>___ >>opensolaris-discuss mailing list >opensolaris-discuss@opensolaris.org > ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] access cifs share on open solaris machine with authentication from windows
i'm not sure how cifs deals with roles, and root is a role in opensolaris, can you try with another user? On Fri, Aug 14, 2009 at 8:56 AM, rudro wrote: > I am unable to share cifs share on open solaris with authentication from > windows machine. I followed the following steps > > # svcadm enable -r smb/server > > # zfs create tank/cifs0 > > # zfs set sharesmb=on tank/cifs > # sharemgr show -vp > default nfs=() > zfs > zfs/tank/cifs0 smb=() > tank_cifs0=/tank/cifs0 > > r...@isv-x4500b # zfs set sharesmb=name=cifs0 tank/cifs0 > r...@isv-x4500b # sharemgr show -vp > default nfs=() > zfs > zfs/tank/cifs0 smb=() > cifs0=/tank/cifs0 > > Set the name of the Workgroup. > > # smbadm join -w solcifs > Successfully joined workgroup 'solcifs' > > Install the SMB PAM module > > Add the below line to the end of /etc/pam.conf: > > other password required pam_smb_passwd.so.1 nowarn > > In this whole process, this is the only time I have to edit a file, and this > is a one off. > > Set/Change the Passwords for any Solaris User That Will be Used to > Authenticate when Connecting to a CIFS share > > I will user root, but I could use any Solaris user the server knows about. > > # passwd root > New Password: > Re-enter new Password: > passwd: password successfully changed for root > > > With the SMB PAM module installed, this generates passwords that can be used > by Windows as well as Solaris. This is a required step. > > >From Windows, Map the Share > > >From windows, the share is accessed via its UNC path: \\192.168.161.23\cifs0 > -- > 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] Link aggregation
On 08/14/09 07:46, rudro wrote: I am trying to do static link aggregation using a Netgear switch.Open solaris System has an aggregation that consists of two interfaces, bge0 and bge1. These interfaces are connected to the switch through aggregated ports. If both links are connected, in Netgear, traffic is only on one link & BW is limited to one link. Do all switched do load balancing between links within static aggregation group, and if so, what might my problem be? Thanks My Netgear GS716T works fine with link aggregations. Both with bge and e1000g interfaces on systems. Off-hand, I don't know what their hashing policy is. I am running version 1.1.6. I may try to verify some more how it is spreading since I was thinking about a blog write-up on VLANs and aggregations anyway. Steffen ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] access cifs share on open solaris machine with authentication from windows
I am unable to share cifs share on open solaris with authentication from windows machine. I followed the following steps # svcadm enable -r smb/server # zfs create tank/cifs0 # zfs set sharesmb=on tank/cifs # sharemgr show -vp default nfs=() zfs zfs/tank/cifs0 smb=() tank_cifs0=/tank/cifs0 r...@isv-x4500b # zfs set sharesmb=name=cifs0 tank/cifs0 r...@isv-x4500b # sharemgr show -vp default nfs=() zfs zfs/tank/cifs0 smb=() cifs0=/tank/cifs0 Set the name of the Workgroup. # smbadm join -w solcifs Successfully joined workgroup 'solcifs' Install the SMB PAM module Add the below line to the end of /etc/pam.conf: other password required pam_smb_passwd.so.1 nowarn In this whole process, this is the only time I have to edit a file, and this is a one off. Set/Change the Passwords for any Solaris User That Will be Used to Authenticate when Connecting to a CIFS share I will user root, but I could use any Solaris user the server knows about. # passwd root New Password: Re-enter new Password: passwd: password successfully changed for root With the SMB PAM module installed, this generates passwords that can be used by Windows as well as Solaris. This is a required step. >From Windows, Map the Share >From windows, the share is accessed via its UNC path: \\192.168.161.23\cifs0 -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Link aggregation
I am trying to do static link aggregation using a Netgear switch.Open solaris System has an aggregation that consists of two interfaces, bge0 and bge1. These interfaces are connected to the switch through aggregated ports. If both links are connected, in Netgear, traffic is only on one link & BW is limited to one link. Do all switched do load balancing between links within static aggregation group, and if so, what might my problem be? Thanks -- 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)
+ 1 for the visual panel idea. I still think however that by default Solaris and OpenSolaris should present it's own "personality" rather than putting "linuxiness" before quality On Fri, Aug 14, 2009 at 4:49 PM, Shawn Walker wrote: > przemol...@poczta.fm wrote: > >> On Thu, Aug 13, 2009 at 12:57:07PM -0500, Shawn Walker wrote: >> >>> Jan Friedel wrote: >>> On Wed, Aug 12, 2009 at 05:04:26PM -0700, Alan Coopersmith wrote: > AFAICT, Indiana by default comes with a PATH that has /usr/gnu/bin in >> front of the rest >> > That is the default environment for the new user created by the OS > installer. > As always, users are free to change their $PATH to any set of tools > they like, > and shell scripts are encouraged to declare the paths to the tools they > need > so they are not broken by users with different $PATH settings. > I'm just curious, why this cannot be an installation option? Sth. like ability to set netservices(1M) during the S10 installation. >>> If you read past discussions on the installer, you'll see that one of >>> the goals was to keep the install process as simple as possible. >>> Configuration options like this belong in the firstboot configuration >>> setup, or in visual panels where they don't add to the complexity of the >>> installer. >>> >> >> But one of the (hidden ?) goals of OpenSolaris is to attract linux users. >> So one additional screen during installation which asks about your habits >> (PATH, etc.) >> shoudn't make it really more complicated. >> > > 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. > > Cheers, > -- > Shawn Walker > > ___ > opensolaris-discuss mailing list > opensolaris-discuss@opensolaris.org > ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
> 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. I agree 200% -- thank you for this clear and unambiguous statement. Note that the "hands-off" requirement extends to any third-party application that the customer might want to deploy during initial installation. So far, that requirement could be catered for by using the mechanisms available in SVR4 packages (i.e. pre/post-Scripts, CAS). 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] 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
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
On Fri, Aug 14, 2009 at 01:49:40AM -0500, Shawn Walker wrote: > przemol...@poczta.fm wrote: >> On Thu, Aug 13, 2009 at 12:57:07PM -0500, Shawn Walker wrote: >>> Jan Friedel wrote: On Wed, Aug 12, 2009 at 05:04:26PM -0700, Alan Coopersmith wrote: >> AFAICT, Indiana by default comes with a PATH that has >> /usr/gnu/bin in front of the rest > That is the default environment for the new user created by the OS > installer. > As always, users are free to change their $PATH to any set of tools they > like, > and shell scripts are encouraged to declare the paths to the tools they > need > so they are not broken by users with different $PATH settings. I'm just curious, why this cannot be an installation option? Sth. like ability to set netservices(1M) during the S10 installation. >>> If you read past discussions on the installer, you'll see that one of >>> the goals was to keep the install process as simple as possible. >>> Configuration options like this belong in the firstboot configuration >>> setup, or in visual panels where they don't add to the complexity of >>> the installer. >> >> But one of the (hidden ?) goals of OpenSolaris is to attract linux users. >> So one additional screen during installation which asks about your habits >> (PATH, etc.) >> shoudn't make it really more complicated. > > 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. Shawn, if "polluting" of the process (by one screen !) is going to attract more linux - I would go for it. Unless just after first boot the Visual Panel which helps to setup linux-related things is automatically run. Or, to make it more general, _during_installation_ I would ask if you want to run (just after first boot) series of config dialogs which let you setup your environment (e.g. similar to Linux) etc. Don't force linux users to look for information (how to change that or that or ..). Put those information in front of their faces and they will be happy because of this special treatment. Regards Przemyslaw Bak (przemol) -- http://przemol.blogspot.com/ -- Szukasz pracy? Sprawdź nasze oferty! http://link.interia.pl/f22b8 ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OT: Re: Oracle 10g on OpenSolaris (Solaris 5.11)
przemol...@poczta.fm wrote: > On Thu, Aug 13, 2009 at 12:57:07PM -0500, Shawn Walker wrote: >> Configuration options like this belong in the firstboot configuration >> setup, or in visual panels where they don't add to the complexity of the >> installer. > > But one of the (hidden ?) goals of OpenSolaris is to attract linux users. > So one additional screen during installation which asks about your habits > (PATH, etc.) > shoudn't make it really more complicated. Another one is to produce an OS that can be preinstalled on computers shipped by companies like Sun, Toshiba, Fujitsu, etc. Putting it in a first-boot dialog instead of an install dialog allows that to work and give hardware purchasers the same option as those who install the OS themselves. -- -Alan Coopersmith- alan.coopersm...@sun.com Sun Microsystems, Inc. - X Window System Engineering ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org