Re: [CentOS] best way something thinks to upgrade dovecot to 1.2.* 2.0.* via atrpms, atrpms-testing

[Tsuyoshi Nagata]

ATrpms have dovecot 2.0 rpms for CentOS5(RHEL5)
ATrpms   dovecot-2.0-0.3_108_beta4.el5.i386.rpm

Using Repository is best way.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] I have a question about the 389 ds

[sync]

On Tue, Aug 24, 2010 at 9:12 PM, Ross Walker  wrote:

> On Aug 24, 2010, at 1:32 AM, sync  wrote:
>
>
>
> On Tue, Aug 24, 2010 at 1:20 PM, Whitney, Matthew < 
> mwhit...@pima.edu> wrote:
>
>>  I don't believe there is a VNC client out there that will get its
>> settings from an LDAP server. You could, however, write a wrapper script
>> that would do a lookup on the user's id and return the attributes you're
>> looking for, then pass them to the VNC command.
>>
>> Hope this helps,
>> Matt
>>
>
> Thanks.
>
> Do you mean that it is possbile that the  vnc geometry  attribute
> integrated  in that LDAP Server ?
> But I googling for a long time and  have nothing useful information about
> it ..
>
>
> What he means is create a custom attribute in DS to hold geometry then
> write a shell script that does an ldapsearch to get that attribute for the
> logged in user and either set that as an environment variable that VNC uses
> upon login or use the shell script to launch VNC with that geometry if it
> doesn't support environment variables for setting geometry.
>
>
Thanks .

But I have a problem on how to create  a custom attribute in DS to hold
geometry .

Could someone can give me some suggestions  or  where is the   manual
about  how to create   new  attribute ?

By the way , I used  the  389 Directory Server 


Thanks in advance .

-Ross
>
>
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] best way something thinks to upgrade dovecot to 1.2.* 2.0.* via atrpms, atrpms-testing

[Tsuyoshi Nagata]

(2010年08月25日 08:23), fakessh wrote:
> what to do with errors: correct the error in the configuration file ?

Sorry for poor response.
You can list configration file by rpm command.
"rpm -qc dovecot"

I was update successfully from 1.2 to 2.0. because of no local setting with 
dovecot.
(baseurl=http://dl.atrpms.net/el5-i386/atrpms/testing)

If you have local configration setting, these files has extension with
 .rpmsave .rpmback .rpmnew
You have to pick up settings from old configration to new configration.

Tsuyoshi
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] I have a question about the 389 ds

[Rajagopal Swaminathan]

Greetings,

On Wed, Aug 25, 2010 at 1:17 PM, sync  wrote:
>
>
>
> But I have a problem on how to create  a custom attribute in DS to hold
> geometry .
>
> Could someone can give me some suggestions  or  where is the   manual
> about  how to create   new  attribute ?
>

+1

I too am a little bit confused about how to create the equivalent of 2
things in NDS

1. Directory map
2. Application attribute

Appreciate any answers...

I had a tough time playing around with openLDAP with source on fedora 7 or so.

Regards,

Rajagopal
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] process eggcups

[Jerry Geis]

hi all,

Just wondering how starts the process eggcups?
I have done a "service cups stop" but eggcups is still running.
I then do "chkconfig cups off" and reboot and its still running.

How do I stop it from running? Thanks,

Jerry
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] aide rpm requirement

[Steve Campbell]

I normally don't have yum upgrade anything automatically, but a server 
that I didn't set up does just that. Last night, aide was upgraded, and 
then failed to run due to "libgcrypt mismatch".

Shouldn't the rpm spec file for aide deal with the libgcrypt problem 
(meaning I think it should be part of the requirements to upgrade 
libgcrypt whenever aide is upgraded as some sort of dependancy)?

Steve Campbell

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] Updates offered annoyance

[Aleksandar Stoisavljevic]

Hi all,

I downloaded latest CentOS 5.5 DVD i386 image from one of FTP's in a list.

I've burned that image to DVD and created new DVD to use for fresh
installations.
Now when I install fresh CentOS 5.5 (in VM) I am getting info that there are
50 packages updates.

This is ok when I have good internet speed (@work) but when I am home, this
update takes a lot of time.

I guess I can skip updates but I wasn't experiencing such annoyance with
CentOS 5.4. My gues is that when
CentOS 5.4 was finalized there is no updates to that DVD.

Is there any suggestions ?


-- 
Aleksandar dipl. ing. Stoisavljevic
Software Developer
mobile: +381 (0) 64 211 50 40
Web: http://www.staleksit.in.rs
E-mail:stal...@gmail.com 
SkypeId: staleks_ns
Mail: Branislava Nusica 10, 21000 Novi Sad, Serbia
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Updates offered annoyance

[John R. Dennison]

On Wed, Aug 25, 2010 at 02:14:02PM +0200, Aleksandar Stoisavljevic wrote:
> 
> This is ok when I have good internet speed (@work) but when I am home, this
> update takes a lot of time.

Welcome to life on the internet.

> I guess I can skip updates but I wasn't experiencing such annoyance with
> CentOS 5.4. My gues is that when
> CentOS 5.4 was finalized there is no updates to that DVD.

Why in the world would you opt to skip updates?  How is updating
your system an annoyance?

5.X are just point-in-time snapshots of CentOS 5 and all patches
leading up to the time that 5.X was released.  Updates are a 
continuing process that will occur for the lifetime of the
release.

> Is there any suggestions ?

Yes, bite the bullet and update.





John

-- 
Anybody can win unless there happens to be a second entry.

-- George Ade (1866 - 1944), American writer, newspaper columnist,
and playwright


pgptUyh84Kr4r.pgp
Description: PGP signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Slow domain resolution problem

[Gabriel Tabares]

> Not sure if it is RDNS.
>
> I had similar issues on Fedora, and for me it was to do with IP6.
>
> Konqueror web browser took ages to load a page. IIRC Firefox handled 
> it OK.
>
> Try Googling for 'uninstalling ipv6 linux'
>
I already tried that. The /etc/sysconfig/network has the IPV6_ENABLE=no. 
Disabling the ip6 modules is not feasible, as the bonding module depends 
on it.
>
> Another thing is how many DNS IP addresses do you have in 
> /etc/resolv.conf?
I don't have an ISP DNS,  but the address of the internal DNS server, 
which has all the mappings for our domain.

