We found out that with SLES8 2.4.21, you need to put 'primary_router' before the
portname in chandev.conf. Then reboot, since 'rcchandev reload' by itself doesn't
do it.


Ray Mrohs
Energy Information Administration
U.S. Department of Energy


-----Original Message-----
From: Post, Mark K [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 08, 2004 6:51 PM
To: [EMAIL PROTECTED]
Subject: Re: Primary router question


If this is a SLES8 or RHEL3 system, it may be that the driver is getting its
parms from the initrd, and not /etc/chandev.conf.  Try rebuilding the initrd
and see if that changes things.


Mark Post

-----Original Message-----
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mrohs,
Ray
Sent: Wednesday, September 08, 2004 1:35 PM
To: [EMAIL PROTECTED]
Subject: Re: Primary router question


Here is the dmesg output. One difference: the router that works is at patch
level
2.4.19.


Linux version 2.4.21-231-default ([EMAIL PROTECTED]) (gcc version 3.2.2) #1 SMP
Mon
Jun 28 15:05:22 UTC
 2004
We are running under VM (31 bit mode)
This machine has no PFIX support
This machine has an IEEE fpu
On node 0 totalpages: 20480
zone(0): 20480 pages.
zone(1): 0 pages.
zone(2): 0 pages.
Building zonelist for node : 0
Kernel command line: dasd=200-205,220-223,240-242 root=/dev/dasda1
vmpoff=LOGOFF
Highest subchannel number detected (hex) : 001B
Calibrating delay loop... 630.78 BogoMIPS
Memory: 76860k/81920k available (1832k kernel code, 0k reserved, 402k data,
60k
init)
Dentry cache hash table entries: 16384 (order: 5, 131072 bytes)
Inode cache hash table entries: 8192 (order: 4, 65536 bytes)
Mount cache hash table entries: 512 (order: 0, 4096 bytes)
Buffer-cache hash table entries: 4096 (order: 2, 16384 bytes)
Page-cache hash table entries: 32768 (order: 5, 131072 bytes)
debug: Initialization complete
POSIX conformance testing by UNIFIX
Detected 1 CPU's
Boot cpu address  0
cpu 0 phys_idx=0 vers=FF ident=099999 machine=2066 unused=0000
migration_task 0 on cpu=0
init_mach : starting machine check handler
init_mach : machine check buffer : head = 0021C1A0
init_mach : machine check buffer : tail = 0021C1A4
init_mach : machine check buffer : free = 0021C1A8
init_mach : CRW entry buffer anchor = 0021C1AC
init_mach : machine check handler ready
Linux NET4.0 for Linux 2.4
Based upon Swansea University Computer Society NET3.039
Initializing RT netlink socket
mach_handler : ready
mach_handler : waiting for wakeup
Starting kswapd
bigpage subsystem: allocated 0 bigpages (=0MB).
kinoded started
VFS: Disk quotas vdquot_6.5.1
aio_setup: num_physpages = 5120
aio_setup: sizeof(struct page) = 44
pty: 256 Unix98 ptys configured
RAMDISK driver initialized: 16 RAM disks of 32768K size 1024 blocksize
loop: loaded (max 16 devices)
md: md driver 0.90.0 MAX_MD_DEVS=256, MD_SB_DISKS=27
md: Autodetecting RAID arrays.
md: autorun ...
md: ... autorun DONE.
cpi: no system name specified
NET4: Linux TCP/IP 1.0 for NET4.0
IP Protocols: ICMP, UDP, TCP, IGMP
IP: routing cache hash table of 256 buckets, 4Kbytes
TCP: Hash tables configured (established 4096 bind 8192)
Linux IP multicast router 0.06 plus PIM-SM
NET4: Unix domain sockets 1.0/SMP for Linux NET4.0.
cryptoapi: loaded
RAMDISK: Compressed image found at block 0
Freeing initrd memory: 658k freed
VFS: Mounted root (ext2 filesystem).
Journalled Block Device driver loaded
.
.
. (lots of DASD stuff)
.
.
.
qdio: loading QDIO base support version 2 ($Revision: 1.145.4.5 $/$Revision:
1.66.4.3 $)
IPsec Security Association Database (SADB): initialized.
IPsec Security Policy Database (SPD): initialized.
IPsec PF_KEY V2: initialized
IPv6 v0.8 (usagi-cvs/IPsec6 based StS) for NET4.0
IPv6 over IPv4 tunneling driver
qeth: loading qeth S/390 OSA-Express driver ($Revision: 1.337.4.22
$/$Revision:
1.113.4.8 $/$Revision: 1.42.4.4 $:IPv6:VLAN)
 qeth: allocated 0 spare buffers
qeth: Trying to use card with devnos 0xE40/0xE41/0xE42
qeth: Device 0xE40/0xE41/0xE42 is an OSD Express card (level: 0335)
with link type Gigabit Eth (portname: DEV0E00)
qeth: Trying to use card with devnos 0x600/0x601/0x602
qeth: Device 0x600/0x601/0x602 is a HiperSockets card (level: D3GF)
with link type magic (no portname needed by interface)
 qeth: VLAN not supported on hsi1
 qeth: IPv6 not supported on hsi1
 qeth: Broadcasting not supported on hsi1
hsi1: no IPv6 routers present
eth0: no IPv6 routers present




Ray Mrohs
Energy Information Administration
U.S. Department of Energy


-----Original Message-----
From: Post, Mark K [mailto:[EMAIL PROTECTED]
Sent: Wednesday, September 08, 2004 12:43 PM
To: [EMAIL PROTECTED]
Subject: Re: Primary router question


When the interface initializes using normal tools (without the echo
command), what shows up in dmesg?


Mark Post

-----Original Message-----
From: Linux on 390 Port [mailto:[EMAIL PROTECTED] On Behalf Of Mrohs,
Ray
Sent: Wednesday, September 08, 2004 9:05 AM
To: [EMAIL PROTECTED]
Subject: Primary router question


We are setting up a couple Linux SLES8 routers to connect hipersockets test
and production networks with separate OSA ports. One of them works as
expected. The other does not come up as a router, its /proc/qeth is as
follows:

devnos (hex) CHPID     device     cardtype port chksum prio-q'ing rtr fsz C
cnt
-------------- --- ---------- -------------- --     -- ---------- --- --- -
---
0600/0601/0602 xFC       hsi1   HiperSockets  0     no always_q_2  no 24k
128
0E40/0E41/0E42 x00       eth0       OSD_1000  0     no always_q_2  no 64k
128


Here is the entry for the router interface in chandev.conf:

noauto;qeth0,0x0e40,0x0e41,0x0e42;add_parms,0x10,0x0e40,0x0e42,portname:DEV0
E00,p
rimary_router

Running 'rcchandev reload' doesn't have any effect. The only thing that
works so far is a manual "echo primary_router eth0 > /proc/qeth". Once this
is done, it works fine. I suppose we could 'dumbly' add this command at
startup, but it seems theres an underlying problem.


Ray Mrohs
Energy Information Administration
U.S. Department of Energy

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

----------------------------------------------------------------------
For LINUX-390 subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] with the message: INFO LINUX-390 or visit
http://www.marist.edu/htbin/wlvindex?LINUX-390

Reply via email to