Subject: Linux-Admin Digest #194
From: Digestifier <[email-masked]>
To: [email-masked]
Date: Fri, 14 Oct 94 14:14:08 EDT

Linux-Admin Digest #194, Volume #2               Fri, 14 Oct 94 14:14:08 EDT

Contents:
  UUCP Help ([email-masked])
  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 ([email-masked])
  Re: help with FTape (Tom Vaughan)
  tcpdump 3.0 new patches (Adam Caldwell)

----------------------------------------------------------------------------

From: [email-masked]
Subject: UUCP Help
Date: 14 Oct 1994 14:54:39 GMT
Reply-To: [email-masked]

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
[email-masked] . I will summarize.

Matt

------------------------------

From: [email-masked] (Tom Vaughan)
Subject: Re: Passwd problem in Slackware 2.0.1
Date: 13 Oct 1994 16:55:35 GMT

In article <[email-masked]>,
Kai Voigt <[email-masked]> wrote:
>In <[email-masked]> [email-masked] (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 ([email-masked]) 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: [email-masked] (Frank B. Brokken)
Subject: Re: formatting tapes
Date: Wed, 12 Oct 1994 07:57:02 GMT

[email-masked] (G. E. Terry) writes:

>Frank B. Brokken ([email-masked]) 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: [email-masked]      
               or: [email-masked]
        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 [email-masked] for the latest details
        -------------------------------------------------------------------

------------------------------

From: [email-masked] (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: [email-masked] (Alan Cox)
Subject: Re: Linux NOT logging people out on hangup
Date: Mon, 10 Oct 1994 18:44:05 GMT

In article <[email-masked]> [email-masked] (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  //  [email-masked]   //  GW4PTS@GB7SWN.#45.GBR.EU  //
 ``----------'`----------------------------'`----------------------------''

------------------------------

From: [email-masked] (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: [email-masked] (G. E. Terry)
Subject: Re: help with FTape
Date: 11 Oct 1994 02:38:43 GMT

BRAD A ODEGARD ([email-masked]) 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: [email-masked] (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
[email-masked]

------------------------------

From: [email-masked] (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
[email-masked]

------------------------------

From: [email-masked] (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 <[email-masked]>,
  [email-masked] (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: [email-masked]
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 <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.

------------------------------

From: [email-masked] (Daniel Tran)
Subject: Re: Second Ethernet card not Recognized
Date: Fri, 14 Oct 1994 14:32:06 GMT

In article <[email-masked]> [email-masked] (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 - [email-masked]

------------------------------

From: [email-masked]
Subject: Setup answer desperately needed
Date: 14 Oct 1994 17:51:16 GMT
Reply-To: [email-masked]

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!

[email-masked]

------------------------------

From: [email-masked] (Tom Vaughan)
Subject: Re: help with FTape
Date: 13 Oct 1994 16:26:13 GMT

In article <[email-masked]>,
BRAD A ODEGARD <[email-masked]> 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: [email-masked] (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
[email-masked]                       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 <netinet/if_ether.h>.)
-        */
-#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: [email-masked]

You can send mail to the entire list (and comp.os.linux.admin) via:

    Internet: [email-masked]

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
******************************