Thanks for your help, I'll keep on trying :)

Regards,

Gabriel

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Slow domain resolution problem

[Gabriel Tabares]

On 23/08/2010 21:25, Keith Roberts wrote:
> On Mon, 23 Aug 2010, Gabriel Tabares wrote:
>
>
>> To: centos@centos.org
>> From: Gabriel Tabares
>> Subject: Re: [CentOS] Slow domain resolution problem
>>
>> On 23/08/2010 13:28, Joseph L. Casale wrote:
>>  
 Both files are the default ones from CentOS:

  
>>> So what do the host names look like that the application
>>> attempts to resolve, fully qualified or not? What does your
>>> cli based query look like?
>>>
>>>
>>>
>> My resolv.conf is:
>>
>> search mydomain.com
>> nameserver 10.3.2.2
>>
>> The hostname of the machines is set to a FQDN server.mydomain.com.
>>
>> The time it takes for the queries does not change whether we use the
>> FQDN or just the hostname.
>>  
> Try this in your /etc/reolv.conf
>
> # Eclipse ISP
> nameserver 212.104.130.9
> nameserver 212.104.130.65
>
> # OpenDNS
> nameserver 208.67.222.222
> nameserver 208.67.220.220
>
>
Keith, the issue happens resolving internal IP addresses. The servers do 
not have DNS access to the outside world, so using this would mean that 
nothing is resolved ;)


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Updates offered annoyance

[Les Mikesell]

On 8/25/10 7:14 AM, Aleksandar Stoisavljevic wrote:
> Hi all,
>
> I downloaded latest CentOS 5.5 DVD i386 image from one of FTP's in a list.
>
> I've burned that image to DVD and created new DVD to use for fresh 
> installations.
> Now when I install fresh CentOS 5.5 (in VM) I am getting info that there are 
> 50
> packages updates.
>
> This is ok when I have good internet speed (@work) but when I am home, this
> update takes a lot of time.
>
> I guess I can skip updates but I wasn't experiencing such annoyance with 
> CentOS
> 5.4. My gues is that when
> CentOS 5.4 was finalized there is no updates to that DVD.
>
> Is there any suggestions ?

Updates are a good thing - they mean bugs and security issues are being fixed. 
If you like to baby-sit the update process, try it this way:
yum install yum-downloadonly
then you can:
yum -y --downloadonly update
and go away (or sleep) while the update rpms download. If this step doesn't 
complete you can restart it as many times as necessary and it won't actually 
install anything.  After the downloads have completed, you can do
yum -y update
to install them and it will run quickly.

-- 
   Les Mikesell
lesmikes...@gmail.com

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Slow domain resolution problem

[Les Mikesell]

On 8/25/10 7:26 AM, Gabriel Tabares wrote:
>
>> Not sure if it is RDNS.
>>
>> I had similar issues on Fedora, and for me it was to do with IP6.
>>
>> Konqueror web browser took ages to load a page. IIRC Firefox handled
>> it OK.
>>
>> Try Googling for 'uninstalling ipv6 linux'
>>
> I already tried that. The /etc/sysconfig/network has the IPV6_ENABLE=no.
> Disabling the ip6 modules is not feasible, as the bonding module depends
> on it.
>>
>> Another thing is how many DNS IP addresses do you have in
>> /etc/resolv.conf?
> I don't have an ISP DNS,  but the address of the internal DNS server,
> which has all the mappings for our domain.

Do you have two of them?  The usual cause of noticeable slowness is that the 
first one is not responding so you fail to the 2nd.  Or you are looking up 
unqualified hostnames and the clients have several domains in their search list 
and the one that succeeds isn't first.

If your main DNS server is slow, you could run a caching version locally - just 
add your main server as a 'forwarder' in named.conf and set resolve.conf to use 
127.0.0.1 first.

-- 
   Les Mikesell
lesmikes...@gmail.com






___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Updates offered annoyance

[Robert Heller]

At Wed, 25 Aug 2010 07:19:25 -0500 CentOS mailing list  
wrote:

> 
> 
> 
> On Wed, Aug 25, 2010 at 02:14:02PM +0200, Aleksandar Stoisavljevic wrote:
> > 
> > This is ok when I have good internet speed (@work) but when I am home, this
> > update takes a lot of time.
> 
>   Welcome to life on the internet.
> 
> > I guess I can skip updates but I wasn't experiencing such annoyance with
> > CentOS 5.4. My gues is that when
> > CentOS 5.4 was finalized there is no updates to that DVD.
> 
>   Why in the world would you opt to skip updates?  How is updating
>   your system an annoyance?
> 
>   5.X are just point-in-time snapshots of CentOS 5 and all patches
>   leading up to the time that 5.X was released.  Updates are a 
>   continuing process that will occur for the lifetime of the
>   release.
> 
> > Is there any suggestions ?
> 
>   Yes, bite the bullet and update.
> 

The main problem is that yum is NOT well written to deal with a slow
and *unreliable* dial-up interface -- it in fact behaves extremly
poorly when used with dial-up (and no, it is just not possible for me
to get a better internet connection at home -- dialup is *all* that is
available where I live).  It assumes that ANY network problems are due
to a busy server and it switches to another server (and in the case of
metadata, starts the download from the beginning!).  *I* often find it
better to use wget to snarf the repo metadata.  I *also* use my laptop
to *manually* download (using wget) the packages for my desktop machine
(the two machines are different archs: the desktop is x86_64 and the
laptop is a i686).

