Re: can't get the Linux aaccli to work under 4.8-RELEASE, 4.9-RC1, 5.1-RELEASE
On Thu, Oct 02, 2003 at 01:11:30PM +0200, [EMAIL PROTECTED] wrote: Dear Mr. Long, I'm not able to make the Linux aaccli work under any recent FreeBSD. I've obtained a report from Buki that it worked for him under some STABLE snapshot but it doesn't work for me... I only want to stress out that it works in unpredictable ways, for example: [EMAIL PROTECTED]:/usr/src#uname -a FreeBSD ta-s.tld.cz 4.8-RELEASE-p5 FreeBSD 4.8-RELEASE-p5 #1: Tue Sep 16 23:53:28 CEST 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/CONFIG i386 [EMAIL PROTECTED]:/usr/src#grep -i aac /sys/i386/conf/CONFIG INS device aac # Adaptec FSA RAID, Dell PERC2/PERC3 #device aacp# SCSI passthrough for aac (requires CAM) options AAC_COMPAT_LINUX [EMAIL PROTECTED]:/usr/src#ll /dev/aac* crw--- 1 root wheel 150, 0 Aug 28 16:21 /dev/aac0 crw-r- 1 root wheel 151, 0x00010002 Jan 1 2002 /dev/aacd0 crw-r- 2 root operator 151, 0x00020002 Jan 1 2002 /dev/aacd0s1 crw-r- 2 root operator 151, 0x0002 Jan 1 2002 /dev/aacd0s1a crw-r- 2 root operator 151, 0x00020001 Jan 1 2002 /dev/aacd0s1b crw-r- 2 root operator 151, 0x00020002 Jan 1 2002 /dev/aacd0s1c crw-r- 2 root operator 151, 0x00020003 Jan 1 2002 /dev/aacd0s1d crw-r- 2 root operator 151, 0x00020004 Jan 1 2002 /dev/aacd0s1e crw-r- 2 root operator 151, 0x00020005 Jan 1 2002 /dev/aacd0s1f crw-r- 2 root operator 151, 0x00020006 Jan 1 2002 /dev/aacd0s1g crw-r- 2 root operator 151, 0x00020007 Jan 1 2002 /dev/aacd0s1h crw-r- 1 root wheel 151, 0x00030002 Jan 1 2002 /dev/aacd0s2 crw-r- 1 root wheel 151, 0x00040002 Jan 1 2002 /dev/aacd0s3 crw-r- 1 root wheel 151, 0x00050002 Jan 1 2002 /dev/aacd0s4 crw-r- 1 root wheel 151, 0x00060002 Jan 1 2002 /dev/aacd0s5 [EMAIL PROTECTED]:/usr/src#dmesg -a | grep aac aac0: Adaptec SCSI RAID 2120S mem 0xf000-0xf3ff irq 5 at device 4.0 on pci3 aac0: i960RX 100MHz, 48MB cache memory, optional battery present aac0: Kernel 4.0-0, Build 6003, S/N b75dba aacd0: RAID 1 (Mirror) on aac0 aacd0: 34998MB (71677440 sectors) Adaptec SCSI RAID Controller Command Line Interface Copyright 1998-2002 Adaptec, Inc. All rights reserved - CLI open aac0 Executing: open aac0 AAC0 container list Executing: container list Num Total Oth Stripe Scsi Partition Label Type Size Ctr Size Usage C:ID:L Offset:Size - -- -- --- -- --- -- - 0Mirror 34.1GBOpen0:02:0 64.0KB:34.1GB /dev/aacd0 RAID 0:01:0 64.0KB:34.1GB AAC0 exit Executing: exit whereas on other computer (same HW configuration): [EMAIL PROTECTED]:/home/buki#uname -a FreeBSD ta-p.tld.cz 4.8-RELEASE-p1 FreeBSD 4.8-RELEASE-p1 #3: Wed Aug 6 12:14:56 CEST 2003 [EMAIL PROTECTED]:/usr/src/sys/compile/CONFIG i386 [EMAIL PROTECTED]:/home/buki#grep -i aac /sys/i386/conf/CONFIG device aac # Adaptec FSA RAID, Dell PERC2/PERC3 device aacp# SCSI passthrough for aac (requires CAM) options AAC_COMPAT_LINUX [EMAIL PROTECTED]:/home/buki#ll /dev/aac* crw--- 1 root wheel 150, 0 Jul 21 17:44 /dev/aac0 crw-r- 1 root wheel 151, 0x00010002 May 6 20:22 /dev/aacd0 crw-r- 2 root operator 151, 0x00020002 May 6 20:29 /dev/aacd0s1 crw-r- 2 root operator 151, 0x0002 May 6 20:29 /dev/aacd0s1a crw-r- 2 root operator 151, 0x00020001 May 6 20:29 /dev/aacd0s1b crw-r- 2 root operator 151, 0x00020002 May 6 20:29 /dev/aacd0s1c crw-r- 2 root operator 151, 0x00020003 May 6 20:29 /dev/aacd0s1d crw-r- 2 root operator 151, 0x00020004 May 6 20:29 /dev/aacd0s1e crw-r- 2 root operator 151, 0x00020005 May 6 20:29 /dev/aacd0s1f crw-r- 2 root operator 151, 0x00020006 May 6 20:29 /dev/aacd0s1g crw-r- 2 root operator 151, 0x00020007 May 6 20:29 /dev/aacd0s1h [EMAIL PROTECTED]:/home/buki#dmesg -a | grep aac aac0: Adaptec SCSI RAID 2120S mem 0xf000-0xf3ff irq 5 at device 4.0 on pci3 aac0: i960RX 100MHz, 48MB cache memory, optional battery present aac0: Kernel 4.0-0, Build 5770, S/N b76e87 aacp0: SCSI Passthrough Bus on aac0 aacd0: RAID 1 (Mirror) on aac0 aacd0: 34998MB (71677440 sectors) and I also see some strange messages: aac0: VM_Ioctl returned 5 aac0: VM_Ioctl returned 5 aac0: VM_Ioctl returned 5 aac0: VM_Ioctl returned 5 when I run aaccli, I get: Adaptec SCSI RAID Controller Command Line Interface Copyright 1998-2002 Adaptec, Inc. All rights reserved - CLI open aac0 Executing: open aac0
Re: Adaptec 2120S management (raidutil) ?
The old 'Storage Manager' and 'raidutil' tools do not work with the newer generation of Adaptec RAID cards. The newer genreation use 'Storage Manager Browser Edition' for the GUI and 'aaccli' for the CLI. I ported the aaccli program to FreeBSD a few years ago, but it has fallen out of date and I don't recommend using it with the 2120/2200 cards. You can, however, extract the Linux version of 'aaccli' from the CD that comes with the card and run it under FreeBSD. You'll need the normal linux compatibility tools, and you'll need to either compile your kernel with AAC_COMPAT_LINUX or load the 'aac_linux.ko' kernel module. Having this card: [EMAIL PROTECTED]:/root/Adaptec/SMBE#dmesg -a | grep aac aac0: Adaptec SCSI RAID 2120S mem 0xf000-0xf3ff irq 5 at device 5.0 on pci3 aac0: i960RX 100MHz, 48MB cache memory, optional battery present aac0: Kernel 4.0-0, Build 5770, S/N b7743b aacd0: RAID 1 (Mirror) on aac0 aacd0: 34998MB (71677440 sectors) I managed to compile kernel with AAC_COMPAT_LINUX: [EMAIL PROTECTED]:/root/Adaptec/SMBE#grep -i aac /sys/i386/conf/NS1 device aac # Adaptec FSA RAID, Dell PERC2/PERC3 #device aacp# SCSI passthrough for aac (requires CAM) options AAC_COMPAT_LINUX created /dev/aac0: [EMAIL PROTECTED]:/root/Adaptec/SMBE#cd /dev; sh MAKEDEV aac0 copied aaccli from Adaptec CD-ROM supplied with the card: [EMAIL PROTECTED]:/root/Adaptec/SMBE#file bin/aaccli bin/aaccli: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.5, dynamically linked (uses shared libs), stripped but I still get wrong answer: Adaptec SCSI RAID Controller Command Line Interface Copyright 1998-2002 Adaptec, Inc. All rights reserved CLI controller list Executing: controller list Adapter Name Adapter Type Availability Clustering - Command Error: The driver could not execute the requested IOCTL SENDFIB, 22=Invalid argument. CLI dmesg says: [EMAIL PROTECTED]:/root/Adaptec/SMBE#dmesg -a | grep aac aac0: Adaptec SCSI RAID 2120S mem 0xf000-0xf3ff irq 5 at device 5.0 on pci3 aac0: i960RX 100MHz, 48MB cache memory, optional battery present aac0: Kernel 4.0-0, Build 5770, S/N b7743b aacd0: RAID 1 (Mirror) on aac0 aacd0: 34998MB (71677440 sectors) Do you know where the problem may be? [snip] I apologize, the aac_linux.ko thing only exists in 5.x. However, the AAC_COMPAT_LINUX kernel option _does_ exist in all versions of FreeBSD after 4.1. I wrote the driver. I believe you, although the option is not mentioned in LINT: [EMAIL PROTECTED]:/root/Adaptec/SMBE#uname -a FreeBSD ns1.xxx.cz 4.8-RELEASE FreeBSD 4.8-RELEASE #0: Wed Jul 23 23:09:42 GMT 2003 [EMAIL PROTECTED]:/usr/obj/usr/src/sys/NS1 i386 [EMAIL PROTECTED]:/root/Adaptec/SMBE#grep -i aac /sys/i386/conf/LINT device aac device aacp# SCSI Passthrough interface (optional, CAM required) Scott Regards, Buki -- PGP public key: http://dev.null.cz/buki.asc /\ \ / ASCII Ribbon Campaign X Against HTML Outlook Mail / \ http://www.thebackrow.net pgp0.pgp Description: PGP signature
Adaptec 2120S management (raidutil) ?
Hi, I was wondering if there is some FreeBSD software to manage Adaptec 2120S RAID SCSI card. Looking through Adaptec web I found Storage Manager 3.04 but it's quite old and it says for 2100S, 3200S and 3400S and I really have not got it to run. Then there is CLI version 1.0 for FreeBSD 4.4-5, which seems to (sort of) work, but I don't see many options for the controller and I am sort of afraid to use it for 2120S :) There is no man page for it, just inline help... Can anybody help me with it? Buki -- PGP public key: http://dev.null.cz/buki.asc /\ \ / ASCII Ribbon Campaign X Against HTML Outlook Mail / \ http://www.thebackrow.net pgp0.pgp Description: PGP signature
Re: Adaptec 2120S management (raidutil) ?
On Tue, Jul 08, 2003 at 10:17:34AM -0600, Scott Long wrote: Buki wrote: Hi, The old 'Storage Manager' and 'raidutil' tools do not work with the newer generation of Adaptec RAID cards. The newer genreation use 'Storage Manager Browser Edition' for the GUI and 'aaccli' for the CLI. I ported the aaccli program to FreeBSD a few years ago, but it has fallen out of date and I don't recommend using it with the 2120/2200 cards. You can, however, extract the Linux version of 'aaccli' from the CD that comes with the card and run it under FreeBSD. You'll need the normal linux compatibility tools, and you'll need to either compile your kernel with AAC_COMPAT_LINUX or load the 'aac_linux.ko' kernel module. OK, I probably should mention I am using FreeBSD 4.8 in which I failed to locate either aac_linux.ko or AAC_COMPAT_LINUX OTOH, aac_linux.ko exist under FreeBSD 5.1, but I don't want to use 5.x in production. But thanks anyway :) Scott Buki -- PGP public key: http://dev.null.cz/buki.asc /\ \ / ASCII Ribbon Campaign X Against HTML Outlook Mail / \ http://www.thebackrow.net pgp0.pgp Description: PGP signature
Re: HELP: telnet vs. security
On Tue, Oct 01, 2002 at 01:00:08PM -0700, Kevin Oberman wrote: Date: Tue, 01 Oct 2002 12:07:56 -0600 From: Hal Lynch [EMAIL PROTECTED] Sender: [EMAIL PROTECTED] I am running 4.4-RELEASE-p26. I am trying to telnet out to a CISCO router. It looks as though my side is trying to set up some kind of kerberos authentication. See below. How do I prevent this from happening? The router doesn't have a clue. I am not running kerberos. hal ## telnet some.cisco.router Trying some.ip.address... Connected to some.cisco.router. Escape character is '^]'. User Access Verification Password: Kerberos: No default realm defined for Kerberos! % Password: timeout expired! This is the normal operation. Telnet always tries to use Kerberos authentication when the remote device supports it (which Cisco routers do). Have you considered reading the documentation? The FreeBSD team puts considerable effort into keeping it up-to-date and complete so people don't have to ask for help. -K Specifies no automatic login to the remote system. or perhaps putting 'default unset autologin' in ~/.telnetrc R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: [EMAIL PROTECTED]Phone: +1 510 486-8634 To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message Buki -- PGP public key: http://dev.null.cz/buki.asc /\ \ / ASCII Ribbon Campaign X Against HTML Outlook Mail / \ http://www.thebackrow.net To Unsubscribe: send mail to [EMAIL PROTECTED] with unsubscribe freebsd-questions in the body of the message
