HDTenEightyP/NetNews huggingface dataset:
From: lpeters@postmaster@hq.af.mil (Leslie D Peters)
Newsgroups: comp.unix.aix
Subject: Weird bug in AIX 3.2.2 ls
Date: 5 Nov 92 20:00:29 GMT
Reply-To: lpeters@marge.hq.af.mil
Organization: 7th Communications Group

We've experienced a very strange "bug" in the ls command:  We have
a directory that is shared by N users (N >= 200), and happened
to perform 'ls -l' in the directory.  It goes for a while, then
Seg fault(coredump)!  We think we've tracked it down: it only 
occurs when the usernames are displayed (most every file is owned
by a different person).  The -g and -n options work like a champ;
only -l and -o (which shows owner and not group) cause it.
Anyone else see this happen, and if so, HELP!!!!!

Thx1.0e6 in advance...

Les Peters

-- 
/============================================================================\
|                    ___                     |                               |
|       ___....-----'---`-----....___        | I haven't lost my mind --     |
| =========================================  |                               |
|        ___`---..._______...---'___         |  it's backed up on            |
|       (___)      _|_|_|_      (___)        |   tape somewhere.             |
|         \\____.-'_.---._`-.____//          |                               |
|           ~~~~`.__`---'__.'~~~~            | lpeters@marge.hq.af.mil       |
|                   `~~~'                    |                               |
\============================================================================/
Newsgroups: comp.unix.aix
From: johnf@shared.com (John Fusselman)
Subject: Re: Virtual Memory curiosity
Date: Thu, 12 Nov 92 19:20:45 GMT
Distribution: usa
Organization: Shared Financial Systems
Keywords: VM overflow response

In <bmarlowe.721422470@ka> bmarlowe@ka.reg.uci.edu (Brett Marlowe) writes:

>I've heard rumor that AIX will pick processes to kill off to avoid
>running out of virtual memory?  Can anyone verify this and if this is
>true a) is there a way to disable this "feature" and b) what idiot
>decided that randomly killing processes was a good idea??!!

Or looking at it another way, AIX never runs out of virtual memory ;-)

>-Brett
-- 
 --->>> My comments are my opinions and may not be shared by Shared <<<---
From: kate@wavefront.wti.com (Kathy Samec)
Newsgroups: comp.unix.aix
Subject: More mail questions
Date: 4 Nov 92 23:12:35 GMT
Distribution: usa
Organization: Wavefront Technologies Inc, Santa Barbara, CA

I would like people to be notified that mail has been delivered on
the RS6000's. I Would only like something small, not the 7 lines biff
provides, What mail programs are there that work in X on these systems
and where can I get them cheap? OR how do I only get the message that
is linked to the variable MAILMSG to only show. I am missing some
configuration parameters and it is making me crazy.

thanks.

Kathi Samec
kate@wti.com
From: jfh@greenber.austin.ibm.com (John F Haugh II)
Newsgroups: comp.unix.aix
Subject: Re: Login, modem, and alias questions
Keywords: login,alias,modem
Date: 9 Nov 92 22:47:06 GMT
Organization: AIX Software Support, Austin, Republica de Tejas

In article <1992Nov07.015318.187943@jrh.uucp> jrh@jrh.uucp (James R. Hamilton) writes:
>    Login is a program called by the getty program to authenticate a user 
>    logging into the system and to initialize a new enviroment for them to
>    use during the session.  It is is not meant to be run from the command
>    line.  Don't run it ... this is not a bug.

Login is a part of TSM which is a program that pretends to be both
getty and login.

Running login on the command line shouldn't hang the terminal, although
it isn't a good idea.  If you want to "login" on an open line, you should
"exec" login, as in

$ exec login jfh
-- 
John F. Haugh II      | MaBellNet: (512) 823-8817       | SneakerNet: 042/2D034
InterNet: jfh@eureka.aixserv.austin.ibm.com                             [TSAKC]
Disclaimer:  I am not a representative of IBM.  I speak for myself only.
Newsgroups: comp.unix.aix
From: mycroft@hal.gnu.ai.mit.edu (Charles Hannum)
Subject: Re: /tmp Corrupted
Organization: /etc/organization
Date: Sun, 8 Nov 1992 01:52:40 GMT


In article <1992Nov5.225824.3656@netcom.com> lui@netcom.com (Stephen
Lui) writes:
>
> ** Checking /dev/hd3 (/tmp) MOUNTED FILE SYSTEM; WRITING SUPPRESSED; 

Note the above message.

> ** Phase 1  - Check Blocks and Sizes
> ** Phase 2  - Check Pathnames
> ** Phase 3  - Check Connectivity
> ** Phase 4  - Check Reference Counts
> ** Phase 5  - Check Inode Map
> The Inode map is not valid. (NOT SALVAGED)
> ** Phase 6  - Check Block Map
> The Block map is not valid. (NOT SALVAGED)
> The integrity of the file system is not guaranteed.
> 109 files 3576 blocks 37384 free

This *always* happens on a mounted, unsynced file system.  There is
nothing wrong.

-- 
 \  /   Charles Hannum, mycroft@ai.mit.edu
 /\ \   PGP public key available on request.  MIME, AMS, NextMail accepted.
Scheme  White heterosexual atheist male (WHAM) pride!
Newsgroups: comp.unix.aix
From: gerth@watson.ibm.com (John Gerth)
Subject: Re: swap instruction in assembler?
Date: Sat, 07 Nov 1992 03:08:46 GMT
Disclaimer: This posting represents the poster's views, not necessarily those of IBM
Organization: IBM T.J. Watson Research Center

The cs() routine "Compare and Swap" is not a traditional or POSIX
routine and so isn't portable.  I didn't feel too bad about recommending
it because the question in the subject mentioned "assembler" and so
seemed to indicate portability was not a question.  There's nothing
particularly hard about cs() and it could be built out of semaphores 
in a straightforward manner, but you're correct that it's an AIXism.

-- 
John Gerth	 gerth@watson.ibm.com		(914) 784-7639
From: dwight@geohub.gcn.uoknor.edu (Dwight D. Moore)
Newsgroups: comp.unix.aix
Subject: Re: overwrite EOT on 8mm tape?
Date: 10 Nov 92 16:34:38 GMT
Article-I.D.: constell.BxIE1x.HGF
Reply-To: dwight@geohub.gcn.uoknor.edu
Organization: Geosciences Computing Network, Univ. of Oklahoma
Originator: usenet@kittyhawk.ecn.uoknor.edu

In article <1992Nov9.174751.4158@ednor.bbc.com>, nsd@ednor.bbc.com (Nick Duffek) writes:

|>Does anyone know how to append a file on AIX to an 8mm tape that ends with EOT?
|>(Note that AIX only writes EOT when writing to a device file whose
|>rewind-on-close bit is set, i.e. /dev/rmt<n>, /dev/rmt<n>.2, /dev/rmt<n>.4,
|>/dev/rmt<n>.6).  I believe this is equivalent to overwriting any file starting
|>anywhere not at BOT.

|>Nick

We discovered some interesting things about Exabyte 8mm tape drives in terms of
writing files. (If someone else has other information, I'm interested)

1. The only place you can write on the tape are the following:
     A. Using "short" EOF marks
          1.) BOT
          2.) End of data (EOD) mark 
    B. Using "long" EOF marks
         1.) On 8200s, you can also write at the BOT side of an EOF mark
         2.) On 8500's, you can write at either side of an EOF mark.

2. Use a real tape drive...

This is from documentation for Exabyte 8500 drives from TTI on a VAX.

This complicates things if you write directly to tape and are appending files.
To write logical EOT marks (not physical),  you must backup to just before and EOF
mark, and write two EOFs . The EOD mark is the last place written to on the tape.

Your best bet may be to write a dummy file at the end of your tape, start the
append overwriting the dummy file, and append a new dummy file after you
are done?...sigh...

---------------------------------------------------------------------------
Dwight D. Moore
Geosciences Computing Network
University of Oklahoma

dwight@geohub.gcn.uoknor.edu (129.15.40.10)
These opinions do not necessarily represent the opinions of OU or the GCN.
----------------------------------------------------------------------------
Newsgroups: comp.unix.aix
From: tom@uts.cc.wayne.edu (Thomas Richard Stevenson)
Subject: Re: 3270 Problem/Questions
Organization: Wayne State Univ.
Date: Thu, 12 Nov 1992 16:44:34 GMT

gerth@watson.ibm.com (John Gerth) writes:

>IBM sells an X-based 3270 emulator as the product 'x3270'.
>It supports fonts, 3270 programmable symbols for graphics, APL,
>and national languages.  It is available for S/6000 and Sun
>systems (at least).

>-- 
>John Gerth	 gerth@watson.ibm.com		(914) 784-7639
 
IBM may sell it, but there are very VERY good P.D. versions available.
There is NO reason to buy something you can get for free!
-- 
     ____  __   __       Tom@UTS.CC.Wayne.Edu
      /   /_/  /_        Thomas_Richard_Stevenson@MTS.CC.Wayne.Edu
     /.  /\ . __/.       Tom@CMS.CC.Wayne.Edu
                         UserTom@WayneMTS.Bitnet
Newsgroups: comp.unix.aix
From: laszer@netcom.com (Laszlo Leirer)
Subject: question about translation tables
Keywords: X translations app-default
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Fri, 13 Nov 1992 21:00:19 GMT


I try to use translation tables in Motif on an AIX box, but I ran into a
problem.

If I define my translation table in my c file, then call the
XtAugmentTranslations function, everything is fine, the default translations
are still in effect and my new ones work as well.
If I define the same translation table with the #augment directive in my
app-default file, it drops all of the default translations, and only my
new ones work, so it, somehow, does not recognize the #augment directive.

Does anyone have any idea what I am doing wrong ?
Please respond in E-mail.
Thanks,
Laszlo Zeke

-- 
This is the place for breathtakingly | Email: laszer@netcom.com 
profound philosophical statements.   |
From: hz01930@hx.deere.com (Jay D. Anderson)
Newsgroups: comp.unix.aix
Subject: Re: reading mail from multiple machines
Date: 5 Nov 92 12:49:45 GMT

jd@cc.gatech.edu (Mike JD Espig) writes:

>In article <1992Oct30.182411.23128@olaf.wellesley.edu> kwolters@fred.wellesley.edu (Keith Wolters) writes:
>>Hi.  Can anyone tell me what the latest advice is on reading the same
>>mail file from multiple machines (with AIX 3.2)?  Can I simply nfs
>>mount /var/spool/mail from a mail server?  Should I do any tricks to
>>make every machine forward there mail to one machine or use one
>>machine as a relay?  Thanks in advance.
>>

>I don't know if this will work under AIX, but it can be dangerous 
>on Sun networks - we've had files truncated due to locking problems 
>and mounts hanging.

There is an option in the sendmail.cf file, R (use OR) that has a comment
associated with it:

# Remote mode - send through server if mailbox directory is mounted
OR

I have used a mounted /var/spool/mail on my subsidiary machines for three
years without a single mishap.

>					-Mike (jd@cc.gatech.edu)
>---


--
Jay D. Anderson			jay.anderson@hx.deere.com
John Deere Harvester
1100 13th Avenue		     (309)765-6063
E. Moline, Illinois 61244	FAX: (309)765-9010
From: shair@barolo.cso.uiuc.edu (Bob Shair)
Newsgroups: comp.unix.aix
Subject: Re: Virtual Memory curiosity
Keywords: VM overflow response
Date: 12 Nov 92 19:05:08 GMT
Reply-To: shair@vnet.ibm.com
Distribution: usa
Organization: IBM Champaign

losburn@teal.csn.org (Lynn Osburn) writes:

>>I've heard rumor that AIX will pick processes to kill off to avoid
>>running out of virtual memory?
>
>True in v3.1.x
>
>False in v3.2.x
>In 3.2, he just picks the larger process(es) and puts them to sleep (and 
>swaps them) for a while until things improve.  A much better solution to
>the problem, eh?

True or false depending on what you mean by "running out of virtual memory."

When you overcommit real storage, so the system is thrashing (paging heavily),
AIX 3.2 sleeps processes as Lynn states.

If you run out of swap space, though, AIX will pick processes to kill off.
This is true both in 3.1 and 3.2.  The algorithm used to select the processes
to kill has changed, I hear, but I don't know what it is.

Anyone do?

--

Bob Shair                          shair@vnet.ibm.com
Scientific Computing Specialist    SHAIR@UIUCVMD (bitnet)
IBM Champaign
From: kate@wavefront.wti.com (Kathy Samec)
Newsgroups: comp.unix.aix
Subject: CD playing?
Date: 5 Nov 92 19:58:15 GMT
Distribution: usa
Organization: Wavefront Technologies Inc, Santa Barbara, CA

I am looking for a program that will allow people to play thier CD's in the
CDROM drive in the RS6000 for aix 3.2.

I may have asked for this before but I don't really remember.
thanks ahead.
Newsgroups: comp.unix.aix
From: fisk@cvdv73.mayo.edu (Tom Fisk)
Subject: 3270 Problem/Questions
Reply-To: fisk@mayo.edu
Organization: Mayo Clinic, Rochester, MN
Date: Wed, 11 Nov 92 19:52:01 GMT


We have run across a couple of problems with the 3270 emulation on AIX.

1.  According to the documentation, when you telnet or tn to a system that
    requires a 3270, it will use the $HOME/.3270keys.  We have never gotten
    this to work...any ideas?

2.  We are using NCD 17cr X-terminals with VT220 style keyboards.  We have
    redefined some of the keys in /etc/map3270 successfully (the pf keys)
    while other keys refuse to cooperate.  For example, we define the 
    keypad ENTER to be the enter key, and RETURN to be the newline key.
    When we do this the keypad ENTER and RETURN act like a tab key.  Any
    ideas here?  Here we are using the tn3270 command.

And now the question...is there a public or commercial X version of a 3270
emulator for AIX?
--
-------------------------------------------------------------------------------
Thomas B. Fisk          +----------------------------+  Internet: fisk@mayo.edu
Mayo Clinic             |   If you don't know where  |  Voice: (507) 255-4341
200 First Street SW     |  you're going you'll never |  FAX: (507) 255-5484
Mail Stop 2D-337 STM    |         get there.         |
Rochester, MN  55905    +----------------------------+
-------------------------------------------------------------------------------
From: mbrown@testsys.austin.ibm.com (Mark Brown)
Newsgroups: comp.unix.aix
Subject: Re: chown() symbolic links?
Date: 11 Nov 92 21:00:55 GMT
Organization: IBM Corp., Austin TX.

| mbrown@testsys.austin.ibm.com (Mark Brown) writes:
|>This is a change introduced in 3.2 for conformance to the OSF AES, so you're
|>likely to see similar behavior on other platforms soon.  With this change,
|>unfortunately, there will be no way to change the owner of a symbolic link.
|
|What Lucien says is true, but it is the IEEE POSIX 1003.2 (now official)
|standard that dictates that chown 'symlink' affects the file to which
|the link points.

MISTAKE! I *meant* to say:
What Lucien says is true, but it is the IEEE POSIX 1003.2b (not official yet)
standard that dictates that chown 'symlink' affects the file to which
the link points.

The rest is true.

|We are adding a "-h" option to allow modifying the link itself, due out
|in the "next major release" (I *know* you've heard this before, but it's
|*true* for this item!). Please don't ask for a specific release number;
|I don't get to number them -- I do know it's in the release I'm working
>on now.


-- 
Mark Brown       IBM PSP Austin, TX.|Make it right before you make it faster.
(512) 838-3926   VNET: MBROWN@AUSVMQ|Keep it right when you make it faster.
MAIL: mbrown@testsys.austin.ibm.com |Make it clear before you make it faster.
DISCLAIMER: My views may be, and often are, independent of IBM official policy.
Newsgroups: comp.unix.aix
From: rmwise@mcigate.apdev.mci.com (Bob_Wise)
Subject: Re: AIX *IS* BUGGY
Date: Fri, 13 Nov 1992 03:24:14 GMT
Organization: MCI

In article <9346@vtserf.cc.vt.edu> valdis@vttcf.cc.vt.edu (Valdis Kletnieks) writes:
>In article <15210@auspex-gw.auspex.com> tstil@Auspex.COM (Tim Stilwell) writes:
>>Incidently, each of these global patches was released about every 2 months
>>for the 1st year!  What a great confidence builder!   Anyway, if the HW/SW
>
>Hmm.. I dunno. From where *I* am, knowing that the vendor cares enough to
>ship me another patch tape every 2 months improves my confidence.
>
>I've never heard MVS flagged as a "buggy" operating system - but IBM was
>shipping a PUT tape *EVERY MONTH* for about 20 years (Consider that OS/360
>finally stabilized at MVT 21.8F or so - that's a *lot* of update tapes),
>and I was still getting monthly PUT tapes for our OS/VS1 system in 1989 -
>for a operating system announced in 1972.
>
>Of course, by 1987 or so, the VS/1 update tapes only had a *new* bugfix
>on them every 2-3 months - and it would be some obscure thing that
>would only bite on rare occasions at some sites.
>
>Now, if you want to talk about the fact that the monthly update tapes
>have *too many* fixes on them to be confident, that's a DIFFERENT
>issue... ;)
>
>				Valdis Kletnieks
>				Computer Systems Engineer
>				Virginia Tech


Who cares how many PTFs there are if the systems are stable?  The problem
is, my RS/6000s crash (or hang) all the time.

-Bob
-- 
---------------------------------------------------------------------------
| Bob Wise          | INET:622-1322 | MCIMail:rmwise | Pager:719-577-1928 |
| Unix Consultant   |-----------------------------------------------------|
| Consultant to MCI | Phone:719-592-1322 | Internet:rmwise@apdev.mci.com  |
Newsgroups: comp.unix.aix
Subject: Re: Remote Installp
From: graeme@ccu1.aukuni.ac.nz ( Graeme Moffat)
Date: Fri, 13 Nov 1992 10:24:26 GMT
Organization: University of Auckland, New Zealand.

rmwise@mcigate.apdev.mci.com (Bob_Wise) writes:

>1) RS/6000 #1 with 8mm tape drive
>2) RS/6000 #2 with no 8mm tape drive
>3) An 8mm 3.2.2 or 3.2.3 tape
>What is the best way to upgrade RS/6000 #2 to
>AIX 3.2.2 or 3.2.3?

IF you've got several 100 Mb free on #1, set it up as an installation server.
Use 'mksysb /usr/sys/inst.images/bos.obj.whatever' to create an image, make
boot diskettes to bring up #2, & install the image. Depending on what's
installed, the image will be 80-200Mb, if you want to keep variations of
images and also disk copies of ptf's, then get a 1Gb+ drive (no joke!).

-- 
Graeme Moffat                g.moffat@aukuni.ac.nz \ Time wastes us all, 
Computer Aided Design Centre,  Fax: +64-9-366-0702 /  our bodies & our wits
School of Engineering,    Ph: +64-9-737-999 x8384 /  But we waste time,
University of Auckland, Private Bag, Auckland, NZ \   so time & we are quits
Newsgroups: comp.unix.aix
From: gordt@muug.mb.ca (Gordon Tulloch)
Subject: Re: El Cheapo lasers on 6000
Keywords: LASERS
Organization: Manitoba Unix User Group, Winnipeg, Manitoba, Canada
Distribution: comp.unix.aix
Date: Mon, 9 Nov 1992 17:03:22 GMT

Scott:
 
Strangely enough, we tried the laser again on a standard terminal/printer 
null modem and it works like a charm - the original wiring may have been 
screwed or the printer was set up wrong.  In any case, thanks for your reply!

Regards,
  Gord
Newsgroups: comp.unix.aix
From: jmmannin@eos.ncsu.edu (JAMES MCCOTTER MANNING)
Subject: EMERGENCY!!!!!!!!!!!!!
Organization: North Carolina State University, Project Eos
Distribution: comp
Date: Thu, 12 Nov 1992 19:57:35 GMT


PLEASE HELP!
I can't boot off of rootvg, and when I booted off of floppy
and tried to getrootfs, I get the error that /dev/hd4 needs
64k of free space, and that I should delete files until I have
that much free, but without root mounted, I don't know how to get
to /dev/hd4 (/usr) to delete anything.
HELP!!!!!
jmm
Newsgroups: comp.unix.aix
From: mcguire@selway.umt.edu (Charles J McGuire)
Subject: Re: Problem with restoring from system backup on AIX 3.2
Organization: University of Montana
Date: Mon, 9 Nov 1992 15:19:48 GMT

In article <1992Nov6.194259.9076@tc.cornell.edu> mdw@theory.TC.Cornell.EDU (Matt Welsh) writes:
>This is an inane question, but I've been beating my head against the wall
>all week trying to figure out why this won't work. Basically I've done
>your ye olde generic mksysb via smit of an AIX 3.2 system that I'm setting
>up. The backup's being stored on 8mm tape, just /dev/rmt0.1 on the system.
>This backup is of a freshly-built system; I'm working on installing a lot
>of software and want a working bootable system backup before I go on.
>
>Now, when I boot from the tape (to verify that the backup indeed worked,
>i.e. re-install the entire system from the backup tape), I get the following
>messages (this is before the install menu comes up and after it asks me
>to press '1' on the console):
>
>	INIT: EXECUTING /sbin/rc.boot 2
>	AIX Base Operating System Installation...
>	Restoring Base Operating System install files from tape: /dev/rmt0.1
>
>	/sbin/rc.boot: /usr/lpp/bosinst/bosmain: not found
>
>	INIT: single user mode
>
>And then leaves me with a root shell with no filesystems mounted, no
>path, no nothin'. Note that the file "/usr/lpp/bosinst/bosmain" is not
>on the original system that I backed up. 
>
I'm not sure why bosmain would not have been on the original system when
you backed it up. It sure should have been. The bosmain script is your
interface into the restore menu. If it's not there (along with all the
rest of the bosinst utilities), I don't belive there is any way to 
recover except to create bootable floppies *with the bosinst scripts
installed* and point to the 3rd file on the backup tape to get the
mksysb tar file.

Charlie McGuire
Systems Programmer
The University of Montana
mcguire@huckle.cs.umt.edu

Newsgroups: comp.unix.aix
From: lui@netcom.com (Stephen Lui)
Subject: /tmp Corrupted
Organization: Netcom - Online Communication Services  (408 241-9760 guest) 
Date: Thu, 5 Nov 1992 22:58:24 GMT

Recently our /tmp file system started to fill up. I went to /tmp and deleted
unnecessary files. However, this did not release any space in the file system
according to df. I went ahead and deleted all of the files in /tmp and the
file system was still 100% full! I ran fsck on /tmp and got:


** Checking /dev/hd3 (/tmp) MOUNTED FILE SYSTEM; WRITING SUPPRESSED; 
** Phase 1  - Check Blocks and Sizes
** Phase 2  - Check Pathnames
** Phase 3  - Check Connectivity
** Phase 4  - Check Reference Counts
** Phase 5  - Check Inode Map
The Inode map is not valid. (NOT SALVAGED)
** Phase 6  - Check Block Map
The Block map is not valid. (NOT SALVAGED)
The integrity of the file system is not guaranteed.
109 files 3576 blocks 37384 free

To keep the system up, I created another /tmp file system and mounted it over
/tmp. After later rebooting the system and running fsck (you can't run fsck
and write to /tmp when it's mounted) the problem disappered. However, half a
day later the problem repeated itself.

After a few days the problem seemed to correct itself. However, today the
same problem happened to /usr/ingres/files, a user-defined filesystem on a
total different physical disk. Any suggestions?