Oh, and I remove up-to-date and yum's update deamon.  Both are a waste
of time.  (I also removed Open Office, since it is too big to maintain
on a dial-up system, esp. since *I* don't ever do 'word processing'.) I
manually run 'yum check-update' from time to time (when is the centos
updates digest going to resume on this list?).

> 
> 
> 
> 
>   John
> 

-- 
Robert Heller -- Get the Deepwoods Software FireFox Toolbar!
Deepwoods Software-- Linux Installation and Administration
http://www.deepsoft.com/  -- Web Hosting, with CGI and Database
hel...@deepsoft.com   -- Contract Programming: C/C++, Tcl/Tk


 
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Best location in filesystem to have a samba share

[Kevin Thorpe]

  On 25/08/2010 03:03, David McGuffey wrote:
> Everyone in the family has a digital camera or cell phone and they seem
> to be leaving picture files all over their home folders, and laptops
> with no sense of year/month/day taken or what they are about.
>
> Looking to consolidate all the family pics in one location on a samba
> share on the primary workstation that happens to have 2TB of mirrored
> storage.
There's lots of variations on this - as per usual Unix descended systems 
have a million
ways to skin a cat.

Personally I prefer everything users side to be in one place so I put it 
all in /home. I even
move mysql databases and such to there so I know that:
/etc - is all my configuration
/home - is all my data
/ - is installation stuff

If you have a lot of servers then it helps keep things straight. Besides 
I try and use an old
smaller drive as a system drive and a new huge one as /home. If the box 
dies all you have
to do is grab /home and stick it in another box without worrying what 
you've left behind in
/opt or /var or /srv

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Slow domain resolution problem

[m . roth]

Gabriel Tabares wrote:
> On 23/08/2010 21:25, Keith Roberts wrote:
>> On Mon, 23 Aug 2010, Gabriel Tabares wrote:
>>> From: Gabriel Tabares
>>> On 23/08/2010 13:28, Joseph L. Casale wrote:
>>>
> Both files are the default ones from CentOS:

> Keith, the issue happens resolving internal IP addresses. The servers do
> not have DNS access to the outside world, so using this would mean that
> nothing is resolved ;)

Really dumb question: do you have nisplus or nis running?

mark

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Updates offered annoyance

[Hakan Koseoglu]

Robert,

On 25 August 2010 14:24, Robert Heller  wrote:
> The main problem is that yum is NOT well written to deal with a slow
> and *unreliable* dial-up interface -- it in fact behaves extremly
Grab a copy of a repository at work, copy it home and set up a local
repository. Yum will be perfectly happy with the setup.
Sample to rsync to mirrorservice.org:

export RSYNCCMD="rsync -avP --delete"
$RSYNCCMD 
rsync://rsync.mirrorservice.org/sites/mirror.centos.org/5.5/updates/x86_64/
/storage/centos/5.5/updates/x86_64/
$RSYNCCMD 
rsync://rsync.mirrorservice.org/sites/mirror.centos.org/5.5/updates/i386/
/storage/centos/5.5/updates/i386/

-- 
Hakan (m1fcj) - http://www.hititgunesi.org
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Slow domain resolution problem

[Keith Roberts]

On Wed, 25 Aug 2010, Gabriel Tabares wrote:

> To: centos@centos.org
> From: Gabriel Tabares 
> Subject: Re: [CentOS] Slow domain resolution problem
> 
> On 23/08/2010 21:25, Keith Roberts wrote:
>> On Mon, 23 Aug 2010, Gabriel Tabares wrote:
>>
>>
>>> To: centos@centos.org
>>> From: Gabriel Tabares
>>> Subject: Re: [CentOS] Slow domain resolution problem
>>>
>>> On 23/08/2010 13:28, Joseph L. Casale wrote:
>>>
> Both files are the default ones from CentOS:
>
>
 So what do the host names look like that the application
 attempts to resolve, fully qualified or not? What does your
 cli based query look like?



>>> My resolv.conf is:
>>>
>>> search mydomain.com
>>> nameserver 10.3.2.2
>>>
>>> The hostname of the machines is set to a FQDN server.mydomain.com.
>>>
>>> The time it takes for the queries does not change whether we use the
>>> FQDN or just the hostname.
>>>
>> Try this in your /etc/reolv.conf
>>
>> # Eclipse ISP
>> nameserver 212.104.130.9
>> nameserver 212.104.130.65
>>
>> # OpenDNS
>> nameserver 208.67.222.222
>> nameserver 208.67.220.220
>>
>>
> Keith, the issue happens resolving internal IP addresses. The servers do
> not have DNS access to the outside world, so using this would mean that
> nothing is resolved ;)

OK. IIRC did I see a domain name listed in your resolv.conf 
file? If so, would this not cause some sort of 
chicken-and-egg problem - ie what comes first?

Personally I stick with static IP addresses in my 
resolv.conf, like listed about.

Depending on how many machines you have on your LAN, would 
it be feasable to hard-code the domain -> IP addresses for 
those machines directly into the /etc/hosts file? That way 
you would not need any DNS on your LAN.

Kind Regards,

Keith Roberts

-
Websites:
http://www.php-debuggers.net
http://www.karsites.net
http://www.raised-from-the-dead.org.uk

