Hi, I have an Adaptec RAID 4805SAS for which I use this tool to manage the controller. There are different versions for different controllers available on Adaptec's homepage but as I only have one controller, I did not test the ebuild with any other version of their ASM sorftware. Reproducible: Always Steps to Reproduce:
Created attachment 184300 [details] asm-5.20.17414.ebuild This ebuild is fetch-restricted as Adaptec requires users to accept a license agreement when downloading their software. One problem with this sotfware is that it writes log files into the direcory it got installed into. I tried to make it write into /var/log but I didn't suceed completely.
Created attachment 184301 [details] StorAgnt.sh This is the start script for the Store Agent. I wrote it so I don't have to rely on the one from Adaptec which is quite ugly.
Created attachment 184302 [details] StorMan.sh This is the start script for the Store Manager. I wrote it so I don't have to rely on the one from Adaptec which is quite ugly.
Reassigning to maintainer-wanted.
FWIW, this doesn't seem to work on an amd64 box. It installs fine, but if I try to run arcconf or hrconf, I get: # /opt/bin/arcconf /opt/bin/arcconf: error while loading shared libraries: libstdc++.so.5: cannot open shared object file: No such file or directory I'm using -X in my use flags.
Hrm, I fixed it doing this: Create /etc/env.d/99asm containing: LDPATH=/usr/lib/gcc-lib/x86_64-pc-linux-gnu/3.3.6 then do env-update I would assume there's a correct way to do this within an ebuild somehow?!
Which package do you have installed? =sys-devel/gcc-3.3* or sys-libs/libstdc++-v3?
The virtual/libstdc++:3.3 dependency seemed to pull in sys-devel/gcc-3.3.6-r1
virtual/libstdc++:3.3 can pull both packages: RDEPEND="|| ( =sys-libs/libstdc++-v3-bin-3.3* =sys-libs/libstdc++-v3-3.3* =sys-devel/gcc-3.3* )" and I only tested my ebuild with =sys-libs/libstdc++-v3-bin-3.3* Unfortunately I don't have access to that machine currently. I will look into this problem as soon as I get access to that machine back which might roughly take a month.
Sorry wrong paste. I tested the ebuild only with =sys-libs/libstdc++-v3-3.3* (not the -bin package)
Created attachment 190300 [details] asm-6.10.18359
Comment on attachment 190300 [details] asm-6.10.18359 Hi, Updated ebuild for the latest version (6.10.18359) which fix the dependency for =sys-libs/libstdc++-v3-bin-3.3* or =sys-libs/libstdc++-v3-3.3* or =sys-devel/gcc-3.3*. Adaptec provide is own libstdc++.so.5. This version also fix the log problem too. This ebuild is based on the asm-5.20.17414.ebuild. I wrote an init script (remove also StorAgnt.sh).
Created attachment 190302 [details] init script
Created attachment 190303 [details] Configuration file for init script
Created attachment 190305 [details] Updated StorMan.sh
I don't have the hardware for this, so just a few comments on the ebuild from me, because it came up on the forum: > RDEPEND="( dev-java/sun-jdk:1.5[X=] ) || ( dev-java/sun-jdk:1.6[X=] )" This would mean "we need sun-jdk:1.5, and also either sun-jdk:1.6", which is a bit strange. This would be much clearer if it were written as # JDK 1.5 and 1.6 are both required RDEPEND="dev-java/sun-jdk:1.5[X=] dev-java/sun-jdk:1.6[X=]" but you probably want # either JDK 1.5 or 1.6 is required RDEPEND="|| ( dev-java/sun-jdk:1.6[X=] dev-java/sun-jdk:1.5[X=] )" > einfo "${PN}_linux_x86_v${MY_PV}.rpm" This should use ${MYARCH}. > src_install() { > cd "${S}" || die src_install already starts in ${S}; you don't need cd here.
I think java should be a use flag. Storman basically polls the output from "arcconf" which is a application that outputs in human readable and xml format. I use this application on most of my servers to poll output such as disk failures and so on. If java is disabled we could just copy this application (still deps on libstdc) to bin and get on with business.
IMHO instead of app-admin/ this ebuild should be in sys-block/ where other comparable ebuilds are located.
Created attachment 207196 [details] Ebuild for version 5.30.17509 (3405 controller) My ebuild for current version of ASM for 3405 controller based on asm-6.10.18359.ebuild but with fixed dependency (sys-libs/libstdc++-v3 was missing).
Created attachment 207200 [details] Updated start script for java GUI The other posted script does not work for me and on the two systems I had to test this simple script works fine. Has to be placed in the files subdirectory, replaces the other file.
Created attachment 239213 [details] asm-5.20.17414.ebuild Updated ebuild
Created attachment 239215 [details] StorAgnt.sh
Created attachment 239217 [details] StorMan.sh
Created attachment 239219 [details] asm-initd
Okay, here's my latest ebuild plus additional files. Please give it some kind of review and report any odds you find as I'm planning to include this ebuild in portage. Some wide testing would be nice but I'm afraid this kind of hardware cannot be found in many Gentoo-systems ;)
I have a 4U rackmount with adaptec 3405 controller running gentoo in full production mode and I could certainly use this ebuild. bump for great justice and a portage commit or at least an overlay would be superb :)
Also wanted to mention there is a major version upgrade available at least for my raid controller. http://www.adaptec.com/en-us/speed/raid/storage_manager/asm_linux_x64_v6_50_18579_tgz.htm http://www.adaptec.com/en-us/speed/raid/storage_manager/asm_linux_x86_v6_50_18579_tgz.htm