Date: Sat, 2 Apr 2005 00:30:00 +0200 (MEST) From: "Oliver Velten" <ovelten@gmx.de> To: Scott Long <scottl@samsco.org> Cc: cognet@freebsd.org Subject: Re: asr-utils not working with 5.3 release Message-ID: <13223.1112394600@www7.gmx.net> References: <424DC89C.5090401@samsco.org>
next in thread | previous in thread | raw e-mail | index | archive | help
> Scott Long wrote: > > Jon Noack wrote: > > > >> Oliver Velten wrote: > >> > >>> I have set up a new system with a adaptec 2100S SCSI-Raid Card using > >>> Raid5 > >>> on > >>> > >>> root@zeus:~> uname -a > >>> FreeBSD zeus 5.3-RELEASE FreeBSD 5.3-RELEASE #0: Sat Feb 19 22:49:13 > CET > >>> 2005 root@zeus:/usr/obj/usr/src/sys/ZEUS i386 > >>> > >>> > >>> I installed /usr/ports/sysutils/asr-utils > >>> > >>> then did a > >>> $ raidutil -L all > >>> > >>> after a > >>> > >>> $ ln -s asr0 rdpti0 > >> > >> > >> > >> The asr management support was removed before 5.3 (see rev. 1.55 and > >> rev. 1.60 of asr.c for the reason) and added back in last week (see > >> rev. 1.66/1.64.2.1 of asr.c). Update to RELENG_5 (currently > >> 5.4-PRERELEASE) for support. I tested it on my 2100S a few days ago > >> and it worked great. > >> > >> Because 5.x uses devfs, your rdtpi0 link will disappear after you > >> reboot. Instead of using "ln -s", add the following to > >> /etc/devfs.conf to make the link permanent: > >> > >> # Make asr-utils work > >> link asr0 rdpti0 > >> > >>> error message. After searching a little bit I found one open bug > reports > >>> about the same problem (ports/72520) but I know there is one more, > >>> that I > >>> did not found. > >> > >> > >> > >> ports/72520 should be closed. > >> > >> Jon > > > > > > I just committed a band-aid that will eliminate the need for devfs > > gymnastics. I'll see about squeezing it into 5.4. > > > > Scott > > > One more thing.... > > Please Please Please someone step forward and re-write the asr > utilities. I don't like adding more band-aids to FreeBSD to cope with > severe design flaws in the software that are fairly easy to fix. Please > get rid of the dmesg scraping that tries to create /dev nodes on the fly > based on how the asr major number was previously displayed during boot. > Please remove the ioctls that make the kernel poke around in Option ROM > memory. Please remove the ioctls that try to retrieve silly system > stats from the kernel. Please fix the silly signal handling that > pervades the low-level API and makes it impossible to port it or > incorporate it in more advanced front-ends. > > Thanks, > > Scott > I would if I could, but I'am more a user than a developer who have experience with this.... -- Handyrechnung zu hoch? Tipp: SMS und MMS mit GMX Seien Sie so frei: Alle Infos unter http://www.gmx.net/de/go/freesms
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?13223.1112394600>