All email addresses are challenge-response protected with
TMDA [http://tmda.net]
-
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Updates offered annoyance

[Todd Denniston]

Les Mikesell wrote, On 08/25/2010 08:29 AM:
> On 8/25/10 7:14 AM, Aleksandar Stoisavljevic wrote:
>> Hi all,
>>
>> I downloaded latest CentOS 5.5 DVD i386 image from one of FTP's in a list.
>>
>> I've burned that image to DVD and created new DVD to use for fresh 
>> installations.
>> Now when I install fresh CentOS 5.5 (in VM) I am getting info that there are 
>> 50
>> packages updates.
>>
>> This is ok when I have good internet speed (@work) but when I am home, this
>> update takes a lot of time.
>>
>> I guess I can skip updates but I wasn't experiencing such annoyance with 
>> CentOS
>> 5.4. My gues is that when
>> CentOS 5.4 was finalized there is no updates to that DVD.
>>
>> Is there any suggestions ?
> 
> Updates are a good thing - they mean bugs and security issues are being 
> fixed. 
> If you like to baby-sit the update process, try it this way:
> yum install yum-downloadonly
> then you can:
> yum -y --downloadonly update
> and go away (or sleep) while the update rpms download. If this step doesn't 
> complete you can restart it as many times as necessary and it won't actually 
> install anything.  After the downloads have completed, you can do
> yum -y update
> to install them and it will run quickly.
> 

And if you are maintaining more than one machine at home, you need to realize 
that you don't need to
waste the time twice to update the same thing on two machines.  Assuming your 
home machines are
networked together.

change /etc/yum.conf
from
keepcache=0
to
keepcache=1

and then after updating the first machine, you can update the second by
scp -pr r...@machine1:/var/cache/yum/ \
   r...@machine2:/var/cache/yum/
or
rsync --relative r...@machine1:/var/cache/yum/./ \
   r...@machine2:/var/cache/yum/
(I do suggest reading the man pages on both commands and see if there are other 
things you want to
add, such as -hvaK --delete-after --hard-links --sparse on rsync.)

Then do the yum update on the second, and it will only pull in updates that are 
unique to the second
system. Of course if the second system pulls in new updates and you have 3, 4 
... N machines to
update,  you'll want to pull from the systems with more stuff to do the updates 
on later systems.

Another option would be to see if your employer would be OK with you 
occasionally making DVD or USB
copies of the CentOS & EPEL mirrors maintained at work to take home, assuming 
your employer
maintains a mirror set locally.

current Centos updates
2.0Gupdates/i386
2.1Gupdates/x86_64
(of course this is without trimming the 450MB that repomanage --nocheck -k1 -o 
i386/ might tell you
about if the mirror is maintained with out rsync)
current epel
3.7Gi386
4.2Gx86_64

-- 
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Updates offered annoyance

[Robert Heller]

At Wed, 25 Aug 2010 14:41:11 +0100 CentOS mailing list  
wrote:

> 
> Robert,
> 
> On 25 August 2010 14:24, Robert Heller  wrote:
> > The main problem is that yum is NOT well written to deal with a slow
> > and *unreliable* dial-up interface -- it in fact behaves extremly
> Grab a copy of a repository at work, copy it home and set up a local
> repository. Yum will be perfectly happy with the setup.
> Sample to rsync to mirrorservice.org:

My 'work' is at home (dialup).  The local library is only good for
about 1.5mbits/sec (about 150kbytes/sec).  I don't have enough free
disk space for a full repo on either my laptop or my desktop.

> 
> export RSYNCCMD="rsync -avP --delete"
> $RSYNCCMD 
> rsync://rsync.mirrorservice.org/sites/mirror.centos.org/5.5/updates/x86_64/
> /storage/centos/5.5/updates/x86_64/
> $RSYNCCMD 
> rsync://rsync.mirrorservice.org/sites/mirror.centos.org/5.5/updates/i386/
> /storage/centos/5.5/updates/i386/
> 

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Download the Model Railroad System
http://www.deepsoft.com/  -- Binaries for Linux and MS-Windows
hel...@deepsoft.com   -- http://www.deepsoft.com/ModelRailroadSystem/

  
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Updates offered annoyance

[Giles Coochey]

On Wed, August 25, 2010 16:19, Robert Heller wrote:
> At Wed, 25 Aug 2010 14:41:11 +0100 CentOS mailing list 
> wrote:
>
>>
>> Robert,
>>
>> On 25 August 2010 14:24, Robert Heller  wrote:
>> > The main problem is that yum is NOT well written to deal with a slow
>> > and *unreliable* dial-up interface -- it in fact behaves extremly
>> Grab a copy of a repository at work, copy it home and set up a local
>> repository. Yum will be perfectly happy with the setup.
>> Sample to rsync to mirrorservice.org:
>
> My 'work' is at home (dialup).  The local library is only good for
> about 1.5mbits/sec (about 150kbytes/sec).  I don't have enough free
> disk space for a full repo on either my laptop or my desktop.
>

You've received plenty of good advice here and people have made an effort
to find viable solutions to your problem, it would be perfectly possible
for you to get a cheap USB drive to act as a repository for both your
systems.
Unfortunately, you will find that all modern operating systems and many
applications are increasingly reliant on Online Updates (Windows
included).

You seem dismissive of any offline solutions that have been put forward to
you, yet you have discounted the feasibility of working with an online
solution as well.

To be honest, then, I therefore cannot think of any solution to your problem.


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Updates offered annoyance

[Rajagopal Swaminathan]

Greetings,

On Wed, Aug 25, 2010 at 7:49 PM, Robert Heller  wrote:
>
> My 'work' is at home (dialup).  The local library is only good for
> about 1.5mbits/sec (about 150kbytes/sec).  I don't have enough free
> disk space for a full repo on either my laptop or my desktop.
>


Perhaps it's time for you to get an USB external HDD.

Saying that one can't maintain a 30+GB repo in an ext3 filesystem
based pocket/toolbox is not exactly the style nowadays.

regards,

Rajagopal
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Dovecot attack

[Dag Wieers]

On Mon, 23 Aug 2010, Karanbir Singh wrote:

> On 08/23/2010 03:58 PM, Rob Kampen wrote:
>>> pam_shield is available from RPMforge and requires a minimum of
>>> configuration.
>> Never heard of this one before - just installed and simple to configure.
>> I note that version 0.9.3 was released April 2010 and includes a
>> supposed memory leak fix - maybe time for an update?
>
> given the overall lower cost of running pam_shield, it makes for a much
> better solution than denyhosts or fail2ban ( for many situations ). You
> just need to be careful that you dont end up DoS'ing yourself, so weigh
> in some typical scenarios and test in a sandbox environment.

You can whitelist known IP addresses (or FQDNs), but indeed there is the 
possibility that someone else (from your IP address) can DOS you as it is 
IP-based. Although that risk is limited, you need to understand how it 
works :)

-- 
--   dag wieers,  d...@wieers.com,  http://dag.wieers.com/   --
[Any errors in spelling, tact or fact are transmission errors]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Slow domain resolution problem

[Meenoo Shivdasani]

On Mon, Aug 23, 2010 at 11:08 AM, Gabriel Tabares


> One more thing, if this is the case, why does the nslookup respond
> straight away? Is the destination server trying to somehow validate the
> host where the connection came from?

It's entirely possible (and probable) that the mail server is
attempting to do a reverse looking up the originating host. When the
lookup times out, the connection goes through.

