Re: Contents of redhat-list digest...
- From: samin@xxxxxxxxxxxxxxx
- Date: Thu, 11 May 2006 13:11:03 +0400
----- Original Message -----
From: redhat-list-request@xxxxxxxxxx
Date: Wednesday, May 10, 2006 8:00 pm
Subject: redhat-list Digest, Vol 27, Issue 11
Send redhat-list mailing list submissions to
redhat-list@xxxxxxxxxx
To subscribe or unsubscribe via the World Wide Web, visit
https://www.redhat.com/mailman/listinfo/redhat-list
or, via email, send a message with subject or body 'help' to
redhat-list-request@xxxxxxxxxx
You can reach the person managing the list at
redhat-list-owner@xxxxxxxxxx
When replying, please edit your Subject line so it is more specific
than "Re: Contents of redhat-list digest..."
Today's Topics:
1. RE: limiting CPU access per user (Gavin McDonald)
2. adding new hardware (dbrett@xxxxxxx)
3. Old Version of kermit Source Code (cu188) (Wayne Bastow)
4. Re: Old Version of kermit Source Code (cu188) (Stuart Sears)
5. server freezes from time to time (PE1750 RHEL 4) - Unable to
handle kernel NULL pointer (G?tz Reinicke)
6. Re: Old Version of kermit Source Code (cu188) (Johnie Stafford)
7. Re: Old Version of kermit Source Code (cu188) (Wayne Bastow)
8. Amount of data passed through a port (Edson Noboru Yamada)
9. autofs and cifs syntax (Bruce W. Martin)
10. Re: autofs and cifs syntax (Ed Wilts)
11. Re: server freezes from time to time (PE1750 RHEL 4) - Unable
to handle kernel NULL pointer (Ray Van Dolson)
-------------------------------------------------------------------
---
Message: 1
Date: Tue, 9 May 2006 10:51:11 -0700
From: "Gavin McDonald" <gavitron@xxxxxxxxx>
Subject: RE: limiting CPU access per user
To: "'General Red Hat Linux discussion list'" <redhat-list@xxxxxxxxxx>
Message-ID: <4460d693.7379dbff.53f2.ffff88e0@xxxxxxxxxxxx>
Content-Type: text/plain; charset="us-ascii"
Perhaps the Sun n1GE Grid-Engine Software would be useful in this
instance?
The tools are really meant to schedule jobs across many machines,
with many
CPUs, but you could probably repurpose their scheduling tools to
restrictuser jobs to one CPU on a single system with similar ease.
http://www.sun.com/software/gridware/
-G
Regards,
Gavin McDonald
========================
EVI Logistic Enterprises
email: me@xxxxxxxxxxxx
phone: (604) 313-3845
-----Original Message-----can also
From: redhat-list-bounces@xxxxxxxxxx [mailto:redhat-list-
bounces@xxxxxxxxxx] On Behalf Of George Magklaras
Sent: Tuesday, May 09, 2006 1:02 AM
To: General Red Hat Linux discussion list
Subject: Re: limiting CPU access per user
A wrapper script that takes what is to be executed, check it out and
then dplace it to a certain CPU(s) comes to mind. Since dplace
maintain a global count of all active tasks in each CPU thatshould not
be a problem for you to check out what happens at your end.part of
If it's not going to be a wrapper script, then that could form
your queue system scripts. We handle this issue by placing thedplace> arguments in our PBS scripts.
what we do.
Maybe someone has a more straightforward solution, but this is
users access
--
--
George B. Magklaras
Senior Computer Systems Engineer/UNIX Systems Administrator
The Biotechnology Centre of Oslo,
University of Oslo
http://www.biotek.uio.no/
EMBnet Norway: http://www.biotek.uio.no/EMBNET/
Mark Haney wrote:
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
I have an SGI box that I want to be able to allow certain
but theyonly to certain processors. I looked at dplace and cpuset,
less thanboth rather require the user to manage the jobs. As this is
on onlyperfect, is there a way to limit a user to be able to run jobs
request@xxxxxxxxxx?subject=unsubscribe>certain CPUs, similar to sudo where a user my be able to have root
access to certain applications?
- --
Interdum feror cupidine partium magnarum Europae vincendarum
Mark Haney
Sr. Systems Administrator
ERC Broadband
(828) 350-2415
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2.2 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFEX3OUYQhnfRtc0AIRAnFyAKC8i3Gmx17V4/Z8/qhjYPmQFKBozgCgj9/f
TsL0Xd3DZigDgQmUWbYatvY=
=JQ7f
-----END PGP SIGNATURE-----
--
redhat-list mailing list
unsubscribe mailto:redhat-list-
https://www.redhat.com/mailman/listinfo/redhat-list
------------------------------
Message: 2
Date: Tue, 9 May 2006 17:46:12 -0400 (EDT)
From: dbrett@xxxxxxx
Subject: adding new hardware
To: redhat-list@xxxxxxxxxx
Message-ID: <Pine.LNX.4.64.0605091741090.21224@xxxxxxxxxxxxx>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
I have a laptop with a Broadcom wireless card. The Broadcom
website
appears to indicate it supports Linux. I don't know how to
configure
Linux to support the card. When installing and starting up the
wireless
card is not discovered.
How do I add the Broadcom to Fedora 5?
david
------------------------------
Message: 3
Date: Wed, 10 May 2006 12:10:26 +1000
From: "Wayne Bastow" <ayu.njoman@xxxxxxxxx>
Subject: Old Version of kermit Source Code (cu188)
To: redhat-list@xxxxxxxxxx
Message-ID:
<8b5356090605091910n3e27ecf6qf722326fed93b73c@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Hi,
Running on Red Hat Enterprise Linux AS release 4 (Nahant Update 2).
We have a barcode reader that will only work with an older version of
kermit than that which is supplied with AS4. The vendor isn't
upgradingtheir barcode software for a few more months. We are
moving our
inventory application, which requires files to be loaded from the
barcode reader, from TRU-64 to Redhat. The version of kermit needed
which works is cu188 [Kermit 5A(188)] but I only have the binary for
TRU-64. I've found some links through Google to the source but the
linksno longer exist.
Has anyone out there a copy of the source that I can get, please?
Thanks for your time,
Wayne
--
Wayne Bastow
Wyoming, NSW, Australia
33.41 degrees S, 151.35 degrees E
------------------------------
Message: 4
Date: Wed, 10 May 2006 10:46:11 +0100
From: Stuart Sears <stuart@xxxxxxxxxxx>
Subject: Re: Old Version of kermit Source Code (cu188)
To: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx>
Message-ID: <4461B663.7060709@xxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Wayne Bastow wrote:
Hi,version of
Running on Red Hat Enterprise Linux AS release 4 (Nahant Update 2).
We have a barcode reader that will only work with an older
kermit than that which is supplied with AS4. The vendor isn'tupgrading> their barcode software for a few more months. We are
moving our
inventory application, which requires files to be loaded from thethe links
barcode reader, from TRU-64 to Redhat. The version of kermit needed
which works is cu188 [Kermit 5A(188)] but I only have the binary for
TRU-64. I've found some links through Google to the source but
no longer exist.you can probably find src RPMS for older versions of kermit on
Has anyone out there a copy of the source that I can get, please?
ftp.redhat.com
lftp ftp.redhat.com:/pub/redhat/linux/enterprise/3/en/os/i386/SRPMS>
ls ck*
- -rw-r--r-- 6 ftp ftp 2915735 Oct 21 2003
ckermit-8.0.209-2.src.rpm
or on ftp.download.fedora.redhat.com
there is at least a version for fedora core 1 on there
or possibly ckermit from
http://www.columbia.edu/kermit/ck80.html
regards
Stuart
- --
Stuart Sears RHCA RHCX
To err is human, to forgive is Not Company Policy.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFEYbYyamPtx1brPQ4RAm2KAJ4xCXCsMa/BaVkqG/1CcpViwysimgCfVrmv
SuuAkSJ5IQpbY5u0f2o2p5I=
=0Ktq
-----END PGP SIGNATURE-----
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
------------------------------
Message: 5
Date: Wed, 10 May 2006 12:04:19 +0200
From: G?tz Reinicke <goetz.reinicke@xxxxxxxxxxxxxxx>
Subject: server freezes from time to time (PE1750 RHEL 4) - Unable to
handle kernel NULL pointer
To: redhat-list@xxxxxxxxxx
Message-ID: <4461BAA3.2010207@xxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-15; format=flowed
Hi,
in the last week and today again our PE1750 with raid 1, dual CPU
freezes. The OS is RHEL 4 with kernel-smp-2.6.9-34.EL. We used
kernel-smp-2.6.9-22.0.1.EL before and AFAIK there where no freezes.
A couple of days before the freezing starts, we changed one defect
harddisk and rebuildet the raid with a new harddisk from dell. Other
hardware/software wasn't changed
Any ideas?
Regards
Götz Reinicke
The last messages on the terminal and in /var/log/messages are:
May 10 06:30:09 mail kernel: Unable to handle kernel NULL pointer
dereference at virtual address 000001b8
May 10 06:30:09 mail kernel: printing eip:
May 10 06:30:09 mail kernel: c0185420
May 10 06:30:09 mail kernel: *pde = 31cb6001
May 10 06:30:09 mail kernel: Oops: 0000 [#1]
May 10 06:30:09 mail kernel: SMP
May 10 06:30:09 mail kernel: Modules linked in: iptable_filter
ip_tablesdcdipm(U) dcdbas(U) parport_pc lp parport md5 ipv6
autofs4 i2
c_dev i2c_core sunrpc dm_mirror dm_mod button battery ac ohci_hcd tg3
floppy sg ext3 jbd megaraid_mbox megaraid_mm sd_mod scsi_mod
May 10 06:30:09 mail kernel: CPU: 3
May 10 06:30:09 mail kernel: EIP: 0060:[<c0185420>] Tainted: P
VLI
May 10 06:30:09 mail kernel: EFLAGS: 00010246 (2.6.9-34.ELsmp)
May 10 06:30:09 mail kernel: EIP is at show_map+0x70/0x111
May 10 06:30:09 mail kernel: eax: 00000000 ebx: d38d1544 ecx:
00000008 edx: e94ed2b0
May 10 06:30:09 mail kernel: esi: 00100071 edi: f5f2f280 ebp:
d986ac80 esp: cb5aef24
May 10 06:30:09 mail kernel: ds: 007b es: 007b ss: 0068
May 10 06:30:09 mail kernel: Process lsof (pid: 20988,
threadinfo=cb5ae000 task=d72d83b0)
May 10 06:30:09 mail kernel: Stack: 00000070 00124000 00000008
0000000600030069 cb5aef40 e94ed2b0 c032c980
May 10 06:30:09 mail kernel: c032c980 f5f2f280 00000000
d38d1544c0174614 000001f2 00000000 00000400
May 10 06:30:09 mail kernel: b7fe2000 00000007 00000000
0000000600000000 c032ce60 dd391480 00000400
May 10 06:30:09 mail kernel: Call Trace:
May 10 06:30:09 mail kernel: [<c0174614>] seq_read+0x1c7/0x2c2
May 10 06:30:09 mail kernel: [<c015a3d9>] vfs_read+0xb6/0xe2
May 10 06:30:09 mail kernel: [<c015a5ec>] sys_read+0x3c/0x62
May 10 06:30:09 mail kernel: [<c02d251b>] syscall_call+0x7/0xb
May 10 06:30:09 mail kernel: [<c02d007b>] schedule+0x46b/0x8d3
May 10 06:30:09 mail kernel: Code: c1 e0 0c 50 89 f0 24 80 3c 01
19 c0
83 e0 fd 83 c0 73 f7 c6 04 00 00 00 50 75 1b 83 3d bc 11 41 c0
00 75 19 8b 54 24 18 8b 42 70 <8b> 80 b8 01 00 00 39 43 04 73 07
b8 78
00 00 00 eb 05 b8 2d 00
May 10 06:30:09 mail kernel: <0>Fatal exception: panic in 5 seconds
May 10 06:30:11 mail root: Process did not exit cleanly, returned
0 with
signal 14
--
Götz Reinicke
IT Koordinator - IT OfficeNet
Tel. +49 (0) 7141 - 969 420
Fax +49 (0) 7141 - 969 55 420
goetz.reinicke@xxxxxxxxxxxxxxx
Filmakademie Baden-Württemberg
Mathildenstr. 20
71638 Ludwigsburg
www.filmakademie.de
------------------------------
Message: 6
Date: 10 May 2006 05:55:45 -0500
From: Johnie Stafford <jms@xxxxxxxxx>
Subject: Re: Old Version of kermit Source Code (cu188)
To: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx>
Message-ID: <oqwtcu174e.fsf@xxxxxxxxxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=us-ascii
If you can't find the 188 version, I've got source to the 190 version
from 4/1995. Its newer than what you're looking for, but it might
work. I've also got the 192 version from 12/1996.
Johnie
<stuart@xxxxxxxxxxx> said:On Wed, 10 May 2006 10:46:11 +0100, Stuart Sears
ss> Wayne Bastow wrote:
Update 2).Hi,
Running on Red Hat Enterprise Linux AS release 4 (Nahant
version of
We have a barcode reader that will only work with an older
upgrading >> their barcode software for a few more months. We arekermit than that which is supplied with AS4. The vendor isn't
moving our
needed >> which works is cu188 [Kermit 5A(188)] but I only haveinventory application, which requires files to be loaded from the
barcode reader, from TRU-64 to Redhat. The version of kermit
the binary for
the linksTRU-64. I've found some links through Google to the source but
ss> you can probably find src RPMS for older versions of kermit onno longer exist.
Has anyone out there a copy of the source that I can get, please?
ss> ftp.redhat.com
ss> lftp
ftp.redhat.com:/pub/redhat/linux/enterprise/3/en/os/i386/SRPMS>
ss> ls ck*
ss> -rw-r--r-- 6 ftp ftp 2915735 Oct 21 2003
ss> ckermit-8.0.209-2.src.rpm
ss> or on ftp.download.fedora.redhat.com
ss> there is at least a version for fedora core 1 on there
ss> or possibly ckermit from
ss> http://www.columbia.edu/kermit/ck80.html
------------------------------
Message: 7
Date: Wed, 10 May 2006 21:22:15 +1000
From: "Wayne Bastow" <ayu.njoman@xxxxxxxxx>
Subject: Re: Old Version of kermit Source Code (cu188)
To: jms@xxxxxxxxx, "General Red Hat Linux discussion list"
<redhat-list@xxxxxxxxxx>
Message-ID:
<8b5356090605100422t752cdb83j438151ff71e021e7@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On 10 May 2006 05:55:45 -0500, Johnie Stafford <jms@xxxxxxxxx> wrote:
version> from 4/1995. Its newer than what you're looking for, but
If you can't find the 188 version, I've got source to the 190
it might
work. I've also got the 192 version from 12/1996.
Johnie
I eventually got a copy and it compiled fine. We will test it
tomorrow.
Thanks for your replies.
Wayne
--
Wayne Bastow
Wyoming, NSW, Australia
33.41 degrees S, 151.35 degrees E
------------------------------
Message: 8
Date: Wed, 10 May 2006 09:13:57 -0300
From: "Edson Noboru Yamada" <enyamada@xxxxxxxxx>
Subject: Amount of data passed through a port
To: redhat-list@xxxxxxxxxx
Message-ID:
<90f80d730605100513m1e984122gcbc24a7abe402e65@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset=UTF-8; format=flowed
Hi,
I need to know how much data has been recorded to a tape within
some interval
(for example, the last 10 minutes). Using Solaris, I can obtain
this information
using kstat (using the appropriate options, I can learn how many bytes
has passed
since the last boot); is there something similar in Linux?
TIA
------------------------------
Message: 9
Date: Wed, 10 May 2006 08:49:38 -0500
From: "Bruce W. Martin" <redhat@xxxxxxxxxxxxxxxxxxxx>
Subject: autofs and cifs syntax
To: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx>,
Red Hat Network Users List <rhn-users@xxxxxxxxxx>
Message-ID:
<63C6A54F-C985-4A51-8070-F1E56278F994@xxxxxxxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=US-ASCII; delsp=yes; format=flowed
I have been looking at howtos and googling for a couple of weeks
and
can't seem to find the answer to fix an autofs problem.
I am using RHEL4 with a 2.6.9 kernel.
under RH7.3 and a 2.4.x kernel I had a /etc/auto.net file with the
following entries:
dragon -fstype=smbfs,rw,credentials=/opt/
dragonlo,gid=10009,fmask=660,dmask=770 ://10.1.1.223/anyuser
sting -fstype=smbfs,rw,credentials=/opt/
stinglo,gid=10009,fmask=660,dmask=770 ://10.1.1.35/Export
This worked fine to mount /net/dragon and /net/sting.
Upgrading the machine to RHEL4 with a 2.6.9 kernel
I can still mount /net/dragon but not /net/sting. The difference
between the two machine is that dragon/10.1.1.223is a Mac running
MacOS 10.4.x and sting/10.1.1.35 is a WinXP machine.
A little more googling yielded that I should replace smbfs to cifs
and as a result some of the other option names changed.
so now the entry for sting looks like this:
sting -fstype=cifs,rw,credentials=/opt/
stinglo,uid=500,gid=10009,file_mode=0660,dir_mode=0770
://10.1.1.35/
Export
but it still is not working.
Can someone tell me what is wrong and/or point me to documentation
to
get this to work.
Bruce
------------------------------
Message: 10
Date: Wed, 10 May 2006 10:17:29 -0500
From: Ed Wilts <ewilts@xxxxxxxxxx>
Subject: Re: autofs and cifs syntax
To: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx>
Message-ID: <20060510151729.GB15041@xxxxxxxxxxxxxx>
Content-Type: text/plain; charset=us-ascii
On Wed, May 10, 2006 at 08:49:38AM -0500, Bruce W. Martin wrote:
I have been looking at howtos and googling for a couple of weeksand
can't seem to find the answer to fix an autofs problem.
[snip]
With my RHEL 4 rebuild, I'm using the following for an XP Pro client:
[ewilts@pe400 ~]$ cat /etc/auto.samba
twilts -fstype=smbfs,credentials=/usr/local/d800.credentials
://d800/twilts
It works just fine...
A little more googling yielded that I should replace smbfs tocifs
and as a result some of the other option names changed.
I'm still using smbfs... kernel 2.6.9-34.
.../Ed
--
Ed Wilts, RHCE
Mounds View, MN, USA
mailto:ewilts@xxxxxxxxxx
Member #1, Red Hat Community Ambassador Program
------------------------------
Message: 11
Date: Wed, 10 May 2006 08:34:35 -0700
From: Ray Van Dolson <rayvd@xxxxxxxxxxxxxxx>
Subject: Re: server freezes from time to time (PE1750 RHEL 4) - Unable
to handle kernel NULL pointer
To: General Red Hat Linux discussion list <redhat-list@xxxxxxxxxx>
Message-ID: <20060510153435.GA10769@xxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=iso-8859-1
On Wed, May 10, 2006 at 12:04:19PM +0200, Götz Reinicke wrote:
Hi,Tainted: P
in the last week and today again our PE1750 with raid 1, dual CPU
freezes. The OS is RHEL 4 with kernel-smp-2.6.9-34.EL. We used
kernel-smp-2.6.9-22.0.1.EL before and AFAIK there where no freezes.
A couple of days before the freezing starts, we changed one defect
harddisk and rebuildet the raid with a new harddisk from dell. Other
hardware/software wasn't changed
Any ideas?
May 10 06:30:09 mail kernel: CPU: 3
May 10 06:30:09 mail kernel: EIP: 0060:[<c0185420>]
VLI
What module are you using that's tainting your kernel?
I found that using a third-party MPPE module (now included with
the kernel
proper) would cause kernel panics like this when in SMP mode.
Running in
single processor mode fixed the problem. Fortunately we didn't
really need
that second CPU anyways.
Ray
------------------------------
__
redhat-list mailing list
Unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
End of redhat-list Digest, Vol 27, Issue 11
*******************************************
--
redhat-list mailing list
unsubscribe mailto:redhat-list-request@xxxxxxxxxx?subject=unsubscribe
https://www.redhat.com/mailman/listinfo/redhat-list
- Prev by Date: RE: adding new hardware
- Next by Date: FTP Timing Tests
- Previous by thread: SSH
- Next by thread: FTP Timing Tests
- Index(es):