Re: [osol-discuss] job interview help!
Rosie, Not really an 'OpenSolaris/Solaris' question. Also, you may want to consolidate down to an Oracle/Solaris 10 architecture - removing MySql /SyBase overhead maintenance. ~ Ken --- On Mon, 3/15/10, Bayard Bell wrote: From: Bayard Bell Subject: Re: [osol-discuss] job interview help! To: "Rosie" Cc: opensolaris-discuss@opensolaris.org Date: Monday, March 15, 2010, 6:57 PM If you're doing cross-building question, a significant question is the network failover model: is service provision dependent on providing consistent service access at the IP or network name level? If it's currently tied to an IP address, does your network topology support address failover? What kind of concurrency model does the application allow? Is the application tied to locally mounted filesystem? What starts and stops application processes and what does their process model look like for various components (does the application daemonise itself vs. something like "(/usr/local/bin/myapp &)" for background and separation from the current process group vs. non-persistent process vs. scheduled application under something like cron or autosys)? What interfaces do you have to verify application state (e.g. "kill -0 $(cat /var/run/myapp)" vs. being able to contact a management thread in the server via a IP or domain socket)? Do application components currently run under SMF, or are you running an older kind of startup script or with additional mechanisms like cron? Am 11 Mar 2010 um 22:14 schrieb Rosie: > hi guys, > > I have a job interview next week and have been asked to make a presentation > on the following topic > > The computerised Library System at a university runs on a number of servers, > two of which are essential > to the service. These two standalone servers provide different parts of the > service and are each single > points of failure. The two servers and the applications running on them are: > > • Sun Fire V240 – 2x1503 MHZ UltraSPARC III CPUs – 8GB memory – 4 years > old – Solaris 9 – > Oracle 10.2 – MySQL 4.1.9-standard – applications to access library databse. > > • Sun Fire V490 – 2x1350 MHZ UltraSPARC IV CPUs – 8GB memory – 4 years old > – Solaris 8 – > Sysbase 12.0 – application to access university portal. > > Storage is provided on a dual site Storage Area Network. > > We must introduce high availability into our increasingly important Library > Systems so we wish to > replace these servers with new hardware and a configuration which will give > us high availability and > will minimise future down time. > > Suggest how this may be achieved based on the following assumptions: > > • The new high availability system will be hosted on Sun servers running > Solaris 10. > • We have two data centres in separate locations with fast fibre > connections. > • Data storage will continue to be provided from a two site SAN. > > > please, please help > anything at all would be greatly appreciated > > thanks, > Rosie > --This message posted from opensolaris.org > ___ > 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] job interview help!
If you're doing cross-building question, a significant question is the network failover model: is service provision dependent on providing consistent service access at the IP or network name level? If it's currently tied to an IP address, does your network topology support address failover? What kind of concurrency model does the application allow? Is the application tied to locally mounted filesystem? What starts and stops application processes and what does their process model look like for various components (does the application daemonise itself vs. something like "(/usr/local/bin/myapp &)" for background and separation from the current process group vs. non-persistent process vs. scheduled application under something like cron or autosys)? What interfaces do you have to verify application state (e.g. "kill -0 $ (cat /var/run/myapp)" vs. being able to contact a management thread in the server via a IP or domain socket)? Do application components currently run under SMF, or are you running an older kind of startup script or with additional mechanisms like cron? Am 11 Mar 2010 um 22:14 schrieb Rosie: hi guys, I have a job interview next week and have been asked to make a presentation on the following topic The computerised Library System at a university runs on a number of servers, two of which are essential to the service. These two standalone servers provide different parts of the service and are each single points of failure. The two servers and the applications running on them are: • Sun Fire V240 – 2x1503 MHZ UltraSPARC III CPUs – 8GB memory – 4 years old – Solaris 9 – Oracle 10.2 – MySQL 4.1.9-standard – applications to access library databse. • Sun Fire V490 – 2x1350 MHZ UltraSPARC IV CPUs – 8GB memory – 4 years old – Solaris 8 – Sysbase 12.0 – application to access university portal. Storage is provided on a dual site Storage Area Network. We must introduce high availability into our increasingly important Library Systems so we wish to replace these servers with new hardware and a configuration which will give us high availability and will minimise future down time. Suggest how this may be achieved based on the following assumptions: • The new high availability system will be hosted on Sun servers running Solaris 10. • We have two data centres in separate locations with fast fibre connections. • Data storage will continue to be provided from a two site SAN. please, please help anything at all would be greatly appreciated thanks, Rosie -- 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] OpenSolaris 2010.03 improvements?
> | No I meant a 64bit version of OpenSolaris. Right > now it's only available in 64bit for SPARC if I'm not > mistaken. > > Solaris has been a mixed 32/64bit install for many years. > > The installer runs 32bit. This has changed in OpenSolaris. The OpenSolaris x86 installer / livecd runs the 64-bit kernel on 64 bit capable hardware, unless your system has less then 1 GB of physical memory. (Running the 64-bit kernel is important to install to disks > 1TB) -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] about zfs exported on nfs
Harry Putnam wrote: Robert Thurlow writes: This makes a lot more sense. NFSv4 should have worked for you if you had the client and server both set to the same NFSv4 domain - if you care to work on this, we can. Thanks for the offer. Is there something NFSv4 offers that would make it worth doing? Probably the most tangible difference is the fact that a modern NFSv4 client will permit you to see child mounts, which we have sometimes called mirror mounts. With V3, the only way you can properly handle nested shares on a server is to list them all in an automounter map; with V4, they just show up properly. Linux clients and newer Nevada clients (post snv_77) will do this. And when I mention NFSv4 domain, it is not necessarily related to a DNS or NIS domain. They can be different, and sometimes just are different. This is about how a client or server converts a UID to a string like "thur...@sun.com" as V4 needs it, and how the other end converts it back to a numeric UID. If the domains don't match, you see "nobody". I don't recall how to set or see the NFSv4 domain on Linux, but on Solaris you can see it with "cat /var/run/nfs4_domain" and set it in /etc/default/nfs. Rob T ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenSolaris 2010.03 improvements?
On 03/15/10 02:43 PM, Don Quichotte wrote: No I meant a 64bit version of OpenSolaris. Right now it's only available in 64bit for SPARC if I'm not mistaken. A 64-bit kernel will be loaded when you boot OpenSolaris on x86 systems if your system supports it. Although, not all applications are 64-bit, and this is intentional. My understanding is that this is either for compatibility reasons or because the 64-bit version would provide no benefit (just use more memory, etc.). Almost all libraries are available in both 32-bit and 64-bit versions. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenSolaris 2010.03 improvements?
+-- | On 2010-03-15 12:43:05, Don Quichotte wrote: | | No I meant a 64bit version of OpenSolaris. Right now it's only available in 64bit for SPARC if I'm not mistaken. Solaris has been a mixed 32/64bit install for many years. The installer runs 32bit. The OS will load 64bit if the hardware supports it. $ uname -a SunOS soda 5.11 snv_111b i86pc i386 i86pc $ isainfo -v 64-bit amd64 applications sse4.1 ssse3 cx16 mon sse3 sse2 sse fxsr mmx cmov amd_sysc cx8 tsc fpu 32-bit i386 applications sse4.1 ssse3 ahf cx16 mon sse3 sse2 sse fxsr mmx cmov sep cx8 tsc fpu -- bda cyberpunk is dead. long live cyberpunk. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenSolaris 2010.03 improvements?
No I meant a 64bit version of OpenSolaris. Right now it's only available in 64bit for SPARC if I'm not mistaken. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Timeslider in snv_134 fresh install -or- /home vs /export/home
http://defect.opensolaris.org/bz/show_bug.cgi?id=15188 -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] openha installation on a machine without internet access
On 03/15/10 11:58 AM, Bart Jurek wrote: Hi all, Is there any way to install openha cluster on a machine without the Internet access? The only hint that I came across is available here, http://hub.opensolaris.org/bin/view/Community+Group+ha-clusters/buildingcore but it pertains to express edtition which, afaik, is not available. I am new to open solaris, and don't have wide experience in it, but what I am trying to do is similar to pkgadd -d which I know from solaris 10 or dpkg -i from debian. Any howto on building it from source (if source is available) would also do. Any help will be very appreciated. ha-cluster is currently only supported on OpenSolaris 2009.06, and is currently only available from a network repository. Cheers, -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] openha installation on a machine without internet access
Hi all, Is there any way to install openha cluster on a machine without the Internet access? The only hint that I came across is available here, http://hub.opensolaris.org/bin/view/Community+Group+ha-clusters/buildingcore but it pertains to express edtition which, afaik, is not available. I am new to open solaris, and don't have wide experience in it, but what I am trying to do is similar to pkgadd -d which I know from solaris 10 or dpkg -i from debian. Any howto on building it from source (if source is available) would also do. Any help will be very appreciated. Bart -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
[osol-discuss] Does anyone know how to boot from a network
Hi there - our server running 2009.06 is not able to boot thru stage 2 because I inadvertinatly deleted /dev/zvol/rdsk/rpool/dump - I don't have a Live CD at our NOC and have been reading information about booting from another instance of OpenSolaris 2009.06. Right now I have another physical machine running VM and have installed OpenSolaris 2009.06 on it. The CD is in the CDROm of that machine. Is there any way to get to that CD from the machine that won't boot - possibly from the GRUB command line?? Any help would be greatly appreciated. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] about zfs exported on nfs
Matthias Pfützner writes: > Hey, Harry, no problem! Sometimes we all can't see the forest for the > trees... We all assumed, it must have been something like that. > > Glad it worked out finally! You put quite a bit into it, thanks for you patience and time. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] about zfs exported on nfs
Robert Thurlow writes: > Harry Putnam wrote: > >> Man, I'm really sorry to the list for all my huffing and puffing when >> I'm pretty sure I had been claiming I had the right settings in >> /etc/default/nfs (but didn't). > > This makes a lot more sense. NFSv4 should have worked for > you if you had the client and server both set to the same > NFSv4 domain - if you care to work on this, we can. > > Rob T Thanks for the offer. Is there something NFSv4 offers that would make it worth doing? This is a home lan so only light usage. My domain is a fake homeboy domain that will not resolve on any nameserver (I don't run a local DNS server). `HOST.local.lan' 192.168.0.NNN However its there in /etc/hosts, so for internal work, the resolver looks there first and it seems to fly. ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] Timeslider in snv_134 fresh install -or- /home vs /export/home
On 3/14/10 11:57 AM, Raphael Barabas wrote: Hi, I did a fresh installation of osol-dev-134-x86.iso to a notebook pc. After turning on time slider for rpool/export/home/xxx i waited for about 90 minutes to gather a few automatic snapshots. When starting nautilus via "Places" -> "Home folder" (which opens up /home/xxx) the button for time slider was greyed out. It's visible if i manually point nautilus to /export/home/xxx. Did anyone notice similar behaviour? Maybe it's a known bug i've been unable to find. Looks like a bug in time slider. It appears that time slider can't handle automounted homedirs. With the fix for bug 364 /home/xxx is automounted on /export/home/xxx. This type of automounted home directory is pretty common and time slider should be able to deal with it. However it appears that time slider is getting confused in this case. Please file a bug against time slider for this issue. Thanks, -evan ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenSolaris 2010.03 improvements?
On 03/15/10 06:50 AM, Richard L. Hamilton wrote: ... *And also unlike Mac OS X, where a 32-bit kernel can run 64-bit applications, provided the CPU is 64-bit capable. On Solaris, a 64-bit kernel is required to run 64-bit applications, but can still run 32-bit applications. Additionally, Solaris does not have "fat" binaries (a single binary file that combines binaries compiled for two or more architectures), so it ends up having totally separate copies, with a way (typically isaexec) to have a single program decide which to actually execute. However, OpenSolaris does have "fat" (multi-variant) packages ;) However, those are not used for 32-bit vs. 64-bit, but for SPARC vs. i386. -- Shawn Walker ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] about zfs exported on nfs
Harry Putnam wrote: Man, I'm really sorry to the list for all my huffing and puffing when I'm pretty sure I had been claiming I had the right settings in /etc/default/nfs (but didn't). This makes a lot more sense. NFSv4 should have worked for you if you had the client and server both set to the same NFSv4 domain - if you care to work on this, we can. Rob T ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] about zfs exported on nfs
Hey, Harry, no problem! Sometimes we all can't see the forest for the trees... We all assumed, it must have been something like that. Glad it worked out finally! Matthias You (Harry Putnam) wrote: > Harry Putnam writes: > > > That info from your linux client `mount' cmd may tell whats wrong > > here. Mine has one extra item in there: > > > > OSOL_SERVER:/pub on /pub type > > nfs (rw,users,addr=192.168.0.29,vers=4,clientaddr=192.168.0.2) > > > > Notice the `vers=4' so apparently my linux client is taking a share > > that is being offered as nfs=vers3, but trying to mount it as vers4. > > > > Mathias P. asked me that very question, and I wasn't sure how to find > > out. I think this may at least show its happening. > > Haaa, I may have solved my problem. Turns out to be some very sloppy > work on my part. > > All this time I've been setting: > > /etc/default/nfs: > NFS_CLIENT_VERSMAX=3 > > When I guess I should have been setting: > > NFS_SERVER_VERSMAX=3 > (and that was commented out) > > I think I may have gotten a bit confused there. Now I'm telling the > server only to offer version=3. And guess what? The client users on > linux host can now read/write with there own uid:gid. > > Man, I'm really sorry to the list for all my huffing and puffing when > I'm pretty sure I had been claiming I had the right settings in > /etc/default/nfs (but didn't). -- Matthias Pfützner | Tel.: +49 700 PFUETZNER | And no matter what hard- Lichtenbergstr.73 | mailto:matth...@pfuetzner.de | ware you have, it's really D-64289 Darmstadt | AIM: pfuetz, ICQ: 300967487 | hard to learn to play Germany | http://www.pfuetzner.de/matthias/ | piano. R. Needleman, Byte ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] about zfs exported on nfs
Harry Putnam writes: > That info from your linux client `mount' cmd may tell whats wrong > here. Mine has one extra item in there: > > OSOL_SERVER:/pub on /pub type > nfs (rw,users,addr=192.168.0.29,vers=4,clientaddr=192.168.0.2) > > Notice the `vers=4' so apparently my linux client is taking a share > that is being offered as nfs=vers3, but trying to mount it as vers4. > > Mathias P. asked me that very question, and I wasn't sure how to find > out. I think this may at least show its happening. Haaa, I may have solved my problem. Turns out to be some very sloppy work on my part. All this time I've been setting: /etc/default/nfs: NFS_CLIENT_VERSMAX=3 When I guess I should have been setting: NFS_SERVER_VERSMAX=3 (and that was commented out) I think I may have gotten a bit confused there. Now I'm telling the server only to offer version=3. And guess what? The client users on linux host can now read/write with there own uid:gid. Man, I'm really sorry to the list for all my huffing and puffing when I'm pretty sure I had been claiming I had the right settings in /etc/default/nfs (but didn't). ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] about zfs exported on nfs
Chris writes: > Hi Harry, I get files created with UID & GID set by client. See > below (some names have been altered to protect the innocent, any > inconsistencies are due to that editing) [...] Thanks... nothing like some actual data to see how it ends up. So something is definitely going amiss on my setup. It wasn't clear how your osol nfs share is set on the server. Is it just done with `zfs set' like: `zfs set sharenfs=on pool/path' Or something more complex? > from mount list: 192.168.0.110:/darkstar/nebulae on > /home/chris/osolnfsmount type nfs (rw,nolock,addr=192.168.0.110) That info from your linux client `mount' cmd may tell whats wrong here. Mine has one extra item in there: OSOL_SERVER:/pub on /pub type nfs (rw,users,addr=192.168.0.29,vers=4,clientaddr=192.168.0.2) Notice the `vers=4' so apparently my linux client is taking a share that is being offered as nfs=vers3, but trying to mount it as vers4. Mathias P. asked me that very question, and I wasn't sure how to find out. I think this may at least show its happening. I'm curious what your doing here: chris_rem...@plato-gent /home/chris $ chmod g-s osolnfsmount/test Is that turning off set-gid? Oh, and one more thing to pester you with... can I see the details of how the client is mounting the nfs share. I know you've shown the output of `mount' but is there a notation somewhere that does the job? And your client is OSX then?... not linux? ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenSolaris 2010.03 improvements?
>Assuming you mean Firefox, remember that (Open)Solaris x86 runs on >both 32-bit and 64-bit with a single binary distro (unlike Linux, where AFAIK >a 64-bit kernel normally runs only 64-bit binaries, so 32-bit and 64-bit are >separate binary distros*). So to have 64-bit Firefox and still be able to run >Firefox on 32-bit, there would need to be two copies of everything: Firefox, >bundled plugins, etc. Not to mention every single one of the many shared >libraries that it depends on. Many of the plugins are not available and, e.g., only an alpha version of 64 bit flashplayer is available for Linux. >Yes, on x86, a 64-bit binary is usually a little faster (not to mention being >able to address _much_ more memory). But is it enough faster to be worth >having two copies of something as big a browser? Or do you have so much >RAM on your box that having the browser grow past 2GB address space is >no big deal? I'd prefer to my firefox to die before it has leaked 4GB :-) So why do you really want a 64 bit firefox binary? "Mine goes to 11". Casper ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenSolaris 2010.03 improvements?
> Okay thanks, any news on a 64bit version for x86? Assuming you mean Firefox, remember that (Open)Solaris x86 runs on both 32-bit and 64-bit with a single binary distro (unlike Linux, where AFAIK a 64-bit kernel normally runs only 64-bit binaries, so 32-bit and 64-bit are separate binary distros*). So to have 64-bit Firefox and still be able to run Firefox on 32-bit, there would need to be two copies of everything: Firefox, bundled plugins, etc. Not to mention every single one of the many shared libraries that it depends on. Yes, on x86, a 64-bit binary is usually a little faster (not to mention being able to address _much_ more memory). But is it enough faster to be worth having two copies of something as big a browser? Or do you have so much RAM on your box that having the browser grow past 2GB address space is no big deal? And might there not be other things you want more (given limited resources) than for people to spend the time getting Firefox and everything it depends on to build (and work properly) _twice_? *And also unlike Mac OS X, where a 32-bit kernel can run 64-bit applications, provided the CPU is 64-bit capable. On Solaris, a 64-bit kernel is required to run 64-bit applications, but can still run 32-bit applications. Additionally, Solaris does not have "fat" binaries (a single binary file that combines binaries compiled for two or more architectures), so it ends up having totally separate copies, with a way (typically isaexec) to have a single program decide which to actually execute. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] about zfs exported on nfs
Hi Harry, I get files created with UID & GID set by client. See below (some names have been altered to protect the innocent, any inconsistencies are due to that editing) from mount list: 192.168.0.110:/darkstar/nebulae on /home/chris/osolnfsmount type nfs (rw,nolock,addr=192.168.0.110) ch...@plato-gent ~ $ ll osolnfsmount total 21 drwxr-sr-x 2 root dialout 2 Jan 13 13:41 archive drwxr-sr-x 3 chris_remote dialout 14 Feb 26 12:55 downloads drwxr-sr-x 2 root dialout 2 Jan 6 14:31 projects ch...@plato-gent ~ $ touch osolnfsmount/test.file ch...@plato-gent ~ $ ll osolnfsmount total 21 drwxr-sr-x 2 root dialout 2 Jan 13 13:41 archive drwxr-sr-x 3 chris_remote dialout 14 Feb 26 12:55 downloads drwxr-sr-x 2 root dialout 2 Jan 6 14:31 projects -rw-r--r-- 1 chrisdialout 0 Mar 15 2010 test.file ch...@plato-gent ~ $ sudo su chris_remote Password: chris_rem...@plato-gent /home/chris $ touch osolnfsmount/test.2.file chris_rem...@plato-gent /home/chris $ ls -l osolnfsmount total 22 drwxr-sr-x 2 root dialout 2 Jan 13 13:41 archive drwxr-sr-x 3 chris_remote dialout 14 Feb 26 12:55 downloads drwxr-sr-x 2 root dialout 2 Jan 6 14:31 projects -rw-r--r-- 1 chris_remote dialout 0 Mar 15 2010 test.2.file -rw-r--r-- 1 chrisdialout 0 Mar 15 2010 test.file chris_rem...@plato-gent /home/chris $ mkdir umask 002 chris_rem...@plato-gent /home/chris $ mkdir osolnfsmount/test chris_rem...@plato-gent /home/chris $ chmod g-s osolnfsmount/test chris_rem...@plato-gent /home/chris $ touch osolnfsmount/test/test.file chris_rem...@plato-gent /home/chris $ ls -l osolnfsmount/test total 1 -rw-rw-r-- 1 chris_remote chris_remote 0 Mar 15 2010 test.file dialout group is GID 20, which happens to be "staff" on OSX. -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org
Re: [osol-discuss] OpenSolaris 2010.03 improvements?
Okay thanks, any news on a 64bit version for x86? -- This message posted from opensolaris.org ___ opensolaris-discuss mailing list opensolaris-discuss@opensolaris.org