Re: Rhl-beta-list digest, Vol 1 #63 - 26 msgs
by Abraham Al-Saleh
Hmm. In that case I usually just use "killall -15 [daemonname]" or
"killall -9 [daemonname]" (last resort only of course) and then either
set the script to not run at boot time or fix it manually.
On Tue, 2003-08-05 at 09:49, rhl-beta-list-request(a)redhat.com wrote:
> Message: 25
> Date: Tue, 5 Aug 2003 09:49:49 -0600 (MDT)
> From: Stephen Smoogen <smoogen(a)lanl.gov>
> To: rhl-beta-list(a)redhat.com
> Subject: Re: How do I shut down this ports
> Reply-To: rhl-beta-list(a)redhat.com
>
>
> I have found that a slight variation works better in case of a bug in
> the /etc/rc.d/init.d/xxx script
>
> /etc/rc.d/init.d/xxx off
> /usr/sbin/chkconfig --level 12345 xxx off
>
>
> On Tue, 5 Aug 2003, Michael K. Johnson wrote:
>
> >On Tue, Aug 05, 2003 at 12:24:33AM -0600, Abraham Al-Saleh wrote:
> >> Now, to turn off portmap (if it is ok to do this) type (blah blah, as
> >> root.):
> >>
> >> service portmap stop
> >>
> >> if you wish to permanently disable it use (root...):
> >>
> >> mv /etc/rc.d/rc[rl].d/S13portmap /etc/rc.d/rc[rl].d/K13portmap
> >
> >Eeek, do it the easy way! :-)
> >
> > chkconfig portmap off
> >
> >michaelkjohnson
> >
> > "He that composes himself is wiser than he that composes a book."
> > Linux Application Development -- Ben Franklin
> > http://people.redhat.com/johnsonm/lad/
> >
> >
> >--
> >Rhl-beta-list mailing list
> >Rhl-beta-list(a)redhat.com
> >http://www.redhat.com/mailman/listinfo/rhl-beta-list
> >
20 years, 9 months
RE: How do I shut down this ports
by Karl Dyson
>From a security point of view, at least the default settings for iptables will prevent abuse of the open ports, but as you point out, they shouldn't be open by default. Additional layers of security and all that.
-----Original Message-----
From: Paul Jenner [mailto:psj.home@ntlworld.com]
Sent: 05 August 2003 19:55
To: rhl-beta-list(a)redhat.com
Subject: Re: How do I shut down this ports
On Mon, 2003-08-04 at 05:54, Louis Garcia wrote:
> 111/tcp open sunrpc
> 6000/tcp open X11
>
> Should these be open be default?
Reading the responses, the most interesting part of your question seemed
tactfully avoided on the list :-)
If Sun RPC and X over TCP are open by default, should they continue to
be? How many of the non-tech community use NFS/NIS/NIS+ or connect to X
remotely without ssh tunneling?
Paul
--
Rhl-beta-list mailing list
Rhl-beta-list(a)redhat.com
http://www.redhat.com/mailman/listinfo/rhl-beta-list
________________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com
________________________________________________________________________
________________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com
________________________________________________________________________
20 years, 9 months
laptop got hot, no fans! (acpi tools to check fans/temp/battery?)
by Mr. Adam ALLEN
pre-severn the laptop (Dell Lattitude L400) would use apm- and I could
use the apm utility on the command line to check the battery status.
Does severn have any command line utilities to show the battery status,
(hopefully temperature) as well. I had a quick look at
http://grahame.angrygoats.net/acpi.shtml but that doesn't work straight
off with severn. The reason for wanting these tools....
A little concerned (rebuilding the 2.6 test2 kernel and the fan never
came on- this is running the severn default kernel). The machine decided
to power itself off after half an hour.
I want to make sure that severns kernel isn't stopping the fan coming
on. Let the laptop cool down and tried rebuiliding the kernel again-
same thing, no fans after 20 minutes and the laptop getting hot enough
to burn. I've fallen back to appending acpi=off for now.
I've kept the output of dmidecode and acpidmp if this would offer any
help in tracking down the problem.
--
Regards,
Adam Allen.
adam(a)dynamicinteraction.co.uk
pgp http://search.keyserver.net:11371/pks/lookup?op=vindex&search=adam%40dyna...
20 years, 9 months
any newer docs?
by Robert P. J. Day
first, any beta-level docs for severn that we can peruse? and,
more specifically, is there a decent writeup on the modules.conf ->
modprobe.conf transition? anything?
rday
20 years, 9 months
Re: still looking for docs on new /etc/modprobe.conf
by Jef Spaleta
Bill Nottingham wrote:
>USB, match vendor 0x0c52, product 0x2862
I plead total ignorance on the matter right up front...
but is this sort of alias building a way around the problem when
multiple usb devices like flash and keydrives are connected to the
computer in different orders, thus getting different sbd number schemes
depending on the order they are plugged in. Is this possibly a way to
tie specific usb devices by vender product id, to a specific /dev/
listing and subsequently a specific /mnt/ at the kernel level.
Or is the only solution to this little petpeeve of usb, the script magic
of hotplug and kudzu?
-jef"inquiring minds want to know"spaleta
20 years, 9 months
RE: so where's my graphical boot?
by Karl Dyson
>>and there's a $GRAPHICAL variable that is tested, but it's not clear where it's set
/etc/sysconfig/init
Cheers,
Karl
-----Original Message-----
From: Robert P. J. Day [mailto:rpjday@mindspring.com]
Sent: 05 August 2003 16:13
To: rhl-beta-list(a)redhat.com
Subject: Re: so where's my graphical boot?
On Tue, 5 Aug 2003, h.breimer wrote:
> There was some mail some time ago that graphical boot could not work
> when /usr was on a separate partition.
> I have that and gb does not work.
i must have missed that. that would be an unspeakably silly limitation
since a separate /usr partition is normally a good idea.
i'm reading /etc/rc.sysinit to see under what circumstances the
graphical boot is invoked, and there's a $GRAPHICAL variable that
is tested, but it's not clear where it's set. i'm still perusing.
rday
--
Rhl-beta-list mailing list
Rhl-beta-list(a)redhat.com
http://www.redhat.com/mailman/listinfo/rhl-beta-list
________________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com
________________________________________________________________________
________________________________________________________________________
This email has been scanned for all viruses by the MessageLabs Email
Security System. For more information on a proactive email security
service working around the clock, around the globe, visit
http://www.messagelabs.com
________________________________________________________________________
20 years, 9 months
kernel-2.6.0-test2 glacially slow eth transmitting when iptables modules are insmodded
by Thomas J. Baker
Is it a known problem that on my e1000 interface, if iptables type
modules are insmodded, my outgoing traffic slows to a crawl?
Modules in question:
ip_nat_irc 5360 0
ip_nat_ftp 6000 0
iptable_nat 24996 4 ipt_MASQUERADE,ip_nat_irc,ip_nat_ftp
ip_conntrack_irc 72340 1 ip_nat_irc
ip_conntrack_ftp 73236 1 ip_nat_ftp
ip_conntrack 31788 6
ipt_MASQUERADE,ip_nat_irc,ip_nat_ftp,iptable_nat,ip_conntrack_irc,ip_conntrack_ftp
ip_tables 19712 2 ipt_MASQUERADE,iptable_nat
Without them, I get normal 100Mbs type transfers approaching 10MB/s but
with them installed, I'm getting closer to 50KB/s. If I remove the
modules, things get better. (I need though them so my ipaq can talk to
the rest of the world.) Or is this just an old software/new kernel
problem?
I'm running 2.6.0-0.test2.1.29smp on a dual 3.0GHz Dell 650N.
Thanks,
tjb
--
=======================================================================
| Thomas Baker email: tjb(a)unh.edu |
| Systems Programmer |
| Research Computing Center voice: (603) 862-4490 |
| University of New Hampshire fax: (603) 862-1761 |
| 332 Morse Hall |
| Durham, NH 03824 USA http://wintermute.sr.unh.edu/~tjb |
=======================================================================
20 years, 9 months
so where's my graphical boot?
by Robert P. J. Day
with everyone else asking how to turn *off* their graphical
boot, i'm wondering why i'm getting the same old command line
boot sequence.
i've gone through /etc/rc.sysinit, found the place where the
graphical boot is started, and am trying to figure out why mine
is not being invoked.
is it because i'm running a 2.6.0-xxx kernel? what exactly
is supposed to be true to get a graphical boot? puzzled.
rday
20 years, 9 months
still looking for docs on new /etc/modprobe.conf
by Robert P. J. Day
i'm still curious where to find a decent writeup on the new
modprobe.conf file. i just tried running generate-modprobe.conf
and, this time, it actually ran.
from a starting /etc/modules.conf file that was all of seven
lines long, this utility produced a 1900+ modprobe.conf output.
yeesh.
and the format of *some* of the lines is definitely like
nothing i've ever seen before. some samples:
alias binfmt-204 binfmt_aout
alias block-major-93 nftl
alias block-major-97 pg
alias irda-dongle-0 tekram
alias pci:v0000125Dd00001988sv*sd*bc04sc01i* snd_maestro3
alias pci:v0000125Dd00001989sv*sd*bc04sc01i* snd_maestro3
alias pci:v0000125Dd00001990sv*sd*bc04sc01i* snd_maestro3
alias pci:v000014D2d00008021sv*sd*bc*sc*i* parport_serial
alias pci:v000014DBd00002110sv*sd*bc*sc*i* parport_serial
alias pci:v000010B5d00009050sv0000D84Dsd00004014bc*sc*i* parport_pc
alias pci:v00001409d00007168sv00001409sd00004078bc*sc*i* parport_pc
alias usb:v0C52p2862dl*dh*dc*dsc*dp*ic*isc*ip* ftdi_sio
alias usb:v0C52p2872dl*dh*dc*dsc*dp*ic*isc*ip* ftdi_sio
alias usb:v066Bp2206dl*dh*dc*dsc*dp*ic*isc*ip* pegasus
alias symbol:ip_conntrack_expect_put ip_conntrack
alias symbol:rpcauth_unregister sunrpc
install net-pf-19 /bin/true
install net-pf-3 /bin/true
install net-pf-6 /bin/true
install ov518_decomp { /sbin/modprobe ov511; }; /sbin/modprobe --ignore-install ov518_decomp
install scsi_hostadapter /bin/true
install usbmouse /sbin/modprobe --ignore-install usbmouse && { /sbin/modprobe hid; /bin/true; }
install wacom /sbin/modprobe --ignore-install wacom && { /sbin/modprobe evdev; /bin/true; }
remove binfmt_misc { /bin/umount /proc/sys/fs/binfmt_misc > /dev/null 2>&1 || :; }; /sbin/modprobe -r --ignore-remove binfmt_misc
remove hid { /sbin/modprobe -r keybdev; /sbin/modprobe -r mousedev; }; /sbin/modprobe -r --ignore-remove hid
remove ov518_decomp /sbin/modprobe -r --ignore-remove ov518_decomp && { /sbin/modprobe -r ov511; /bin/true; }
remove usbmouse { /sbin/modprobe -r hid; }; /sbin/modprobe -r --ignore-remove usbmouse
remove wacom { /sbin/modprobe -r evdev; }; /sbin/modprobe -r --ignore-remove wacom
so ... where does one read up on all of this? and should i have
expected a 1900 line file from the generation utility?
rday
20 years, 9 months