If the command

ping my-mail02.mydomain.com

returns immediately with data, that would support that theory.

M
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Updates offered annoyance

[Robert Heller]

At Wed, 25 Aug 2010 16:28:04 +0200 CentOS mailing list  
wrote:

> 
> On Wed, August 25, 2010 16:19, Robert Heller wrote:
> > At Wed, 25 Aug 2010 14:41:11 +0100 CentOS mailing list 
> > wrote:
> >
> >>
> >> Robert,
> >>
> >> On 25 August 2010 14:24, Robert Heller  wrote:
> >> > The main problem is that yum is NOT well written to deal with a slow
> >> > and *unreliable* dial-up interface -- it in fact behaves extremly
> >> Grab a copy of a repository at work, copy it home and set up a local
> >> repository. Yum will be perfectly happy with the setup.
> >> Sample to rsync to mirrorservice.org:
> >
> > My 'work' is at home (dialup).  The local library is only good for
> > about 1.5mbits/sec (about 150kbytes/sec).  I don't have enough free
> > disk space for a full repo on either my laptop or my desktop.
> >
> 
> You've received plenty of good advice here and people have made an effort
> to find viable solutions to your problem, it would be perfectly possible
> for you to get a cheap USB drive to act as a repository for both your
> systems.
> Unfortunately, you will find that all modern operating systems and many
> applications are increasingly reliant on Online Updates (Windows
> included).
> 
> You seem dismissive of any offline solutions that have been put forward to
> you, yet you have discounted the feasibility of working with an online
> solution as well.
> 
> To be honest, then, I therefore cannot think of any solution to your problem.

*I* don't have a problem.  I just download the packages I need (I have
enough space for that) -- I update the laptop directly and then
download just the packages I need for my desktop system.  I just don't
need a full repo.  It can be a struggle, but I am managing to keep both
systems up-to-date.

> 
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
> 
>   
> 

-- 
Robert Heller -- 978-544-6933
Deepwoods Software-- Download the Model Railroad System
http://www.deepsoft.com/  -- Binaries for Linux and MS-Windows
hel...@deepsoft.com   -- http://www.deepsoft.com/ModelRailroadSystem/
  
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Dovecot attack

[Dag Wieers]

On Mon, 23 Aug 2010, Rob Kampen wrote:

> Dag Wieers wrote:
> 
>> pam_shield is available from RPMforge and requires a minimum of 
>> configuration.
> 
> Never heard of this one before - just installed and simple to configure.
> I note that version 0.9.3 was released April 2010 and includes a 
> supposed memory leak fix - maybe time for an update?

Great, I have made an update. If the package could be improved (regarding 
the experience you have had installing) let me know. If we can make it 
easier, we should !

Kind regards,
-- 
--   dag wieers,  d...@wieers.com,  http://dag.wieers.com/   --
[Any errors in spelling, tact or fact are transmission errors]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] PAM_shield locking me out?

[Dag Wieers]

On Tue, 24 Aug 2010, Rob Kampen wrote:

> Yesterday I installed pam_shield and followed the testing suggested and 
> thought all was well.
> today I find that I cannot get to my email account, I can login via ssh okay 
> (uses keys) but su and sudo give
> segmentation faults. I am guessing due to the pam module causing a problem.
> As I cannot do remote login as root and sudo and su use pam I appear to have 
> locked myself out.

I have not encountered this issue. And I have been using it on 32bit and 
64bit machines with RHEL4 and RHEL5. I guess it must be related to a 
configuration issue somewhere. Not good though.

Was this with the 0.9.2 release, or the 0.9.3 release ?

Please provide this information to the author, he might help you find the 
cause and fix it in pam_shield.

Thanks for reporting,
-- 
--   dag wieers,  d...@wieers.com,  http://dag.wieers.com/   --
[Any errors in spelling, tact or fact are transmission errors]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Updates offered annoyance

[Lamar Owen]

> My 'work' is at home (dialup).  The local library is only good for
> about 1.5mbits/sec (about 150kbytes/sec).  I don't have enough free
> disk space for a full repo on either my laptop or my desktop.

While not currently supported by the main CentOS project (AFAIK), there are 
presto repos out there for CentOS 5.  Yum presto, using deltarpms, is the 
solution to your problem; OpenOffice.org and KDE, in particular, delta very 
well indeed; I've seen (on Fedora, which has presto enabled on the main repos) 
90% reductions (that is, if an update set is 500MB, you only have to download 
25MB of deltarpms) and even greater in updates of these.  The savings in 
bandwidth are substantial, and I could not imagine tracking Fedora updates on 
dialup without presto.

See http://www.centos.org/modules/newbb/viewtopic.php?topic_id=8349
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Slow domain resolution problem

[Les Mikesell]

On 8/23/2010 10:08 AM, Gabriel Tabares wrote:
>
> One more thing, if this is the case, why does the nslookup respond
> straight away? Is the destination server trying to somehow validate the
> host where the connection came from?

Some servers do, some don't.  The ones that do are often just trying to 
log a name instead of the connecting IP address so you might be able to 
reconfigure the servers.  It doesn't matter if this lookup fails as long 
as the response comes quickly.  But, your earlier post indicated that 
you only had a private DNS server.  If you request something it doesn't 
know, what happens?  Does it attempt to resolve from public servers that 
are firewalled?   And if so does the firewall block with an 'icmp 
denied' response or just silently drop the request or response?  In the 
latter case, the server and application are forced to wait for the timeout.

In my opinion the 'right' solution to reverse-dns is to always make sure 
your own server responds to all the private address range zones and any 
public ranges you control even if you don't have complete or correct 
information for them.  No one else will either so you might as well not 
bother the upstream servers with queries caused by your bad configuration.

-- 
   Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] i can't install centos on my poweredge 2950

[Eric Doutreleau]

well i transfer the initrd on another computer and i can see the 
megaraid_sas module.

