diskcheck default configuration bug/problem
by Doncho N. Gunchev
When I get mail from diskcheck with redhat9/fedora core 1 with
the default settings in the mail headers I see:
|--- cut ---
|To: root(a)globalnet.bg
|From: Disk(a)globalnet.bg, Usage(a)globalnet.bg, Monitor(a)globalnet.bg,
| -(a)globalnet.bg, diskcheck(a)globalnet.bg
|Subject: Low disk space warning
|--- cut ---
which kmail at least shows like 5 users have send this email. I fixed
the problem after looking in '/etc/cron.hourly/diskcheck' and
'/etc/diskcheck.conf'. If I remove the setting in the .conf file or
change it to "Disk Usage Monitor - diskcheck <diskcheck(a)globalnet.bg>"
everything is fine - 1 sender :)
|--- cut ---
|To: root(a)globalnet.bg
|From: Disk Usage Monitor - diskcheck <diskcheck(a)globalnet.bg>
|Subject: Low disk space warning
|--- cut ---
Here's how the default files look like:
In '/etc/diskcheck.conf' we have:
|--- cut ---
|# Who to identify the mail as coming from.
|mailFrom = "Disk Usage Monitor - diskcheck"
|--- cut ---
while in '/etc/cron.hourly/diskcheck' we have:
|--- cut ---
| set_default(conf, 'mailFrom', "Disk Usage Monitor <root>")
|--- cut ---
I tryed reporting this problem via https://bugzilla.fedora.us/query.cgi,
but I can not find 'diskcheck' listed there.
I supose the easy way to fix this is to change the default configuration
file, but the "Right Way"(tm) maybe is to add some checks in diskcheck
itself... or this is postfix problem (I don't use sendmail on any PC)?
btw: how is it possible to have 1 email with 5 senders?
--
Regards,
Doncho N. Gunchev
20 years, 5 months
understanding applications and PAE
by Vanco, Don
While I hate to use this as a support line I've gotten no help from the 2
local lugs I've queried, and know that there's some heavy hitters lurking
here.
I understand that the Linux kernel can (through PAE) provide memory paging
beyond 4GB of physical memory on 32-bit architecture. What I need to
understand is: what are the requirements on the application side to utilize
this memory? I'm looking for documentation / links that talk about
applications and PAE.
Case in point: Lotus Notes on OS400 can address huge amount of RAM, but when
it's running on Linux does it need to be compiled in a specific manner, or
with some specific bit of code / API to address more than the architecture
physically supports?
Thanx
Don
20 years, 5 months
Re: telinit 3 broken
by Neal D. Becker
On Wednesday 10 December 2003 10:18 am, William Hooper wrote:
> Neal D. Becker said:
> > It seems the run levels in fedora1 are messed up. Telinit 3 (until now)
> > would
> > just shut down X windows. Now, transition 5->3 is turning off nfs (or so
> > the
> > messages tell me), and other things like mailman.
> >
> > Transition 5->3->5 left me with what looks to be multiple instances of
> > mailman
> > running! That shouldn't happen.
>
> What is the output of:
>
> /sbin/chkconfig --list nfs
> /sbin/chkconfig --list mailman
/sbin/chkconfig --list nfs
nfs 0:off 1:off 2:off 3:off 4:off 5:on 6:off
/sbin/chkconfig --list mailman
mailman 0:off 1:off 2:on 3:on 4:on 5:on 6:off
So it's not surprising that nfs turns off, but I'm pretty sure I didn't change
this setting. If so, the default setting is apparantly wrong.
20 years, 5 months
rivatv 0.8.3 compile problem
by Michal Zeravik
Hi,
I'm getting error while trying to compile rivatv-0.8.3:
A warning appears during configure:
Checking for kernel gcc... 3.2.3
*** WARNING:
*** If you are going to use the running kernel (compiled
*** with gcc version 3.2.3) with RivaTV (will be compiled
*** with gcc version 3.3.2) you may experience system crashes.
and make is terminated by :
v4l-riva.c: In function `rivatv_mmap':
v4l-riva.c:1814: warning: passing arg 1 of `remap_page_range_R69d01e73'
makes integer from pointer without a cast
v4l-riva.c:1814: incompatible type for argument 4 of
`remap_page_range_R69d01e73'
v4l-riva.c:1814: too many arguments to function `remap_page_range_R69d01e73'
make[2]: *** [v4l-riva.o] Error 1
Do you have any experience to solve this problem on fc1 with
2.4.22-1.2129.nptl?
Thanx
michalz
20 years, 5 months
Boot-time hangs using Orinoco silver wireless card
by Ben Stringer
I have had my Dell Inspiron 8600 running Fedora, and it has been fine
using a wired ethernet connection. As the internal 802.11b is not
natively supported by Fedora (yet) I fell back to the reliable Orinoco
silver PCMCIA card I have been using for 3 years (RH 6.1 -> 9).
However, about 80% of the time I boot with the Orinoco card, the boot
process hangs just before GDM start, and nothing responds (virtual terms
etc.) until I pop the card out and push it back in, then all is well.
Also, after a number of hours, the wireless card's interface drops, and
again, popping the card out then in fixes it.
Any thoughts appreciated.
Cheers, Ben
20 years, 5 months
Fedora Core 1 Test Update: bash-2.05b-34
by Tim Waugh
---------------------------------------------------------------------
Fedora Test Update Notification
FEDORA-2003-033
2003-12-09
---------------------------------------------------------------------
Name : bash
Version : 2.05b
Release : 34
Summary : The GNU Bourne Again shell (bash) version 2.05b.
Description :
The GNU Bourne Again shell (Bash) is a shell or command language
interpreter that is compatible with the Bourne shell (sh). Bash
incorporates useful features from the Korn shell (ksh) and the C shell
(csh). Most sh scripts can be run by bash without modification. This
package (bash) contains bash version 2.05b, which improves POSIX
compliance over previous versions. However, many old shell scripts
will depend upon the behavior of bash 1.14, which is included in the
bash1 package. Bash is the default shell for Red Hat Linux. It is
popular and powerful, and you'll probably end up using it.
---------------------------------------------------------------------
Update Information:
When interactively editing a command line with UTF-8 encoding, the GNU
bash shell can be very inefficient (bug #102353, bug #110777). A
method for speeding up UTF-8 processing in bash has been incorporated
in this updated package.
Other bugs fixed in this package include bug #83776 (bash.info
problem), bug #109269 (apply official patches) and bug #111171 (build
requirements).
---------------------------------------------------------------------
* Tue Dec 09 2003 Tim Waugh <twaugh(a)redhat.com> 2.05b-34
- Build requires texinfo (bug #111171).
* Fri Nov 28 2003 Tim Waugh <twaugh(a)redhat.com> 2.05b-33
- Speed up UTF-8 command-line redrawing in the common case (bug #102353,
bug #110777).
* Thu Nov 06 2003 Tim Waugh <twaugh(a)redhat.com> 2.05b-32
- Apply upstream patches (bug #109269 among others).
* Fri Oct 31 2003 Tim Waugh <twaugh(a)redhat.com>
- Fix bash.info (bug #83776).
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/testing/1/
e15043119ad8267bf7994c9e44ec0d55 SRPMS/bash-2.05b-34.src.rpm
2f930001d02a3095fba6253221019a1e i386/bash-2.05b-34.i386.rpm
8d6e00c686b93a7bfec663287adf928b i386/debug/bash-debuginfo-2.05b-34.i386.rpm
This update can also be installed with the Update Agent; you can
launch the Update Agent with the 'up2date' command.
---------------------------------------------------------------------
20 years, 5 months