Hi,
I checked the sendmail and it is:
[root@godslove root]# which sendmail
/usr/sbin/sendmail
Plesk uses sendmail and this is what is listed in my form that was working.
I tried my form at 7:27 am this morning and this is the last listing in
/var/log/messages
Jul 3 07:05:42 godslove authpsa: IMAP connect from @ [67.138.221.157]
There are no listings in /var/log/maillog.
These are the settings in FormMail.pl:
$DEBUGGING = 1;
$emulate_matts_code= 0;
$secure = 1;
$allow_empty_ref = 1;
$max_recipients = 1;
$mailprog = '/usr/sbin/sendmail -oi -t';
$postmaster = '';
@referers = qw(designhosting.biz);
@allow_mail_to = qw(mail.designhosting.biz designhosting.biz);
@recipients = ();
%recipient_alias = ();
@valid_ENV = qw(REMOTE_HOST REMOTE_ADDR REMOTE_USER
HTTP_USER_AGENT);
$locale = '';
$charset = 'iso-8859-1';
$date_fmt = '%A, %B %d, %Y at %H:%M:%S';
$style = '/css/nms.css';
$no_content = 0;
$double_spacing = 1;
$wrap_text = 0;
$wrap_style = 1;
$address_style = 0;
$send_confirmation_mail = 0;
Sincerely,
Melinda Odom
www.designhosting.biz
479-471-0891
-----Original Message-----
From: centos-bounces@xxxxxxxxxx [mailto:centos-bounces@xxxxxxxxxx]On Behalf
Of centos-request@xxxxxxxxxx
Sent: Sunday, July 03, 2005 7:00 AM
To: centos@xxxxxxxxxx
Subject: CentOS Digest, Vol 6, Issue 3
Send CentOS mailing list submissions to
centos@xxxxxxxxxx
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos
or, via email, send a message with subject or body 'help' to
centos-request@xxxxxxxxxx
You can reach the person managing the list at
centos-owner@xxxxxxxxxx
When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS digest..."
Today's Topics:
1. form problem (Melinda Odom)
2. Re: form problem (Johnny Hughes)
3. Re: form problem (Egypt.com)
4. Re: boot failure after install (Feizhou)
5. Re: Re: boot failure after install -- my bootloader beat up
your honor student (Feizhou)
6. Re: Re: Hot swap CPU (Lamar Owen)
7. Re: Re: Hot swap CPU (Lamar Owen)
8. Re: Re: Hot swap CPU (Bruno Delbono)
9. Re: Re: Hot swap CPU (Peter Arremann)
10. Re: Re: Hot swap CPU (Bryan J. Smith)
11. Re: Re: Hot swap CPU (Lamar Owen)
12. Re: Hot swap CPU (Bryan J. Smith)
13. Loosing mouse pointer on centos 4.1 (Jerry Geis)
14. Non-CentOS related arguments off-list please (Dag Wieers)
15. OT: about openswan (User Lists)
16. Re: NFS sleepy woes (Res)
17. Syslog & charset issues (Jamie Pratt)
18. Re: Re: Directory Server for CentOS 4.1 (Aleksandar Milivojevic)
19. Re: NFS sleepy woes (Les Mikesell)
20. Re: NFS sleepy woes (Res)
21. Re: NFS sleepy woes (Johnny Hughes)
22. Re: Re: Hot swap CPU (Johnny Hughes)
23. Re: Re: Hot swap CPU (Chris Mauritz)
----------------------------------------------------------------------
Message: 1
Date: Sat, 2 Jul 2005 07:47:03 -0500
From: "Melinda Odom" <info@xxxxxxxxxxxxxxxxx>
Subject: form problem
To: <centos@xxxxxxxxxx>
Message-ID: <OHEMIKFDMHLDNJAPNOLECEMOFMAA.info@xxxxxxxxxxxxxxxxx>
Content-Type: text/plain; charset="windows-1250"
Hi,
I am using CentOS 3.5 plus the Plesk reloaded 7.3 server admin and just
recently did a small upgrade of some plesk packages plus the update from
CentOS 3.4 to 3.5.
It seems that all of my forms have stopped working using nms FormMail.pl
script. Everything was working before these last two updates. I have debug
set on the form script and it does work without any errors but I never get
the email that a form was submitted.
The server company I get my server through did a test on one of the forms
and I got the technician's email but when I went to test the very same form
I did not get an email. The technician tested from the company so I am
thinking this might be some permissions problem with something on my server
as the technician would have higher permissions than myself.
Another strange occurrence is that whenever a customer of one of my
customers on my server submits my client's email form I am getting an email
instead of my client showing the details of the form.
I have checked all the forms thoroughly and there is nothing wrong with them
and since they all were working and now are not working that the problem is
with the server itself.
Can someone give me some ideas of where to look for this problem because we
are stumped?
Sincerely,
Melinda Odom
www.designhosting.biz
479-471-0891
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.8.8/37 - Release Date: 7/1/2005
------------------------------
Message: 2
Date: Sat, 02 Jul 2005 08:29:19 -0500
From: Johnny Hughes <mailing-lists@xxxxxxxxxxxx>
Subject: Re: form problem
To: CentOS ML <centos@xxxxxxxxxx>
Message-ID: <1120310959.14145.181.camel@xxxxxxxxxxxxxxx>
Content-Type: text/plain; charset="us-ascii"
On Sat, 2005-07-02 at 07:47 -0500, Melinda Odom wrote:
> Hi,
>
> I am using CentOS 3.5 plus the Plesk reloaded 7.3 server admin and just
> recently did a small upgrade of some plesk packages plus the update from
> CentOS 3.4 to 3.5.
>
> It seems that all of my forms have stopped working using nms FormMail.pl
> script. Everything was working before these last two updates. I have
debug
> set on the form script and it does work without any errors but I never get
> the email that a form was submitted.
>
> The server company I get my server through did a test on one of the forms
> and I got the technician's email but when I went to test the very same
form
> I did not get an email. The technician tested from the company so I am
> thinking this might be some permissions problem with something on my
server
> as the technician would have higher permissions than myself.
>
> Another strange occurrence is that whenever a customer of one of my
> customers on my server submits my client's email form I am getting an
email
> instead of my client showing the details of the form.
>
> I have checked all the forms thoroughly and there is nothing wrong with
them
> and since they all were working and now are not working that the problem
is
> with the server itself.
>
> Can someone give me some ideas of where to look for this problem because
we
> are stumped?
I don't use plesk, but since the form worked for the technician, I would
suspect a problem with either name lookups, what IP your mail server is
listening on, or your MTA setup.
The first thing you need to do is look at /var/log/maillog and see if
the messages are making it through the local server and getting to an
external server. Any errors, reasons for non delivery, etc. should be
in /var/log/maillog or /var/log/messages.
I don't even know which MTA plesk uses (sendmail, postfix, etc.) ... but
that is where I would start.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url :
http://lists.centos.org/pipermail/centos/attachments/20050702/280c08a1/attac
hment-0001.bin
------------------------------
Message: 3
Date: Sat, 2 Jul 2005 16:47:56 +0300
From: "Egypt.com" <hamid@xxxxxxxxxxxxx>
Subject: Re: form problem
To: "CentOS mailing list" <centos@xxxxxxxxxx>
Message-ID: <00c101c57f0c$a90d8da0$533d8b3e@hameed>
Content-Type: text/plain; format=flowed; charset="windows-1250";
reply-type=original
use the following command to check your path to sendmail
$ which sendmail
you may need to modify the $mailprog variable in FormMail.pl
Sincerely,
Abd El-Hameed Mohammed
----- Original Message -----
From: "Melinda Odom" <info@xxxxxxxxxxxxxxxxx>
To: <centos@xxxxxxxxxx>
Sent: Saturday, July 02, 2005 3:47 PM
Subject: form problem
> Hi,
>
> I am using CentOS 3.5 plus the Plesk reloaded 7.3 server admin and just
> recently did a small upgrade of some plesk packages plus the update from
> CentOS 3.4 to 3.5.
>
> It seems that all of my forms have stopped working using nms FormMail.pl
> script. Everything was working before these last two updates. I have
> debug
> set on the form script and it does work without any errors but I never get
> the email that a form was submitted.
>
> The server company I get my server through did a test on one of the forms
> and I got the technician's email but when I went to test the very same
> form
> I did not get an email. The technician tested from the company so I am
> thinking this might be some permissions problem with something on my
> server
> as the technician would have higher permissions than myself.
>
> Another strange occurrence is that whenever a customer of one of my
> customers on my server submits my client's email form I am getting an
> email
> instead of my client showing the details of the form.
>
> I have checked all the forms thoroughly and there is nothing wrong with
> them
> and since they all were working and now are not working that the problem
> is
> with the server itself.
>
> Can someone give me some ideas of where to look for this problem because
> we
> are stumped?
>
> Sincerely,
> Melinda Odom
> www.designhosting.biz
> 479-471-0891
> --
> No virus found in this outgoing message.
> Checked by AVG Anti-Virus.
> Version: 7.0.323 / Virus Database: 267.8.8/37 - Release Date: 7/1/2005
>
> _______________________________________________
> CentOS mailing list
> CentOS@xxxxxxxxxx
> http://lists.centos.org/mailman/listinfo/centos
>
>
>
------------------------------
Message: 4
Date: Sat, 02 Jul 2005 22:07:16 +0800
From: Feizhou <feizhou@xxxxxxxxxxxx>
Subject: Re: boot failure after install
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <42C69F94.2050804@xxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Peter Farrow wrote:
> In one sentence, grub is poorly documented, over complicated pants, and
> lilo ROCKS...
Yeah lilo rocks when it works.
but you cannot create a lilo floppy for a server whose kernel you have
no idea about nor does it give you a CLI that will allow you to find and
load a kernel from the box.
poorly documented? over complicated?
I beg to differ. Commands are so simple.
1) Switch to filesystem at this location and make it root.
root (device:part)
you can also use tab to do command completion so typing root ([tab]
will then give you the list of devices available and their part.
2) another command for loading a kernel image with parameters
kernel /path/to/image parameters
kernel (device:part)/path/to/image parameters
3) another command for loading an initrd image
initrd /path/to/initrdimage
initrd (device:path)/path/to/initrdimage
configuration for the boot menu is basically a grouping of the above
commands.
And for 2) and 3) you can also use tab for command completion to find
the kernel/initrd image files.
lilo is great when it works otherwise it is just a limited bootloader.
------------------------------
Message: 5
Date: Sat, 02 Jul 2005 22:13:17 +0800
From: Feizhou <feizhou@xxxxxxxxxxxx>
Subject: Re: Re: boot failure after install -- my bootloader
beat up your honor student
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <42C6A0FD.7090406@xxxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Bryan J. Smith <b.j.smith@xxxxxxxx> wrote:
> Feizhou wrote:
>
>>I completely disagree with you here since I use grub over pxe to
>>install/boot my servers and avoid any local bootloading problems.
>
>
> From: Peter Farrow <peter@xxxxxxxxxxx>
>
>>In one sentence, grub is poorly documented, over complicated pants, and
>>lilo ROCKS...
>
>
> At the risk of offending even more people by suggesting a "middle
> ground" where _each_ might actually be applicable more than the other
> (gasp! not again!):
There is no middle ground on this one...they are not comparable.
>
> - GRUB is an intelligent boot-loader that is more "dynamic" because it
> inspects the disk at boot-time, but that requires it have drivers for
> the disk label (partition table format), slices (filesystems), etc... as
> appropriate, including introducing geometry issues if GRUB is booting
> multiple installs, OSes, etc... if the other installs don't agree with
GRUB
> on geometry.
This hardly does justice to the power and flexibility that grub gives
you. Now that FC4 Anaconda does root on mirror install right, the last
likely to be widely encountered problem with using grub on RH/FC will be
toast. If you ask me, this one is the only problem people have with grub
sans those who can't be bothered to learn grub properly.
>
> - LILO is a dumb, "boot this sector offset" boot-loader, but that means
> it really doesn't care much for the underlying disk label, slices,
geometry,
> etc... other than some basic disk label editing/modification capabilities
> (although that does introduce some disk label, slice, geometry, etc...
> considerations if they are used).
don't forget install time configuration only.
------------------------------
Message: 6
Date: Sat, 2 Jul 2005 12:29:33 -0400
From: Lamar Owen <lowen@xxxxxxxx>
Subject: Re: Re: Hot swap CPU
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <200507021229.33929.lowen@xxxxxxxx>
Content-Type: text/plain; charset="iso-8859-1"
On Thursday 30 June 2005 19:14, Peter Arremann wrote:
> On Thursday 30 June 2005 17:52, Bryan J. Smith <b.j.smith@xxxxxxxx> wrote:
> > Dude, compared to modern UltraSPARC III/IV, _yes_ they _are_ slow.
> > But there are a lot of UltraSPARC II options that are still quite
> > viable solutions.
> Yeah - for a boat anchor or a door stop... Other than that, a US-II isn't
> worth the power it would take to run it... That's why you see so many of
> them on ebay now - cause no one wants it anymore :-)
I'll differ on this.
We at PARI are currently running two live servers that are UltraSPARC
II-based, in particular, Ultra30's. The specs: USIIi 248MHz, 384MB RAM,
2x4.2GB UW SCSI drives). Is it a barnburner? No. Its performance beats a
400MHz Pentium II with IDE two to one, though, running the same apps I am
using the Ultra30's for. Very usable machines. More usable than the quad
AlphaServer 2100 I have, that's for sure (the AS2100 we have is configured
with four 275MHz EV45's and a GB of RAM with the DAC960 hardware RAID
controller, and burns 800+ watts). Although proper setup and optimization
might make the AS2100 worthwhile, particularly since I can run CentOS on it!
Still, it takes 800 watts!
My U30's are doing antivirus, antispam, webmail, and regular e-mail
services,
running Aurora Linux 1.92 (Fedora Core 2, basically, for SPARC). The
machines are responsive, fairly low load average running, and moderate
e-mail
volume being processed. Profiling them, the MailScanner activities use the
most CPU.
The hardware is more reliable than comparable Intel hardware would be
(comparable, again, being a PII 400+ with 256-384MB RAM, an Adaptec 2940UW,
and 8GB Seagate UW drives: I know this because I have benchmarked another of
our servers here that is a dual 400MHz PII with those drives and came up
with
comparable numbers (using UnixBench 4.1, which benchmarks quite a few
areas)). Those U30s are built like tanks; they also take approximately the
same amount of power as the dual 400 does; about 100 watts.
Now, if you're going to compare the E4500 to Intel hardware, you need to
look
at high-end Proliants and PowerEdges of that time period, not modern Dell
PowerEdges. Hmmm, there weren't any comparable Intel servers in that time
period (with the exception of Sequent's Dynix stuff that ran dozens of 66Hz
486's and cost a mint).
And when you (we) are donated 30 Ultra 30 workstations, you (we) use them.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
------------------------------
Message: 7
Date: Sat, 2 Jul 2005 12:37:52 -0400
From: Lamar Owen <lowen@xxxxxxxx>
Subject: Re: Re: Hot swap CPU
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <200507021237.52682.lowen@xxxxxxxx>
Content-Type: text/plain; charset="iso-8859-1"
On Saturday 02 July 2005 12:29, Lamar Owen wrote:
> time period (with the exception of Sequent's Dynix stuff that ran dozens
of
> 66Hz 486's and cost a mint).
Those 486's just seemed that slow.... in reality they ran at 66MHz.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
------------------------------
Message: 8
Date: Sat, 02 Jul 2005 09:46:13 -0700
From: Bruno Delbono <bruno.s.delbono@xxxxxxx>
Subject: Re: Re: Hot swap CPU
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <42C6C4D5.70006@xxxxxxx>
Content-Type: text/plain; format=flowed; charset=ISO-8859-1
Lamar Owen wrote:
> Now, if you're going to compare the E4500 to Intel hardware, you need to
look
> at high-end Proliants and PowerEdges of that time period, not modern Dell
> PowerEdges. Hmmm, there weren't any comparable Intel servers in that time
> period (with the exception of Sequent's Dynix stuff that ran dozens of
66Hz
> 486's and cost a mint).
Actually E4500's are not bad machines. Yes, they are slow compared to
PeeCee's/servers these days, but they are still darn reliable. I had a
couple of E4500's with 8x400 Mhz US-II ( 8 MB Cache), 8 GB RAM connected
to a A5100. They ran reliably and flawlessly (except for replacing the
battery on A5100). They have a lot of resilience to load. We've had load
averages of up to 300-350 on the machine and it didn't break a sweat.
I've had many other machine crumble to this heavy load.
Now only if they were more energy friendly!
Warm Regards,
-Bruno
------------------------------
Message: 9
Date: Sat, 2 Jul 2005 12:56:32 -0400
From: Peter Arremann <loony@xxxxxxxxxxxx>
Subject: Re: Re: Hot swap CPU
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <200507021256.32153.loony@xxxxxxxxxxxx>
Content-Type: text/plain; charset="iso-8859-1"
On Saturday 02 July 2005 12:46, Bruno Delbono wrote:
> Actually E4500's are not bad machines. Yes, they are slow compared to
> PeeCee's/servers these days, but they are still darn reliable. I had a
> couple of E4500's with 8x400 Mhz US-II ( 8 MB Cache), 8 GB RAM connected
> to a A5100. They ran reliably and flawlessly (except for replacing the
> battery on A5100). They have a lot of resilience to load. We've had load
> averages of up to 300-350 on the machine and it didn't break a sweat.
> I've had many other machine crumble to this heavy load.
Then you're luckier than us... About 40% of our E4500s had centerplane or
clockboard errors over the last year... :-( the system and io boards seem
to
be fine but the clock boards definitely don't age gracefully...
But if you have working hardware, yep - they surely are stable...
> Now only if they were more energy friendly!
:-)
Peter.
------------------------------
Message: 10
Date: Sat, 02 Jul 2005 12:16:37 -0500
From: "Bryan J. Smith" <b.j.smith@xxxxxxxx>
Subject: Re: Re: Hot swap CPU
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <1120324598.4594.60.camel@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Content-Type: text/plain
On Sat, 2005-07-02 at 12:29 -0400, Lamar Owen wrote:
> The specs: USIIi 248MHz, 384MB RAM, 2x4.2GB UW SCSI drives).
And it should be noted these are II"i" processors/interconnects.
Not nearly as capable in the interconnect-I/O as a true II (let alone
III/IV).
> Now, if you're going to compare the E4500 to Intel hardware, you need to
look
> at high-end Proliants and PowerEdges of that time period, not modern Dell
> PowerEdges. Hmmm, there weren't any comparable Intel servers in that time
> period (with the exception of Sequent's Dynix stuff that ran dozens of
66Hz
> 486's and cost a mint).
> And when you (we) are donated 30 Ultra 30 workstations, you (we) use them.
I still take in 4+ way UltraSPARC II systems when I'm at companies.
They are many tasks where their distributed interconnects are very
useful.
--
Bryan J. Smith b.j.smith@xxxxxxxx
---------------------------------------------------------------------
It is mathematically impossible for someone who makes more than you
to be anything but richer than you. Any tax rate that penalizes them
will also penalize you similarly (to those below you, and then below
them). Linear algebra, let alone differential calculus or even ele-
mentary concepts of limits, is mutually exclusive with US journalism.
So forget even attempting to explain how tax cuts work. ;->
------------------------------
Message: 11
Date: Sat, 2 Jul 2005 15:22:13 -0400
From: Lamar Owen <lowen@xxxxxxxx>
Subject: Re: Re: Hot swap CPU
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <200507021522.13634.lowen@xxxxxxxx>
Content-Type: text/plain; charset="utf-8"
On Saturday 02 July 2005 13:16, Bryan J. Smith wrote:
> I still take in 4+ way UltraSPARC II systems when I'm at companies.
> They are many tasks where their distributed interconnects are very
> useful.
And discussing them would be more on-topic if there were a CentOS/SPARC64,
which would be nice to no end.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
------------------------------
Message: 12
Date: Sat, 02 Jul 2005 14:35:00 -0500
From: "Bryan J. Smith" <b.j.smith@xxxxxxxx>
Subject: Re: Hot swap CPU
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <1120332900.4570.4.camel@xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx>
Content-Type: text/plain
On Sat, 2005-07-02 at 15:22 -0400, Lamar Owen wrote:
> And discussing them would be more on-topic if there were a CentOS/SPARC64,
> which would be nice to no end.
Agreed. But at the same time, there is something to be said for
Solaris. While Solaris (especially GNU/Solaris) might be partially on-
topic for a Linux list, you are correct, it's not for this CentOS list.
It's funny where we've gone since Bruno's post, and the couple of back'n
forths after that before I (let alone yourself) entered.
--
Bryan J. Smith b.j.smith@xxxxxxxx
---------------------------------------------------------------------
It is mathematically impossible for someone who makes more than you
to be anything but richer than you. Any tax rate that penalizes them
will also penalize you similarly (to those below you, and then below
them). Linear algebra, let alone differential calculus or even ele-
mentary concepts of limits, is mutually exclusive with US journalism.
So forget even attempting to explain how tax cuts work. ;->
------------------------------
Message: 13
Date: Sat, 02 Jul 2005 14:49:35 -0500
From: Jerry Geis <geisj@xxxxxxxxxxxxxxx>
Subject: Loosing mouse pointer on centos 4.1
To: centos@xxxxxxxxxx
Message-ID: <42C6EFCF.8090906@xxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=us-ascii; format=flowed
Ok I tried all differnet combinations. gpm off/on etc...
restarting gpm when the mouse is lost... nothing helped.
This seems to happend when I am running vncviewer.
Any other ideas?
Thanks,
JErry
On 7/1/05, Jerry Geis <geisj at pagestation.com
<http://lists.centos.org/mailman/listinfo/centos>> wrote:
>/ After booting and using my laptop for a while my mouse pointer
/>/ just disappears.
/>/
/>/ Any ideas?
/>/ Any way to restart my mouse pointer?
/
Try restarting GPM services. If that works, then try disabling GPM
and rebooting.
------------------------------
Message: 14
Date: Sat, 2 Jul 2005 22:00:51 +0200 (CEST)
From: Dag Wieers <dag@xxxxxxxxxx>
Subject: Non-CentOS related arguments off-list please
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <Pine.LNX.4.63.0507022155130.9497@xxxxxxxxxxxxx>
Content-Type: TEXT/PLAIN; charset=US-ASCII
On Sat, 2 Jul 2005, Bryan J. Smith wrote:
> On Sat, 2005-07-02 at 15:22 -0400, Lamar Owen wrote:
> > And discussing them would be more on-topic if there were a
CentOS/SPARC64,
> > which would be nice to no end.
>
> It's funny where we've gone since Bruno's post, and the couple of back'n
> forths after that before I (let alone yourself) entered.
Yes, and it would be nice if we can keep the off-topic stuff off the list.
Even though it contains a lot of information someone might find useful,
most of the people on the list consider it noise and it brings down the
signal-to-noise ratio of the list.
It happened now 3 or 4 times that we got an overly long off-topic
discussion (flamewar even) which most of the subscribers are really not
interested in. (I hope I can speak for most here anyway)
Keep it CentOS related please, as soon as you have a non-CentOS related
argument or monologue, keep it off-list.
PS This is a general statement, not targetting Bryan specifically here.
Thanks,
-- dag wieers, dag@xxxxxxxxxx, http://dag.wieers.com/ --
[all I want is a warm bed and a kind word and unlimited power]
------------------------------
Message: 15
Date: Sat, 2 Jul 2005 16:17:37 -0500 (CDT)
From: User Lists <clopmz@xxxxxxxxx>
Subject: OT: about openswan
To: centos@xxxxxxxxxx
Message-ID: <20050702211737.50528.qmail@xxxxxxxxxxxxxxxxxxxxxxx>
Content-Type: text/plain; charset=iso-8859-1
Hi all,
Somebody tries openswan package from atrpms ??? Is
usable?? (http://atrpms.net/dist/el4/openswan/).
Thank you
__________________________________________________
Correo Yahoo!
Espacio para todos tus mensajes, antivirus y antispam !gratis!
Regmstrate ya - http://correo.espanol.yahoo.com/
------------------------------
Message: 16
Date: Sun, 3 Jul 2005 13:08:09 +1000 (EST)
From: Res <res@xxxxxxxxxx>
Subject: Re: NFS sleepy woes
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <Pine.LNX.4.63.0507031306100.8270@xxxxxxxxxxxxxxxxxx>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Fri, 1 Jul 2005, Johnny Hughes wrote:
> On Fri, 2005-07-01 at 16:59 +1000, Res wrote:
>> I have a problem with a CentOS 4 and now updated to 4.1 server,
>> every so often the other servers try to contact it and this not there a
>> retry and it is, like it goes to sleep, I have no problem with the
>> fedora1, RH9 and slackware machines they just never do this.
> I haven't seen this issue ... but it might actually be sleeping.
>
> CentOS-4 uses a 2.6.9-x kernel that is much better at doing what your
> BIOS says for power saving mode than 2.4 kernels were. I would first
> check the sleep settings in the BIOS of the problem machine.
>
> If that doesn't work, you try turning off the apmd and acpid services.
that unfortunately means teh system wont do a real poweroff if the UPS
instructs it to.
dropped down to 2.4.31 kernel and the problem seems to have gone away
so I think your right, its the 2.6.x kernel doing what it should,
regrettably we dont want it to :)
--
Cheers
Res
------------------------------
Message: 17
Date: Sat, 02 Jul 2005 23:40:34 -0400
From: Jamie Pratt <jpratt@xxxxxxxxxxx>
Subject: Syslog & charset issues
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <42C75E32.7010306@xxxxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
hi, i am running the latest centos 4.1 on a vmware esx server - i'm
having an issue where all my iptables output is being echoed to the
vmware primary console, yet my syslog conf is the same as on a rh es4
server.. anyone run into this before, or know how to shut the console
logging of iptables off alltogether?
also, i'm seeing "%2C" in some logs instead of spaces, and man pages
have weird characters as well, and all basic env vars are the same
between both rh es4 and 4.1, (lang, etc) .. i'm using LANG=en_US.UTF-8
on both. anyone run into this issue either? (I've also seen it on one
es3 server before, but it went away with some "up2dates")..
thanks,
jamie
------------------------------
Message: 18
Date: Sat, 02 Jul 2005 23:01:14 -0500
From: Aleksandar Milivojevic <alex@xxxxxxxxxxxxxxx>
Subject: Re: Re: Directory Server for CentOS 4.1
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <42C7630A.1010706@xxxxxxxxxxxxxxx>
Content-Type: text/plain; format=flowed; charset=ISO-8859-1
Bryan J. Smith <b.j.smith@xxxxxxxx> wrote:
> It seems so based on the page I sent you. Although I think you
> might have to change your string slightly.
>
> The docs explicitly stated that 1 server _can_ authenticate against
> _multiple_ realms. I don't see how your setup is different, except
> for using the MS-Kerberos protocol which has been integrated into
> newer Kerberos client implementations.
Oh, well. Than the only way to check it out is for me is to attempt to
implement it and see how it goes. I was just hoping somebody already
did it (or at least attempted to do it), and could tell me if it works
or doesn't work.
------------------------------
Message: 19
Date: Sat, 02 Jul 2005 23:07:06 -0500
From: Les Mikesell <lesmikesell@xxxxxxxxx>
Subject: Re: NFS sleepy woes
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <1120363625.11785.1.camel@xxxxxxxxxxxxxxxxxxxxxxxxx>
Content-Type: text/plain
On Sat, 2005-07-02 at 22:08, Res wrote:
> >
> > CentOS-4 uses a 2.6.9-x kernel that is much better at doing what your
> > BIOS says for power saving mode than 2.4 kernels were. I would first
> > check the sleep settings in the BIOS of the problem machine.
> >
> > If that doesn't work, you try turning off the apmd and acpid services.
>
> that unfortunately means teh system wont do a real poweroff if the UPS
> instructs it to.
>
> dropped down to 2.4.31 kernel and the problem seems to have gone away
> so I think your right, its the 2.6.x kernel doing what it should,
> regrettably we dont want it to :)
What about changing the power-saving options in bios to do
what you want?
--
Les Mikesell
lesmikesell@xxxxxxxxx
------------------------------
Message: 20
Date: Sun, 3 Jul 2005 15:42:56 +1000 (EST)
From: Res <res@xxxxxxxxxx>
Subject: Re: NFS sleepy woes
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <Pine.LNX.4.63.0507031542200.11555@xxxxxxxxxxxxxxxxxx>
Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed
On Sat, 2 Jul 2005, Les Mikesell wrote:
> On Sat, 2005-07-02 at 22:08, Res wrote:
>>>
>>> CentOS-4 uses a 2.6.9-x kernel that is much better at doing what your
>>> BIOS says for power saving mode than 2.4 kernels were. I would first
>>> check the sleep settings in the BIOS of the problem machine.
>>>
>>> If that doesn't work, you try turning off the apmd and acpid services.
>>
>> that unfortunately means teh system wont do a real poweroff if the UPS
>> instructs it to.
>>
>> dropped down to 2.4.31 kernel and the problem seems to have gone away
>> so I think your right, its the 2.6.x kernel doing what it should,
>> regrettably we dont want it to :)
>
> What about changing the power-saving options in bios to do
> what you want?
I'm sure they were all set to disable, one of the first things we normally
do :)
>
>
--
Cheers
Res
------------------------------
Message: 21
Date: Sun, 03 Jul 2005 05:44:59 -0500
From: Johnny Hughes <mailing-lists@xxxxxxxxxxxx>
Subject: Re: NFS sleepy woes
To: CentOS ML <centos@xxxxxxxxxx>
Message-ID: <1120387499.14145.191.camel@xxxxxxxxxxxxxxx>
Content-Type: text/plain; charset="us-ascii"
On Sun, 2005-07-03 at 15:42 +1000, Res wrote:
> On Sat, 2 Jul 2005, Les Mikesell wrote:
>
> > On Sat, 2005-07-02 at 22:08, Res wrote:
> >>>
> >>> CentOS-4 uses a 2.6.9-x kernel that is much better at doing what your
> >>> BIOS says for power saving mode than 2.4 kernels were. I would first
> >>> check the sleep settings in the BIOS of the problem machine.
> >>>
> >>> If that doesn't work, you try turning off the apmd and acpid services.
> >>
> >> that unfortunately means teh system wont do a real poweroff if the UPS
> >> instructs it to.
> >>
> >> dropped down to 2.4.31 kernel and the problem seems to have gone away
> >> so I think your right, its the 2.6.x kernel doing what it should,
> >> regrettably we dont want it to :)
> >
> > What about changing the power-saving options in bios to do
> > what you want?
>
> I'm sure they were all set to disable, one of the first things we normally
> do :)
There is an option you can put on the end of the kernel line
in /boot/grub/grub.conf that turns off some acpi features and it might
work:
acpi=ht
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url :
http://lists.centos.org/pipermail/centos/attachments/20050703/97d99f03/attac
hment-0001.bin
------------------------------
Message: 22
Date: Sun, 03 Jul 2005 05:47:25 -0500
From: Johnny Hughes <mailing-lists@xxxxxxxxxxxx>
Subject: Re: Re: Hot swap CPU
To: CentOS ML <centos@xxxxxxxxxx>
Message-ID: <1120387645.14145.194.camel@xxxxxxxxxxxxxxx>
Content-Type: text/plain; charset="us-ascii"
On Sat, 2005-07-02 at 14:35 -0500, Bryan J. Smith wrote:
> On Sat, 2005-07-02 at 15:22 -0400, Lamar Owen wrote:
> > And discussing them would be more on-topic if there were a
CentOS/SPARC64,
> > which would be nice to no end.
Believe it or not ... there is a plan for a future SPARC distro for
CentOS. It is only in the planning stages now :)
There is already an beta 4.1 release for the ALPHA processor.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
Url :
http://lists.centos.org/pipermail/centos/attachments/20050703/88d37f5e/attac
hment-0001.bin
------------------------------
Message: 23
Date: Sun, 03 Jul 2005 07:25:40 -0400
From: Chris Mauritz <chrism@xxxxxxxxx>
Subject: Re: Re: Hot swap CPU
To: CentOS mailing list <centos@xxxxxxxxxx>
Message-ID: <42C7CB34.4020701@xxxxxxxxx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Johnny Hughes wrote:
>On Sat, 2005-07-02 at 14:35 -0500, Bryan J. Smith wrote:
>
>
>>On Sat, 2005-07-02 at 15:22 -0400, Lamar Owen wrote:
>>
>>
>>>And discussing them would be more on-topic if there were a
CentOS/SPARC64,
>>>which would be nice to no end.
>>>
>>>
>
>Believe it or not ... there is a plan for a future SPARC distro for
>CentOS. It is only in the planning stages now :)
>
>There is already an beta 4.1 release for the ALPHA processor.
>
>
Why? Are there THAT many of these boxes laying around to overcome the
PITA factor of generating a new release?
Just curious. S390 CentOS coming soon too? :-P
Cheers,
C
------------------------------
_______________________________________________
CentOS mailing list
CentOS@xxxxxxxxxx
http://lists.centos.org/mailman/listinfo/centos
End of CentOS Digest, Vol 6, Issue 3
************************************
--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.8.8/37 - Release Date: 7/1/2005
--
No virus found in this outgoing message.
Checked by AVG Anti-Virus.
Version: 7.0.323 / Virus Database: 267.8.8/37 - Release Date: 7/1/2005