another strange
when i install with DVd it works like a charm :(
but i would like to install my server with cobbler with all the task in 
my kickstart done.
that s really very very strange

during the boot process
the disk are reckoknized as the system can say that the swap partition 
in on /dev/root/LogVol01
but it says that /dev/root/LogVol00 where is the root partition has no 
block device.
i rerun the mkinird while booting in recue mode but i got the same result.
the nash script seems ok
i guess the problems is that the lvm is not correctly detected

Le 24/08/2010 20:57, James Hogarth a écrit :
> initrd for that kernel ok for all the required modules?
>
> On 24 Aug 2010 09:53, "Eric Doutreleau"
> wrote:
>> well
>> yes the drive is bootable as i can boot from it
>> it s when the kernel need to find the root device that it s the problem
>> it s like it can't find the volume group
>>
>>
>> Le 23/08/2010 15:44, m.r...@5-cent.us a écrit :
>>> Eric Doutreleau wrote:

 i m trying to install centos5 on my poweredge 2950 with no luck.
 the raid controler is LSI Logic / Symbios Logic MegaRAID SAS 1078 (rev
> 04)

 indeed all is going fine during the installation but when i reboot the
 server panic

 the first error i got is this one
 error mounting /dev/root on /sysroot as ext3: block device required

 it seems that it can't find the /dev/root devices.

 but when i boot in rescue mode the / partition is found without any
 problem. i can chroot in it
>>>
>>> Does the PERC controller know that the drive you want to boot off of is
>>> bootable? Have you'd into the controller before boot, and then
>>> gone to control (there's virtual disks, PD, and the third thing, I forget
>>> exactly what it's called, but I'll be able to tell you later today), and
>>> down on the bottom, just to the right of center, it displays the bootable
>>> drive. Though it doesn't *look* like it, if you tab down there and down
>>> arrow, it will display choices
>>>
>>> Oh, and you did note that no matter how you set it up, it *ALWAYS* wants
>>> slots 2&  3 to be RAID group 0, and the drives in slots 0 and 1 to be
>>> group 2?
>>>
>>> Oh, yes, and it also *REFUSES* to display any drive that's not raided,
>>> even if you want your boot and root on a drive that's not raided
>>>
>>> I decided Friday that this *thing* was designed and signed off on by
>>> two-toothed idiots with IQs around 57, decended from generations of the
>>> same who couldn't manage to run a farm, whose ancestors came to the US by
>>> selling themselves as indentured servants, who once they were here were
>>> *fired* because they were too stupid to follow directions
>>>
>>> mark "would you like me to *really* tell you how I feel about them?"
>>>
>>> ___
>>> CentOS mailing list
>>> CentOS@centos.org
>>> http://lists.centos.org/mailman/listinfo/centos
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> http://lists.centos.org/mailman/listinfo/centos
>
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS-announce Digest, Vol 66, Issue 7

[centos-announce-request]

Send CentOS-announce mailing list submissions to
centos-annou...@centos.org

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ...@centos.org

You can reach the person managing the list at
centos-announce-ow...@centos.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."


Today's Topics:

   1. CESA-2010:0643 Important CentOS 3 i386 openoffice.org -
  security update (Tru Huynh)
   2. CESA-2010:0643 Important CentOS 3 x86_64 openoffice.org -
  security update (Tru Huynh)
   3. CESA-2010:0643 Important CentOS 4 i386 openoffice.org -
  security update (Tru Huynh)
   4. CESA-2010:0643 Important CentOS 4 x86_64 openoffice.org -
  security update (Tru Huynh)


--

Message: 1
Date: Wed, 25 Aug 2010 15:52:49 +0200
From: Tru Huynh 
Subject: [CentOS-announce] CESA-2010:0643 Important CentOS 3 i386
openoffice.org - security update
To: centos-annou...@centos.org
Message-ID: <20100825135249.ga25...@sillage.bis.pasteur.fr>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory CESA-2010:0643

openoffice.org security update for CentOS 3 i386:
https://rhn.redhat.com/errata/RHSA-2010-0643.html

The following updated file has been uploaded and is currently syncing to
the mirrors:

i386:
updates/i386/RPMS/openoffice.org-1.1.2-48.2.0.EL3.i386.rpm
updates/i386/RPMS/openoffice.org-i18n-1.1.2-48.2.0.EL3.i386.rpm
updates/i386/RPMS/openoffice.org-libs-1.1.2-48.2.0.EL3.i386.rpm

source:
updates/SRPMS/openoffice.org-1.1.2-48.2.0.EL3.src.rpm

You may update your CentOS-3 i386 installations by running the command:

yum update openoffice.org

Tru
-- 
Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance)
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : 
http://lists.centos.org/pipermail/centos-announce/attachments/20100825/fee735d9/attachment-0001.bin
 

--

Message: 2
Date: Wed, 25 Aug 2010 15:53:35 +0200
From: Tru Huynh 
Subject: [CentOS-announce] CESA-2010:0643 Important CentOS 3 x86_64
openoffice.org - security update
To: centos-annou...@centos.org
Message-ID: <20100825135335.gb25...@sillage.bis.pasteur.fr>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory CESA-2010:0643

openoffice.org security update for CentOS 3 x86_64:
https://rhn.redhat.com/errata/RHSA-2010-0643.html

The following updated file has been uploaded and is currently syncing to
the mirrors:

x86_64:
updates/x86_64/RPMS/openoffice.org-1.1.2-48.2.0.EL3.i386.rpm
updates/x86_64/RPMS/openoffice.org-i18n-1.1.2-48.2.0.EL3.i386.rpm
updates/x86_64/RPMS/openoffice.org-libs-1.1.2-48.2.0.EL3.i386.rpm

source:
updates/SRPMS/openoffice.org-1.1.2-48.2.0.EL3.src.rpm

You may update your CentOS-3 x86_64 installations by running the command:

yum update openoffice.org

Tru
-- 
Tru Huynh (mirrors, CentOS-3 i386/x86_64 Package Maintenance)
http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xBEFA581B
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : 
http://lists.centos.org/pipermail/centos-announce/attachments/20100825/acbd52a8/attachment-0001.bin
 

--

Message: 3
Date: Wed, 25 Aug 2010 15:55:44 +0200
From: Tru Huynh 
Subject: [CentOS-announce] CESA-2010:0643 Important CentOS 4 i386
openoffice.org - security update
To: centos-annou...@centos.org
Message-ID: <20100825135544.gc25...@sillage.bis.pasteur.fr>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory CESA-2010:0643

