From: Digestifier To: Linux-Admin@senator-bedfellow.mit.edu Reply-To: Linux-Admin@senator-bedfellow.mit.edu Date: Fri, 14 Oct 94 14:14:08 EDT Subject: Linux-Admin Digest #194 Linux-Admin Digest #194, Volume #2 Fri, 14 Oct 94 14:14:08 EDT Contents: UUCP Help (mbguest@ins.infonet.net) Re: Passwd problem in Slackware 2.0.1 (Tom Vaughan) Re: New Adeptec SCSI not detected (Mark Curtis) Re: formatting tapes (Frank B. Brokken) help with FTape (BRAD A ODEGARD) Re: Linux NOT logging people out on hangup (Alan Cox) /tmp/ is not cleaned up (Srihanto A. Nugroho) Re: help with FTape (G. E. Terry) Re: Intel Etherexpress net card problems (Michael Esler) Extreme delays telnetting into linux box (Chris Barker) Re: Linux NOT logging people out on hangup (Matthias Urlichs) Re: Second Ethernet card not Recognized (Daniel Tran) Setup answer desperately needed (jkim@panix.com) Re: help with FTape (Tom Vaughan) tcpdump 3.0 new patches (Adam Caldwell) ---------------------------------------------------------------------------- From: mbguest@ins.infonet.net Subject: UUCP Help Date: 14 Oct 1994 14:54:39 GMT Reply-To: mbguest@ins.infonet.net I am running Linux 1.1.51 using smail for mail and Cnews for news. My UUCP feed delivers both news and mail correctly . Internal news and mail are posted correctly . I have two problems . I cannot send external mail and cannot get Local produced news postings to my UUCP feed . I have read the appropriate Orilley books and the Linux Docs and Howto's and still am stumped . My understanding is that for smail , I need to have a smart host and smart path defined in the config file . I have smart host defined for my UUCP feed and smart path set to uux . My understanding is that this is all that is neccessary . The error message is that /bin/uuname fails . If I use uuname manually , It shows my UUCP feed with no problems . What should I do ? If I untar the whole smail package in both slackware 1.2 and 2.0 , I not only do not have external mail ; but, my internal mail errors out. My understanding for news is that I need my UUCP feed defined with the L switch in my sys file . I have this done . The docs all disagree with what is needed in the command part . I have tried all the various combinations suggested and they all do not work . These combinations do not produce error messages . What should I do next ? I would like both news and mail to dial the UUCP feed on demand . To reduce wasted bandwidth , please respond by e-mail to mbguest@fastbox.ridgecrest.ca.us . I will summarize. Matt ------------------------------ From: vaughan@beast.nhn.uoknor.edu (Tom Vaughan) Subject: Re: Passwd problem in Slackware 2.0.1 Date: 13 Oct 1994 16:55:35 GMT In article <37hlhv$kf@mistral.toppoint.de>, Kai Voigt wrote: >In <36npa5$10pi@msuinfo.cl.msu.edu> kaszeta@cps.msu.edu (Richard W Kaszeta) writes: > >>After installing Slackware 2.0.1 (clean install on a blank partition) >>my users can no longer chagne their passwords. Instead, the error >>message "cannot open /etc/ptmp" is given. There is no /etc/ptmp on >>my system, and if I 'create' one with 'touch /etc/ptmp' it instead >>says '/etc/ptmp already exists' > >>Any ideas? > >Your passwd binary should be suid root. That is, 'chmod +s /usr/bin/passwd'. Thomas ------------------------------ From: leadfoot@leftlane (Mark Curtis) Subject: Re: New Adeptec SCSI not detected Date: 10 Oct 1994 19:26:48 GMT Mark A. Horton KA4YBR (mah@ka4ybr.com) wrote: : Mark Curtis (leadfoot@leftlane) wrote: : Use port address 0x334 for the Adaptec. : According to the code in /usr/src/linux/drivers/scsi/aha1542.c : : (always the best source of documentation!) : /* The adaptec can be configured for quite a number of addresses, but : I generally do not want the card poking around at random. We allow : two addresses - this allows people to use the Adaptec with a Midi : card, which also used 0x330 */ : static unsigned int bases[]={0x330, 0x334}; : : Hope this helps out. It would if the comments were right, but the comments in the code aren't. I tried 334. It didn't work. I had to remove the MIDI card and use 330. The code maybe there, but if it did work once it doesn't now. ------------------------------ From: frank@icce.rug.nl (Frank B. Brokken) Subject: Re: formatting tapes Date: Wed, 12 Oct 1994 07:57:02 GMT gterry@gate.net (G. E. Terry) writes: >Frank B. Brokken (frank@icce.rug.nl) wrote (edited): >: Dear Linuxers, >: If you ever have to format a tape to be used with a tapestreamer connected >: to the floppy-drive controller (like a Colorado Jumbo), you have to >: boot to DOS, then do a tape-format, then boot back to linux. >: QS3 (ftp.icce.rug.nl pub/frank) is a program supporting keyboard macros >: allowing you to format a tape at night [etc. etc.] >I wonder how this would work with dosemu?? Nope. Using DOSEMU the tapedrive is not recognized. In this QS3 is not different from other tape-formatting programs. It's a hard life ;-) | ---|--- =====+==0==+===== | | Frank E-mail to: f.b.brokken@icce.rug.nl or: frank@icce.rug.nl Phone: (+31) 50 63 36 88 (mo-fr, 9:00-17:00 MET, DST if active) (+31) 59 03 22 23 (otherwise, until Oct. 9, 1995) (+31) 50 403 2223 (starting Oct. 10, 1995). ------------------------------------------------------------------- icmake: obtain it by anonymous ftp from ftp.icce.rug.nl, directory pub/unix The LINUX SYMPOSIUM will be organized december 8/9 1994. finger linux@obelix.icce.rug.nl for the latest details ------------------------------------------------------------------- ------------------------------ From: odeg0008@seal.micro.umn.edu (BRAD A ODEGARD) Subject: help with FTape Date: Tue, 11 Oct 1994 02:03:10 GMT lo out there, well, i have gotten the ftape source and other related niceties, but have come up against a wall. I have: ftape-1.13b compiled in a 1.1.45 kernel enviornment, but I cant get it to insmod properly since i get the following error. _irqaction undefined can anyone help? Brad ------------------------------ From: iialan@iifeak.swan.ac.uk (Alan Cox) Subject: Re: Linux NOT logging people out on hangup Date: Mon, 10 Oct 1994 18:44:05 GMT In article <1994Oct4.200539.32705@loreli.ftl.fl.us> troc@loreli.ftl.fl.us (Rocco Caputo) writes: >So lots of multi-user admins wind up working around this POSIX "feature" >by writing daemons to kill the processes that Linux doesn't. Since I've tuned the shells we use a bit I've had no further problems. For a long while I just told the Linux kernel where to put its posix compliance and recompiled. Alan -- ..-----------,,----------------------------,,----------------------------,, // Alan Cox // iialan@www.linux.org.uk // GW4PTS@GB7SWN.#45.GBR.EU // ``----------'`----------------------------'`----------------------------'' ------------------------------ From: nugroho@acsu.buffalo.edu (Srihanto A. Nugroho) Subject: /tmp/ is not cleaned up Date: Fri, 14 Oct 1994 05:32:20 GMT Hi.. I am using Slackware 2.0 dist. Is there any reason for not cleaning up /tmp directory when the system boot ? Also, it seems like /usr/tmp is not used. Any response is appreciated. -Srihanto A. Nugroho- ------------------------------ From: gterry@gate.net (G. E. Terry) Subject: Re: help with FTape Date: 11 Oct 1994 02:38:43 GMT BRAD A ODEGARD (odeg0008@seal.micro.umn.edu) wrote: : lo out there, well, i have gotten the ftape source and other related : niceties, but have come up against a wall. I have: : ftape-1.13b compiled in a 1.1.45 kernel enviornment, but I cant get : it to insmod properly since i get the following error. : _irqaction undefined I had the same problem until I upgraded to kernel version 1.1.52. Now I can use the tape drive, execpt I have no idea what the hell I am doing!!! : can anyone help? : Brad ------------------------------ From: mike@myhost.subdomain.domain (Michael Esler) Subject: Re: Intel Etherexpress net card problems Date: Tue, 11 Oct 1994 02:04:28 GMT Unfortunately my experience with these cards has been much worse. The ards often spew error messages as described in the first post but they also enjoy locking the system. I've crashed my gw2k p5-90 5 times now. I run the 1.1.51 kernel and it makes no difference. I thought bdflush might help. It seemed to for a while, but it crashed again SUnday. The same exact error messages spewed to console. It tried to kick the board and died. I couldn't even cntl-alt-delete and had to use the reset button. A fix would be most appreciated. Mike mike@gauss.dorm.virginia.edu ------------------------------ From: barkerc@GRAPHICS.CS.NYU.EDU (Chris Barker) Subject: Extreme delays telnetting into linux box Date: 10 Oct 1994 21:53:35 -0500 Subject: Extreme delays on ethernet login Newsgroups: comp.os.linux.admin Distribution: After swithching to Yggdrasil Fall 94 Kernel 1.1.47 I have experienced extreme delays when telnetting into my box from my PC over ethernet. Upto a minute of delay before I see the issue.net message and a login prompt. This did not occur using the 1.1.0 kernel. It also takes a long time to ping the box, although pinging my PC from the linux box is ok and telnetting out over my slip is fine. I am using gated 3.5 alpha, but this was happening even running routed. Every thing is fine once I get in, but it is so slooooow to login! Any ideas? Chris Barker barkerc@graphics.cs.nyu.edu ------------------------------ From: urlichs@smurf.noris.de (Matthias Urlichs) Crossposted-To: comp.os.linux.development Subject: Re: Linux NOT logging people out on hangup Date: 14 Oct 1994 14:17:34 +0100 In comp.os.linux.development, article , bart@dunedin.es.co.nz (Bart Kindt) writes: > > I am running a multi-line SLIP dialin server. For months we have had problems > that sometimes the "sliplogin" program was not getting killed. We finally > found that the problem is in the Kernel " close() " function; this function > does sometimes *not return*. We have fixed the problem with a patch that > re-kills the program after a 15 second timeout, when it is still 'alive'. Ahem... if close() really doesn't return, a kill won't make any difference. Anyway, a cursory look at 1.1.53 doesn't reveal any loops the close could hang in. Which kernel/sliplogin version are you using? -- Matthias Urlichs \ XLink-POP Nürnberg | EMail: urlichs@smurf.noris.de Schleiermacherstraße 12 \ Unix+Linux+Mac | Phone: ...please use email. 90491 Nürnberg (Germany) \ Consulting+Networking+Programming+etc'ing 42 PGP: 1B 89 E2 1C 43 EA 80 44 15 D2 29 CF C6 C7 E0 DE Click here. ------------------------------ From: dtran@emelnitz.ucla.edu (Daniel Tran) Subject: Re: Second Ethernet card not Recognized Date: Fri, 14 Oct 1994 14:32:06 GMT In article <37k64f$3t2@crl.crl.com> ita@crl.com (International Tech. Assoc) writes: >[ Article crossposted from comp.os.linux.help ] >[ Author was International Tech. Assoc ] >[ Posted on 12 Oct 1994 20:50:30 -0700 ] >I have the same problem :) I already have a very well connection to the >internet on my eth0 device. I want to install a second ethernet card and >route my Novell Netware through the Linux box. I don't know why Linux >does not recognize my second card. >Thanks Edit your /etc/lilo.conf file and add this line: append = "ether=0,0,eth1" Rerun lilo. That's how i got mine to work. There are other ways too. Daniel Tran - dtran@emelnitz.ucla.edu ------------------------------ From: jkim@panix.com Subject: Setup answer desperately needed Date: 14 Oct 1994 17:51:16 GMT Reply-To: jkim@panix.com I have the following setup situation: I have three physical locations with three separate LAN installations. I am about to buy a leased line connection to the internet. The glitch (I think) is that I need to tie in all three locations under a single 'C' address via SLIP or PPP. The question is: can this be done? How would the performance be given that the leased line is 56kb and the SLIP connection is via v.fast? Would PPP perform any better? Any help will be much appreciated! jkim@panix.com ------------------------------ From: vaughan@beast.nhn.uoknor.edu (Tom Vaughan) Subject: Re: help with FTape Date: 13 Oct 1994 16:26:13 GMT In article , BRAD A ODEGARD wrote: >lo out there, well, i have gotten the ftape source and other related >niceties, but have come up against a wall. I have: > >ftape-1.13b compiled in a 1.1.45 kernel enviornment, but I cant get >it to insmod properly since i get the following error. > > >_irqaction undefined > > >can anyone help? >Brad > I also had this problem, and someone was kind enough to mail me the patch to ftape to fix this. I'll return the favor and post it here for all who missed the orignal posting. >request_irq can set up a fast interrupt (contrary to the comment). >Below are patches for fdc-io.c which will use request_irq instead >of irqaction and which work successfully for me. [kernel 1.1.44] diff -c -r1.1 fdc-io.c *** 1.1 1994/08/12 11:33:13 --- fdc-io.c 1994/08/12 11:35:50 *************** *** 938,952 **** { TRACE_FUN( 8, "fdc_grab_irq_and_dma"); int result = 0; - struct sigaction ftape_sig_action = { - ftape_interrupt, 0, SA_INTERRUPT, NULL - }; if (fdc.hook != &do_floppy) { /* Cannot use request_irq because we want a fast interrupt * handler instead of a normal one (see kernel/irq.c). */ ! result = irqaction( fdc.irq, &ftape_sig_action); if (result) { TRACEx1( -1, "Unable to grab IRQ%d for ftape driver", fdc.irq); result = -EIO; --- 938,952 ---- { TRACE_FUN( 8, "fdc_grab_irq_and_dma"); int result = 0; if (fdc.hook != &do_floppy) { /* Cannot use request_irq because we want a fast interrupt * handler instead of a normal one (see kernel/irq.c). + * + * JEJB 12/08/84 request_irq can now do fast interrupts and irqaction + * is no longer exported from the kernel */ ! result = request_irq( fdc.irq, ftape_interrupt, SA_INTERRUPT, "ftape"); if (result) { TRACEx1( -1, "Unable to grab IRQ%d for ftape driver", fdc.irq); result = -EIO; ------------------------------ From: acaldwel@borg.cs.ohiou.edu (Adam Caldwell) Subject: tcpdump 3.0 new patches Date: Mon, 10 Oct 1994 19:33:01 GMT A new patch is available for tcpdump 3.0. This patch adds loopback support and fixes a bug in libpcap that would only be apparent if you tried to use it in another program. For those who don't care about source, a binary is available at: ftp://ftp.pr.com/linux/tcpdump-3.0-linux-bin3.tar.gz All patches I've made to tcpdump 3.0 are also available in the same directory. --- Adam Caldwell Ohio University Networking acaldwel@ace.cs.ohiou.edu Research Group ======tcpdump.patch.03 diff --new-file --recursive -u tcpdump-3.0.2/libpcap-0.0/pcap-linux.c tcpdump-3.0.3/libpcap-0.0/pcap-linux.c --- tcpdump-3.0.2/libpcap-0.0/pcap-linux.c Mon Oct 10 15:07:21 1994 +++ tcpdump-3.0.3/libpcap-0.0/pcap-linux.c Mon Oct 10 14:52:58 1994 @@ -53,7 +53,7 @@ register int datalen; register int caplen; struct sockaddr from; - int from_len; + int from_len=sizeof(from); char *buf; int bufsize; @@ -61,7 +61,7 @@ buf = (char *)p->buffer+16; bufsize = p->bufsize - 16; memset(p->buffer,0,16); - } else if (p->linktype == DLT_PPP) { + } else if (p->linktype == DLT_PPP || p->linktype == DLT_NULL) { buf = (char *)p->buffer+4; bufsize = p->bufsize - 4; memset(p->buffer,0,4); @@ -86,7 +86,7 @@ if (p->linktype == DLT_SLIP) datalen+=16; - else if (p->linktype == DLT_PPP) + else if (p->linktype == DLT_PPP || p->linktype == DLT_NULL) datalen+=4; caplen = (datalen > p->bufsize) ? datalen : p->bufsize; @@ -125,6 +125,7 @@ { pcap_t *p; struct ifreq ifr; + int has_promisc=0; p = (pcap_t *)malloc(sizeof(*p)); if (p == NULL) { @@ -132,14 +133,17 @@ return (0); } bzero(p, sizeof(*p)); - if (strncmp("et", device, 2) == 0) + if (strncmp("et", device, 2) == 0) { p->linktype = DLT_EN10MB; - else if (strncmp("sl", device, 2) == 0) + has_promisc = 1; + } else if (strncmp("sl", device, 2) == 0) p->linktype = DLT_SLIP; - else if (strncmp("pp", device, 2) == 0) + else if (strncmp("ppp", device, 3) == 0) p->linktype = DLT_PPP; + else if (strcmp("lo",device) == 0) + p->linktype = DLT_EN10MB; /* Why on earth does linux do this? */ else { - sprintf(ebuf, "snoop: unknown physical layer type"); + sprintf(ebuf, "pcap_open_live (pcap-linux.c): unknown device %s\n",device); goto bad; } p->fd = -1; @@ -155,7 +159,7 @@ goto bad; } - if (p->linktype != DLT_SLIP && p->linktype != DLT_PPP && promisc) { + if (has_promisc && promisc) { strcpy(ifr.ifr_name, device); /* interface we're gonna use */ if (ioctl(p->fd, SIOCGIFFLAGS, &ifr) < 0 ) { /* get flags */ sprintf(ebuf, "socket ioctl get: %s", pcap_strerror(errno)); diff --new-file --recursive -u tcpdump-3.0.2/linux-include/linux/if_arp.h tcpdump-3.0.3/linux-include/linux/if_arp.h --- tcpdump-3.0.2/linux-include/linux/if_arp.h Mon Oct 10 15:07:02 1994 +++ tcpdump-3.0.3/linux-include/linux/if_arp.h Wed Dec 31 19:00:00 1969 @@ -1,45 +0,0 @@ -/* @(#)if_arp.h 1.5 88/08/19 SMI; from UCB 7.1 1/24/86 */ -/* - * Copyright (c) 1986 Regents of the University of California. - * All rights reserved. The Berkeley software License Agreement - * specifies the terms and conditions for redistribution. - */ - -#ifndef _net_if_arp_h -#define _net_if_arp_h - -/* - * Address Resolution Protocol. - * - * See RFC 826 for protocol description. ARP packets are variable - * in size; the arphdr structure defines the fixed-length portion. - * Protocol type values are the same as those for 10 Mb/s Ethernet. - * It is followed by the variable-sized fields ar_sha, arp_spa, - * arp_tha and arp_tpa in that order, according to the lengths - * specified. Field names used correspond to RFC 826. - */ -struct arphdr { - u_short ar_hrd; /* format of hardware address */ -#define ARPHRD_ETHER 1 /* ethernet hardware address */ - u_short ar_pro; /* format of protocol address */ - u_char ar_hln; /* length of hardware address */ - u_char ar_pln; /* length of protocol address */ - u_short ar_op; /* one of: */ -#define ARPOP_REQUEST 1 /* request to resolve address */ -#define ARPOP_REPLY 2 /* response to previous request */ -#define REVARP_REQUEST 3 /* Reverse ARP request */ -#define REVARP_REPLY 4 /* Reverse ARP reply */ - /* - * The remaining fields are variable in size, - * according to the sizes above, and are defined - * as appropriate for specific hardware/protocol - * combinations. (E.g., see .) - */ -#ifdef notdef - u_char ar_sha[]; /* sender hardware address */ - u_char ar_spa[]; /* sender protocol address */ - u_char ar_tha[]; /* target hardware address */ - u_char ar_tpa[]; /* target protocol address */ -#endif notdef -}; -#endif diff --new-file --recursive -u tcpdump-3.0.2/tcpdump-3.0/README.linux tcpdump-3.0.3/tcpdump-3.0/README.linux --- tcpdump-3.0.2/tcpdump-3.0/README.linux Mon Oct 10 15:07:02 1994 +++ tcpdump-3.0.3/tcpdump-3.0/README.linux Mon Oct 10 15:13:19 1994 @@ -17,6 +17,12 @@ 4) I put in a hook so that it can clean up after itself (ie turn off promisc mode if it turned it on. +Changes for 3.0.3 + -- Added loopback support (everything shows up twice because the machine + is both the sender and the reciever) + -- Fixed a bug in pcap-linux that would cause it to fail if used in another + program. + Things to do: 1) The kernel keeps track of interface statistics... I took the easy way out and didn't ask for them. ------------------------------ ** FOR YOUR REFERENCE ** The service address, to which questions about the list itself and requests to be added to or deleted from it should be directed, is: Internet: Linux-Admin-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.admin) via: Internet: Linux-Admin@NEWS-DIGESTS.MIT.EDU Linux may be obtained via one of these FTP sites: nic.funet.fi pub/OS/Linux tsx-11.mit.edu pub/linux sunsite.unc.edu pub/Linux End of Linux-Admin Digest ******************************