Home | Docs | Forums | Lists | Bugs | Planet | Store | GMN | Get Gentoo!
Not eligible to see or edit group visibility for this bug.
View Bug Activity | Format For Printing | XML | Clone This Bug
This is for the Pre-9000 series 3ware ATA/SATA controllers '3DM' web manager. Reproducible: Always Steps to Reproduce: 1. fetch package from 3ware 2. ebuild 3. ** find a way to fix the e-mail alerts Actual Results: Everything works except e-mail alerting Expected Results: E-mail alerts should work too.
Created an attachment (id=37615) [details] tw_3dm-7.7.1.ebuild - Fetch Restricted - Installs 3dm on gentoo.
Created an attachment (id=37616) [details] 3dm configuration builder This builds the 3dmd.conf.
Created an attachment (id=37617) [details] init script for 3dmd
What about the 9500s series? Can anyone check in these two ebuilds? or should i check them in?
If you're willing to maintain them then I say check them in.
kernel: I'm taking this (since I have the hardware). Is there any solid advantage to the web interface that the CLI doesn't have?
The webdaemon offers monitoring and reporting. Also, dealing with hot-swapping drives can be much nicer w/ the web iface. Apart from those, it is just a wrapper around tw_cli. A long time ago I read a number of posts _somewhere_ a couple people had written perl scripts to check the card status using tw_cli. They felt that the web daemon was a waste of memory. I don't know what that was about, since bash reports larger usage on all my systems.
Ok, for the moment I'll agree with you that the web interface is nice for some things, esp when you start to have larger raids (I just threw it on a box with dual 8506-12 units, and saw the benefits). Would you mind looking at how I cleaned up your tw_cli submission, and cleaning this ebuild up in the same way? Now if we could just get 3ware to provide either the source to these things, or binaries for other platforms, we'd be all set (I want to use it in a MIPS box).
It looks like have a bunch of ebuild hacking to do, so: Sure - I will attempt to follow suit. =)
We need to support systems with both 7/8000 series cards, and 9000 series - should we SLOT this? (This goes for both.) BTW: As you have already divined: 7000 series are PATA, and 8000 are SATA. Other than that the [78]xxx are all using the same chipsets. 9000 is a new animal, and the utilities for it are new as well.
I think slotting this is going to be a PITA. Firstly upstream's tarballs aren't versioned, and we're going to run into conflicts having two different tarballs with the same name, and different content/md5sum. I think we would be best off asking upstream to add version numbers and better identifiers to their tarball filenames. I don't have any 9xxx cards to test with even (just 7xxx and 8xxx), so if you'd like to ask them, I'd be grateful.
until upstream resolves the stuff I mentioned, I'm not going to put the web manager into the tree. the command-line tools are there (as it turns out the latest binaries have support for all of the cards).
I have been trying to work out a graceful way of handling the upstream. I may actually make an ebuild based off of the 9.2-xxxx stuff - Especially since the 9.2 utils are the only ones that actually work with 2.6.11+
I have updated the ebuild based on the upstream beginning w/ versioning (so it seems). I am posting 3dm2 - I don't see a reason make a new bug. sys-block/tw_3dm2 This web interface uses SSL by default, and includes some versioning.
Created an attachment (id=61761) [details] tw_3dm2-9.2.ebuild sys-block/tw_3dm-9.2.ebuild
Created an attachment (id=61762) [details] files/3dm2 files/3dm2 this is the init script.
Created an attachment (id=61763) [details] files/3dm2.conf This is an example 3dm2.conf. This get's overwritten the each time the daemon is run. It is configured by the daemon, and no comments are retained.
ALso, this _should_ work for x86_64. I have not tested it yet, I will tomorrow. I have to wait for my ssh keys to arrive. In the meanwhile I have it working on x86, it's very nice. Also, this solves the wierd problems with 2.6.9+.
It's ghetto, but it works. This is in my cron.hourly #!/bin/bash tw_cli info c0 | grep Port | grep -v OK | mail -e my@mail.com -S RAID PROBLEM
It does work, but is that so that you can avoid running 3dm2 (which seems to work great for all my sites where I use it.)
Joshua: your 3dm2 ebuild is reasonable, but please look at the current tw_cli ebuilds for handling of fetching and correct SRC_URI structure for multiple arches. Also, does 3dm2 still persist in it's evil practice of overwriting that config file?
I'm about to switch a x86-server from SuSE 82.4.x kernel) to gentoo (using kernel-2.6.16). It has a 12 port 7000 series card. Anything I could check/test/whatever regarding these ebuilds?
Yes, the config file still get's overwritten, and apparently it just has to be under daemon control. That sad. I have 7000, 8000 and 9000 series cards on Gentoo boxes to test with. x86 and amd64 now. I will see if I can fix up in the way you asked Robin.
*** Bug 100452 has been marked as a duplicate of this bug. ***
What the current status of the 3dm web based ebuild?
Brian Davis: see my comment #21, and the response from Joshua in comment #23. Overwriting the config file is still really nasty. Pity we can't get 3ware to open the source for at least the CLI, to build a good solution for this (and let us escape being stuck on x86/amd64 if we want the CLI/GUI).
Would be really cool to see them in portage...any progress yet?
Craig: it's considered polite to add yourself to the CC if you are expecting a response. While 3dm2 still modifies it's configuration file and wipes out the config, I'm not going to let it into the tree. (Has anybody here tried with the 3dm2.conf made immutable?)
Created an attachment (id=102513) [details] 3dm2-9.4 this is a ebuild for the latest version of 3dm2. it still overwrites the config files, but i can't fix it.
Created an attachment (id=102514) [details] 3dm2-9.4 this is a ebuild for the latest version of 3dm2. it still overwrites the config files, but i can't fix it.
Created an attachment (id=102515) [details] the config file
Ebuild works fine for me using two drives in a Raid 1 with a Model 7006-2: 00:13.0 RAID bus controller: 3ware Inc 7xxx/8xxx-series PATA/SATA-RAID (rev 01)
Created an attachment (id=104358) [details] ebuild for 3ware 3dm2 daemon
Created an attachment (id=104359) [details] files/3dm2
The newest version is now 9.4.0.1: http://www.3ware.com/download/Escalade9650SE-Series/9.4.0.1/3DM2-Linux-9.4.0.1.tgz I rewrote the ebuild a bit and added pkg_nofetch() just like the one that tw_cli has and turned on fetch restrictions, because 3ware wants you to agree to their EULA. The path to it is: http://www.3ware.com/support/windows_agree.asp?path=/download/Escalade9650SE-Series/9.4.0.1/3DM2-Linux-9.4.0.1.tgz I also changed to comments (telling the user that 3dm2 only runs on localhost by default etc.) For testing, I also changed file/3dm2.conf to run on an other port; it works fine, BUT 3dm2 strips of comments and blank lines. I don't think that's a reason to keep this package out of portage...well but I'm not a maintainer :/ To say it once again: it would be really cool to see it in portage! ;) Couldn't we add it as a masked package at least?
Oh just to mention it: my ebuild runs fine with: 05:01.0 RAID bus controller: 3ware Inc 9550SX SATA-RAID
confirmed to work fine with: 01:00.0 RAID bus controller: 3ware Inc 3ware 7000-series ATA-RAID (rev 01)
Confirmed to work with: 04:00.0 RAID bus controller: 3ware Inc 9650SE SATA-II RAID (rev 01) Sorry for bugging you, but I thought others might be interesting if the tool runs stable. I didn't experience any problems yet.
I wrote a mail to them about the issue; let's see if they react at least...
Just to add - Craig's ebuild seems to work fine with: # lspci|grep 3w 05:01.0 RAID bus controller: 3ware Inc 9xxx-series SATA-RAID
There is no mail support, and I didn't find any contact for technical questions/requests. So I registered one of our Raid Controller and asked in their Web Support online form (https://www.3ware.com/websupportForm.asp?uType=eUser). We'll see if and how they react. Thanks for the report, Kevin.
------------------------------------------------------------------------ Response:- 13th March 2007 at 6:54 Dear Customer, I will forward this to the concerned department and will do the needful. Thank you very much for your suggestion. Sincerely, AMCC Customer Support, Tech 6. ------------------------------------------------------------------------ Let's see how/if the "concerned department" will answer.
Today, 9.4.1 was released, see: http://www.3ware.com/download/Escalade9650SE-Series/9.4.1/9.4.1_Release_Notes_Web.pdf 9.4.0.1 vanished completely from "http://www.3ware.com/support/download.asp". I'm trying to write an updated ebuild when I am home.
The new release *really* sucks in my opinion. It's just ONE big installer which includes everything. You cannot unpack it. And: [root@server]# /etc/init.d/tdm2 stop Stopping 3ware DiskSwitch daemon: *** glibc detected *** double free or corruption: 0x00000000007dbb90 *** Uhm. :/
It also includes some graphic "Installshield" for Linux which is bundles with a JRE! Who installs X on servers anyways?!? It also has a "-console" mode and - luckily - "-silent" mode which installs it to /opt/AMCC. Their download is now 63mb (x86) / 69mb (amd64)! DAMN, their servers were already slow before...I'm on 100MBit and only had ~50kb/s :/ The 3dm2 "bug" of rechanging 3dm2.conf is still there. I've got no reply from 3Ware/AMCC about it yet.
Continuing everything about 9.4.1 in an other place, cause I noticed that I shouldn't spam people, that just want 9.4.0.1 in portage. Sorry. http://bugs.gentoo.org/show_bug.cgi?id=171742
*** Bug 171742 has been marked as a duplicate of this bug. ***
Well, continuing here. I registered some Controllers and created "web report requests" at 3ware.com for: - the glibc error - the new installer (does not contain an init.d script any more which I'd need for some SLES machines and because you cannot install silently and change the installation path, it really sucks because you can't auto-deploy via ssh) - the 3dm2's web configuration tool (because of the config file changes) The last reply I got was: "I will look into this issue and discuss it with an engineer and get back with you. Thank you" Hmm. I'm excited about their answers. This bugtracker entry was just created to keep you up to date with my efforts.
Has there been any progress on this? I haven't written an ebuild before, but I'm willing to learn and help out as soon as I'm done with finals. Let me know if I can be of assistance. ---Alex
3ware continues to close my "Web Support Requests", nothing happened yet. I compained about: - the missing init.d script (not important for gentoo, but for me, as I also have sever dozens of SLES Servers) - the 3dm2 tool (it always changes the config file) - a double free or corruption in the 3dm2 tool (only seen on SLES) - the new, crappy installer I wrote to them just today that I want them to solve my problems - it's been overs 6 weeks now! I wonder if they always behave like this to custoumers? Maybe it's time to test other controllers. Status of the ebuild: 9.4.0.1 is the last usable version. Their new installer (>9.4.1) does not allow one to change installation paths - or I haven't found out how yet, it's bundles with a jre a brings an installer with it, files are stored in a sqllight database. You want a binary which is smaller than 1mb and need an installer which has ~70MB to install it. Total crap. Reminds me of M$.
Just curious, what are you guys using this software for? I thought I needed this ebuild, but I'm currently running 3Ware 7506-4LP on Gentoo without it, with no problems.
I personally don't have need for it. I have SMART checks that pass thru to the drives fine. If anybody else digs up the scripts that were previously mentioned, I'm inclined just to close this as WONTFIX in light of the recent JRE stuff that 3ware did. See comment #7: "The webdaemon offers monitoring and reporting. Also, dealing with hot-swapping drives can be much nicer w/ the web iface. Apart from those, it is just a wrapper around tw_cli. A long time ago I read a number of posts _somewhere_ a couple people had written perl scripts to check the card status using tw_cli. They felt that the web daemon was a waste of memory. I don't know what that was about, since bash reports larger usage on all my systems."
After complaining about auto-closing my issues: Response:- 8th May 2007 at 15:43 Hello, The system closes the case if there is no activity. It was placed in our change request database and is considered to be a bug. We will fix it, but I cannot give you a timeframe. Thank you, Joseph I hope this does not mean "yea, it will be fixed on judgement day" (aka never) ... It still would be a great idea to create a new ebuild maybe called "tw_cli_watcher" that contains the mentioned perl scripts who can also send alerts so that we have a "lightwight" script solution and a web based "comfort" solution for managing 3Wares. What do you think?
I've got an other reply from Joseph/3ware: ---------------------------------------------------------------------------- Hello, I worte another SCR for the issues with the setuplinux installer and also included you comments about the 3dm2.conf getting reset. The 9.4.1.1 codeset needed to be removed because of performance problems but should be released soon as 9.4.1.2. I have also forwarded the latest comments and information o our Linux engineer. There is a general e-mail, support1@amcc.com that we all can reply to and comments are welcome. ---------------------------------------------------------------------------- Seems things get better, BUT before recommending to buy 3ware/amcc controllers again, I'll wait and see what happens.
Just FYI, there are new versions out, 9.4.1.2: 3DM2 (Web-Tool) Linux 32 Bit: http://www.3ware.com/download/Escalade9650SE-Series/9.4.1.2/3DM2_CLI-Linux_x86-9.4.1.2.tgz Linux 64 Bit: http://www.3ware.com/download/Escalade9650SE-Series/9.4.1.2/3DM2_CLI-Linux_x86_64-9.4.1.2.tgz tw_cli (commandline) Linux 32 Bit: http://www.3ware.com/download/Escalade9650SE-Series/9.4.1.2/tw_cli-linux-x86-9.4.1.2.tgz Linux 64 Bit: http://www.3ware.com/download/Escalade9650SE-Series/9.4.1.2/tw_cli-linux-x86_64-9.4.1.2.tgz
Hello, I'd just like to add my vote to get this working - I have the 3ware 9500S-8 controllers, and I'd really like to get email notifications working on my 3 gentoo servers.
Hi Charles, register here: https://www.3ware.com/login.asp Then, login & file a bug. Tell them you don't like the new proprietary installer and the 3dm2 tool changing the /etc/3dm2/3dm2.conf. BTW for everyone interested, I've got a response on 2nd August 2007: ------------------------------------------------------------------------ Hello, Our engineering asked me for more information about the problem and while tryng to peice together details, I hit the submit button. There is still no fix. Thank you, Joseph ------------------------------------------------------------------------ Somehow, I do not really understand what he means...but english ain't my mother tongue. I wonder why I shall repeat what I wrote? 6 Months and no fix...damn, this sucks :(
Done... :)
This new 3ware installer is really is the worst piece of software i have seen in a long time. Here's what I wrote 3ware support today: ################################################################################ Dear 3ware Support, what has happened to your once great 3DM2 Management Utility? In version 9.4.0.1 is was a nicely working program, 3,6MB big and everything worked beautifully across several Linux distributions (Gentoo, OpenSUSE, Ubuntu). In version 9.4.1.2 however i cannot find this nice 3DM2 tool anymore. There is only a large "3DM2_CLI-Linux_x86-9.4.1.2.tgz" "3DM2_CLI" download, which - apart from being almost 20 times bigger doesn't really work at all. I really tried getting this new thing to install/work and ultimately failed. And i usually really get everything to work in Linux, even obscure things. Where is the normal 3DM2 program package like it used to be ? This new development is a major letdown for me! I generally buy 3WARE because of the good linux compatibility, and i'm seriously starting to wonder if 3ware's Linux support is going down the hill (with this new 3DM2 it certainly seems like it...). I currently own/look after three 9650SE cards (1x 2port, 1x 4port, 1x 12 port) and would love to add more in the future. Linux compatibility and a working 3DM2 monitoring programm is VERY IMPORTANT though. If this 3DM2 issue is not resolved in the next release (at the latest!) i will seriously have to start looking at other vendors. Yours sincerely, ################################################################################
Thanks, they might change their mind if they got more compaints... BTW: 9.4.1.3 is out. I've got no time to test it this week, though.
9.5.0 is out. Still no change. :(
(In reply to comment #60) > Thanks, they might change their mind if they got more compaints... > BTW: 9.4.1.3 is out. I've got no time to test it this week, though. > i will also post a "bug" to 3ware support cause i am also looking forward to getting an ebuild for the newest version of 3dm2. for tw_cli i want to have the pmstat performance monitor feature enabled...
Latest News (talking about 3dm2 changing the config file): ################################################### Response:- 15th October 2007 Hello, At this point it will not be fixed because it is by design that the log is reset after every reboot and 3ware will not be changing this. Thank you, ################################################### I replied to that, of course. Well. There are some changes in the installer. In 9.5.0 you can specify a file with variables in it. Maybe the author never heard of getopts? It's just labled to be a Linux installer, so...this line is also funny: _XPG=1 # to maintain backward compatibility with bourne shell on IRIX. See IRIX man pages of sh for more details. Irix? WTF? It's the LINUX x86 installer. I guess that code comes from the Installshield crap they bundled. Who need the graphic installer anyway, Users would like to have the 3ware/amcc tool in their package manager! Enough about that. Well, I found something called "$DESTINATION_DIR", sounds nice? It's called in executeExternalInstructions() that function is called in main() by this line: -is:in) inputFile=`echo "$2" | sed -e 's/^\"//;s/\"$//'`; executeExternalInstructions "$inputFile"; exit;; but main() is called by mode() when a file is involved OR directly at line 1979. So the following SHOULD work, but in fact does NOT: echo "DESTINATION_DIR=/opt/foo" > bar ./setupLinux_x86_9.5.0.bin -is:in bar It exits with an error in extractJVMMessage() ([: 0: unary operator expected): while [ $I -lt $FILEINDEXCOUNT ] ; do extractJVMMessage() is only called by cleanupandexit() That error occurs because, FILEINDEXCOUNT is initialized AFTER mode(). They've probably never tested that functionality. Does 3ware/AMCC have any QA? I wonder if their controllers firmware is also coded like that. Insert this before mode(): FILEINDEXCOUNT=5 FILEINDEX0=05:00000000:000003F1:00010800:Verify.jar:00:00000001:00000000 FILEINDEX1=01:00000001:0000050E:00010C00:sunjre15.jvm:00:00000001:00000000 FILEINDEX2=04:00000002:01D78F52:00011400:linux-sun-1.5.0.bin:01:000002C2:053465D2 FILEINDEX3=06:00000003:016D90D5:01D8A400:setupx86.jar:00:00000001:00000000 FILEINDEX4=08:00000004:00000068:03463800:JVMNotFound.txt:00:00000001:00000000 Now the installer exists silently... !! CRAPPY CODE ALERT !! !! CRAPPY CODE ALERT !! !! CRAPPY CODE ALERT !! A word to AMCC: THAT INSTALLER SUCKS ASS, DAMN, WTF ARE YOU GUYS THINKING? In a week, I have to order a new server. Maybe I should buy another brand of RAId controller...?
The response to the bug report about -is: ################################################ Response:- 31st October 2007 Hi, Thanks for the support. Sure we will look in to this and will fix this bug. Regards, AMCC Customer Support, Tech 6. ################################################ And here is their latest answer about the issue with the changed config file: ################################################ Response:- 13th November 2007 I filed a bug report on this issue, so that the file does not get changed. It is unlikely that this will get addressed in the near future, however. Regards, Patrick ################################################ Meanwhile, they released Version 9.4.2 (after 9.5), so I guess 9.4.2 might be the "stable" line and 9.5 "experimental" ?! BTW: 9.5 even has a percentage meter, lol. WTF is that tool doing there? It just needs to copy a few files May I call this the "Never Ending Story"?
Response:- 4th December 2007 at 6:5 Hi, we too filed an bug report and waiting cross fingered for the result. Thanks, AMCC Customer Support, Tech 6.
Some messages were sent, but still, there is no change. - bulky java installer - 3dm2 tool not shipped stand-alone - function -is:in [filename] does not work, they say it's a problem, but won't be fixed soon - /etc/3dm2/3dm2.conf is automatically changed by 3dm2 - Installer problem with 9.4.2 on 64-Bit - write cache automatically disabled on reboot on Win2003EE SP1 (ok not a gentoo/linux problem, I know) - my tickets are auto-closed all the time within days, without a solution 3Ware does not seem to be worth the hassle, support really sucks. ARECA 1210er are fine I heard, they also ship with a web tool which is available as single download. If I've got time, I'll write an ebuild and link to the bugtracker entry from there. I've also got a nice offer from our supplier, the next Server we order will propably be shipped with an areca.
I'm getting ready to build a storage server, and have decided to go ahead and buy 3 additional ARECA cards (and bigger hard drives while I'm at it) for my current servers for this very reason. I'm sorry to say it, but goodbye 3ware.
hi all! today i got time to also write a message to 3ware support: ------------------------------------------------------------------ hi support! i am an active gentoo community member using an 3ware 9650se controller! until you released your 3dm2 utility version > 9.4.0.1 everything runs fine for me. some gentoo users write an ebuild so the 3dm2 utility could also be easily installed on a gentoo box. the 3dm2 utility could be downloaded seperately and was about 3mb of size. but with the later versions i encountered two things: 1. the 3dm2 utility could not be downloaded seperately 2. the filsize increased enormously i followed all the gentoo community posts according to this issue and today i tried to install the 9.4.2 release to verify their results and aborted after the installer displayed the installation of the java runtime. why do i need a java installer to install the 3dm2 AND cli tools? could it _please_ be possible to offer the cli and the 3dm2 tools seperately? not only for me these two tools are essentially for using the controller - the webinterface more than the cli, but after reading these posts i refuse trying to install the package because the controller is used within a production-use system so i cannot afford playing around with this piece of software. especially other gentoo member who have installed a new firmware report a decrease of performance - another reason for me not to upgrade. i hope you are able to realise not only my suggestions in order to consider the community. yours sincerely, --------------------------------------------------------------------------- i hope they show ANY response to our demands. will port the reply - if any ;) greets snIP3r
Latest reply: ################################################################## Request:- 16th January 2008 at 14:44 My Issues are auto-closed all the time, thought it's not been longer than 2-3 days. Please stop closing them. And PLEASE, fix at least some... Response:- 16th January 2008 at 16:41 Tech 7 Hello, For your kind information, all your cases are still kept opened and not closed. And sure your problems will be fixed. Thanks for your kind co-operation and patience. Your's Sincerely, AMCC Customer Support, Tech 7. ################################################################## Uhm, they are open, because I re-opened them today, but my personal guy "Tech 7" doesn't seem to be able to see that. Maybe their bugtracker just sucks. The last replies came very quickly, they even sent a mail with an attached tool for the win2003 problem. I just wonder, why the almighty 3dm2 tool cannot re-enable the cache if windows disables it? It should just read the config and set the options when the system is fully up, not earlier. That's a bit strange, it might be crappy windows' fault, but that's not this bug entries' theme! Sadly, I'd say, support does not really seem to care if they loose custumers. And it's not only that they only loose us, but also my friends who are sysadmins, too, won't buy 3ware if I tell them about the whole issue. If they at least had fixed the "-is:in [filename]" function, I wouldn't be that angry... Let's see if I get a free SAS controller when it's one year of unfixed problems :( My next step to the public is a blog entry on a friend's site which deals with "the administrators life" - and has AFAIK 10.000+ views of tech-people per month. I' sure the title "One year of unfixed 3ware problems" would get quite some interest - also because many smaller blogs are copying from him. ;) Let's see what happens (I guess I can prepare the blog entry already).
####################################################### Response:- 16th January 2008 at 20:6 Tech 7 Hello, We appreciate your patience. And surely your requests will be resolved as soon as possible. Your's Sincerely, AMCC Customer Support, Tech 7. #######################################################
hi all! here is the conversation with 3ware support. i dont know why, but i think they do not know what i mean. --------------------------------------------------- Response:- 16th January 2008 at 18:31 Tech 7 Hello Wagner, We can understand your problem. And thanks for using our 3ware controllers. For your information, kindly try using the 3DM2 tool from our 9.3.0.7 codeset. Let us see if this helps. Your's Sincerely, AMCC Customer Support, Tech 7. Request:- 16th January 2008 at 19:55 hi support! thanks for your _really_ fast reply, but i have successfully installed 9.4.0.1. only the versions above this (e.g. the latest 9.4.2) causes me and my gentoo pals headaches because the 3dm2 tool is not availabe separately as it was in 9.4.0.1. greets wolfgang wagner Response:- 17th January 2008 at 19:7 Tech 7 Hello Wagner, By design the 3DM2 tool of the latest versions are like that, which varies from that of the older once. Your's Sincerely, AMCC Customer Support, Tech 7. --------------------------------------------------- the latest answer means nothing to me and did not help in any way... i agree with some others writing that 3ware support is crap!!! greets snIP3r
About the changing logfile: ################################################################# Request:- 14th January 2008 at 9:55 An empty response? Response:- 18th January 2008 at 21:57 ppejack@amcc.com Hello, I don't believe our engineering team plans to change this. The bug is filed, but as it is an enhancement request it does not get high priority in engineering. Patrick ################################################################# Response:- 18th January 2008 at 21:56 ppejack@amcc.com Stefan, With regards to this statement you made: "The commandline function -is:in [filename] " where did you read about the 'is:in [filename]'? Why did you think you could specify the installer like that? Patrick ################################################################# Oh well.
Without words: ############################################################################## Request:- 16th January 2008 at 14:44 My Issues are auto-closed all the time, thought it's not been longer than 2-3 days. Please stop closing them. And PLEASE, fix at least some... ############################################################################## Response:- 16th January 2008 at 16:41 Tech 7 Hello, For your kind information, all your cases are still kept opened and not closed. And sure your problems will be fixed. Thanks for your kind co-operation and patience. Your's Sincerely, AMCC Customer Support, Tech 7. ############################################################################## Request:- 16th January 2008 at 17:59 *Extreme* patience. Look at the date when I opened the first issue (which still isn't solved). ############################################################################## Response:- 16th January 2008 at 20:6 Tech 7 Hello, We appreciate your patience. And surely your requests will be resolved as soon as possible. Your's Sincerely, AMCC Customer Support, Tech 7. ############################################################################## Request:- 18th January 2008 at 19:14 Issues are still closed within a few days (which cannot be caused auto-closing, because that happens only after 14 days, right?) ############################################################################## Response:- 19th January 2008 at 1:16 Tech 7 Hello, Yes, the cases gets closed if there is no activity for 14 days. Your's Sincerely, AMCC Customer Support, Tech 7. ############################################################################## Request:- 31st January 2008 at 10:15 I know that. I can count! They get closed much earlier. ############################################################################## Response:- 31st January 2008 at 17:52 Tech 7 Hello, We are pleased to tell you that we will look into this auto closing issue and assure you that we will work on that and extend the closing dates for a particular case. And please can we know the problem that you are facing in working with our controllers? We are here to help you. Your's Sincerely, AMCC Customer Support, Tech 7. ############################################################################## WTF? I'm a bit upset - why do I open As usual, all issues (except one) were closed, no progress was made at all. Sorry for the spam, I'm just trying to keep you up-to-date. Last message sent: ############################################################################## Request:- 8th February 2008 at 17:37 I strongly suggest that you read the other issues I have open. To make me (and many more people struggeling with the 3dm2 tool) happy, you'd just have to provide the pure 3dm2 binaries for x86_32 and x86_64 without any Installers in a freely downloadable tarball on www.3ware.com. If you would allow people to mirror it, it wouldn't even cause headache to site administration. That would probably fix all our problems and keep you from working on the different issues that all come from problems with the crappy, new java installer. ##############################################################################
############################################################################# Response:- 8th February 2008 at 18:15 Tech 7 Hello, At present you can try the 3dm2 from 9.4.0.1. codeset or you can try the CLI. Our testing and marketing team will make a decision on your request with the upcoming codeset release. Your's Sincerely, AMCC Customer Support, Tech 7. #############################################################################
I now finally was able to update to 3DM2 9.5.0... Of course not using the 3WARE crap-installer (which failed as usual, i actually tried), but by using debian packages some nice guy made here: http://jonas.genannt.name/ - his blog is here: http://blog.brachium-system.net/ While not exactly made for gentoo, i was able to convert the .deb files to .tgz using 'alien -t --scripts'. Then I unpacked the .tgz, and put the stuff into their directories. I used the old gentoo 3dmd2 init script, generated the certificate using openssl (for commandline see the debian scripts) and everything seems to work perfectly fine. And of course i opened a ticket at 3ware and requested a zip'ed or tar'ed version of 3DM2 while telling them that their installer is oversized non-working crap. Not that I have much hope, but well, you gotta try and complain until they finally get it...
Thanks for opening a ticket, maybe it helps a bit. I had considered creating my own packages and publishing them, but I guess that's illegal due to their license?! Can anyone check this?
Unfortunately nobody cannot legally repackage their files.
(In reply to comment #75) > I now finally was able to update to 3DM2 9.5.0... > > Of course not using the 3WARE crap-installer (which failed as usual, i actually > tried), but by using debian packages some nice guy made here: > http://jonas.genannt.name/ - his blog is here: http://blog.brachium-system.net/ > > While not exactly made for gentoo, i was able to convert the .deb files to .tgz > using 'alien -t --scripts'. > Then I unpacked the .tgz, and put the stuff into their directories. I used the > old gentoo 3dmd2 init script, generated the certificate using openssl (for > commandline see the debian scripts) and everything seems to work perfectly > fine. > > And of course i opened a ticket at 3ware and requested a zip'ed or tar'ed > version of 3DM2 while telling them that their installer is oversized > non-working crap. Not that I have much hope, but well, you gotta try and > complain until they finally get it... > have you already checked the cli package too?? is it possible that they are running after conversion? @craig: but aren't the filed behind the link posted created this way??
>have you already checked the cli package too?? no >is it possible that they are running after conversion? I'm pretty sure they will. >@craig: but aren't the filed behind the link posted created this way?? Yes.
"LICENSE. This Agreement allows you to (a) use the AMCC Product on a single computer, and (b) make one copy of the AMCC Product in machine-readable form solely for backup purposes. You must reproduce on any such copy all copyright notices and any other proprietary legends found on the original. Certain rights are not granted under this Agreement, but may be available under a separate agreement. If you would like to enter into a Site or Network License, please contact AMCC." Uhm, what if you put your copy of "the AMCC Product" on your webserver? It's there just for backup puropses... ;) BTW: http://www.3ware.com/kb/article.aspx?id=15286&cNode=6I1C6S I'm currently thinking about writing an installer (or a howto at least) that "converts" the huge java installer tar.gz into a new, small tar.gz that can be installed with an overlay ebuild; you'd just have to create the tar.gz once and then you can install happily. As the "big-crappy.tar.gz" contains also tw_cli, tw_sched and tons of docs, use-flags "doc cli 3dm2 tw_update tw_sched" would be cool for a new sys-block/3ware-tools package. What do you think? I still hope they'll release a new version which only contains the 3dm2 file...
Hi Craig, I'd sure like to see this happen... I have 3 of these cards (9500S-8), but to be honest, I've already decided that any new purchases will NOT be 3ware cards... I'm currently leaning toward the Areca cards. I really like the fact that they have a browser based management capability built into the card itself... no s/w to install at all...
(In reply to comment #80) > "LICENSE. > This Agreement allows you to (a) use the AMCC Product on a single computer, and > (b) make one copy of the AMCC Product in machine-readable form solely for > backup purposes. You must reproduce on any such copy all copyright notices and > any other proprietary legends found on the original. Certain rights are not > granted under this Agreement, but may be available under a separate agreement. > If you would like to enter into a Site or Network License, please contact > AMCC." > > Uhm, what if you put your copy of "the AMCC Product" on your webserver? It's > there just for backup puropses... ;) > > BTW: http://www.3ware.com/kb/article.aspx?id=15286&cNode=6I1C6S > > I'm currently thinking about writing an installer (or a howto at least) that > "converts" the huge java installer tar.gz into a new, small tar.gz that can be > installed with an overlay ebuild; you'd just have to create the tar.gz once and > then you can install happily. > > As the "big-crappy.tar.gz" contains also tw_cli, tw_sched and tons of docs, > use-flags "doc cli 3dm2 tw_update tw_sched" would be cool for a new > sys-block/3ware-tools package. > > What do you think? I still hope they'll release a new version which only > contains the 3dm2 file... > i think that would be a pretty good idea to create a howto! but we should not rely on AMCC to create a 3DM2 manager-only package.(In reply to comment #80) > "LICENSE. > This Agreement allows you to (a) use the AMCC Product on a single computer, and > (b) make one copy of the AMCC Product in machine-readable form solely for > backup purposes. You must reproduce on any such copy all copyright notices and > any other proprietary legends found on the original. Certain rights are not > granted under this Agreement, but may be available under a separate agreement. > If you would like to enter into a Site or Network License, please contact > AMCC." > > Uhm, what if you put your copy of "the AMCC Product" on your webserver? It's > there just for backup puropses... ;) > > BTW: http://www.3ware.com/kb/article.aspx?id=15286&cNode=6I1C6S > > I'm currently thinking about writing an installer (or a howto at least) that > "converts" the huge java installer tar.gz into a new, small tar.gz that can be > installed with an overlay ebuild; you'd just have to create the tar.gz once and > then you can install happily. > > As the "big-crappy.tar.gz" contains also tw_cli, tw_sched and tons of docs, > use-flags "doc cli 3dm2 tw_update tw_sched" would be cool for a new > sys-block/3ware-tools package. > > What do you think? I still hope they'll release a new version which only > contains the 3dm2 file... > hi craig, i think that would be a pretty good idea to create a howto! but we should not rely on AMCC to create a 3DM2 manager-only package.
>I'd sure like to see this happen... I've already started to prepare it. >I have 3 of these cards (9500S-8), but to be honest, I've already decided that >any new purchases will NOT be 3ware cards... Same over here. SAS Areca Cards will be the next purchase. >I'm currently leaning toward the Areca cards. I really like the fact that they >have a browser based management capability built into the card itself... no s/w >to install at all... This is offtopic; but do you have a link? I thought it worked the same way as the 3ware cards, I found the webtool on an ftp. Which model(s) do you talk about, how are the management capabilites implemented?
Click this link to get tot the Areca site for the 12XX SATAII cards... http://www.areca.com.tw/products/pcie.htm Scroll down toward the bottom and read under the 'Out-of-Band Manager', where it specifies a firmware-embedded Browser based RAID manager. I haven't seen it in action yet, but it *sounds* great... :)
9.5.0.1 is out, but no release without the crappy unfortunately. FYI: "3DM2 for other Linux distributions 3DM2 may not automatically start on certain Linux distributions (e.g., Ubuntu Linux and Debian). For a workaround see http://www.3ware.com/KB/article.aspx?id=15126."
######################################################### Response:- 25th March 2008 at 4:49 Tech 6 Dear Customer, The next proposed release will be in August and we will recommend the marketing team to have an individual 3dm2 tool. Thanks, AMCC Customer Support, Tech 6. ######################################################### About the "-is:in [filename]" bug: ######################################################### Response:- 25th March 2008 at 4:51 Tech 6 Hello Stefan, August is the proposed release for our next codeset. It will be fixed with the new release. Thank you very much for your patience. Regards, AMCC Customer Support, Tech 6. ######################################################### Oh, only about 4 months for a fix! About the problem not being able to install (with 9.5.0.1) on 64Bit: ######################################################### Hello, The new 9.5.0.1 is released and yet we are having some problem with this. The engineering and testing team are working on this 9.5.0.1 codeset in order to release a error free 3DM2 tool. We will let you know once if they are complete with this. And also we will take this issue to the concerned department and will make it work with the 64 bit too. Thanks for your kind patience. And could you please tell us the motherboard model and the motherboard BIOS version which you are using. Your's Sincerely, AMCC Customer Support, Tech 7. ######################################################### Well, they at lease (pretend?) to do something about the various issues...
BTW: after several months, I finally got this: ############################################################################ Response:- 23rd June 2008 at 8:11 jinfelise@amcc.com Hello, A decision was made not to change the management utilities configuration file. Thank you, Joseph ############################################################################ I'm curious if they'll release the binaries unbundled in August as promised.
I'm supposed to use a debug version for finding the problems with 9.5.0.1. Sure I have plenty of time to help them fix their crappy installer. :/ Now 9.4.3 is also out, no unbundled binaries for the 3dm2 webtool are available. What a surprise. The -is:in bug wasn't fixed, BUT they introduced new bugs, yihaa! The installer does not work on Gentoo anymore at all (I already filed a bug). I guess the 3ware support just laughs and ignores my messages when I file bugs, who knows. Reading the release notes, I begin to wonder why I am using 3ware RAID, seems that it might be more dangerous than linux software raid: · Fixed an auto-rebuild issue where auto-rebuild sometimes fails to start. · Fixed a controller reset and server hang issue for RAID5 256k striped units when there are large random writes issued to the controller. :(
(In reply to comment #88) > I'm supposed to use a debug version for finding the problems with 9.5.0.1. Sure > I have plenty of time to help them fix their crappy installer. :/ > > Now 9.4.3 is also out, no unbundled binaries for the 3dm2 webtool are > available. What a surprise. > > The -is:in bug wasn't fixed, BUT they introduced new bugs, yihaa! The installer > does not work on Gentoo anymore at all (I already filed a bug). > > I guess the 3ware support just laughs and ignores my messages when I file bugs, > who knows. > > Reading the release notes, I begin to wonder why I am using 3ware RAID, seems > that it might be more dangerous than linux software raid: > · Fixed an auto-rebuild issue where auto-rebuild sometimes fails to start. > · Fixed a controller reset and server hang issue for RAID5 256k striped > units when there are large random writes issued to the controller. > > :( > hi craig! thx for the info and the work you do! i think that 3ware is focusing only to the mainstream and i agree that they might laugh about our suggestions and ignore all of them. the next hw raid controller i choose will be another one that better supports linux. 3ware seems not to be the right choice for that. but perhaps we can still hope for the debian packages that were built. i only have a production server with a 3ware raid controller so i can hardly test anything :( greets snIP3r
Don't get me wrong, in-kernel 3ware support is still very good, it's just that the webtool won't work anymore. You can't expect everyone to use a CLI (especially the windows admins...) so for me it's a must-have. :( We cannot just mirror the debian packages and the "config change" behaviour is still there so it is extremly unlikely that the tool will be in portage in the near future. I guess it's time to write a custom "unpacker". ;)
I have found 3dm2 9.5.0.1 installer which works http://www.3ware.com/KB/article.aspx?id=15369 , maybe it somehow helps. Also it can produce debug logs.
Created an attachment (id=165263) [details] Script to create Tarballs for 9.5.1
Created an attachment (id=165265) [details] Script to create Tarballs for 9.5.1 (fixed) Sorry, the previous version was buggy.
Created an attachment (id=165267) [details] Ebuild for 3dm2-9.5.1 You need to create the needed file with the shellscript I uploaded.
works fine for me on x86 with a 9550SXU. thank you!!
FYI: I tested on x86_64 with a 9550SXU-4LP - worked fine.
hi all! according to this url http://ge.mine.nu/3dm2.html i cannot get the installer working. i get this error while creating the digest: area52 3dm2 # ebuild 3dm2-9.5.1.ebuild digest Appending /root/OVERLAY to PORTDIR_OVERLAY... !!! sys-block/3dm2-9.5.1 has fetch restriction turned on. !!! This probably means that this ebuild's files must be downloaded !!! manually. See the comments in the ebuild for more information. * * 1. Please agree to the license at URL: * * http://www.3ware.com/support/windows_agree.asp?path=/download/Escalade9690SA-Series/9.5.1/3DM2-Linux-9.5.1.tgz * * 2. Use the script from http://bugs.gentoo.org/show_bug.cgi?id=60690 to create the needed tarballs for this ebuild. * !!! File 3dm2-9.5.1-amd64.tar.gz doesn't exist, can't update Manifest can someone please help me get 9.5.1 installed... thx snIP3r
wget "http://bugs.gentoo.org/attachment.cgi?id=165267" -O create-tarballs-9.5.1.sh sh create-tarballs-9.5.1.sh Does it create the tarballs? If so: mv 3dm2-9.5.1*.tar.gz /usr/portage/distfiles and try again.
(In reply to comment #98) > wget "http://bugs.gentoo.org/attachment.cgi?id=165267" -O > create-tarballs-9.5.1.sh > sh create-tarballs-9.5.1.sh > > Does it create the tarballs? If so: > > mv 3dm2-9.5.1*.tar.gz /usr/portage/distfiles > > and try again. > works like a charm with an 9650SE-4LPML
If you thought about it, you could have known that you need to have the tarballs in distfiles. :-P But you're right, the mini-tutorial on http://ge.mine.nu/3dm2.html missed the moving to distfiles, also the download of the 3dm2 init.d script (which you didn't notice, because it was already there on your system), fixed now. If they allow it, I'll mirror the tarballs on ge.mine.nu and provide an ebuild that can directly install from there. Let's wait for their answer... Sorry for the bugspam, guys!
FYI: About the installer bug in 9.5.1 (installer won't start): they say you can install, if you remove java from your system, it will be fixed in 9.5.1.1. The statement from 3ware to the crappy installer: "There are no plans to move away from the java installer for Linux." :( They also say that automated installation is currently not possible. Well, we'll see if I get wrtten permisson to provide a repacked installer on my homepage.
9.5.1.1 Release Highlights · Significantly reduced rebuild time for most file system types with Rapid RAID Recovery (See Notes for Corrections to the User’s Guide) · Significantly reduced verify or initialization time when recovering from unclean shutdown without BBU · Improved multi-stream write and read performance with Advanced Content Streaming · Improved read performance for data recently written · Reduced foreground array initialization time on RAID 5, 50 and 6 · Password protection for 3BM · Support for autocarving LUN sizes greater than 2TB (up to 32TB) · Drive performance monitoring to help diagnose drive performance issues · Improved auto-verify capability that combines a basic, weekly verify schedule with default auto-verify settings · Various bugs fixed and enhancements – See details below
Created an attachment (id=174418) [details] 3dm2-9.5.1.1.ebuild
Created an attachment (id=174420) [details] Script to create Tarballs for 9.5.1.1
The review process for the created tarballs from "create-tarballs-9.5.1.1.sh" is now in progress by 3ware. If they accept them, I can provide an ebuild which can be directly downloaded them from a server.
Response:- 12th March 2009 at 10:45 ppejack@amcc.com Yes, no problem redistributing the binaries as you have them. Our 3DM2 and other software (e.g. CLI, drivers, etc.) is always free. Regards, Patrick
Created an attachment (id=185465) [details] 3dm2-9.5.1.1.ebuild The new ebuild fetches directly from http://ge.mine.nu where I'm hosting the packages created by create-tarballs-9.5.1.1.sh. You may want to verify the md5 sums after downloading: 9c070afdf7d61825b0d27057102fed1c 3dm2-9.5.1.1-amd64.tar.gz c0662488fbc5063ed26c1e7e1a3cbf16 3dm2-9.5.1.1-x86.tar.gz Have fun!
9.5.2 Release Highlights · Added Intelligent Read Pre-fetch (IRP) feature for improved performance · Added Background Task Activity Policy (BTAP) · Added 256K stripe size for improved RAID-6 sequential performance · Changed default stripe size from 64K to 256K for newly created arrays · Changed default StorSave setting from protected to balanced mode · Added audible alarm management for supported SES enclosures · Added power management support for Linux and OpenSolaris · Added a configurable delay for drive discovery · Added 3DM 2 secure email notification support for Google mail · Added 3DM 2 support for OpenSolaris after the desolate version 9.5.1(.1) i hope that this will work for me now...
sniper@restricted-area.de: The 9.5.2 tw_cli is already in the tree. We've got: - the tools to make our own tarballs now (would be nice if we could do it from the upstream stuff by dismantling the Java). - permission to redistribute. So it's just the config file overwrite issue that I originally objected to left. Does the latest 3dm2 still muck up the config file totally?
Created an attachment (id=196481) [details] Script to create Tarballs for 9.5.2
Created an attachment (id=196482) [details] 3dm2-9.5.2.ebuild
Created an attachment (id=196486) [details] 3dm2-9.5.2.ebuild Sorry, I attached the wrong version previously. This should work fine, 3ware (Petra Pejack) allows me to provide the files.
> So it's just the config file overwrite issue that I originally objected to > left. > Does the latest 3dm2 still muck up the config file totally? You can add empty lines now. Lines beginning with "#" will still be filtered. I also have to stop 3dm2 twice now, the first stop kills the process, but does not exit cleanly.
9.5.3 was released November 30th 2009! - 3DM 2 version: 2.09.01.004 - CLI version: 2.01.09.004 The 3DM2+CLI Package is huge (50-60MB) as usual, so it must still come with the non-working and horrible Java based "installation-preventer". Stefan, if you can find time to update the packages and the script, that would be awesome :-)
(From update of attachment 196481 [details]) 3ware allows me to host repacked files.
@Gerald: as I cannot unpack files from the installer easily, I used wrote a script (create-tarballs-9.5.2.sh) that creates our custom gentoo-tarball from a repacked debian version (http://jonas.genannt.name/). I asked Jonas if he could tell me how he extracts the files (or even supply a script) so that we can build the tarballs without his .deb packages. If he won't answer, I'll look into it - but don't expect results within the next 6 weeks.
I just installed 3dm2-9.5.2.ebuild, and don't see an init script? Is one supposed to be present?
(In reply to comment #117) > I just installed 3dm2-9.5.2.ebuild, and don't see an init script? > Is one supposed to be present? Yes, should be a 3dm2 file. Post your emerge output as an attachment?
Created an attachment (id=240053) [details] Files installed by 3dm2-9.5.2 ebuild I am looking for the init script in the installation. I didn't find any files containing key words like: depend(), start(), stop(), or restart().
The ebuild does: newinitd ${FILESDIR}/3dm2 3dm2 Don't forget to put http://bugs.gentoo.org/attachment.cgi?id=104359 into ./files/ !
is there an ebuild 10.2
I just updated the 9.5.2 ebuild for 10.2. This includes quite a few changes: * Package is now downloaded directly from LSI rather than some 3rd party site * License agreement is forced in pkg_setup(), which should satisfy vendor EULA concerns * tw_cli is included with 3dm2, so I have it available as an optional USE flag. I like, and prefer, the idea of having a single package for both utilities. Since this collides with the existing tw_cli package, though, I have a dependency to block if USE=cli enabled and tw_cli is already installed. * Packaged seems to be made quite a bit different than previous versions, as I had to rewrite most (actually, nearly all) of the src_install() functionality, as well as add some prep work in src_unpack() src_prepare(). Otherwise, I updated a few other minor things here and there for cleanup. Ebuild seems solid now, with just two additional comments/questions: 1. There seems to be an issue with the provided init script. stop() will indeed stop the service, but there's about a 5-second delay and then the init script returns a failure. Not sure why - it seems to have something to do with the fact that three 3dm2 processes are running (seems to hang after closing just the first), but I'm not sure why that would matter or how to fix it. Are processes are killed, but exiting with a failure is not cool. 2. I don't understand the 3dm2.conf file overwrite issue people have mentioned several times. I've restarted the service several times and all my settings stick just fine. I also hand-edited a couple of the parameters, and again had no trouble. What exactly is supposed to be overwritten? Maybe they fixed it in this version? Either that or I'm just not seeing it... Thanks.
Created an attachment (id=241011) [details] sys-block/3dm2-10.2.ebuild
Created an attachment (id=241013) [details] license file for check_license()
The init stop thing was bugging me so I looked into it some more and found a way to deal with it. The solution looks kind of goofy, but it works like a champ. Found by searching for other init scripts that deal with multiple processes. With this fixed, the only problem I can see remaining is the overwrite issue that I can't seem to reproduce. Can anyone else check on this and let me know if that's still an issue? Thanks.
Created an attachment (id=241015) [details] updated init script: stop() now works properly
Created an attachment (id=241017) [details] updated init script: stop() now works properly - correct version oops, uploaded wrong version of the init script. Corrected. By the way, one other question: why does the existing ebuild shutdown 3dm2 before upgrading? This is both inconvenient and potentially dangerous, as a user might not realize it was stopped and falsely assume that his RAID controller(s) are still being monitored. If it does need to be stopped for some reason, I suggest either adding a big ewarn at the end to inform the user, or perhaps automatically restart the upgraded version.
\o/ They finally repacked and removed the crappy java installer, only took them 2 years, ten times asking for it and several broken promises from 3ware that they'll do it in the next release. The package was hosted elsewhere, because the files that were installed had to be extracted, picked, and packed into a custom tarball; a very annoying procedure. About the config file: try adding a blank line or # comment. I think it's not a good idea to have one package, that installs also the cli; some people only want the cli, some want the 3dm2 tool, some want both. Two packages make most sense, the existing tw_cli already has a maintainer. I guess, Robin would take this one as well and keep it up to date. ;)
(In reply to comment #128) > The package was hosted elsewhere, because the files that were installed had to > be extracted, picked, and packed into a custom tarball; a very annoying > procedure. Ahh. Well, hopefully this shouldn't be an issue any more. The new version was actually quite easy to work with; it just took some time trying to figure out what their installer script does so I could replicated the appropriate functionality. > About the config file: try adding a blank line or # comment. OK, I tried it, and it does seem to strip that out. ...but why is that such a big deal? I can see it as an annoyance, sure, but to single it out as the primary cause for refusing to add the package to portage? That doesn't make sense to me. Aside from the couple parameters that aren't included in the GUI (for whatever reason), it should be treated as a generated config file which is meant to be modified by the web interface. This is not unique nor even unusual - I just did a search through /etc on my desktop for files that say something along the lines of "automatically generated - do not edit" and stopped counting at twenty. What if 3dm2.conf included a similar warning at the top of it? Would this be such a big deal then? Sorry, not trying to be argumentative, I just really don't understand why this is a show stopper. > I think it's not a good idea to have one package I still feel otherwise here. Just because another package exists and has a maintainer is no reason to limit the ability of this package; if and when it ever gets merged in portage it'll also exist and have a maintainer. I agree that some people may only need one or the other, but this ebuild could be modified easily enough to support both as options. Eg.: USE="cli web", USE="-cli web", USE="cli -web" Mix and match as desired. :-)
Created an attachment (id=241171) [details] sys-block/3dm2-10.2.ebuild Updated ebuild with both 'web' and 'cli' USE flags, as discussed in my previous comment. I also improved the service stop stuff a bit, though I'm still unclear on why it's needed to begin with. Is there a particular reason that can't be taken out altogether?