openoffice.org security update for CentOS 4 i386:
https://rhn.redhat.com/errata/RHSA-2010-0643.html

The following updated file has been uploaded and is currently syncing to
the mirrors:

i386:
updates/i386/RPMS/openoffice.org-1.1.5-10.6.0.7.EL4.5.i386.rpm
updates/i386/RPMS/openoffice.org2-base-2.0.4-5.7.0.6.1.el4_8.6.i386.rpm
updates/i386/RPMS/openoffice.org2-calc-2.0.4-5.7.0.6.1.el4_8.6.i386.rpm
updates/i386/RPMS/openoffice.org2-core-2.0.4-5.7.0.6.1.el4_8.6.i386.rpm
updates/i386/RPMS/openoffice.org2-draw-2.0.4-5.7.0.6.1.el4_8.6.i386.rpm
updates/i386/RPMS/openoffice.org2-emailmerge-2.0.4-5.7.0.6.1.el4_8.6.i386.rpm
updates/i386/RPMS/openoffice.org2-graphicfilter-2.0.4-5.7.0.6.1.el4_8.6.i386.rpm
updates/i386/RPMS/openoffice.org2-impress-2.0.4-5.7.0.6.1.el4_8.6.i386.rpm
updates/i386/RPMS/openoffice.org2-javafilter-2.0.4-

Re: [CentOS] Slow domain resolution problem

[Rajagopal Swaminathan]

Greetings,

On Wed, Aug 25, 2010 at 9:08 PM, Les Mikesell  wrote:
> On 8/23/2010 10:08 AM, Gabriel Tabares wrote:
>
> Some servers do, some don't.

Have you tried google's DNS servers 8.8.8.8 IP and one more IP I can't
recollect exactly

Regards,

Rajagopal
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Slow domain resolution problem

[Keith Roberts]

On Wed, 25 Aug 2010, Les Mikesell wrote:

> To: centos@centos.org
> From: Les Mikesell 
> Subject: Re: [CentOS] Slow domain resolution problem
> 
> On 8/23/2010 10:08 AM, Gabriel Tabares wrote:
>>
>> One more thing, if this is the case, why does the nslookup respond
>> straight away? Is the destination server trying to somehow validate the
>> host where the connection came from?
>
> Some servers do, some don't.  The ones that do are often just trying to
> log a name instead of the connecting IP address so you might be able to
> reconfigure the servers.  It doesn't matter if this lookup fails as long
> as the response comes quickly.  But, your earlier post indicated that
> you only had a private DNS server.  If you request something it doesn't
> know, what happens?  Does it attempt to resolve from public servers that
> are firewalled?   And if so does the firewall block with an 'icmp
> denied' response or just silently drop the request or response?  In the
> latter case, the server and application are forced to wait for the timeout.
>
> In my opinion the 'right' solution to reverse-dns is to always make sure
> your own server responds to all the private address range zones and any
> public ranges you control even if you don't have complete or correct
> information for them.  No one else will either so you might as well not
> bother the upstream servers with queries caused by your bad configuration.
>
> --
>   Les Mikesell
>lesmikes...@gmail.com
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos

It might help identify the problem by installing and running 
wireshark:

[root]# yum info wireshark*

1683 packages excluded due to repository priority protections
Installed Packages
Name   : wireshark
Arch   : i386
Version: 1.0.11
Release: 1.el5_5.5
Size   : 40 M
Repo   : installed
Summary: Network traffic analyzer
URL: http://www.wireshark.org/
License: GPL
Description: Wireshark is a network traffic analyzer for Unix-ish operating
: systems.
:
: This package lays base for libpcap, a packet capture and filtering
: library, contains command-line utilities, contains plugins and
: documentation for wireshark. A graphical user interface is 
packaged
: separately to GTK+ package.

Name   : wireshark-gnome
Arch   : i386
Version: 1.0.11
Release: 1.el5_5.5
Size   : 1.6 M
Repo   : installed
Summary: Gnome desktop integration for wireshark and wireshark-usermode
URL: http://www.wireshark.org/
License: GPL
Description: Contains wireshark for Gnome 2 and desktop integration file

That should give you some clues as to what's happening.

Kind Regards,

Keith Roberts

-
Websites:
http://www.php-debuggers.net
http://www.karsites.net
http://www.raised-from-the-dead.org.uk

All email addresses are challenge-response protected with
TMDA [http://tmda.net]
-


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] System beeps in kernel 2.6.18-194

[Glenn Eychaner]

So, just today I noticed a problem with kernel 2.6.18-194 (CentOS 5.5) 
on several Intel DP965LT systems; the system beeps (such as terminal beeps) are 
no longer passed through to the external speakers.  This is a problem because 
in our situation the boxes are distant from their monitor/keyboard, the system 
speaker on this motherboard is extremely weak, and there are no system speaker 
header pins on the motherboard.  The problem goes away if I revert the system 
to 2.6.18-164 with no other changes.
I looked through the list archives and searched the web for other 
people who have encountered this, but it's pretty specific (and hard to search 
for "system beep"!)  Is there someplace can I find *detailed* release notes on 
the differences between -164 and -194 kernels to help in looking for the 
problem, pinning it down, and submitting a patch (and/or building my own 
kernel), or should I just download the SRPMS and dig in?

Thanks,
-G.
--
Glenn Eychaner (geycha...@lco.cl)
Telescope Systems Programmer, Las Campanas Observatory



___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] System beeps in kernel 2.6.18-194

[Akemi Yagi]

On Wed, Aug 25, 2010 at 2:39 PM, Glenn Eychaner  wrote:
>        So, just today I noticed a problem with kernel 2.6.18-194 (CentOS 5.5) 
> on several Intel DP965LT systems; the system beeps (such as terminal beeps) 
> are no longer passed through to the external speakers.  This is a problem 
> because in our situation the boxes are distant from their monitor/keyboard, 
> the system speaker on this motherboard is extremely weak, and there are no 
> system speaker header pins on the motherboard.  The problem goes away if I 
> revert the system to 2.6.18-164 with no other changes.
>        I looked through the list archives and searched the web for other 
> people who have encountered this, but it's pretty specific (and hard to 
> search for "system beep"!)

