From: Sven N. <sne...@gm...> - 2007-09-21 12:09:13
|
Hello, I want to use smartctl under solaris10 on x86 but this is not implemented. Is anyone working on this? Thanks Sven |
From: Jesus C. <jc...@ar...> - 2007-09-27 21:19:18
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Sven Neirynck wrote: > Hello, > I want to use smartctl under solaris10 on x86 but this is not implemented. > Is anyone working on this? I'm very interested too. - -- Jesus Cea Avion _/_/ _/_/_/ _/_/_/ jc...@ar... http://www.argo.es/~jcea/ _/_/ _/_/ _/_/ _/_/ _/_/ jabber / xmpp:jc...@ja... _/_/ _/_/ _/_/_/_/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ "El amor es poner tu felicidad en la felicidad de otro" - Leibniz -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iQCVAwUBRvweQ5lgi5GaxT1NAQJpZAQAjs/QyxwVha7axsrTW9OYjcrT8uqMawAn 8vU7Rd2s1D0UpxrIAvU5gYp8a94Eq2wW+cuq9rx8O6V4Kbo0rfuAe3cbiWHo1b98 hpRcItcfk6E5O4Qu0ZyVSjPhzKy1bOTGZzbITeugkywyoaYim9kSKbo9KT3Bct9d HIFHk3y/ZSY= =xDaE -----END PGP SIGNATURE----- |
From: Bruce A. <ba...@gr...> - 2007-09-28 02:05:40
|
Keiji-san, Please see message below. As I recall, smartmontools DOES run on Solaris/x86, but only supports SCSI not (S)ATA on that platform. Under SPARC both SCSI and (S)ATA are supported. Is that right? At some point in the past you had thought it might be possible to release the (S)ATA .c interface code rather than just the .S via the OpenSolaris licence. Anything new there? I suppose that this might make it easier to port SPARC code to x86, if that's the issue. Jesus: could you please be more specific about what is wrong? Is the problem (a) Solaris10 (b) SCSI (c) SATA or (d) x86? Are you able to build the code? Does it run but not correctly? Cheers, Bruce On Thu, 27 Sep 2007, Jesus Cea wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > Sven Neirynck wrote: >> Hello, >> I want to use smartctl under solaris10 on x86 but this is not implemented. >> Is anyone working on this? > > I'm very interested too. > > - -- > Jesus Cea Avion _/_/ _/_/_/ _/_/_/ > jc...@ar... http://www.argo.es/~jcea/ _/_/ _/_/ _/_/ _/_/ _/_/ > jabber / xmpp:jc...@ja... _/_/ _/_/ _/_/_/_/_/ > _/_/ _/_/ _/_/ _/_/ _/_/ > "Things are not so easy" _/_/ _/_/ _/_/ _/_/ _/_/ _/_/ > "My name is Dump, Core Dump" _/_/_/ _/_/_/ _/_/ _/_/ > "El amor es poner tu felicidad en la felicidad de otro" - Leibniz > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.4.6 (GNU/Linux) > Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org > > iQCVAwUBRvweQ5lgi5GaxT1NAQJpZAQAjs/QyxwVha7axsrTW9OYjcrT8uqMawAn > 8vU7Rd2s1D0UpxrIAvU5gYp8a94Eq2wW+cuq9rx8O6V4Kbo0rfuAe3cbiWHo1b98 > hpRcItcfk6E5O4Qu0ZyVSjPhzKy1bOTGZzbITeugkywyoaYim9kSKbo9KT3Bct9d > HIFHk3y/ZSY= > =xDaE > -----END PGP SIGNATURE----- |
From: Sawada K. <car...@us...> - 2007-10-01 18:34:12
|
Hi all, > Please see message below. As I recall, smartmontools DOES run on > Solaris/x86, but only supports SCSI not (S)ATA on that platform. Under > SPARC both SCSI and (S)ATA are supported. Is that right? Right, except for SATA. I don't know much about SATA devices, because SATA devices operate under sd (SCSI disk) framework. > At some point in the past you had thought it might be possible to release > the (S)ATA .c interface code rather than just the .S via the OpenSolaris > licence. Anything new there? I suppose that this might make it easier to > port SPARC code to x86, if that's the issue. Sorry for waiting long long time... Please wait for one more week! Interface code is small and disarmingly simple. Regards, ksw / SAWADA Keiji <car...@us...> |
From: Bruce A. <ba...@gr...> - 2007-10-02 11:23:56
|
On Tue, 2 Oct 2007, Sawada Keiji wrote: > Hi all, > >> Please see message below. As I recall, smartmontools DOES run on >> Solaris/x86, but only supports SCSI not (S)ATA on that platform. Under >> SPARC both SCSI and (S)ATA are supported. Is that right? > > Right, except for SATA. > I don't know much about SATA devices, because SATA devices > operate under sd (SCSI disk) framework. Doug, will the SAT pass through work in this case (Keiji, this is '-a sat')? >> At some point in the past you had thought it might be possible to >> release the (S)ATA .c interface code rather than just the .S via the >> OpenSolaris licence. Anything new there? I suppose that this might >> make it easier to port SPARC code to x86, if that's the issue. > > Sorry for waiting long long time... Please wait for one more week! > Interface code is small and disarmingly simple. One week -- no problem!! Small and simple -- definitely no problem!! Cheers, Bruce |
From: Douglas G. <do...@to...> - 2007-10-02 12:57:36
|
Bruce Allen wrote: > On Tue, 2 Oct 2007, Sawada Keiji wrote: > >> Hi all, >> >>> Please see message below. As I recall, smartmontools DOES run on >>> Solaris/x86, but only supports SCSI not (S)ATA on that platform. Under >>> SPARC both SCSI and (S)ATA are supported. Is that right? >> >> Right, except for SATA. >> I don't know much about SATA devices, because SATA devices >> operate under sd (SCSI disk) framework. > > Doug, will the SAT pass through work in this case (Keiji, this is '-a > sat')? Possibly. When '-a sat' is used (or implicit) then the OS SCSI pass through will be used and it seems that Solaris/x86 has one. This assumes there is a SAT layer in place between smartmontools and the (S)ATA device. As an example LSI SAS HBAs have such a layer in their firmware. There could still be problems. For example 16 byte SCSI command may not be supported (then try '-d sat,12') or the pass through is filtering out commands that it doesn't understand or like (e.g. Windows rejects the EXTENDED COPY command because it is too powerful (security concern)!). Doug Gilbert >>> At some point in the past you had thought it might be possible to >>> release the (S)ATA .c interface code rather than just the .S via the >>> OpenSolaris licence. Anything new there? I suppose that this might >>> make it easier to port SPARC code to x86, if that's the issue. >> >> Sorry for waiting long long time... Please wait for one more week! >> Interface code is small and disarmingly simple. > > One week -- no problem!! > > Small and simple -- definitely no problem!! > > Cheers, > Bruce > > |
From: Bruce A. <ba...@gr...> - 2007-10-02 16:20:51
|
Keiji-san, I should have written '-d sat' below. The '-a' is a mistake! Cheers, Bruce On Tue, 2 Oct 2007, Douglas Gilbert wrote: > Bruce Allen wrote: >> On Tue, 2 Oct 2007, Sawada Keiji wrote: >> >>> Hi all, >>> >>>> Please see message below. As I recall, smartmontools DOES run on >>>> Solaris/x86, but only supports SCSI not (S)ATA on that platform. Under >>>> SPARC both SCSI and (S)ATA are supported. Is that right? >>> >>> Right, except for SATA. >>> I don't know much about SATA devices, because SATA devices >>> operate under sd (SCSI disk) framework. >> >> Doug, will the SAT pass through work in this case (Keiji, this is '-a >> sat')? > > Possibly. When '-a sat' is used (or implicit) > then the OS SCSI pass through will be used and it seems > that Solaris/x86 has one. > > This assumes there is a SAT layer in place between > smartmontools and the (S)ATA device. As an example > LSI SAS HBAs have such a layer in their firmware. > > There could still be problems. For example 16 byte SCSI > command may not be supported (then try '-d sat,12') > or the pass through is filtering out commands that it doesn't > understand or like (e.g. Windows rejects the EXTENDED COPY > command because it is too powerful (security concern)!). > > Doug Gilbert > >>>> At some point in the past you had thought it might be possible to >>>> release the (S)ATA .c interface code rather than just the .S via the >>>> OpenSolaris licence. Anything new there? I suppose that this might >>>> make it easier to port SPARC code to x86, if that's the issue. >>> >>> Sorry for waiting long long time... Please wait for one more week! >>> Interface code is small and disarmingly simple. >> >> One week -- no problem!! >> >> Small and simple -- definitely no problem!! >> >> Cheers, >> Bruce >> >> > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Microsoft > Defy all challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Smartmontools-support mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smartmontools-support > |
From: Sawada K. <car...@us...> - 2007-10-08 09:10:26
|
Hi all, >>> >> At some point in the past you had thought it might be possible to >>> >> release the (S)ATA .c interface code rather than just the .S via the >>> >> OpenSolaris licence. Anything new there? I suppose that this might >>> >> make it easier to port SPARC code to x86, if that's the issue. >> > >> > Sorry for waiting long long time... Please wait for one more week! >> > Interface code is small and disarmingly simple. > > One week -- no problem!! > > Small and simple -- definitely no problem!! I wrote brief memo on how to access SMART data via ATA under Solaris/SPARC: http://card-captor.dyndns.org/pub/solaris-smart/how-to-access-smart.html Source file for .S file (included in smarmontools archive) is available from there. I would appreciate any comments and suggestions. Bruce, I am thinking whether I should check-in .c/.cpp file into CVS repository or not, because users cannot compile it by itself. Adding .c/.cpp file as "reference code" is informative but little confusing. How about it? Regards, ksw / SAWADA Keiji <car...@us...> |
From: Douglas G. <do...@to...> - 2007-10-08 12:51:09
|
Sawada Keiji wrote: > Hi all, > >>>>>> At some point in the past you had thought it might be possible to >>>>>> release the (S)ATA .c interface code rather than just the .S via the >>>>>> OpenSolaris licence. Anything new there? I suppose that this might >>>>>> make it easier to port SPARC code to x86, if that's the issue. >>>> Sorry for waiting long long time... Please wait for one more week! >>>> Interface code is small and disarmingly simple. >> One week -- no problem!! >> >> Small and simple -- definitely no problem!! > > I wrote brief memo on how to access SMART data via ATA > under Solaris/SPARC: > > http://card-captor.dyndns.org/pub/solaris-smart/how-to-access-smart.html On this page you state: "Beware that this technique cannot be applied to SCSI devices or (on the) x86 platform." Since that statement stands alone (i.e. unqualified) a reader might assume that SCSI devices are unsupported on Solaris platforms. I understood that the existing "uscsi" based interface (written in C or C++) works fine for Solaris on both the SPARC and x86 platforms for SCSI devices. That also includes (s)ATA devices behind a SAT layer (e.g. as found in a LSI SAS HBA). I don't have any Solaris equipment but I have based a Solaris port of my sg3_utils package on the "uscsi" interface found in smartmontools. The feedback from one Solaris tester has been positive. Doug Gilbert > Source file for .S file (included in smarmontools archive) > is available from there. I would appreciate any comments > and suggestions. > > > Bruce, > I am thinking whether I should check-in .c/.cpp file into CVS > repository or not, because users cannot compile it by itself. > Adding .c/.cpp file as "reference code" is informative but > little confusing. How about it? |
From: Bruce A. <ba...@gr...> - 2007-10-10 20:26:19
|
Keiji-san, I was reading/typing too fast and not thinking... I just saw the last part of your email. > Bruce, > I am thinking whether I should check-in .c/.cpp file into CVS > repository or not, because users cannot compile it by itself. > Adding .c/.cpp file as "reference code" is informative but > little confusing. How about it? I am in favor of having the .c or .cpp file in the repository as a reference, even if it does not compile and is just sitting there as reference material. But I am confused about whether or not this would be allowed by the incompatible licenses. Can you explain? Cheers, BRUCE |
From: Bruce A. <ba...@gr...> - 2007-10-10 20:26:19
|
Keiji-san, Thank you for releasing the source code on a web page! This is a nice way around the license incompatibility issue. Could I suggest that you update the smartmontools .S files by adding a COMMENT which points to the web page http://card-captor.dyndns.org/pub/solaris-smart/how-to-access-smart.html and says that the source can be found there? I do not think that this violates any licenses, but do not want to do this without your clear approval. Cheers, Bruce On Mon, 8 Oct 2007, Sawada Keiji wrote: > Hi all, > >>>>>> At some point in the past you had thought it might be possible to >>>>>> release the (S)ATA .c interface code rather than just the .S via the >>>>>> OpenSolaris licence. Anything new there? I suppose that this might >>>>>> make it easier to port SPARC code to x86, if that's the issue. >>>> >>>> Sorry for waiting long long time... Please wait for one more week! >>>> Interface code is small and disarmingly simple. >> >> One week -- no problem!! >> >> Small and simple -- definitely no problem!! > > I wrote brief memo on how to access SMART data via ATA > under Solaris/SPARC: > > http://card-captor.dyndns.org/pub/solaris-smart/how-to-access-smart.html > > Source file for .S file (included in smarmontools archive) > is available from there. I would appreciate any comments > and suggestions. > > > Bruce, > I am thinking whether I should check-in .c/.cpp file into CVS > repository or not, because users cannot compile it by itself. > Adding .c/.cpp file as "reference code" is informative but > little confusing. How about it? > > Regards, > ksw / SAWADA Keiji > <car...@us...> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Smartmontools-support mailing list > Sma...@li... > https://lists.sourceforge.net/lists/listinfo/smartmontools-support > |