Re: [storage-discuss] opensolaris on s7000
What do you mean that SFTP only works for single files ? What SFTP client are you using because the default CLI client on Solaris and anything else that uses OpenSSH or a derivative of it can grab multiple files in several ways eg: $ sftp remotehost:data/* or using a batch file: $ cat > batch
Re: [storage-discuss] opensolaris on s7000
What do you mean that SFTP only works for single files ? What SFTP client are you using because the default CLI client on Solaris and anything else that uses OpenSSH or a derivative of it can grab multiple files in several ways eg: $ sftp remotehost:data/* or using a batch file: $ cat > batch
Re: [storage-discuss] opensolaris on s7000
The above data was for a small 1.8GByte test file system becuase copying all 20GB and 500,000 files wasnt practicle for the test. -- This message posted from opensolaris.org ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
We found the peak performance with running several seprate threads. Our code set breaks down nicely into 5 separate sections... Time TakenFilesystem Mount OptionsRAID Sync Write Bias Comments 0:26:20 rw,bg,noxattr,vers=3Double ParityLatency 0:23:25 rw,bg,noxattr,vers=3Double ParityLatency 0:21:15 rw,bg,noxattr,vers=3Double ParityLatency 0:21:26 rw,bg,noxattr,vers=3Double ParityLatency 0:19:20 rw,bg,noxattr,vers=3Double ParityLatency 0:20:39 rw,bg,noxattr,vers=3Double ParityLatency 0:19:58 rw,bg,noxattr,vers=3Double ParityLatency 0:18:53 rw,bg,noxattr,vers=3Double ParityLatency 0:20:51 rw,bg,noxattr,vers=3Double ParityLatency 0:11:52 rw,bg,noxattr,vers=3Mirrored Latency 0:11:50 rw,bg,noxattr,vers=3Mirrored Latency 0:12:00 rw,bg,noxattr,vers=3Mirrored Latency 0:11:30 rw,bg,noxattr,vers=3Mirrored Latency 0:10:03 rw,bg,noxattr,vers=3Triple Mirrored Latency 0:00:00 rw,bg,noac,noxattr,vers=3 Double ParityLatencyVery Slow - 15M in 10 Minutes - stopped test 0:19:16 rw,bg,noxattr,vers=3Double ParityThroughput 0:07:30 rw,bg,noxattr,vers=3Mirrored Latency multi-threaded - 4 threads 0:07:12 rw,bg,noxattr,vers=3Mirrored Latency multi-threaded - 8 threads And for comparison running on the same nas using iSCSI (we need NFS becusase the file system is shared)... 0:04:23 iSCSI Double ParityLatencywrite cache enabled 0:04:15 iSCSI Double ParityLatencywrite cache disabled -- This message posted from opensolaris.org ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
On Wed, Aug 4, 2010 at 15:34, Iain Sear wrote: > We have raised a Sun support call and have esculated this with our Sun > account manager. Unfortunately we have been informed that the 1.5MBytes a > second performance we are getting on this profile of files ie. 20GB of very > small files, about 500,000 is as per Sun's expectations. > > 3 hours is our current copy time for 20GBytes of 500,000 files. We have to do > this twice for each clone. Have you tried to run two copy runs in paralel? ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
We have raised a Sun support call and have esculated this with our Sun account manager. Unfortunately we have been informed that the 1.5MBytes a second performance we are getting on this profile of files ie. 20GB of very small files, about 500,000 is as per Sun's expectations. 3 hours is our current copy time for 20GBytes of 500,000 files. We have to do this twice for each clone. What we really want is a front end interface for SCP or RSYNC or a way to use SFTP/NFS to get lots off small files off the server quickly. e.g. a tar -> pipe or temp file -> SFTP/NFS. Is there likely to be a way to get files from the NAS without going via NFS/NDMP and hence the heavy overhead in IOPs which throttle the performance for small files? Other than the performance the NAS is great! Really easy to use and good value. -- This message posted from opensolaris.org ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
On 4/08/10 09:24 PM, Iain Sear wrote: Hello, We would like more access to the back end of the NAS as well. We bought 2 7110s on the basis of thier performance was very poor only to find as soon as you attempt lots of small file actions e.g. we need to copy a Oracle eBusiness suite code set of 500,000 very small files very quickly. Copyng large files resulted in excellent performance but lots of small files resulted in very poor performance. Our Sun client manager investigated but believes the performance we were getting was actually slightly better than on his interal test systems. Large files => 1Gb per sec ish Small files => 1.5Mb per sec ish. We tested lots of different NFS mount options and different NAS raid configurations but performance as always bad. Doing the same copy on a SAN took a few minutes. We therefore need a way to bypass the NFS protocol for this copy, NDMP was just as slow in tests, SFTP only works for single files. This leaves us with the option of Telnet + SSL with the mget command but we havent been able to get this to work so far. Will this NAS ever support scp or rsync? This would solve our problems, or access to the shell without invalidating our warrenty so we could create an OS level pipe and get a single file using sftp would also work. As it is we are wishing we have bought a T5220 and put disks in it so we would have had the option for fast local access for backup and cloning. Iain, you bought an appliance. That means you only get to see the front of it, not the back. If you have issues with the performance then you should log a support call to get these issues resolved. James C. McPherson -- Oracle http://www.jmcp.homeunix.com/blog ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
Hello, We would like more access to the back end of the NAS as well. We bought 2 7110s on the basis of thier performance was very poor only to find as soon as you attempt lots of small file actions e.g. we need to copy a Oracle eBusiness suite code set of 500,000 very small files very quickly. Copyng large files resulted in excellent performance but lots of small files resulted in very poor performance. Our Sun client manager investigated but believes the performance we were getting was actually slightly better than on his interal test systems. Large files => 1Gb per sec ish Small files => 1.5Mb per sec ish. We tested lots of different NFS mount options and different NAS raid configurations but performance as always bad. Doing the same copy on a SAN took a few minutes. We therefore need a way to bypass the NFS protocol for this copy, NDMP was just as slow in tests, SFTP only works for single files. This leaves us with the option of Telnet + SSL with the mget command but we havent been able to get this to work so far. Will this NAS ever support scp or rsync? This would solve our problems, or access to the shell without invalidating our warrenty so we could create an OS level pipe and get a single file using sftp would also work. As it is we are wishing we have bought a T5220 and put disks in it so we would have had the option for fast local access for backup and cloning. -- This message posted from opensolaris.org ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
On Sat, Jan 10, 2009 at 10:50:00AM +0100, Maciej Browarski wrote: > OK, his is BUI,so how simple I can restart it ? > When creating pool I don't know when will be done and I can't abort this > operation. There's nothing much else to do while creating the pool. As for restarting it BUI, just reload the initial page -- just like any BUI. > I know that manage ZFS from one pool is simpler, but when customer using > 7000 for two or many department, and each department buy own disks,so > there also need to own administration. But seeing other posting I > waiting to mid 2009 for this functionality. That's what quotas and reservations are for. You shouldn't sell disks to your departments, you should sell storage services. > Do you know that, that administrator are lazy to learn new language scripts? JavaScript is everywhere now. > Have we synchronize replication ? NetAPP win in this very important > point. But we can use AVS. But how this implement in OpenStorage ? Replication is asynchronous. For synchronous redundancy use mirroring (or RAID-Z2, ...) in a cluster. > >It's not for "newbies." It's for enterprise customers (who, > >incidentally, can afford to have, and usually do have clients where they > >can run cron jobs, etc. to manipulate NAS filesystem contents remotely). > > > > > Fishworks is for finance director and manage director,is nice, fast and > can do simple operations, > Bash is for administrators which need real features and functionality > which can configure to own environment. I don't believe that's correct. But if you want access to the OS then you can just run OpenSolaris. That's one great consequence of building the appliance on top of a general purpose OS. > >Why should the use of a general-purposed operating system make the > >system slow? After all, the appliance doesn't run a full Solaris > >install, but a minimized version of it. > > > Without Zones, RBAC ? Why Solaris is know as Slowaris ? That is an old epithet, it was never connected with RBAC or zones (zones long postdates that epithet), and it's not accurate nowadays. And yes, FW doesn't use zones. It does use RBAC though. > You never know what exactly customers need and, in this way, you are > unable to implement this functionality in fishworks. The FW team has spent a lot of time talking to customers and prospective customers. I think you owe the FW team the benefit of the doubt on this. Nico -- ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
On Sat, 10 Jan 2009, Maciej Browarski wrote: > When creating pool I don't know when will be done and I can't abort this > operation. Doesn't creation of a pool take just a second or two? > I know that manage ZFS from one pool is simpler, but when customer using > 7000 for two or many department, and each department buy own disks,so > there also need to own administration. But seeing other posting I > waiting to mid 2009 for this functionality. This is a funny antique way of allocating storage. > Without Zones, RBAC ? Why Solaris is know as Slowaris ? > We win in I/O ops because we use SSD disks. Now we must sell many 7000 > as we can until competition launching NAS with SSD. Slowaris sounds neat, just like people often call Microsoft Windows "Windoze". The only thing slow about Solaris is the boot time, otherwise it is quite fast, and particularly for server tasks. > You never know what exactly customers need and, in this way, you are > unable to implement this functionality in fishworks. Hopefully customers will tell Sun why they decided to not purchase the product. :-) Bob == Bob Friesenhahn [email protected], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
Nicolas Williams pisze: > On Fri, Jan 09, 2009 at 10:31:40PM +0100, Maciej Browarski wrote: > >> Sorry, what I writing below, but I was on customer site using simulator and: >> 1. fishworks is nice (for first look and first use and for newbie ) but >> - not so flex ( only one storage pool, hanging when creating pool - how >> to about this operations?, how to restart only GUI without restarting >> server, can't view contents filestystems without mounting that) >> > > It's really difficult to understand all of what you're saying. > > As far as "restarting the GUI" -- the GUI is a BUI, a *browser* UI, and > there's nothing to restart except the web service or the whole system. > > As for why only one pool (two in clusters): that's because ZFS can > manage all the storage, so it's a lot simpler for the configuration > system to just let ZFS manage all the storage, rather than have to let > the customer mix and match disks in multiple pools. > > OK, his is BUI,so how simple I can restart it ? When creating pool I don't know when will be done and I can't abort this operation. I know that manage ZFS from one pool is simpler, but when customer using 7000 for two or many department, and each department buy own disks,so there also need to own administration. But seeing other posting I waiting to mid 2009 for this functionality. >> - don't have many net protocols (where is ssh, scp, sftp, rsync and other) >> > > Good point. > > >> - have C-like, PERL-like scripts and whatever like.Sorry, but I don't >> have time to learn new language, which is only in this appliance. >> > > There's a ECMAScript (a.k.a., JavaScript) API. It's quite complete and > documented. > > >> For me useful option in CLI is 'shell' command,why: >> - I can run wget to download big *.iso site, which can I very fast share >> with other on ftp protocol.(this is very useful to make mirrors site). >> - I can restart fishworks, >> - useful commands like ifconfig, arp,ping -s >> - make more DTrace scripts, >> - make jumpstart, and so on, >> - copy PERL,BASH scripts from Linux box, which make any synchronization >> between many sites. >> - I have crontab to wget's,scp from other site. >> > > And can you do any of those things on any other NAS *appliance*? > > If you want to be able to run any DTrace script then build an NAS box > using Solaris (or MacOS X, or FreeBSD). > > You can also do things like downloads (cron'ed or not), etcetera on a > CIFS or NFS client of your NAS appliance. > > Do you know that, that administrator are lazy to learn new language scripts? Have we synchronize replication ? NetAPP win in this very important point. But we can use AVS. But how this implement in OpenStorage ? >> So,why need I fishworks ? Because this is for newbie and not so >> technical person, and we can fast make first running and useful >> configuration. (this is very good argument, that in 5 minutes, in nice >> GUI, I can configuring Pool, User and FTP and CIFS). But other >> appliance can this too. >> > > It's not for "newbies." It's for enterprise customers (who, > incidentally, can afford to have, and usually do have clients where they > can run cron jobs, etc. to manipulate NAS filesystem contents remotely). > > Fishworks is for finance director and manage director,is nice, fast and can do simple operations, Bash is for administrators which need real features and functionality which can configure to own environment. On meetings we have finance director and administrators, and we can win with both !! >> Conclusion: >> OpenStorage 7000 with fishworks is like other NAS (almost these same >> features), but not so fast because we using full Operating Systems. >> > > I seriously doubt that you have done any benchmarking to back up a claim > like that. > > Why should the use of a general-purposed operating system make the > system slow? After all, the appliance doesn't run a full Solaris > install, but a minimized version of it. > > Without Zones, RBAC ? Why Solaris is know as Slowaris ? We win in I/O ops because we use SSD disks. Now we must sell many 7000 as we can until competition launching NAS with SSD. >> So, closing way to log in to shell you will cut branch on which you sit. >> > > I don't agree. The reason that the full power of Solaris is hidden is > to make support simpler. By using documented, supported ECMAScript APIs > we get to control the amount of misconfiguration that can result while > still giving the customer a lot of power. > > Nico > Yes, support is simpler. But SUN company is know that administrators can do more with boxes than competition. You never know what exactly customers need and, in this way, you are unable to implement this functionality in fishworks. Regards Maciej ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
On Fri, Jan 09, 2009 at 10:31:40PM +0100, Maciej Browarski wrote: > Sorry, what I writing below, but I was on customer site using simulator and: > 1. fishworks is nice (for first look and first use and for newbie ) but > - not so flex ( only one storage pool, hanging when creating pool - how > to about this operations?, how to restart only GUI without restarting > server, can't view contents filestystems without mounting that) It's really difficult to understand all of what you're saying. As far as "restarting the GUI" -- the GUI is a BUI, a *browser* UI, and there's nothing to restart except the web service or the whole system. As for why only one pool (two in clusters): that's because ZFS can manage all the storage, so it's a lot simpler for the configuration system to just let ZFS manage all the storage, rather than have to let the customer mix and match disks in multiple pools. > - don't have many net protocols (where is ssh, scp, sftp, rsync and other) Good point. > - have C-like, PERL-like scripts and whatever like.Sorry, but I don't > have time to learn new language, which is only in this appliance. There's a ECMAScript (a.k.a., JavaScript) API. It's quite complete and documented. > For me useful option in CLI is 'shell' command,why: > - I can run wget to download big *.iso site, which can I very fast share > with other on ftp protocol.(this is very useful to make mirrors site). > - I can restart fishworks, > - useful commands like ifconfig, arp,ping -s > - make more DTrace scripts, > - make jumpstart, and so on, > - copy PERL,BASH scripts from Linux box, which make any synchronization > between many sites. > - I have crontab to wget's,scp from other site. And can you do any of those things on any other NAS *appliance*? If you want to be able to run any DTrace script then build an NAS box using Solaris (or MacOS X, or FreeBSD). You can also do things like downloads (cron'ed or not), etcetera on a CIFS or NFS client of your NAS appliance. > So,why need I fishworks ? Because this is for newbie and not so > technical person, and we can fast make first running and useful > configuration. (this is very good argument, that in 5 minutes, in nice > GUI, I can configuring Pool, User and FTP and CIFS). But other > appliance can this too. It's not for "newbies." It's for enterprise customers (who, incidentally, can afford to have, and usually do have clients where they can run cron jobs, etc. to manipulate NAS filesystem contents remotely). > Conclusion: > OpenStorage 7000 with fishworks is like other NAS (almost these same > features), but not so fast because we using full Operating Systems. I seriously doubt that you have done any benchmarking to back up a claim like that. Why should the use of a general-purposed operating system make the system slow? After all, the appliance doesn't run a full Solaris install, but a minimized version of it. > So, closing way to log in to shell you will cut branch on which you sit. I don't agree. The reason that the full power of Solaris is hidden is to make support simpler. By using documented, supported ECMAScript APIs we get to control the amount of misconfiguration that can result while still giving the customer a lot of power. Nico -- ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
On Fri, 9 Jan 2009, Maciej Browarski wrote: > OpenStorage 7000 with fishworks is like other NAS (almost these same > features), but not so fast because we using full Operating Systems. I was with you up to this point and then I got lost. Before saying "not so fast" I think that the claim should be verified. I suspect quite the opposite. Most appliance devices have hardly any cache, and it is mostly write cache. An OpenSolaris device has a huge cache, with an enormous RAM-based read cache. The Fishworks systems also use battery backed DRAM as a write cache. Bob == Bob Friesenhahn [email protected], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
Nicolas Williams pisze: > On Sun, Jan 04, 2009 at 07:49:38PM +0200, Cyril Plisko wrote: > >> On Sat, Jan 3, 2009 at 6:17 PM, Bob Friesenhahn >> wrote: >> >>> On Sat, 3 Jan 2009, Maciej Browarski wrote: >>> >>> Hello, What are benefits of using OpenSolaris on S7000, because when I using fishworks I can't login to OpenSolaris. (or is this possible but not so simple?) >>> This is an "appliance" "firmware" type product. You are not supposed >>> to be aware that OpenSolaris is inside or modify it in any way beyond >>> what the administrative interfaces support or add-on hardware that Sun >>> may offer. >>> >> FWIW, I have recently heard a totally different story from a highly >> ranked Sun official. The fact that a general purpose OS (Solaris) is >> inside (which allows for 3rd party add-ons) was pitched as a major >> differentiator. >> > > It is a major differentiator, but that does NOT mean that the OS is > directly accessible to users[*]. > > There is no need for users to access any Solaris shell directly on the > Sun storage appliance. > > Nico > > [*] Actually, it is directly accessible to users, but accessing the OS > directly voids your warranty and renders the system unsupportable. > ___ > storage-discuss mailing list > [email protected] > http://mail.opensolaris.org/mailman/listinfo/storage-discuss > Sorry, what I writing below, but I was on customer site using simulator and: 1. fishworks is nice (for first look and first use and for newbie ) but - not so flex ( only one storage pool, hanging when creating pool - how to about this operations?, how to restart only GUI without restarting server, can't view contents filestystems without mounting that) - don't have many net protocols (where is ssh, scp, sftp, rsync and other) - have C-like, PERL-like scripts and whatever like.Sorry, but I don't have time to learn new language, which is only in this appliance. For me useful option in CLI is 'shell' command,why: - I can run wget to download big *.iso site, which can I very fast share with other on ftp protocol.(this is very useful to make mirrors site). - I can restart fishworks, - useful commands like ifconfig, arp,ping -s - make more DTrace scripts, - make jumpstart, and so on, - copy PERL,BASH scripts from Linux box, which make any synchronization between many sites. - I have crontab to wget's,scp from other site. So,why need I fishworks ? Because this is for newbie and not so technical person, and we can fast make first running and useful configuration. (this is very good argument, that in 5 minutes, in nice GUI, I can configuring Pool, User and FTP and CIFS). But other appliance can this too. Conclusion: OpenStorage 7000 with fishworks is like other NAS (almost these same features), but not so fast because we using full Operating Systems. We WIN with OpenStorage to other because customer have big storage which can scripts and configuring how he like, and is not limited to 'firmware' operating systems. (look to Wireless Router: LinkSys WRT-54 systems, where you can load Linux systems and make things how to you like). So, closing way to log in to shell you will cut branch on which you sit. Regards, Maciej ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
On Sun, Jan 04, 2009 at 07:49:38PM +0200, Cyril Plisko wrote: > On Sat, Jan 3, 2009 at 6:17 PM, Bob Friesenhahn > wrote: > > On Sat, 3 Jan 2009, Maciej Browarski wrote: > > > >> Hello, > >> What are benefits of using OpenSolaris on S7000, because when I using > >> fishworks I can't login to OpenSolaris. (or is this possible but not so > >> simple?) > > > > This is an "appliance" "firmware" type product. You are not supposed > > to be aware that OpenSolaris is inside or modify it in any way beyond > > what the administrative interfaces support or add-on hardware that Sun > > may offer. > > FWIW, I have recently heard a totally different story from a highly > ranked Sun official. The fact that a general purpose OS (Solaris) is > inside (which allows for 3rd party add-ons) was pitched as a major > differentiator. It is a major differentiator, but that does NOT mean that the OS is directly accessible to users[*]. There is no need for users to access any Solaris shell directly on the Sun storage appliance. Nico [*] Actually, it is directly accessible to users, but accessing the OS directly voids your warranty and renders the system unsupportable. ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
Maciej Browarski wrote: > So, to go step forward. > Can you give any instruction how to write a perl/bash scripts (or any > documentation with official API) and loads this to s7000 ? > Or this can be done only by sun's engineers ? > Or how i can log on and check this. Pardon the late reply, I don't check this alias very often. The storage appliance does have a captive scripting environment which allows you to write a Javascript-like script and programmatically interact with the system. While it's not the usual 'zfs create ...' script you would expect, we've tried to make the abstractions simple and easy to use. These scripts can be run over SSH, so you can wrap the scripts to configure the 7000 storage appliances in whatever perl/bash scripts you're used to. Check out: http://blogs.sun.com/bmc/entry/on_modalities_and_misadventures http://blogs.sun.com/was/entry/scripting_storage_amber_road_aka Also, if you've downloaded the VMWare image, click on the HELP link and search for 'Scripting'. That documentation shows a detailed example of constructing such a script. The full product documentation should be on docs.sun.com shortly, and that site will have the same content. - Bill -- Bill Pijewski, Sun Microsystems Fishworks http://blogs.sun.com/wdp ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
I wouldn't recommend messing around with the OpenSolaris underpinning or you'll brick your appliance. Everything in FW (including network set up) is stuffed into a SVC manifest. Also, parts of the OS read-only to keep you from bricking it. The layout and configuration of FW is very different from a normal Solaris box. -J On Mon, Jan 5, 2009 at 8:34 AM, Mike La Spina wrote: > Hi, > > When I observed a 7110 system demo the Sun rep was accessing the CLI and > performing system level commands like svcadm restart etc. Have you explored > the CLI? There seems to be no online docs that I can find to show otherwise. > > Regards, > > Mike > > http://blog.laspina.ca/ > > Message was edited by: mlaspina > -- > This message posted from opensolaris.org > ___ > storage-discuss mailing list > [email protected] > http://mail.opensolaris.org/mailman/listinfo/storage-discuss > ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
On Mon, 5 Jan 2009, Jose Borrego wrote: >>> >> So, to go step forward. >> Can you give any instruction how to write a perl/bash scripts (or any >> documentation with official API) and loads this to s7000 ? >> Or this can be done only by sun's engineers ? >> Or how i can log on and check this. > > There is no such documentation or API. As it was said it is an appliance, > what you are trying to do is discouraged. The name of the user PERL script is "subvert_fishworks.pl". Does that make it more acceptable to Sun as a user installed root-level script? Bob == Bob Friesenhahn [email protected], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
Hi, When I observed a 7110 system demo the Sun rep was accessing the CLI and performing system level commands like svcadm restart etc. Have you explored the CLI? There seems to be no online docs that I can find to show otherwise. Regards, Mike http://blog.laspina.ca/ Message was edited by: mlaspina -- This message posted from opensolaris.org ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
> -Original Message- > From: [email protected] [mailto:storage-discuss- > [email protected]] On Behalf Of Maciej Browarski > Sent: Monday, January 05, 2009 2:01 AM > To: [email protected] > Subject: Re: [storage-discuss] opensolaris on s7000 > > > > Cyril Plisko wrote: > > On Sun, Jan 4, 2009 at 10:10 PM, Bob Friesenhahn > > wrote: > > > >> On Sun, 4 Jan 2009, Cyril Plisko wrote: > >> > >>> FWIW, I have recently heard a totally different story from a highly > >>> ranked Sun official. The fact that a general purpose OS (Solaris) > is > >>> inside (which allows for 3rd party add-ons) was pitched as a major > >>> differentiator. > >>> > >> Was this official wearing a badge? > >> > > > > Yup. And it was in Sun' office too. > > > > > >> Certainly significant companies which > >> negotiate with Sun can arrange for their software to be included > somehow. > >> Companies who offer backup sofware or virus scanning will have > >> opportunities. Regardless, it is a "firmware" style product. > >> > > > > Yeah, I tend to agree with you. > > > > > So, to go step forward. > Can you give any instruction how to write a perl/bash scripts (or any > documentation with official API) and loads this to s7000 ? > Or this can be done only by sun's engineers ? > Or how i can log on and check this. There is no such documentation or API. As it was said it is an appliance, what you are trying to do is discouraged. - Jose ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
Cyril Plisko wrote: > On Sun, Jan 4, 2009 at 10:10 PM, Bob Friesenhahn > wrote: > >> On Sun, 4 Jan 2009, Cyril Plisko wrote: >> >>> FWIW, I have recently heard a totally different story from a highly >>> ranked Sun official. The fact that a general purpose OS (Solaris) is >>> inside (which allows for 3rd party add-ons) was pitched as a major >>> differentiator. >>> >> Was this official wearing a badge? >> > > Yup. And it was in Sun' office too. > > >> Certainly significant companies which >> negotiate with Sun can arrange for their software to be included somehow. >> Companies who offer backup sofware or virus scanning will have >> opportunities. Regardless, it is a "firmware" style product. >> > > Yeah, I tend to agree with you. > > So, to go step forward. Can you give any instruction how to write a perl/bash scripts (or any documentation with official API) and loads this to s7000 ? Or this can be done only by sun's engineers ? Or how i can log on and check this. Regards, Maciej ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
On Sun, Jan 4, 2009 at 10:10 PM, Bob Friesenhahn wrote: > On Sun, 4 Jan 2009, Cyril Plisko wrote: >> >> FWIW, I have recently heard a totally different story from a highly >> ranked Sun official. The fact that a general purpose OS (Solaris) is >> inside (which allows for 3rd party add-ons) was pitched as a major >> differentiator. > > Was this official wearing a badge? Yup. And it was in Sun' office too. > Certainly significant companies which > negotiate with Sun can arrange for their software to be included somehow. > Companies who offer backup sofware or virus scanning will have > opportunities. Regardless, it is a "firmware" style product. Yeah, I tend to agree with you. -- Regards, Cyril ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
On Sun, 4 Jan 2009, Cyril Plisko wrote: > > FWIW, I have recently heard a totally different story from a highly > ranked Sun official. The fact that a general purpose OS (Solaris) is > inside (which allows for 3rd party add-ons) was pitched as a major > differentiator. Was this official wearing a badge? Certainly significant companies which negotiate with Sun can arrange for their software to be included somehow. Companies who offer backup sofware or virus scanning will have opportunities. Regardless, it is a "firmware" style product. Bob == Bob Friesenhahn [email protected], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
On Jan 4, 2009, at 12:49 PM, Cyril Plisko wrote: > FWIW, I have recently heard a totally different story from a highly > ranked Sun official. The fact that a general purpose OS (Solaris) is > inside (which allows for 3rd party add-ons) was pitched as a major > differentiator. The base OS is indeed based on Nevada. It's not based on OpenSolaris, the distro. OpenSolaris itself is based on Nevada, of course. The OS running on the os7000 line can be though of as its own distro based on the Nevada codebase. This means that the os7000 equipment uses the same iscsi, nfs, cifs and so on bits that are in Nevada, and by extension, that are in OpenSolaris. The Open Storage 7000 web GUI, the CLI, clustering, analytics and all the code that runs those components is a separate code base based on something called "Application Kit" or "ak". This is the "closed source" part of the product. In practical terms, this is the part that makes the os7000 different from a basic install of SXCE. /dale ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
On Sat, Jan 3, 2009 at 6:17 PM, Bob Friesenhahn wrote: > On Sat, 3 Jan 2009, Maciej Browarski wrote: > >> Hello, >> What are benefits of using OpenSolaris on S7000, because when I using >> fishworks I can't login to OpenSolaris. (or is this possible but not so >> simple?) > > This is an "appliance" "firmware" type product. You are not supposed > to be aware that OpenSolaris is inside or modify it in any way beyond > what the administrative interfaces support or add-on hardware that Sun > may offer. FWIW, I have recently heard a totally different story from a highly ranked Sun official. The fact that a general purpose OS (Solaris) is inside (which allows for 3rd party add-ons) was pitched as a major differentiator. -- Regards, Cyril ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
Re: [storage-discuss] opensolaris on s7000
On Sat, 3 Jan 2009, Maciej Browarski wrote: > Hello, > What are benefits of using OpenSolaris on S7000, because when I using > fishworks I can't login to OpenSolaris. (or is this possible but not so > simple?) This is an "appliance" "firmware" type product. You are not supposed to be aware that OpenSolaris is inside or modify it in any way beyond what the administrative interfaces support or add-on hardware that Sun may offer. Bob == Bob Friesenhahn [email protected], http://www.simplesystems.org/users/bfriesen/ GraphicsMagick Maintainer,http://www.GraphicsMagick.org/ ___ storage-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/storage-discuss