Does it have Nvidia controllers? If so, it may be related to:

http://bugs.centos.org/view.php?id=4335

>  Is there someplace can I find *detailed* release notes on the differences 
> between -164 and -194 kernels to help in looking for the problem, pinning it 
> down, and submitting a patch (and/or building my own kernel), or should I 
> just download the SRPMS and dig in?

You can find kernel changelog diffs here (maintaind by Alan Bartlett):

http://www.centos.toracat.org/ajb/kernel-clog-diff/

Akemi
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Strange Apache log entry

[Gordon Messmer]

On 08/24/2010 04:25 AM, Keith Roberts wrote:
>
> So bolting down PHP really tight should address these hacks?

No.  This vulnerability would be in a PHP application.  I don't believe 
you could configure PHP in such a way that this would no longer be a 
problem.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] System beeps in kernel 2.6.18-194

[Todd Denniston]

Akemi Yagi wrote, On 08/25/2010 05:56 PM:
> On Wed, Aug 25, 2010 at 2:39 PM, Glenn Eychaner  wrote:
>>  Is there someplace can I find *detailed* release notes on the differences 
>>  between -164 and -194 kernels to help in looking for the problem, 
> 
> You can find kernel changelog diffs here (maintaind by Alan Bartlett):
> 
> http://www.centos.toracat.org/ajb/kernel-clog-diff/

What you get out of those diffs that
LASTKERNELINSTALLED=`rpm -qa --last kernel kernel-xen | \
  head -1|awk '{print $1}'`
#***
rpm -q --changelog $LASTKERNELINSTALLED |less
does not provide?

I was curious enough to see if that was a better resource for some of the 
research that I do to take
 a look, but _I_ only found it more confusing, so I ask what you see that I 
missed.



*** Why Oh Why, did RH&Co decide to name the xen kernel rpms something other 
than
kernel-`uname -r` kernel-2.6.18-194.11.1.el5xen seems to have the same info 
to me.
-- 
Todd Denniston
Crane Division, Naval Surface Warfare Center (NSWC Crane)
Harnessing the Power of Technology for the Warfighter
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] System beeps in kernel 2.6.18-194

[Glenn Eychaner]

Akemi Yagi amyagi at gmail.com wrote:
> On Wed, Aug 25, 2010 at 2:39 PM, Glenn Eychaner  wrote:
>> So, just today I noticed a problem with kernel 2.6.18-194 (CentOS 5.5) on 
>> several Intel DP965LT systems; the system beeps (such as terminal beeps) are 
>> no longer passed through to the external speakers.  This is a problem 
>> because in our situation the boxes are distant from their monitor/keyboard, 
>> the system speaker on this motherboard is extremely weak, and there are no 
>> system speaker header pins on the motherboard.  The problem goes away if I 
>> revert the system to 2.6.18-164 with no other changes.
>> I looked through the list archives and searched the web for other people who 
>> have encountered this, but it's pretty specific (and hard to search for 
>> "system beep"!)
> 
> Does it have Nvidia controllers? If so, it may be related to:
> http://bugs.centos.org/view.php?id=4335

Nope.  It has a PCI NVidia graphics card, but the tech specs for the board 
(page 12) show Intel chipsets (as expected).
http://downloadmirror.intel.com/15049/eng/DP965LT_TechProdSpec.pdf
Besides, I tried adding the "enable_msi=0" to that line of modprobe.conf, and 
it didn't make any difference.

>> Is there someplace can I find *detailed* release notes on the differences 
>> between -164 and -194 kernels to help in looking for the problem, pinning it 
>> down, and submitting a patch (and/or building my own kernel), or should I 
>> just download the SRPMS and dig in?
> 
> You can find kernel changelog diffs here (maintaind by Alan Bartlett):
> http://www.centos.toracat.org/ajb/kernel-clog-diff/

Wow.  Considering I need to look at everything from 164-15 to 194-3, that's a 
lot of heavy reading and searching.

-G.
--
Glenn Eychaner (geycha...@lco.cl)
Telescope Systems Programmer, Las Campanas Observatory



___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] process eggcups

[Tsuyoshi Nagata]

Hi Jerry,
(2010年08月25日 21:05), Jerry Geis wrote:
> I have done a "service cups stop" but eggcups is still running.

Run App.
[System]->[Preferences]->[More Preferences]->[Sessions]
In Sessions,
  Select [Current Session]
  Scroll running programs, find eggcups, then select it.
  Pull down Style:Restart->Trash, then [Apply] button.

Or.
  Removing package is simple.
   $ sudo yum remove desktop-printing

Tsuyoshi.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] process eggcups

[Jerry Geis]

Tsuyoshi Nagata wrote:
> Hi Jerry,
> (2010年08月25日 21:05), Jerry Geis wrote:
>   
>> I have done a "service cups stop" but eggcups is still running.
>> 
>
> Run App.
> [System]->[Preferences]->[More Preferences]->[Sessions]
> In Sessions,
>   Select [Current Session]
>   Scroll running programs, find eggcups, then select it.
>   Pull down Style:Restart->Trash, then [Apply] button.
>
> Or.
>   Removing package is simple.
>$ sudo yum remove desktop-printing
>
> Tsuyoshi.
>
>   
I used the remove desktop-printing . it works. Thank you

jerry
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Updates offered annoyance

[Kahlil Hodgson]

On 26/08/10 00:03, Todd Denniston wrote:
> And if you are maintaining more than one machine at home, you need to realize 
> that you don't need to
> waste the time twice to update the same thing on two machines.  Assuming your 
> home machines are
> networked together.

Good Point.  I run a 'fat' squid proxy on my network so updates only get
downloaded once.  Disk space is cheap.  Just need to increase the cache
size (mine set at 50G) and max file size limit (have mine set at ~400M)
and configure yum to use the proxy (or use a transparent proxy).

This also makes it easy to stage and test updates.

Kal
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos