Re: [CentOS] 32bit vs 64bit memory usage

[Peter Kjellstrom]

On Thursday 21 May 2009, Joshua Baker-LePain wrote:
> On Thu, 21 May 2009 at 4:59pm, Robert Heller wrote
>
> > No, you are not wrong. All x86 flavered 64-bit processors will run as
> > 32-bit (i686) processors and when running in 32-bit mode are
> > effectively just a i686 as far as any 32-bit program can tell.  There
> > is no reason NOT to just install a straight 32-bit OS on such a machine
> > if there is less than 4gig of virtual memory and non-of the programms
> > being run has any reason to use the 64-bit address space.  Web hosting
>
> That's not strictly true.  On some x86_64 chips, there are extra registers
> which are only available when running in 64-bit mode.  Running without
> those registers can hamper performance, even if the program isn't using
> the larger address space.

There's a 2nd factor. On 32-bit you loose full flexibility memory wise when 
you pass 920-ish MB. After that you're split up into low-mem and high-mem. On 
64-bit, of course, all memory is low-mem.

/Peter

> This can make a big difference, e.g., in the 
> HPC space.  Web hosting, yeah, probably not so much.  But just saying
> "64bit iff >4GB RAM" doesn't tell the whole story.


signature.asc
Description: This is a digitally signed message part.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Random server reboot after update to CentOS 5.3

[Peter Kjellstrom]

On Friday 22 May 2009, Peter Hopfgartner wrote:
...
> Would it make sense to install the kernel from CentOS 5.2? Any
> contraindications?

As others have said, you should still have the 5.2 kernel around. Just change 
the grub.conf and reboot. It makes no sense to start swapping around hardware 
until you've tried to revert the kernel.

That said, we've seen hangs and strange kernel messages on several different 
server platforms (HP DL140g3: NMI-related messages logged, HP DL160g5: hangs 
semi-randomly) with the new 5.3 kernels. All of these problems could be 
worked around by booting with the kernel option "nmi_watchdog=0".

/Peter


signature.asc
Description: This is a digitally signed message part.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Intel Atom systems?

[Tosh]

Karanbir Singh wrote:
> Hi Bill,
>
> On 05/23/2009 08:37 PM, Bill Campbell wrote:
 Any comments on CentOS 5 on Intel Atom CPUs?
>
> Something I totally left out in my last email - atleast 2 people have
> reported success using C5 on Atom. I've looked at one of the original
> intel reference platform kits, and things worked pretty much out of the box.

I have a mail server running with an atom 230 processor (intel original 
board), I installed it about a year ago and had to install the nic 
driver 8101 manually

One of our customers has around 20 kiosks with the atom 330 processors 
(intel original board) runs out of the box with centos 5.3

technically there are just old celeron (pentium4 based) processors with 
low energy consumption, so for the operating system it makes no real 
difference, for your electricity bill it does



-- 
Toshaan  - http://www.toshaan.be
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Auto-installing security updates?

[Sorin Srbu]

>-Original Message-
>From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
Behalf
>Of Lanny Marcus
>Sent: Wednesday, May 20, 2009 3:14 PM
>To: CentOS mailing list
>Subject: Re: [CentOS] Auto-installing security updates?
>
>Probably not the best distro for Laptops,
>but many people on this list are using CentOS on their laptops.

So what's considered to be the "best" choice for laptops? I understand
mileage may vary and so on, but I think there might maybe be a general
consensus at least?

Unfortunately I haven't had too good an experience with CentOS out-of
the-box-installs with respect to wifi-NICs on laptops, but that's also the
only thing I've been having problems with OTOH.

-- 
/Sorin


smime.p7s
Description: S/MIME cryptographic signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Send syslog to a remote server

[Ralph Angenendt]

hce wrote:
> Is the CentOS 5 running only for syslog? In my case, the remote server
> is running rsyslog, but that the CentOS syslog should be able to talk
> to RH9 rsyslog, right?

Yes, but standard syslog does not support the @@hostname directive for
tcp logging, only @hostname for udp logging.

Ralph


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

Re: [CentOS] madwifi not working for 5.2 x64

[Michael A. Peters]

Michael A. Peters wrote:
> Dag Wieers wrote:
>> On Fri, 10 Apr 2009, sumit agarwal wrote:
>>
>>> i installed madwifi on 5.2 x64 but it dosent seem to be working
>>> any clues?
>> For people with madwifi issues or looking for a better solution to Atheros 
>> support, the elrepo repository is tesing new backported ath5k drivers that 
>> Red Hat is preparing for RHEL 5.4. We think we have fixed all known 
>> issues, but to help us with improved Atheros support in CentOS 5.4 we need 
>> to make sure Red Hat ships something that works across all boards.
>>
>> So if you have an Atheros chipset and want to help test the newer ath5k 
>> driver, go to:
>>
>>  http://elrepo.org/linux/testing/el5/i386/RPMS/
>> or  http://elrepo.org/linux/testing/el5/x86_64/RPMS/
>>
>> and try the kmod-ath5k and kmod-mac80211 packages for your kernel. (First 
>> remove the madwifi driver though, to make sure there is no interference a 
>> reboot may help too).
>>
> 
> I'll test it on my i386 for sure.
> Mine is AT&T Plug-n-share

Works - but the lights are different.
The "Act" and "Link" like use to alternate when looking for a network, 
and blink together when connected (madwifi) - not the Act light is off 
and the Link light Link light is solid.

But the driver seems to work (i386)

02:00.0 Ethernet controller: Atheros Communications Inc. Atheros 
AR5001X+ Wireless Network Adapter (rev 01)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] madwifi not working for 5.2 x64

[Dag Wieers]

On Mon, 25 May 2009, Michael A. Peters wrote:

> Michael A. Peters wrote:
>> Dag Wieers wrote:
>>> On Fri, 10 Apr 2009, sumit agarwal wrote:
>>>
 i installed madwifi on 5.2 x64 but it dosent seem to be working
 any clues?
>>> For people with madwifi issues or looking for a better solution to Atheros
>>> support, the elrepo repository is tesing new backported ath5k drivers that
>>> Red Hat is preparing for RHEL 5.4. We think we have fixed all known
>>> issues, but to help us with improved Atheros support in CentOS 5.4 we need
>>> to make sure Red Hat ships something that works across all boards.
>>>
>>> So if you have an Atheros chipset and want to help test the newer ath5k
>>> driver, go to:
>>>
>>>  http://elrepo.org/linux/testing/el5/i386/RPMS/
>>> or  http://elrepo.org/linux/testing/el5/x86_64/RPMS/
>>>
>>> and try the kmod-ath5k and kmod-mac80211 packages for your kernel. (First
>>> remove the madwifi driver though, to make sure there is no interference a
>>> reboot may help too).
>>>
>>
>> I'll test it on my i386 for sure.
>> Mine is AT&T Plug-n-share
>
> Works - but the lights are different.
> The "Act" and "Link" like use to alternate when looking for a network,
> and blink together when connected (madwifi) - not the Act light is off
> and the Link light Link light is solid.
>
> But the driver seems to work (i386)
>
> 02:00.0 Ethernet controller: Atheros Communications Inc. Atheros
> AR5001X+ Wireless Network Adapter (rev 01)

Great, you have the same one as I have. Could you send your remarks to the 
Red Hat bug-report so that the developers can follow-up on this.

 https://bugzilla.redhat.com/show_bug.cgi?id=49

Thanks for helping all Atheros users :)
-- 
--   dag wieers,  d...@centos.org,  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

[CentOS] resolving names it is really slow slow with CentOS5.x using named

[carlopmart]

Hi all,

  I have a problem using named with different CentOS5 servers (2 servers): all 
they are really slow to resolv any internet address and most of time fails to 
resolv. This situation differs if I use "forwarders" servers like opendns: 
resolving names it is really really quickly. And I don't understand why.

  On the other hand I have tested three DNS servers using Windows 2003, Windows 
2008 and Ubuntu hardy and these problems doesn't occurs (I don't need to 
configure forwarders on any of them): all resolves any name and really fast.

  IPv6 is disabled on both CentOS servers. Somebody knows why these dns servers 
are slow??

  Thanks.

-- 
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[Paul Bijnens]

On 2009-05-25 12:51, carlopmart wrote:
>   I have a problem using named with different CentOS5 servers (2 servers): 
> all 
> they are really slow to resolv any internet address and most of time fails to 
> resolv. This situation differs if I use "forwarders" servers like opendns: 
> resolving names it is really really quickly. And I don't understand why.
> 
>   On the other hand I have tested three DNS servers using Windows 2003, 
> Windows 
> 2008 and Ubuntu hardy and these problems doesn't occurs (I don't need to 
> configure forwarders on any of them): all resolves any name and really fast.
> 
>   IPv6 is disabled on both CentOS servers. Somebody knows why these dns 
> servers 
> are slow??


My crystal ball is in repair.  Could you in the meantime add some more
hints, e.g. your config files, and how you diagnosed the slowness.

My CentOS5 DNS-servers do resolve really quickly, with or without forwarders.


-- 
Paul Bijnens, Xplanation Technology ServicesTel  +32 16 397.525
Interleuvenlaan 86, B-3001 Leuven, BELGIUM  Fax  +32 16 397.552
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, ^^, *
* quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, ~., *
* stop, end, ^]c, +++ ATH, disconnect,  halt,  abort,  hangup,  KJOB, *
* ^X^X,  :D::D,  kill -9 1,  kill -1 $$,  shutdown,  init 0,  Alt-F4, *
* Alt-f-e, Ctrl-Alt-Del, Alt-SysRq-reisub, Stop-A, AltGr-NumLock, ... *
* ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out  *
***
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[carlopmart]

Paul Bijnens wrote:
> On 2009-05-25 12:51, carlopmart wrote:
>>   I have a problem using named with different CentOS5 servers (2 servers): 
>> all 
>> they are really slow to resolv any internet address and most of time fails 
>> to 
>> resolv. This situation differs if I use "forwarders" servers like opendns: 
>> resolving names it is really really quickly. And I don't understand why.
>>
>>   On the other hand I have tested three DNS servers using Windows 2003, 
>> Windows 
>> 2008 and Ubuntu hardy and these problems doesn't occurs (I don't need to 
>> configure forwarders on any of them): all resolves any name and really fast.
>>
>>   IPv6 is disabled on both CentOS servers. Somebody knows why these dns 
>> servers 
>> are slow??
> 
> 
> My crystal ball is in repair.  Could you in the meantime add some more
> hints, e.g. your config files, and how you diagnosed the slowness.
> 
> My CentOS5 DNS-servers do resolve really quickly, with or without forwarders.
> 
> 
Ok, my named.conf:

//
// named.conf
//

options {
 directory "/var/named";
 dump-file "/var/named/data/cache_dump.db";
 statistics-file "/var/named/data/named_stats.txt";
 memstatistics-file "/var/named/data/named_mem_stats.txt";
 listen-on port 53 { 127.0.0.1; 172.25.50.10; };
 version "DNS Server v2.0";
 dnssec-enable no;
 query-source port 53;
 forwarders { 208.67.220.220; 208.67.222.222; };
};

logging {
 channel security_channel {
 file "/var/named/data/security.log" versions 3 size 1m;
 severity debug;
 print-time yes;
 print-category yes;
 print-severity yes;
 };
 channel default {
 syslog local4;
 severity info;
 print-category yes;
 print-severity yes;
 };
 channel query_log {
 file "/var/named/data/query.log" versions 3 size 1m;
 print-time yes;
 };
 category security {
 security_channel;
 default;
 };
 category queries {
 query_log;
 };
 channel default_debug {
 file "/var/named/data/named.run";
 severity dynamic;
 };
 category lame-servers { null; };
 category default { default; };
};

controls {
 inet 127.0.0.1 allow { localhost; } keys { rndckey; };
};

As you can see, I need to use "query-source port" param too with forwarders to 
resolv names (and this is really really ugly).

And some examples:

  - Using "query-source port" and "forwarders" directives:

   [r...@thranduil data]# nslookup
   > bugs.centos.org
   Server: 127.0.0.1
   Address:127.0.0.1#53

   Non-authoritative answer:
   Name:   bugs.centos.org
   Address: 72.232.194.162

.. all it is normal and really fast.


  - Disabling "query-source port" and "forwarders" directives:

   [r...@thranduil data]# nslookup
   > www.google.com
   ;; connection timed out; no servers could be reached

   first attempt fails ...

   r...@thranduil data]# nslookup
   > www.google.com
   ;; connection timed out; no servers could be reached

   second attempt fails and ..

   r...@thranduil data]# nslookup
   > www.google.com
   Server: 127.0.0.1
   Address:127.0.0.1#53

   Non-authoritative answer:
   www.google.com  canonical name = www.l.google.com.
   Name:   www.l.google.com
   Address: 209.85.227.99
   Name:   www.l.google.com
   Address: 209.85.227.103
   Name:   www.l.google.com
   Address: 209.85.227.104
   Name:   www.l.google.com
   Address: 209.85.227.147

   .. at third attempt works ...

  same tests using ubuntu hardy without using "query-source" and "forwarders" 
directives, works.

  Do you need more info??

-- 
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] IMPORTANT: Issue with Linuxtag 2009

[Ralph Angenendt]

Hi,

due to clashing issues here at work I will not be able to make it to
Linuxtag 2009, as I won't be able to get free time during that week.

That at the moment leaves us with Didi and Chris Geldenhuis, which isn't
enough to man a booth during 4 days. Is anyone else interested to come
to man the booth there? Otherwise we might have to call it off for this
year.

If so it would be nice if you could subscribe to the centos-promo list
 and tell us
there (or answer here).

Cheers,

Ralph


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

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[Lars Hecking]

> options {
>  directory "/var/named";
>  dump-file "/var/named/data/cache_dump.db";
>  statistics-file "/var/named/data/named_stats.txt";
>  memstatistics-file "/var/named/data/named_mem_stats.txt";
>  listen-on port 53 { 127.0.0.1; 172.25.50.10; };
>  version "DNS Server v2.0";
>  dnssec-enable no;
>  query-source port 53;
>  forwarders { 208.67.220.220; 208.67.222.222; };
> };
 
> As you can see, I need to use "query-source port" param too with forwarders to
> resolv names (and this is really really ugly).
 
 Explicit query-source port breaks port randomisation and is highly insecure.
 Your problem may be an incorrectly configured firewall that only accepts
 outgoing queries originating from source port 53 - it needs to accept all
 outgoing queries for destination port 53.


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

Re: [CentOS] OT: SMART warning on hard drive, same warning for 2 1 /2 years

[William L. Maltby]

On Sun, 2009-05-24 at 23:39 -0500, Robert Nichols wrote:
> Lanny Marcus wrote:
> > My wife's box has a very intermittent problem,  when booting from the
> > Maxtor IDE hard drive. This has been going on for about 2 1/2
> > years The box is a Compaq EVO D300v for the Enterprise. When it
> > boots, there is a SMART advisory from the BIOS that says failure is
> > immenient. Occasionally, it will not boot, because the BIOS does not
> > see the hard drive.  I replaced the EIDE cable, but  the problem of
> > sometimes not seeing the hard drive on boot continues. I suspect it
> > has to do with something loose in the electronics of the drive,
> > because if I press on both ends of the EIDE cable, the problem goes
> > away and then it will boot OK.
> [SNIP]
> > === START OF READ SMART DATA SECTION ===
> > SMART overall-health self-assessment test result: FAILED!
> > Drive failure expected in less than 24 hours. SAVE ALL DATA.
> > Failed Attributes:
> > ID# ATTRIBUTE_NAME  FLAG VALUE WORST THRESH TYPE
> > UPDATED  WHEN_FAILED RAW_VALUE
> >  10 Spin_Retry_Count0x002b   222   215   223Pre-fail
> > Always   FAILING_NOW 29
> 
> A spin-up failure could be caused by a weak power supply or a power

If that's the case (spin-up delay), maybe ...

My BIOS has a setting to wait x seconds for the disk to spin up (I don't
need it). If yours has that, maybe "That's the ticket, yeah" (Thanks
SNL).

If it's a weak power supply, keep in mind that there are multiple rails
with different capacities. PS rating may seem sufficient, but may be
weak on one or more rails. Try using a PS connector from a different
rail to split up the start-up draw.

If pushing on the connector on the drive seem to solve it, there's
several things possible. Could be cable, could be cable end, could be a
"cold solder joint" on the HD circuit board. Cable and connector can be
easily, and inexpensively, replaced to test that. But it still could be
the "colder solder joint" - replacing the cable might (temporarily)
mimic the effects of your pushing on it,

If it's the "colder solder joint, the most likely spot is where the
connector pins attach to the board. With a magnifying class, you may be
able to see a hairline crack at one of the bins. The symptoms would be
temperature-sensitive - it would tend to appear (presuming no external
influence such as vibration or torquing of the unit) more consistently
at cooler or warmer ambient temperatures, or if air circulation in the
box is poor it might not seem related.

If you can see the poor joint, a skilled solderer with appropriate-sized
irons and solder wire might be able to fix it. But that might be more
expensive than buying a new one. I have repaired these in the past this
way, but that was when 5.25 form-factor was standard and thing were
larger. My hands are not really that nimble and I wouldn't try on
today's stuff - it's all so much smaller.
 
> connector that is not making good contact.  It is not likely to be
> a problem with the EIDE cable.  Note that even if you do correct the
> problem, the SMART advisory will likely remain due to the accumulated
> failure count, but the boot failures should stop.
> 

Maybe the failure count gets cleared by a full run with no errors?

-- 
Bill

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

Re: [CentOS] Auto-installing security updates?

[William L. Maltby]

On Mon, 2009-05-25 at 10:56 +0200, Sorin Srbu wrote:
> >-Original Message-
> >From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
> Behalf
> >Of Lanny Marcus
> >Sent: Wednesday, May 20, 2009 3:14 PM
> >To: CentOS mailing list
> >Subject: Re: [CentOS] Auto-installing security updates?
> >
> >Probably not the best distro for Laptops,
> >but many people on this list are using CentOS on their laptops.
> 
> So what's considered to be the "best" choice for laptops? I understand
> mileage may vary and so on, but I think there might maybe be a general
> consensus at least?
  ^

Not likely on this list. More likely, a "preponderance", maybe even a
"majority", but I wouldn't be surprised if even those aren't achieved.
BTW, "general" is redundant with "consensus".

> 
> 

-- 
Bill

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

Re: [CentOS] Traffic Analyzer

[Renato de Oliveira Diogo]

Anoher tool is a iptraf, is a TUI and show data in real time.
To connection state, you can use iptstat (like top to connection), in
real time too.

[]s

Renato de Oliveira Diogo

Bacharel em Ciência da Computação
UNESP - Bauru

LPIC1 - Linux Professional Institute Certification - Nível 1

renato.di...@gmail.com
renato.di...@yahoo.com.br



On Sat, May 23, 2009 at 15:55, Les Mikesell  wrote:
> Jason Todd Slack-Moehrle wrote:
>> Hi Guys,
>>
>> My Server at Mosso has more than doubled in bandwidth over the last
>> week. Mosso recommended getting an analyzer tool to tell me why.
>>
>> What can you guys recommend, easy to install and informative?
>
> You can do a quick snapshot capture with wireshark and analyze it in
> various ways with its built in tools.  If you want longer summaries,
> ntop (http://www.ntop.org) is very good at summarizing by endpoints,
> protocols and about anything else you might want.
>
> --
>   Les Mikesell
>    lesmikes...@gmail.com
> ___
> 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] Auto-installing security updates?

[Robert Heller]

At Mon, 25 May 2009 10:56:13 +0200 CentOS mailing list  
wrote:

> 
> Content-language: sv
> 
> 
> ---Executing: recode
> >-Original Message-
> >From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
> Behalf
> >Of Lanny Marcus
> >Sent: Wednesday, May 20, 2009 3:14 PM
> >To: CentOS mailing list
> >Subject: Re: [CentOS] Auto-installing security updates?
> >
> >Probably not the best distro for Laptops,
> >but many people on this list are using CentOS on their laptops.
> 
> So what's considered to be the "best" choice for laptops? I understand
> mileage may vary and so on, but I think there might maybe be a general
> consensus at least?
> 
> Unfortunately I haven't had too good an experience with CentOS out-of
> the-box-installs with respect to wifi-NICs on laptops, but that's also the
> only thing I've been having problems with OTOH.

The *Intel* WiFi-NIC (Intel Corporation PRO/Wireless LAN 2100 3B Mini
PCI Adapter) on my IBM Thinkpad X31 worked mostly out-of-the-box.  I
just needed to download the firmware and I was up. So did the SMC Ez
Connect PCMCIA card I used on my previos laptop (I think it was a
prism54 flavor), also once I snarfed the proper firmware for it. 

-- 
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] Auto-installing security updates?

[Sorin Srbu]

>-Original Message-
>From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
Behalf
>Of William L. Maltby
>Sent: Monday, May 25, 2009 2:24 PM
>To: CentOS mailing list
>Subject: Re: [CentOS] Auto-installing security updates?
>
>> >Probably not the best distro for Laptops,
>> >but many people on this list are using CentOS on their laptops.
>>
>> So what's considered to be the "best" choice for laptops? I understand
>> mileage may vary and so on, but I think there might maybe be a general
>> consensus at least?
>  ^
>
>Not likely on this list. More likely, a "preponderance", maybe even a
>"majority", but I wouldn't be surprised if even those aren't achieved.
>BTW, "general" is redundant with "consensus".

I'm sorry. I'm not a native English speaker or writer.

Ok, so what would you guys suggest using on a laptop, if CentOS was not an
option? I read in an earlier post where somebody suggested chosing distro
based on the hardware. Suppose this hardware is a Dell Latitude a few years
old, with no built-in wifi, but rather either a Dlink DFE-680TXD or a 3com
3CRWE154G72.
-- 
/Sorin


smime.p7s
Description: S/MIME cryptographic signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Auto-installing security updates?

[Sorin Srbu]

>-Original Message-
>From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
Behalf
>Of Robert Heller
>Sent: Monday, May 25, 2009 2:52 PM
>To: CentOS mailing list
>Cc: 'CentOS mailing list'
>Subject: Re: [CentOS] Auto-installing security updates?
>
>The *Intel* WiFi-NIC (Intel Corporation PRO/Wireless LAN 2100 3B Mini
>PCI Adapter) on my IBM Thinkpad X31 worked mostly out-of-the-box.  I
>just needed to download the firmware and I was up. So did the SMC Ez
>Connect PCMCIA card I used on my previos laptop (I think it was a
>prism54 flavor), also once I snarfed the proper firmware for it.

I think the prism-variety you mention is what's used with the wifi-NIC on a
desktop I have, that I wanted to run MythTV on but haven't had any luck with
yet.

The firmware you mention, is that used with dkms or something like that?
-- 
/Sorin


smime.p7s
Description: S/MIME cryptographic signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[Paul Bijnens]

On 2009-05-25 13:21, carlopmart wrote:
> Paul Bijnens wrote:
>> On 2009-05-25 12:51, carlopmart wrote:
>>>   I have a problem using named with different CentOS5 servers (2 servers): 
>>> all 
>>> they are really slow to resolv any internet address and most of time fails 
>>> to 
>>> resolv. This situation differs if I use "forwarders" servers like opendns: 
>>> resolving names it is really really quickly. And I don't understand why.
>>>
>>>   On the other hand I have tested three DNS servers using Windows 2003, 
>>> Windows 
>>> 2008 and Ubuntu hardy and these problems doesn't occurs (I don't need to 
>>> configure forwarders on any of them): all resolves any name and really fast.
>>>
>>>   IPv6 is disabled on both CentOS servers. Somebody knows why these dns 
>>> servers 
>>> are slow??
>>
>> My crystal ball is in repair.  Could you in the meantime add some more
>> hints, e.g. your config files, and how you diagnosed the slowness.
>>
>> My CentOS5 DNS-servers do resolve really quickly, with or without forwarders.
>>
>>
> Ok, my named.conf:
> 
> //
> // named.conf
> //
> 
> options {
>  directory "/var/named";
>  dump-file "/var/named/data/cache_dump.db";
>  statistics-file "/var/named/data/named_stats.txt";
>  memstatistics-file "/var/named/data/named_mem_stats.txt";
>  listen-on port 53 { 127.0.0.1; 172.25.50.10; };
>  version "DNS Server v2.0";
>  dnssec-enable no;
>  query-source port 53;
>  forwarders { 208.67.220.220; 208.67.222.222; };
> };
> 
> logging {
>  channel security_channel {
>  file "/var/named/data/security.log" versions 3 size 1m;
>  severity debug;
>  print-time yes;
>  print-category yes;
>  print-severity yes;
>  };
>  channel default {
>  syslog local4;
>  severity info;
>  print-category yes;
>  print-severity yes;
>  };
>  channel query_log {
>  file "/var/named/data/query.log" versions 3 size 1m;
>  print-time yes;
>  };
>  category security {
>  security_channel;
>  default;
>  };
>  category queries {
>  query_log;
>  };
>  channel default_debug {
>  file "/var/named/data/named.run";
>  severity dynamic;
>  };
>  category lame-servers { null; };
>  category default { default; };
> };
> 
> controls {
>  inet 127.0.0.1 allow { localhost; } keys { rndckey; };
> };


When you're not using forwarding, the dns server should have some basic 
knowledge
of the root servers.  So add something like:

   // prime the server with knowledge of the root servers
   zone "." {
   type hint;
   file "/path/to/the/file/having/named.root";
   };

And the file itself can be downloaded (and updated now and then) from:

http://www.internic.net/zones/named.root

And to avoid forwarding on silly resolutions for localhost or 127.x.x.x
you can do the same with a local "type master" zone for those two zones
as well:

   // be authoritative for the localhost forward and reverse zones
   zone "localhost" {
 type master;
 file "/path/to/the/file/having/localhost.zone";
   };
   zone "127.in-addr.arpa" {
 type master;
 file "/path/to/the/file/having/ptr-127.zone";
   };







-- 
Paul Bijnens, Xplanation Technology ServicesTel  +32 16 397.525
Interleuvenlaan 86, B-3001 Leuven, BELGIUM  Fax  +32 16 397.552
***
* I think I've got the hang of it now:  exit, ^D, ^C, ^\, ^Z, ^Q, ^^, *
* quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, ~., *
* stop, end, ^]c, +++ ATH, disconnect,  halt,  abort,  hangup,  KJOB, *
* ^X^X,  :D::D,  kill -9 1,  kill -1 $$,  shutdown,  init 0,  Alt-F4, *
* Alt-f-e, Ctrl-Alt-Del, Alt-SysRq-reisub, Stop-A, AltGr-NumLock, ... *
* ...  "Are you sure?"  ...   YES   ...   Phew ...   I'm out  *
***
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Auto-installing security updates?

[William L. Maltby]

On Mon, 2009-05-25 at 15:02 +0200, Sorin Srbu wrote:
> >-Original Message-
> >From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
> Behalf
> >Of William L. Maltby
> >

> >
> >Not likely on this list. More likely, a "preponderance", maybe even a
> >"majority", but I wouldn't be surprised if even those aren't achieved.
> >BTW, "general" is redundant with "consensus".
> 
> I'm sorry. I'm not a native English speaker or writer.

NP. I was not trying to rebuke you. Many "native English speakers" make
much more serious errors consistently. You do just fine. I make my share
of mistakes - especially since I started using the web so long ago.

> 
> Ok, so what would you guys suggest using on a laptop, if CentOS was not an
> option? I read in an earlier post where somebody suggested chosing distro
> based on the hardware. Suppose this hardware is a Dell Latitude a few years
> old, with no built-in wifi, but rather either a Dlink DFE-680TXD or a 3com
> 3CRWE154G72.

I don't have one, but with the holiday in the US, you might not get many
replies today. The last time this topic was raised, opinions were all
over the place. If you google for "laptop" and Centos together with
site:centos (maybe a few more words to narrow the search, like "distro",
"preferred", etc.) in the google advanced search area (it has a specific
box for the site so you can just enter "centos" there if you choose to
do so) you'll probably find the previous thread fairly quickly.


> 

HTH
-- 
Bill

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

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[carlopmart]

Paul Bijnens wrote:
> On 2009-05-25 13:21, carlopmart wrote:
>> Paul Bijnens wrote:
>>> On 2009-05-25 12:51, carlopmart wrote:
   I have a problem using named with different CentOS5 servers (2 servers): 
 all 
 they are really slow to resolv any internet address and most of time fails 
 to 
 resolv. This situation differs if I use "forwarders" servers like opendns: 
 resolving names it is really really quickly. And I don't understand why.

   On the other hand I have tested three DNS servers using Windows 2003, 
 Windows 
 2008 and Ubuntu hardy and these problems doesn't occurs (I don't need to 
 configure forwarders on any of them): all resolves any name and really 
 fast.

   IPv6 is disabled on both CentOS servers. Somebody knows why these dns 
 servers 
 are slow??
>>> My crystal ball is in repair.  Could you in the meantime add some more
>>> hints, e.g. your config files, and how you diagnosed the slowness.
>>>
>>> My CentOS5 DNS-servers do resolve really quickly, with or without 
>>> forwarders.
>>>
>>>
>> Ok, my named.conf:
>>
>> //
>> // named.conf
>> //
>>
>> options {
>>  directory "/var/named";
>>  dump-file "/var/named/data/cache_dump.db";
>>  statistics-file "/var/named/data/named_stats.txt";
>>  memstatistics-file "/var/named/data/named_mem_stats.txt";
>>  listen-on port 53 { 127.0.0.1; 172.25.50.10; };
>>  version "DNS Server v2.0";
>>  dnssec-enable no;
>>  query-source port 53;
>>  forwarders { 208.67.220.220; 208.67.222.222; };
>> };
>>
>> logging {
>>  channel security_channel {
>>  file "/var/named/data/security.log" versions 3 size 1m;
>>  severity debug;
>>  print-time yes;
>>  print-category yes;
>>  print-severity yes;
>>  };
>>  channel default {
>>  syslog local4;
>>  severity info;
>>  print-category yes;
>>  print-severity yes;
>>  };
>>  channel query_log {
>>  file "/var/named/data/query.log" versions 3 size 1m;
>>  print-time yes;
>>  };
>>  category security {
>>  security_channel;
>>  default;
>>  };
>>  category queries {
>>  query_log;
>>  };
>>  channel default_debug {
>>  file "/var/named/data/named.run";
>>  severity dynamic;
>>  };
>>  category lame-servers { null; };
>>  category default { default; };
>> };
>>
>> controls {
>>  inet 127.0.0.1 allow { localhost; } keys { rndckey; };
>> };
> 
> 
> When you're not using forwarding, the dns server should have some basic 
> knowledge
> of the root servers.  So add something like:
> 
>// prime the server with knowledge of the root servers
>zone "." {
>type hint;
>file "/path/to/the/file/having/named.root";
>};
> 
> And the file itself can be downloaded (and updated now and then) from:
> 
> http://www.internic.net/zones/named.root
> 
> And to avoid forwarding on silly resolutions for localhost or 127.x.x.x
> you can do the same with a local "type master" zone for those two zones
> as well:
> 
>// be authoritative for the localhost forward and reverse zones
>zone "localhost" {
>  type master;
>  file "/path/to/the/file/having/localhost.zone";
>};
>zone "127.in-addr.arpa" {
>  type master;
>  file "/path/to/the/file/having/ptr-127.zone";
>};
> 
> 
> 
> 
> 
> 
> 

Thanks Paul, but I have configured this previously. I have posted only relevat 
parts about the topic.

-- 
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[carlopmart]

Lars Hecking wrote:
>> options {
>>  directory "/var/named";
>>  dump-file "/var/named/data/cache_dump.db";
>>  statistics-file "/var/named/data/named_stats.txt";
>>  memstatistics-file "/var/named/data/named_mem_stats.txt";
>>  listen-on port 53 { 127.0.0.1; 172.25.50.10; };
>>  version "DNS Server v2.0";
>>  dnssec-enable no;
>>  query-source port 53;
>>  forwarders { 208.67.220.220; 208.67.222.222; };
>> };
>  
>> As you can see, I need to use "query-source port" param too with forwarders 
>> to
>> resolv names (and this is really really ugly).
>  
>  Explicit query-source port breaks port randomisation and is highly insecure.
>  Your problem may be an incorrectly configured firewall that only accepts
>  outgoing queries originating from source port 53 - it needs to accept all
>  outgoing queries for destination port 53.
> 
> 

Thanks lars. Correctly, firewall could be the problem, but it isn't. Because 
Ubuntu and Windows 2003/2008 doesn't have problems with it ... and resolves 
perfectly ... And I don't have configured this firewall to accept dns queries 
originating from source port 53 ...




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


-- 
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Auto-installing security updates?

[Sorin Srbu]

>-Original Message-
>From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf
>Of William L. Maltby
>Sent: Monday, May 25, 2009 3:27 PM
>To: CentOS mailing list
>Subject: Re: [CentOS] Auto-installing security updates?
>
>
>> Ok, so what would you guys suggest using on a laptop, if CentOS was not an
>> option?
>
>The last time this topic was raised, opinions were all
>over the place. If you google for "laptop" and Centos together with
>site:centos (maybe a few more words to narrow the search, like "distro",
>"preferred", etc.) in the google advanced search area (it has a specific
>box for the site so you can just enter "centos" there if you choose to
>do so) you'll probably find the previous thread fairly quickly.

Gotcha', thanks for the hint. I'll do that. 
-- 
/Sorin


smime.p7s
Description: S/MIME cryptographic signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Auto-installing security updates?

[Rob Kampen]

Sorin Srbu wrote:

-Original Message-
From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On


Behalf
  

Of William L. Maltby
Sent: Monday, May 25, 2009 2:24 PM
To: CentOS mailing list
Subject: Re: [CentOS] Auto-installing security updates?



Probably not the best distro for Laptops,
but many people on this list are using CentOS on their laptops.


So what's considered to be the "best" choice for laptops? I understand
mileage may vary and so on, but I think there might maybe be a general
consensus at least?
  

 ^

Not likely on this list. More likely, a "preponderance", maybe even a
"majority", but I wouldn't be surprised if even those aren't achieved.
BTW, "general" is redundant with "consensus".



I'm sorry. I'm not a native English speaker or writer.

Ok, so what would you guys suggest using on a laptop, if CentOS was not an
option? I read in an earlier post where somebody suggested chosing distro
based on the hardware. Suppose this hardware is a Dell Latitude a few years
old, with no built-in wifi, but rather either a Dlink DFE-680TXD or a 3com
3CRWE154G72.
  



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

Sorin,
I have installed and used CentOS on laptops just fine. The last two even 
had the internal wireless work without effort. You may need to do some 
work to get the wireless functioning okay - NetworkManager seems to help 
if you use both wired and wireless.
For me the advantage of using CentOS is that all machines have the same 
stuff in the same place, so I do not waste time looking for files and 
trying to work out how Ubuntu or whatever distro does something.
Also, I keep a local mirror of updates so I only need to use bandwidth 
once to get my updates.
I used to use Fedora, but got annoyed at having to do complete updates 
every 12 ~ 18 months.
I'd just try it and see, one can always grab another distro if CentOS is 
really too difficult to get functioning.

Rob
begin:vcard
fn:Rob Kampen
n:Kampen;Rob
email;internet:rkam...@kampensonline.com
tel;work:407-896-9556 x6344
tel;fax:407-896-7607
tel;home:407-876-4854
tel;cell:407-341-3815
version:2.1
end:vcard

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

Re: [CentOS] Intel Atom systems?

[Peter Hopfgartner]

I had some of them, too, running for years. The only problem I incurred 
was with a Flash memory that degraded after a while, so I would really 
recommend some of thoses "industrial grade" flash memories. The hardware 
is superb.

Peter

nate wrote:
> Bill Campbell wrote:
>   
>> Any comments on CentOS 5 on Intel Atom CPUs?
>>
>> I need to build a couple of inexpensive systems that will be used
>> primarily as gateway/firewall systems with OpenVPN, and need
>> recommendations in reliable hardware platforms.  These will need
>> two NICs.
>> 
>
> Go with Soekris, they are built for that purpose. You can even
> get an SSL accelerator card for them. Mine has a ~500Mhz AMD
> Geode CPU, 512MB ram, I added a 1GB CF card, it has 4x100Mbit
> NICs, it has a slot for a PCI device, I put a bracket with
> another serial port on there to hook to a UPS, has a USB port,
> and a serial port for console access, draws a tiny amount of
> power.
>
> I don't consider linux a good platform for firewall or VPN
> devices myself, I use OpenBSD, with pf. I have an OpenVPN
> from my soekris box at home to my co-located server(runs
> Debian), have had it hooked up for almost a year now, works
> great. I don't need the SSL acceleration card as my commit
> rate at the colo is only 1Mbit, so I don't want to push a lot
> of traffic.
>
> http://www.soekris.com/net5501.htm
>
> These things are designed from the ground up to be firewall/VPN
> appliances(low end mind you, your not gonna be pushing gigabits
> of traffic through them). The CPU on mine doesn't even have a
> heat sink.
>
> nate
>
>
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
>   


-- 
 
Dott. Peter Hopfgartner
 
R3 GIS Srl - GmbH
Via Johann Kravogl-Str. 2
I-39012 Meran/Merano (BZ)
Email: peter.hopfgart...@r3-gis.com
Tel. : +39 0473 494949
Fax  : +39 0473 069902
www  : http://www.r3-gis.com

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

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[Les Mikesell]

carlopmart wrote:
> Lars Hecking wrote:
>>> options {
>>>  directory "/var/named";
>>>  dump-file "/var/named/data/cache_dump.db";
>>>  statistics-file "/var/named/data/named_stats.txt";
>>>  memstatistics-file "/var/named/data/named_mem_stats.txt";
>>>  listen-on port 53 { 127.0.0.1; 172.25.50.10; };
>>>  version "DNS Server v2.0";
>>>  dnssec-enable no;
>>>  query-source port 53;
>>>  forwarders { 208.67.220.220; 208.67.222.222; };
>>> };
>>  
>>> As you can see, I need to use "query-source port" param too with forwarders 
>>> to
>>> resolv names (and this is really really ugly).
>>  
>>  Explicit query-source port breaks port randomisation and is highly insecure.
>>  Your problem may be an incorrectly configured firewall that only accepts
>>  outgoing queries originating from source port 53 - it needs to accept all
>>  outgoing queries for destination port 53.
>>
>>
> 
> Thanks lars. Correctly, firewall could be the problem, but it isn't. Because 
> Ubuntu and Windows 2003/2008 doesn't have problems with it ... and resolves 
> perfectly ... And I don't have configured this firewall to accept dns queries 
> originating from source port 53 ...
> 

What does 'dig' show about your access to the root servers without 
forwarders and with and without forcing the query-source port?  Compare 
it to the Ubuntu system.  Maybe there's something wrong with the root 
hints file - or maybe your border firewall is blocking all udp to this 
box but permitting it to the DNS servers that work.

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

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

Re: [CentOS] Auto-installing security updates?

[Robert Heller]

At Mon, 25 May 2009 15:05:25 +0200 CentOS mailing list  
wrote:

> 
> Content-language: sv
> 
> 
> ---Executing: recode
> >-Original Message-
> >From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
> Behalf
> >Of Robert Heller
> >Sent: Monday, May 25, 2009 2:52 PM
> >To: CentOS mailing list
> >Cc: 'CentOS mailing list'
> >Subject: Re: [CentOS] Auto-installing security updates?
> >
> >The *Intel* WiFi-NIC (Intel Corporation PRO/Wireless LAN 2100 3B Mini
> >PCI Adapter) on my IBM Thinkpad X31 worked mostly out-of-the-box.  I
> >just needed to download the firmware and I was up. So did the SMC Ez
> >Connect PCMCIA card I used on my previos laptop (I think it was a
> >prism54 flavor), also once I snarfed the proper firmware for it.
> 
> I think the prism-variety you mention is what's used with the wifi-NIC on a
> desktop I have, that I wanted to run MythTV on but haven't had any luck with
> yet.
> 
> The firmware you mention, is that used with dkms or something like that?

I'm not sure what the firmware does exactly.  Look in your
/var/log/messages file.  There will be some mention of 'failed to load
firmware' associated with the driver load.  You need to have a
partitular file living in /lib/firmware/ -- the name is wired into the
driver.  The SMC Ez Connect card needed something called isl3890.  I
don't remember where I got this.  My Intel card needed ipw2100-1.3*,
this I got off a site after googling for 'firmware ipw2100' (or
something like that).  Getting the Intel was easy -- there is a web
site with all of the info needed.  Getting the prism firware was a bit
of a hassle.  You might have to unpack a file from the CD that came
with the WiFi card -- this means you need some Windows tool to
unpack/install it someplace and then copy the magic file from where the
Windows installer/unpacker puts it to your Linux box and make sure it
has the proper name.  It is important to get the correct version for
your card.


-- 
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] Auto-installing security updates?

[Robert Heller]

At Mon, 25 May 2009 15:02:28 +0200 CentOS mailing list  
wrote:

> 
> Content-language: sv
> 
> 
> ---Executing: recode
> >-Original Message-
> >From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
> Behalf
> >Of William L. Maltby
> >Sent: Monday, May 25, 2009 2:24 PM
> >To: CentOS mailing list
> >Subject: Re: [CentOS] Auto-installing security updates?
> >
> >> >Probably not the best distro for Laptops,
> >> >but many people on this list are using CentOS on their laptops.
> >>
> >> So what's considered to be the "best" choice for laptops? I understand
> >> mileage may vary and so on, but I think there might maybe be a general
> >> consensus at least?
> >  ^
> >
> >Not likely on this list. More likely, a "preponderance", maybe even a
> >"majority", but I wouldn't be surprised if even those aren't achieved.
> >BTW, "general" is redundant with "consensus".
> 
> I'm sorry. I'm not a native English speaker or writer.
> 
> Ok, so what would you guys suggest using on a laptop, if CentOS was not an
> option? I read in an earlier post where somebody suggested chosing distro
> based on the hardware. Suppose this hardware is a Dell Latitude a few years
> old, with no built-in wifi, but rather either a Dlink DFE-680TXD or a 3com
> 3CRWE154G72.

CentOS will work just fine.  (Probably *any* distro will work just
fine.)

CentOS will work with older hardware.  The only hardware that will be
problematical will be winmodems -- *ALL* linux distros do badly with
winmodems.  It is a combination of lack of documentation about what is
going on inside the winmodem and a serious lack of motivation: most
Linux developers have real internet connections and no longer have an
interest in dialup, plus *real* (RS232-based) modems are cheap and ALL
of them work out-of-the-box. From many points of view, winmodems are
pointless hardware.

CentOS only has these problems WRT laptops (or desktops to a lesser
extent):

It is an 'conservitive' distro (same can be said about all of the
RHEL-based distros).  This means three *main* things:

1) Support for bleeding edge hardware might be a problem.  Mostly things
   like sound cards, WiFi NICs, and (cheap) digital cameras. Most other
   hardware is 'standardized' enough to work on some level (eg video
   cards will work at basic resolution levels, etc.) RedHat does back
   port critical hardware drivers (things like mass storage
   controller drivers (SATA, SCSI, RAID, etc.)). 

2) You won't get the most recent, hot, bleeding edge version of
   software. You also won't get buggy software either. No great loss
   IMHO.

3) RHEL distros will lack most of the flashy toys (eg fancy
   multi-media), including flashy eye-candy.

Only 1 is really a 'problem' for laptops, since fresh off the showroom
floor laptops tend to have all sorts of bleeding edge hardware.  With a
desktop one can mix-and-match compatible PCI cards, etc. and avoid or
cure these problems. One *could* just snarf a suitable kernel from
FC-land if one knows what one is doing, etc.

2 & 3 can be solved with a combination of CentOSPlus, epel, rpmforge,
and lots of fun with rpmbuild and srpms from FC-land (or even more fun
with tar & make and related tools).  I've even dropped in RPMs from
Mandrake and SUSE onto my system (rpmfind.net can be quite useful at
times). I've even snarfed srpms from other distros and bashed them
though rpmbuild, usually after tinkering with the .spec file.



-- 
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] Gnome terminal oddity

[James B. Byrne]

On: Fri, 22 May 2009 16:58:26 + (UTC), Beartooth
 wrote:
>
> On Fri, 22 May 2009 12:49:43 -0400, James B. Byrne wrote:
>
>> I have the following gnome terminal profile settings:
>>
>> Backspace  = ASCII DEL
>> Delete Key = Escape Sequence
>   []
>> I am fairly confident that the delete key worked in the same
>> fashion for my usual user id up until quite recently.  Does
>> anyone know of why or how this behaviour could differ between
>> two separate users in the same terminal window?
>
>   I have my gnome-terminal (under Fedora, not CentOS) set to
> Control-H and Escape Sequence; that works fine for all users here,
> and does what I'm guessing you want.
>

That setting does not change the observed behaviour.  If I su -l
then the Escape Sequence DEL removes the character under the cursor
and left shifts the line.  If I am not the superuser, even in
exactly the same gnome terminal window instance, then the DEL has no
evident effect.

-- 
***  E-Mail is NOT a SECURE channel  ***
James B. Byrnemailto:byrn...@harte-lyne.ca
Harte & Lyne Limited  http://www.harte-lyne.ca
9 Brockley Drive  vox: +1 905 561 1241
Hamilton, Ontario fax: +1 905 561 0757
Canada  L8E 3C3

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

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[carlopmart]

Les Mikesell wrote:
> carlopmart wrote:
>> Lars Hecking wrote:
 options {
  directory "/var/named";
  dump-file "/var/named/data/cache_dump.db";
  statistics-file "/var/named/data/named_stats.txt";
  memstatistics-file "/var/named/data/named_mem_stats.txt";
  listen-on port 53 { 127.0.0.1; 172.25.50.10; };
  version "DNS Server v2.0";
  dnssec-enable no;
  query-source port 53;
  forwarders { 208.67.220.220; 208.67.222.222; };
 };
>>>  
 As you can see, I need to use "query-source port" param too with 
 forwarders to
 resolv names (and this is really really ugly).
>>>  
>>>  Explicit query-source port breaks port randomisation and is highly 
>>> insecure.
>>>  Your problem may be an incorrectly configured firewall that only accepts
>>>  outgoing queries originating from source port 53 - it needs to accept all
>>>  outgoing queries for destination port 53.
>>>
>>>
>> Thanks lars. Correctly, firewall could be the problem, but it isn't. Because 
>> Ubuntu and Windows 2003/2008 doesn't have problems with it ... and resolves 
>> perfectly ... And I don't have configured this firewall to accept dns 
>> queries 
>> originating from source port 53 ...
>>
> 
> What does 'dig' show about your access to the root servers without 
> forwarders and with and without forcing the query-source port?  Compare 
> it to the Ubuntu system.  Maybe there's something wrong with the root 
> hints file - or maybe your border firewall is blocking all udp to this 
> box but permitting it to the DNS servers that work.
> 

Thanks Les, but I have checked it before post this problem. Ubuntu and CentOS 
have the same file to do querys to root servers ...

I have find a temporary solution: reduce the MTU on CentOS server (1440) ...I 
need to investigate why centOS loses some packages and ubuntu doesn't 

-- 
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[Les Mikesell]

carlopmart wrote:
> Les Mikesell wrote:
>> carlopmart wrote:
>>> Lars Hecking wrote:
> options {
>  directory "/var/named";
>  dump-file "/var/named/data/cache_dump.db";
>  statistics-file "/var/named/data/named_stats.txt";
>  memstatistics-file "/var/named/data/named_mem_stats.txt";
>  listen-on port 53 { 127.0.0.1; 172.25.50.10; };
>  version "DNS Server v2.0";
>  dnssec-enable no;
>  query-source port 53;
>  forwarders { 208.67.220.220; 208.67.222.222; };
> };
  
> As you can see, I need to use "query-source port" param too with 
> forwarders to
> resolv names (and this is really really ugly).
  
  Explicit query-source port breaks port randomisation and is highly 
 insecure.
  Your problem may be an incorrectly configured firewall that only accepts
  outgoing queries originating from source port 53 - it needs to accept all
  outgoing queries for destination port 53.


>>> Thanks lars. Correctly, firewall could be the problem, but it isn't. 
>>> Because 
>>> Ubuntu and Windows 2003/2008 doesn't have problems with it ... and resolves 
>>> perfectly ... And I don't have configured this firewall to accept dns 
>>> queries 
>>> originating from source port 53 ...
>>>
>> What does 'dig' show about your access to the root servers without 
>> forwarders and with and without forcing the query-source port?  Compare 
>> it to the Ubuntu system.  Maybe there's something wrong with the root 
>> hints file - or maybe your border firewall is blocking all udp to this 
>> box but permitting it to the DNS servers that work.
>>
> 
> Thanks Les, but I have checked it before post this problem. Ubuntu and CentOS 
> have the same file to do querys to root servers ...

And the results of 'dig' on each?

> I have find a temporary solution: reduce the MTU on CentOS server (1440) ...I 
> need to investigate why centOS loses some packages and ubuntu doesn't 

Are you routing through tunnels?


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


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

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[carlopmart]

Les Mikesell wrote:
> carlopmart wrote:
>> Les Mikesell wrote:
>>> carlopmart wrote:
 Lars Hecking wrote:
>> options {
>>  directory "/var/named";
>>  dump-file "/var/named/data/cache_dump.db";
>>  statistics-file "/var/named/data/named_stats.txt";
>>  memstatistics-file "/var/named/data/named_mem_stats.txt";
>>  listen-on port 53 { 127.0.0.1; 172.25.50.10; };
>>  version "DNS Server v2.0";
>>  dnssec-enable no;
>>  query-source port 53;
>>  forwarders { 208.67.220.220; 208.67.222.222; };
>> };
>  
>> As you can see, I need to use "query-source port" param too with 
>> forwarders to
>> resolv names (and this is really really ugly).
>  
>  Explicit query-source port breaks port randomisation and is highly 
> insecure.
>  Your problem may be an incorrectly configured firewall that only accepts
>  outgoing queries originating from source port 53 - it needs to accept all
>  outgoing queries for destination port 53.
>
>
 Thanks lars. Correctly, firewall could be the problem, but it isn't. 
 Because 
 Ubuntu and Windows 2003/2008 doesn't have problems with it ... and 
 resolves 
 perfectly ... And I don't have configured this firewall to accept dns 
 queries 
 originating from source port 53 ...

>>> What does 'dig' show about your access to the root servers without 
>>> forwarders and with and without forcing the query-source port?  Compare 
>>> it to the Ubuntu system.  Maybe there's something wrong with the root 
>>> hints file - or maybe your border firewall is blocking all udp to this 
>>> box but permitting it to the DNS servers that work.
>>>
>> Thanks Les, but I have checked it before post this problem. Ubuntu and 
>> CentOS 
>> have the same file to do querys to root servers ...
> 
> And the results of 'dig' on each?
> 
>> I have find a temporary solution: reduce the MTU on CentOS server (1440) 
>> ...I 
>> need to investigate why centOS loses some packages and ubuntu doesn't 
> 
> Are you routing through tunnels?
> 
> 
No, all hosts (firewall and CentOS DNS server) are connected to GByte network.

-- 
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] OBM groupware on centos

[DNK]

Have any of you tried out the OBM groupware stuff on centos? They have  
RHEL5 rpm's.

http://obm.org/doku.php?id=start


Also curious how it is as a groupware/exchange alternative

d


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

Re: [CentOS] Intel Atom systems?

[Angus MacGyver]

On Mon, 2009-05-25 at 16:22 +0200, Peter Hopfgartner wrote:
> I had some of them, too, running for years. The only problem I
> incurred 
> was with a Flash memory that degraded after a while, so I would
> really 
> recommend some of thoses "industrial grade" flash memories. The
> hardware 
> is superb.
> 
> Peter
> 
> nate wrote:
> > Bill Campbell wrote:
> >   
> >> Any comments on CentOS 5 on Intel Atom CPUs?
> >>
> >> I need to build a couple of inexpensive systems that will be used
> >> primarily as gateway/firewall systems with OpenVPN, and need
> >> recommendations in reliable hardware platforms.  These will need
> >> two NICs.
> >> 
> >
> > Go with Soekris, they are built for that purpose. You can even
> > get an SSL accelerator card for them. Mine has a ~500Mhz AMD
> > Geode CPU, 512MB ram, I added a 1GB CF card, it has 4x100Mbit
> > NICs, it has a slot for a PCI device, I put a bracket with
> > another serial port on there to hook to a UPS, has a USB port,
> > and a serial port for console access, draws a tiny amount of
> > power.
> >
> > I don't consider linux a good platform for firewall or VPN
> > devices myself, I use OpenBSD, with pf. I have an OpenVPN
> > from my soekris box at home to my co-located server(runs
> > Debian), have had it hooked up for almost a year now, works
> > great. I don't need the SSL acceleration card as my commit
> > rate at the colo is only 1Mbit, so I don't want to push a lot
> > of traffic.
> >
> > http://www.soekris.com/net5501.htm
> >
> > These things are designed from the ground up to be firewall/VPN
> > appliances(low end mind you, your not gonna be pushing gigabits
> > of traffic through them). The CPU on mine doesn't even have a
> > heat sink.
> >
> > nate


Or even a WRAP/ALIX system  - 
http://pcengines.ch/alix.htm


WRAP's are old, but I've still got one powering my firewall/VPN device,
years later(WAN/LAN and DMZ), and the ALIX is a drop in replacement, and
I have one of those in a NAS.

Granted, you ain't gonna get multi GB throughput, same as soekris, but
by goodness they are stable and reliable, zero moving parts, and as for
ALIX/WRAP series, pretty neglible power requirements.

Also agree with Nate, I'd choose a version of BSD for a firewall/gateway
device over Linux, either FreeBSD or OpenBSD.

Regards
AM

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

[CentOS] CentOS-announce Digest, Vol 51, Issue 11

[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-2009:0258 Moderate CentOS 4 i386 thunderbird - security
  update (Tru Huynh)
   2. CESA-2009:0258 Moderate CentOS 4 x86_64   thunderbird -
  security  update (Tru Huynh)
   3. CESA-2009:0329 Important CentOS 3 ia64 freetype - security
  update (Pasi Pirhonen)
   4. CESA-2009:1059 Important CentOS 3 ia64 pidgin -   security
  update (Pasi Pirhonen)
   5. CESA-2009:0329 Important CentOS 3 s390(x) freetype - security
  update (Pasi Pirhonen)
   6. CESA-2009:1059 Important CentOS 3 s390(x) pidgin  - security
  update (Pasi Pirhonen)


--

Message: 1
Date: Mon, 25 May 2009 09:09:51 +0200
From: Tru Huynh 
Subject: [CentOS-announce] CESA-2009:0258 Moderate CentOS 4 i386
thunderbird - security update
To: centos-annou...@centos.org
Message-ID: <20090525070951.ga29...@sillage.bis.pasteur.fr>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory CESA-2009:0258

thunderbird security update for CentOS 4 i386:
https://rhn.redhat.com/errata/RHSA-2009-0258.html

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

i386:
updates/i386/RPMS/thunderbird-1.5.0.12-19.el4.centos.i386.rpm

source:
updates/SRPMS/thunderbird-1.5.0.12-19.el4.centos.src.rpm

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

yum update thunderbird

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/20090525/704f88af/attachment-0001.bin
 

--

Message: 2
Date: Mon, 25 May 2009 09:11:28 +0200
From: Tru Huynh 
Subject: [CentOS-announce] CESA-2009:0258 Moderate CentOS 4 x86_64
thunderbird - security  update
To: centos-annou...@centos.org
Message-ID: <20090525071128.gb29...@sillage.bis.pasteur.fr>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory CESA-2009:0258

thunderbird security update for CentOS 4 x86_64:
https://rhn.redhat.com/errata/RHSA-2009-0258.html

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

x86_64:
updates/x86_64/RPMS/thunderbird-1.5.0.12-19.el4.centos.x86_64.rpm

source:
updates/SRPMS/thunderbird-1.5.0.12-19.el4.centos.src.rpm

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

yum update thunderbird

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/20090525/6de2a37d/attachment-0001.bin
 

--

Message: 3
Date: Mon, 25 May 2009 17:41:27 +0300
From: Pasi Pirhonen 
Subject: [CentOS-announce] CESA-2009:0329 Important CentOS 3 ia64
freetype -  security update
To: centos-annou...@centos.org
Message-ID: <20090525144127.gm18...@centos.fi>
Content-Type: text/plain; charset="us-ascii"

CentOS Errata and Security Advisory 2009:0329

https://rhn.redhat.com/errata/RHSA-2009-0329.html

The following updated files have been uploaded and are currently
syncing to the mirrors:

ia64:
updates/ia64/RPMS/freetype-2.1.4-12.el3.ia64.rpm
updates/ia64/RPMS/freetype-demos-2.1.4-12.el3.ia64.rpm
updates/ia64/RPMS/freetype-devel-2.1.4-12.el3.ia64.rpm
updates/ia64/RPMS/freetype-utils-2.1.4-12.el3.ia64.rpm


-- 
Pasi Pirhonen - u...@iki.fi - http://pasi.pirhonen.eu/
Top-postings silently ignored
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : 
http://lists.centos.org/pipermail/centos-announce/attachments/20090525/935f96ed/attachment-0001.bin
 

--

Message: 4
Date: Mon, 25 May 2009 17:42:35 +0300
From: Pasi Pirhonen 
Subject: [CentOS-announce] CESA-2009:1059 Important CentOS 3 ia64
pidgin -  

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[Les Mikesell]

carlopmart wrote:
>> Thanks lars. Correctly, firewall could be the problem, but it isn't. 
>> Because 
> Ubuntu and Windows 2003/2008 doesn't have problems with it ... and 
> resolves 
> perfectly ... And I don't have configured this firewall to accept dns 
> queries 
> originating from source port 53 ...
>
 What does 'dig' show about your access to the root servers without 
 forwarders and with and without forcing the query-source port?  Compare 
 it to the Ubuntu system.  Maybe there's something wrong with the root 
 hints file - or maybe your border firewall is blocking all udp to this 
 box but permitting it to the DNS servers that work.

>>> Thanks Les, but I have checked it before post this problem. Ubuntu and 
>>> CentOS 
>>> have the same file to do querys to root servers ...
>> And the results of 'dig' on each?
>>
>>> I have find a temporary solution: reduce the MTU on CentOS server (1440) 
>>> ...I 
>>> need to investigate why centOS loses some packages and ubuntu doesn't 
>> Are you routing through tunnels?
>>
>>
> No, all hosts (firewall and CentOS DNS server) are connected to GByte network.

That's not where the problem is. Since you are working with forwarding 
on, the problem has to be when you try to go directly to the internet 
over UDP so it would be at the firewall or border router.  When DNS 
fails, it will retry with TCP and that might be why it eventually works. 
   Is there anything in the path to the internet that needs a lower MTU 
(perhaps a DNS line running PPOE)?  Or do you have jumbo packets enabled 
on your Gig NIC?  And if you do need a small MTU, do you have firewalls 
blocking the ICMP messages that are required to discover that automatically?

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



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

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[carlopmart]

Les Mikesell wrote:
> carlopmart wrote:
>>> Thanks lars. Correctly, firewall could be the problem, but it isn't. 
>>> Because 
>> Ubuntu and Windows 2003/2008 doesn't have problems with it ... and 
>> resolves 
>> perfectly ... And I don't have configured this firewall to accept dns 
>> queries 
>> originating from source port 53 ...
>>
> What does 'dig' show about your access to the root servers without 
> forwarders and with and without forcing the query-source port?  Compare 
> it to the Ubuntu system.  Maybe there's something wrong with the root 
> hints file - or maybe your border firewall is blocking all udp to this 
> box but permitting it to the DNS servers that work.
>
 Thanks Les, but I have checked it before post this problem. Ubuntu and 
 CentOS 
 have the same file to do querys to root servers ...
>>> And the results of 'dig' on each?
>>>
 I have find a temporary solution: reduce the MTU on CentOS server (1440) 
 ...I 
 need to investigate why centOS loses some packages and ubuntu doesn't 
>>> Are you routing through tunnels?
>>>
>>>
>> No, all hosts (firewall and CentOS DNS server) are connected to GByte 
>> network.
> 
> That's not where the problem is. Since you are working with forwarding 
> on, the problem has to be when you try to go directly to the internet 
> over UDP so it would be at the firewall or border router.  When DNS 
> fails, it will retry with TCP and that might be why it eventually works. 

That's not possible, because firewall only permits DNS querys over UDP ...


>Is there anything in the path to the internet that needs a lower MTU 
> (perhaps a DNS line running PPOE)?  Or do you have jumbo packets enabled 
> on your Gig NIC? 

No, but firewalls have a mtu configured with 1450 on external interfaces ...

  And if you do need a small MTU, do you have firewalls
> blocking the ICMP messages that are required to discover that automatically?

Yes, ICMP messages are blocked on firewall, but are blocked for all hosts: 
centos dns servers, ubuntu servers, windows servers ... i don't understand why 
using Ubuntu or windows servers to resolve names works ok and with centos (and 
with either rhel5. I have just check it) doesn't ...

> 


-- 
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Intel Atom systems?

[William Warren]

Tosh wrote:
> Karanbir Singh wrote:
>   
>> Hi Bill,
>>
>> On 05/23/2009 08:37 PM, Bill Campbell wrote:
>> 
> Any comments on CentOS 5 on Intel Atom CPUs?
>   
>> Something I totally left out in my last email - atleast 2 people have
>> reported success using C5 on Atom. I've looked at one of the original
>> intel reference platform kits, and things worked pretty much out of the box.
>> 
>
> I have a mail server running with an atom 230 processor (intel original 
> board), I installed it about a year ago and had to install the nic 
> driver 8101 manually
>
> One of our customers has around 20 kiosks with the atom 330 processors 
> (intel original board) runs out of the box with centos 5.3
>
> technically there are just old celeron (pentium4 based) processors with 
> low energy consumption, so for the operating system it makes no real 
> difference, for your electricity bill it does
>
>
>
>   
intel atoms are not celerons..they are in order processors..the celerons 
are out of order superscalar processors.
http://www.anandtech.com/cpuchipsets/showdoc.aspx?i=3276&p=6
read the rest of the artiucle for full details
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Auto-installing security updates?

[JohnS]

On Mon, 2009-05-25 at 15:02 +0200, Sorin Srbu wrote:
> >-Original Message-
> >From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
> Behalf
> >Of William L. Maltby
> >Sent: Monday, May 25, 2009 2:24 PM
> >To: CentOS mailing list
> >Subject: Re: [CentOS] Auto-installing security updates?
> >
> >> >Probably not the best distro for Laptops,
> >> >but many people on this list are using CentOS on their laptops.
> >>
> >> So what's considered to be the "best" choice for laptops? I understand
> >> mileage may vary and so on, but I think there might maybe be a general
> >> consensus at least?
> >  ^
> >
> >Not likely on this list. More likely, a "preponderance", maybe even a
> >"majority", but I wouldn't be surprised if even those aren't achieved.
> >BTW, "general" is redundant with "consensus".
> 
> I'm sorry. I'm not a native English speaker or writer.
> 
> Ok, so what would you guys suggest using on a laptop, if CentOS was not an
> option? I read in an earlier post where somebody suggested chosing distro
> based on the hardware. Suppose this hardware is a Dell Latitude a few years
> old, with no built-in wifi, but rather either a Dlink DFE-680TXD or a 3com
> 3CRWE154G72.
---
What do you mean a few years old? I have 2 Dell Latitude LS's that work
work fine out of the box with CentOS 4.7 and 5.3. They barely meet the
i686 cutoff date.

JohnStanley

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

[CentOS] Photo browser

[centos]

Hi,

Can somebody  recommend a photo browser. It needs to support
CR2, NEF, PEF and DNG formats. I'm looking for something like
Infranview, but for Linux.

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

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[JohnS]

On Mon, 2009-05-25 at 16:57 +0200, carlopmart wrote:

> I have find a temporary solution: reduce the MTU on CentOS server (1440) ...I 
> need to investigate why centOS loses some packages and ubuntu doesn't 
---
What happens when you set the MTU for the type of Net Link you have?
That goes for the switches and Routers also. Are the Links Auto
Negotiated?

JohnStanley

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

Re: [CentOS] Photo browser

[JohnS]

On Mon, 2009-05-25 at 09:44 -0700, cen...@911networks.com wrote:
> Hi,
> 
> Can somebody  recommend a photo browser. It needs to support
> CR2, NEF, PEF and DNG formats. I'm looking for something like
> Infranview, but for Linux.
---
Well I need one that supports *.raw for a Client of mine but I'm
currently "SOL" on that.

Have you looked at GThumb, Googles Picassa and the many more.

JohnStanley

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

Re: [CentOS] Auto-installing security updates?

[Robert Heller]

At Mon, 25 May 2009 12:35:02 -0400 CentOS mailing list  
wrote:

> 
> 
> On Mon, 2009-05-25 at 15:02 +0200, Sorin Srbu wrote:
> > >-Original Message-
> > >From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
> > Behalf
> > >Of William L. Maltby
> > >Sent: Monday, May 25, 2009 2:24 PM
> > >To: CentOS mailing list
> > >Subject: Re: [CentOS] Auto-installing security updates?
> > >
> > >> >Probably not the best distro for Laptops,
> > >> >but many people on this list are using CentOS on their laptops.
> > >>
> > >> So what's considered to be the "best" choice for laptops? I understand
> > >> mileage may vary and so on, but I think there might maybe be a general
> > >> consensus at least?
> > >  ^
> > >
> > >Not likely on this list. More likely, a "preponderance", maybe even a
> > >"majority", but I wouldn't be surprised if even those aren't achieved.
> > >BTW, "general" is redundant with "consensus".
> > 
> > I'm sorry. I'm not a native English speaker or writer.
> > 
> > Ok, so what would you guys suggest using on a laptop, if CentOS was not an
> > option? I read in an earlier post where somebody suggested chosing distro
> > based on the hardware. Suppose this hardware is a Dell Latitude a few years
> > old, with no built-in wifi, but rather either a Dlink DFE-680TXD or a 3com
> > 3CRWE154G72.
> ---
> What do you mean a few years old? I have 2 Dell Latitude LS's that work
> work fine out of the box with CentOS 4.7 and 5.3. They barely meet the
> i686 cutoff date.

What is the 'i686 cutoff date'?

> 
> JohnStanley
> 
> ___
> 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] Photo browser

[centos]

On Mon, 25 May 2009 13:00:21 -0400
JohnS  wrote:

> 
> On Mon, 2009-05-25 at 09:44 -0700, cen...@911networks.com wrote:
> > Hi,
> > 
> > Can somebody  recommend a photo browser. It needs to support
> > CR2, NEF, PEF and DNG formats. I'm looking for something like
> > Infranview, but for Linux.
> ---
> Well I need one that supports *.raw for a Client of mine but I'm
> currently "SOL" on that.
> 
> Have you looked at GThumb, Googles Picassa and the many more.

Gthumb only supports: BMP, JPEG, GIF, PNG, TIFF, ICO, XPM. It will
try to extract the thumbnail preview, but I can't view or evaluate
the photo.

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

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[Les Mikesell]

carlopmart wrote:
> Les Mikesell wrote:
>> carlopmart wrote:
 Thanks lars. Correctly, firewall could be the problem, but it isn't. 
 Because 
>>> Ubuntu and Windows 2003/2008 doesn't have problems with it ... and 
>>> resolves 
>>> perfectly ... And I don't have configured this firewall to accept dns 
>>> queries 
>>> originating from source port 53 ...
>>>
>> What does 'dig' show about your access to the root servers without 
>> forwarders and with and without forcing the query-source port?  Compare 
>> it to the Ubuntu system.  Maybe there's something wrong with the root 
>> hints file - or maybe your border firewall is blocking all udp to this 
>> box but permitting it to the DNS servers that work.
>>
> Thanks Les, but I have checked it before post this problem. Ubuntu and 
> CentOS 
> have the same file to do querys to root servers ...
 And the results of 'dig' on each?

> I have find a temporary solution: reduce the MTU on CentOS server (1440) 
> ...I 
> need to investigate why centOS loses some packages and ubuntu doesn't 
 Are you routing through tunnels?


>>> No, all hosts (firewall and CentOS DNS server) are connected to GByte 
>>> network.
>> That's not where the problem is. Since you are working with forwarding 
>> on, the problem has to be when you try to go directly to the internet 
>> over UDP so it would be at the firewall or border router.  When DNS 
>> fails, it will retry with TCP and that might be why it eventually works. 
> 
> That's not possible, because firewall only permits DNS querys over UDP ...

I'd advise following the standards.  If the response won't fit in a udp 
packet, it has to fail over to tcp.

> 
>>Is there anything in the path to the internet that needs a lower MTU 
>> (perhaps a DNS line running PPOE)?  Or do you have jumbo packets enabled 
>> on your Gig NIC? 
> 
> No, but firewalls have a mtu configured with 1450 on external interfaces ...

Why?

>   And if you do need a small MTU, do you have firewalls
>> blocking the ICMP messages that are required to discover that automatically?
> 
> Yes, ICMP messages are blocked on firewall, but are blocked for all hosts: 
> centos dns servers, ubuntu servers, windows servers ... i don't understand 
> why 
> using Ubuntu or windows servers to resolve names works ok and with centos 
> (and 
> with either rhel5. I have just check it) doesn't ...

The 'dig' response might give you a hint.  But if all other network 
operations work OK, I'd still guess it is a firewall setting that you 
are missing.

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

Re: [CentOS] Photo browser

[Jim Wildman]

On Mon, 25 May 2009, JohnS wrote:

> ---
> Well I need one that supports *.raw for a Client of mine but I'm
> currently "SOL" on that.
>
> Have you looked at GThumb, Googles Picassa and the many more.
>
> JohnStanley
>

I like Picassa if I want to do editing, or gwenview for just
viewing (particularly with KDE)

--
Jim Wildman, CISSP, RHCE   j...@rossberry.com http://www.rossberry.com
"Society in every state is a blessing, but Government, even in its best
state, is a necessary evil; in its worst state, an intolerable one."
Thomas Paine
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] rsyslog expression based filters

[Kanwar Ranbir Sandhu]

Hello All,

Does the rsyslog version in CentOS 5 support expression based filters?
I'm asking because a filter I believe should be working, isn't and I
cannot figure out why.

I'm trying to get the following expression working (might wrap):

if $source == 'astappsrv2' and $programname == 'asterisk' then 
/var/log/asterisk/astappsrv2.log

Every time I restart rsyslog, I get this error (slightly edited to make
it fit):

rsyslogd:unknown priority name "log"
rsyslogd:the last error occured in /etc/rsyslog.conf, line 16
rsyslogd:warning: selector line without actions will be discarded


The line rsyslog is having problems with is the expression based filter.
astappsrv2 is the log client, and it's successfully sending it's logs to
the remote log host (the one on which I'm having problems with the
expression filter).  I know the logs are coming in because I've setup
property based filters that all work just fine.

I can take this to the rsyslog list if need be. I wanted to try here
first.

Regards,

Ranbir

-- 
Kanwar Ranbir Sandhu
Linux 2.6.27.21-170.2.56.fc10.x86_64 x86_64 GNU/Linux 
13:46:04 up 1 day, 14:56, 4 users, load average: 1.03, 0.41, 0.14 


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

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[RobertH]

ive read most of the thread, yet not all. forgive me as i might have missed
some of this below in helping...

carlopmart,

what is in your /etc/resolv.conf

is it configured correctly?

are you using ipv6?

if not, is it fully disabled / turned off?

in modprobe.conf put

alias net-pf-10 off
alias ipv6 off

reboot...

also, are you loading those other opsys on the same machine and getting good
results or different machines?

testing other opsys on different hardware could be problematic.

did you bother to check the physical ports to see if any problems in the
switch or with ethtool on the server interface ?

thoughtfully consinder following advise of others re: tcp and dns

cables...

 - rh

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

Re: [CentOS] Auto-installing security updates?

[JohnS]

On Mon, 2009-05-25 at 13:02 -0400, Robert Heller wrote:
> At Mon, 25 May 2009 12:35:02 -0400 CentOS mailing list  
> wrote:
> 
> > 
> > 
> > On Mon, 2009-05-25 at 15:02 +0200, Sorin Srbu wrote:
> > > >-Original Message-
> > > >From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
> > > Behalf
> > > >Of William L. Maltby
> > > >Sent: Monday, May 25, 2009 2:24 PM
> > > >To: CentOS mailing list
> > > >Subject: Re: [CentOS] Auto-installing security updates?
> > > >
> > > >> >Probably not the best distro for Laptops,
> > > >> >but many people on this list are using CentOS on their laptops.
> > > >>
> > > >> So what's considered to be the "best" choice for laptops? I understand
> > > >> mileage may vary and so on, but I think there might maybe be a general
> > > >> consensus at least?
> > > >  ^
> > > >
> > > >Not likely on this list. More likely, a "preponderance", maybe even a
> > > >"majority", but I wouldn't be surprised if even those aren't achieved.
> > > >BTW, "general" is redundant with "consensus".
> > > 
> > > I'm sorry. I'm not a native English speaker or writer.
> > > 
> > > Ok, so what would you guys suggest using on a laptop, if CentOS was not an
> > > option? I read in an earlier post where somebody suggested chosing distro
> > > based on the hardware. Suppose this hardware is a Dell Latitude a few 
> > > years
> > > old, with no built-in wifi, but rather either a Dlink DFE-680TXD or a 3com
> > > 3CRWE154G72.
> > ---
> > What do you mean a few years old? I have 2 Dell Latitude LS's that work
> > work fine out of the box with CentOS 4.7 and 5.3. They barely meet the
> > i686 cutoff date.
> 
> What is the 'i686 cutoff date'?
---
Hmm P2 450MHz is what is on my 2 laptops. So I think Pentium Pro and
above for Intel and the Original Athlon and above for Athlon.

JohnStanley

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

[CentOS] lacie drive and CentOS 5.3 question...

[Ray Van Dolson]

I'm adding a couple lacie external USB drives to my CentOS 5.3 system
and running into a few issues... when I connect them, I see the
following in dmesg:

  usb 1-1: new high speed USB device using ehci_hcd and address 11
  usb 1-1: configuration #1 chosen from 1 choice

And that's it.  No device assignment information, the usb-storage
module does not appear to be loaded and I am unable to access the
drive.

I do see the following in lsusb:

  Bus 001 Device 011: ID 0451:6250 Texas Instruments, Inc.

I'm assuming the kernel or udev doesn't know what to do with the given
device ID and isn't correctly mapping it to the usb-storage module (I
have manually loaded usb-storage with modprobe usb-storage prior to
attaching the device).

I found a post describing how to manually map a vendor id / device id
to usb-storage, but it has to do with the old hotplug system from
CentOS 4.

Can anyone advise me on how I can tell my system the above device is a
mass storage device?  Do I need to write some udev rules?

These drives work fine (automatically) on a Fedora 10 machine.  Also, I
am using the "plus" kernel on my CentOS machine.

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

Re: [CentOS] Photo browser

[JohnS]

On Mon, 2009-05-25 at 10:19 -0700, cen...@911networks.com wrote:
> On Mon, 25 May 2009 13:00:21 -0400
> JohnS  wrote:
> 
> > 
> > On Mon, 2009-05-25 at 09:44 -0700, cen...@911networks.com wrote:
> > > Hi,
> > > 
> > > Can somebody  recommend a photo browser. It needs to support
> > > CR2, NEF, PEF and DNG formats. I'm looking for something like
> > > Infranview, but for Linux.
> > ---
> > Well I need one that supports *.raw for a Client of mine but I'm
> > currently "SOL" on that.
> > 
> > Have you looked at GThumb, Googles Picassa and the many more.
> 
> Gthumb only supports: BMP, JPEG, GIF, PNG, TIFF, ICO, XPM. It will
> try to extract the thumbnail preview, but I can't view or evaluate
> the photo.
--
May I ask what generates those images? Kinda reminds me of propiatery
formats for like CT-Sanners and MRI Machines.

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

Re: [CentOS] lacie drive and CentOS 5.3 question...

[Ray Van Dolson]

On Mon, May 25, 2009 at 11:17:30AM -0700, Ray Van Dolson wrote:
> Can anyone advise me on how I can tell my system the above device is a
> mass storage device?  Do I need to write some udev rules?

Sorry for replying to my own post, but upon further investigation, it
appears that perhaps the usb-storage module doesn't have the correct
matching pattern in place to detect this as a mass storage device:

udevmonitor reports the device having a module alias of:

  usb:v0451p6250d0300dcFFdsc00dp00icFFisc00ip00

And modinfo usb-storage shows:

  # modinfo usb-storage | grep v045
  alias:  usb:v045Ap5210d0101dc*dsc*dp*ic*isc*ip*
  alias:  usb:v0457p0151d0100dc*dsc*dp*ic*isc*ip*
  alias:  usb:v0457p0150d0100dc*dsc*dp*ic*isc*ip*
  alias:  usb:v0451p5416d0100dc*dsc*dp*ic*isc*ip*

Which obviously won't match.  So the question is, how do I add a new
alias to the module?  And will the module even support my device?

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

Re: [CentOS] Photo browser

[Michael Semcheski]

>> > > Can somebody  recommend a photo browser. It needs to support
>> > > CR2, NEF, PEF and DNG formats. I'm looking for something like
>> > > Infranview, but for Linux.

> May I ask what generates those images? Kinda reminds me of propiatery
> formats for like CT-Sanners and MRI Machines.

I think those formats are often produced by digital SLR's and other
mid-to-high end cameras.  (I know my Canon EOS series camera produces
cr2 files as its "raw" format).

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

[CentOS] {SOLVED} Re: OT: SMART warning on hard drive, same warning for 2 1 /2 years

[Lanny Marcus]

On Sun, May 24, 2009 at 5:10 PM, Lanny Marcus  wrote:
> My wife's box has a very intermittent problem,  when booting from the
> Maxtor IDE hard drive. This has been going on for about 2 1/2
> years The box is a Compaq EVO D300v for the Enterprise. When it
> boots, there is a SMART advisory from the BIOS that says failure is
> immenient. Occasionally, it will not boot, because the BIOS does not
> see the hard drive.  I replaced the EIDE cable, but  the problem of

After I posted this yesterday, I turned my wife loose on her computer
and it choked. Possibly a coincidence, after receiving SMART warnings
for a couple of years, and it was ready to die. Thought I had 2 used
hard drives, in perfect condition, but the first one I installed
turned out to be DOA and now the other one is installed..   :-)

Thanks to everyone who replied. As Mark (MHR) wrote, I too was
skeptical of the SMART warnings from the BIOS and when I checked on
the Compaq Support site, a couple of years ago, I was told the Compaq
BIOS is very sensitive and there are a lot of false warnings. However,
after checking the bad hard drive with smartctl yesterday, I am a
believer in SMART warnings
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] rsyslog expression based filters

[Kanwar Ranbir Sandhu]

On Mon, 2009-05-25 at 13:59 -0400, Kanwar Ranbir Sandhu wrote:
> Hello All,
> 
> Does the rsyslog version in CentOS 5 support expression based filters?
> I'm asking because a filter I believe should be working, isn't and I
> cannot figure out why.

I think this is the likely problem: the CentOS version of rsyslog does
not support expression based filters.  Dang.

Does anyone know where I can get i386/x86_64 rpms of the latest 3.0
stable tree release of rsyslog for CentOS 5?

Regards,

Ranbir

-- 
Kanwar Ranbir Sandhu
Linux 2.6.27.21-170.2.56.fc10.x86_64 x86_64 GNU/Linux 
14:43:08 up 1 day, 15:53, 3 users, load average: 1.35, 1.29, 1.14 


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

Re: [CentOS] lacie drive and CentOS 5.3 question...

[Dag Wieers]

On Mon, 25 May 2009, Ray Van Dolson wrote:

> On Mon, May 25, 2009 at 11:17:30AM -0700, Ray Van Dolson wrote:
>> Can anyone advise me on how I can tell my system the above device is a
>> mass storage device?  Do I need to write some udev rules?
>
> Sorry for replying to my own post, but upon further investigation, it
> appears that perhaps the usb-storage module doesn't have the correct
> matching pattern in place to detect this as a mass storage device:
>
> udevmonitor reports the device having a module alias of:
>
>  usb:v0451p6250d0300dcFFdsc00dp00icFFisc00ip00
>
> And modinfo usb-storage shows:
>
>  # modinfo usb-storage | grep v045
>  alias:  usb:v045Ap5210d0101dc*dsc*dp*ic*isc*ip*
>  alias:  usb:v0457p0151d0100dc*dsc*dp*ic*isc*ip*
>  alias:  usb:v0457p0150d0100dc*dsc*dp*ic*isc*ip*
>  alias:  usb:v0451p5416d0100dc*dsc*dp*ic*isc*ip*
>
> Which obviously won't match.  So the question is, how do I add a new
> alias to the module?  And will the module even support my device?

Just a wild an crazy idea, how about adding it to /etc/modprobe.conf ?

alias usb:v0451p6250d0300dcFFdsc00dp00icFFisc00ip00 usb-storage

Not sure if it makes sense, but it's worth trying :)

This BTW is a question I have had before and if we find the answer I think 
this is food for the upcoming CentOS Newsletter ;-)

-- 
--   dag wieers,  d...@centos.org,  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] lacie drive and CentOS 5.3 question...

[Dag Wieers]

On Mon, 25 May 2009, Dag Wieers wrote:

> On Mon, 25 May 2009, Ray Van Dolson wrote:
>> On Mon, May 25, 2009 at 11:17:30AM -0700, Ray Van Dolson wrote:
>>
>>> Can anyone advise me on how I can tell my system the above device is a
>>> mass storage device?  Do I need to write some udev rules?
>>
>> Sorry for replying to my own post, but upon further investigation, it
>> appears that perhaps the usb-storage module doesn't have the correct
>> matching pattern in place to detect this as a mass storage device:
>>
>> udevmonitor reports the device having a module alias of:
>>
>>  usb:v0451p6250d0300dcFFdsc00dp00icFFisc00ip00
>>
>> And modinfo usb-storage shows:
>>
>>  # modinfo usb-storage | grep v045
>>  alias:  usb:v045Ap5210d0101dc*dsc*dp*ic*isc*ip*
>>  alias:  usb:v0457p0151d0100dc*dsc*dp*ic*isc*ip*
>>  alias:  usb:v0457p0150d0100dc*dsc*dp*ic*isc*ip*
>>  alias:  usb:v0451p5416d0100dc*dsc*dp*ic*isc*ip*
>>
>> Which obviously won't match.  So the question is, how do I add a new
>> alias to the module?  And will the module even support my device?
>
> Just a wild an crazy idea, how about adding it to /etc/modprobe.conf ?
>
>   alias usb:v0451p6250d0300dcFFdsc00dp00icFFisc00ip00 usb-storage
>
> Not sure if it makes sense, but it's worth trying :)

After doing some research it seems that this is valid, if you perform:

modprobe -c

you get an identical list for all known devices. So adding yours should 
definitely help.

PS What kind of LaCie disk is it ? I recently bought a 500GB LaCie Little 
Disk and that one worked fine.

-- 
--   dag wieers,  d...@centos.org,  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] lacie drive and CentOS 5.3 question...

[Ray Van Dolson]

On Mon, May 25, 2009 at 09:24:03PM +0200, Dag Wieers wrote:
> On Mon, 25 May 2009, Dag Wieers wrote:
> 
> > On Mon, 25 May 2009, Ray Van Dolson wrote:
> >> On Mon, May 25, 2009 at 11:17:30AM -0700, Ray Van Dolson wrote:
> >>
> >>> Can anyone advise me on how I can tell my system the above device is a
> >>> mass storage device?  Do I need to write some udev rules?
> >>
> >> Sorry for replying to my own post, but upon further investigation, it
> >> appears that perhaps the usb-storage module doesn't have the correct
> >> matching pattern in place to detect this as a mass storage device:
> >>
> >> udevmonitor reports the device having a module alias of:
> >>
> >>  usb:v0451p6250d0300dcFFdsc00dp00icFFisc00ip00
> >>
> >> And modinfo usb-storage shows:
> >>
> >>  # modinfo usb-storage | grep v045
> >>  alias:  usb:v045Ap5210d0101dc*dsc*dp*ic*isc*ip*
> >>  alias:  usb:v0457p0151d0100dc*dsc*dp*ic*isc*ip*
> >>  alias:  usb:v0457p0150d0100dc*dsc*dp*ic*isc*ip*
> >>  alias:  usb:v0451p5416d0100dc*dsc*dp*ic*isc*ip*
> >>
> >> Which obviously won't match.  So the question is, how do I add a new
> >> alias to the module?  And will the module even support my device?
> >
> > Just a wild an crazy idea, how about adding it to /etc/modprobe.conf ?
> >
> > alias usb:v0451p6250d0300dcFFdsc00dp00icFFisc00ip00 usb-storage
> >
> > Not sure if it makes sense, but it's worth trying :)
> 
> After doing some research it seems that this is valid, if you perform:
> 
>   modprobe -c
> 
> you get an identical list for all known devices. So adding yours should 
> definitely help.
> 
> PS What kind of LaCie disk is it ? I recently bought a 500GB LaCie Little 
> Disk and that one worked fine.

I actually did try adding the above alias line with no luck although
the following command:

  modprobe -v -n --first-time usb:v0451p6250d0300dcFFdsc00dp00icFFisc00ip00

Now shows a "match".  I'm beginning to think the kernel doesn't support
this device, or isn't properly exposing it to /sys as it should be.

I added a udev rule:

  
BUS=="usb",ACTION=="add",SYSFS{idVendor}=="0451",SYSFS{idProduct}=="6250",RUN+="/sbin/modprobe
 usb-storage",NAME="walter"

And when I plug in my device, I get the following entry under /dev:

  crw--- 1 root root 189, 19 May 25 12:02 /dev/walter

Obviously this isn't major type 8 which I would expect to see for a
disk... also:

With udevmonitor on my Fedora machine, I see a device created with
major type 189, but then later, a SCSI device is detected and a device
of major type 8 is set up.  This doesn't happen on CentOS, only the 189
device is created.

Also, on my Fedora system the vendor id and Product ID's are different.

Fedora:

  059f:0527 LaCie, Ltd 

Cent:

  0451:6250 Texas Instruments, Inc.

So I'm beginning to think that the kernel is sending "incorrect" or
dated information into /sys and the event sent to udev is either
misleading or incomplete somehow.

It's a 500GB "Big Disk".

I'll keep poking around... thanks for the reponse. :)

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

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[carlopmart]

Les Mikesell wrote:
> carlopmart wrote:
>> Les Mikesell wrote:
>>> carlopmart wrote:
> Thanks lars. Correctly, firewall could be the problem, but it isn't. 
> Because 
 Ubuntu and Windows 2003/2008 doesn't have problems with it ... and 
 resolves 
 perfectly ... And I don't have configured this firewall to accept dns 
 queries 
 originating from source port 53 ...

>>> What does 'dig' show about your access to the root servers without 
>>> forwarders and with and without forcing the query-source port?  Compare 
>>> it to the Ubuntu system.  Maybe there's something wrong with the root 
>>> hints file - or maybe your border firewall is blocking all udp to this 
>>> box but permitting it to the DNS servers that work.
>>>
>> Thanks Les, but I have checked it before post this problem. Ubuntu and 
>> CentOS 
>> have the same file to do querys to root servers ...
> And the results of 'dig' on each?
>
>> I have find a temporary solution: reduce the MTU on CentOS server (1440) 
>> ...I 
>> need to investigate why centOS loses some packages and ubuntu doesn't 
>> 
> Are you routing through tunnels?
>
>
 No, all hosts (firewall and CentOS DNS server) are connected to GByte 
 network.
>>> That's not where the problem is. Since you are working with forwarding 
>>> on, the problem has to be when you try to go directly to the internet 
>>> over UDP so it would be at the firewall or border router.  When DNS 
>>> fails, it will retry with TCP and that might be why it eventually works. 
>> That's not possible, because firewall only permits DNS querys over UDP ...
> 
> I'd advise following the standards.  If the response won't fit in a udp 
> packet, it has to fail over to tcp.
> 
>>>Is there anything in the path to the internet that needs a lower MTU 
>>> (perhaps a DNS line running PPOE)?  Or do you have jumbo packets enabled 
>>> on your Gig NIC? 
>> No, but firewalls have a mtu configured with 1450 on external interfaces ...
> 
> Why?

Because It is a DSL line and cause errors using VPN connections if mtu it is 
1500

> 
>>   And if you do need a small MTU, do you have firewalls
>>> blocking the ICMP messages that are required to discover that automatically?
>> Yes, ICMP messages are blocked on firewall, but are blocked for all hosts: 
>> centos dns servers, ubuntu servers, windows servers ... i don't understand 
>> why 
>> using Ubuntu or windows servers to resolve names works ok and with centos 
>> (and 
>> with either rhel5. I have just check it) doesn't ...
> 
> The 'dig' response might give you a hint.  But if all other network 
> operations work OK, I'd still guess it is a firewall setting that you 
> are missing.
> 

ok, tested using dig:

[r...@thranduil data]# dig www.mysql.com

; <<>> DiG 9.3.4-P1 <<>> www.mysql.com
;; global options:  printcmd
;; connection timed out; no servers could be reached
[r...@thranduil data]# dig www.mysql.com

; <<>> DiG 9.3.4-P1 <<>> www.mysql.com
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 30531
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 0

;; QUESTION SECTION:
;www.mysql.com. IN  A

;; ANSWER SECTION:
www.mysql.com.  3600IN  A   213.136.52.29

;; AUTHORITY SECTION:
mysql.com.  3600IN  NS  ns1.sun.com.
mysql.com.  3600IN  NS  ns2.sun.com.
mysql.com.  3600IN  NS  ns7.sun.com.
mysql.com.  3600IN  NS  ns8.sun.com.

;; Query time: 3326 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon May 25 22:52:20 2009
;; MSG SIZE  rcvd: 123

  I have opened 53/tcp and udp/53 on the firewall and the results are the same 
... But I don't understand why only centos has this problems ... i think that I 
do some mistake on some configuration but i don't know where 

-- 
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[carlopmart]

RobertH wrote:
> ive read most of the thread, yet not all. forgive me as i might have missed
> some of this below in helping...
> 
> carlopmart,
> 
> what is in your /etc/resolv.conf

search hpulabs.org
nameserver 127.0.0.1

> 
> is it configured correctly?
> 
> are you using ipv6?

no.

> 
> if not, is it fully disabled / turned off?
> 
> in modprobe.conf put
> 
> alias net-pf-10 off
> alias ipv6 off

I have configured this previously ..


> 
> reboot...
> 
> also, are you loading those other opsys on the same machine and getting good
> results or different machines?

I have good results using different operating systems but using same hardware ..


> 
> testing other opsys on different hardware could be problematic.
> 
> did you bother to check the physical ports to see if any problems in the
> switch or with ethtool on the server interface ?

No, I didn't do it because i have good results using other opsys ...
> 
> thoughtfully consinder following advise of others re: tcp and dns
> 
> cables...
> 
>  - rh
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
> 


-- 
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[Victor Padro]

On Mon, May 25, 2009 at 4:05 PM, carlopmart  wrote:

> RobertH wrote:
> > ive read most of the thread, yet not all. forgive me as i might have
> missed
> > some of this below in helping...
> >
> > carlopmart,
> >
> > what is in your /etc/resolv.conf
>
> search hpulabs.org
> nameserver 127.0.0.1
>
> >
> > is it configured correctly?
> >
> > are you using ipv6?
>
> no.
>
> >
> > if not, is it fully disabled / turned off?
> >
> > in modprobe.conf put
> >
> > alias net-pf-10 off
> > alias ipv6 off
>
> I have configured this previously ..
>
>
> >
> > reboot...
> >
> > also, are you loading those other opsys on the same machine and getting
> good
> > results or different machines?
>
> I have good results using different operating systems but using same
> hardware ..
>
>
> >
> > testing other opsys on different hardware could be problematic.
> >
> > did you bother to check the physical ports to see if any problems in the
> > switch or with ethtool on the server interface ?
>
> No, I didn't do it because i have good results using other opsys ...
> >
> > thoughtfully consinder following advise of others re: tcp and dns
> >
> > cables...
> >
> >  - rh
> >
> > ___
> > CentOS mailing list
> > CentOS@centos.org
> > http://lists.centos.org/mailman/listinfo/centos
> >
>
>
> --
> CL Martinez
> carlopmart {at} gmail {d0t} com
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>

Have you double checked your SELinux config?

You said you tested different OS'es on the same hardware?  or tested
different OS'es on the same hardware but different servers?

Maybe remotely could be a faulty NIC.



-- 
"It is human nature to think wisely and act in an absurd fashion."

"Todo el desorden del mundo proviene de las profesiones mal o mediocremente
servidas"
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] lacie drive and CentOS 5.3 question...

[Robert Heller]

At Mon, 25 May 2009 12:53:55 -0700 CentOS mailing list  
wrote:

> 
> On Mon, May 25, 2009 at 09:24:03PM +0200, Dag Wieers wrote:
> > On Mon, 25 May 2009, Dag Wieers wrote:
> > 
> > > On Mon, 25 May 2009, Ray Van Dolson wrote:
> > >> On Mon, May 25, 2009 at 11:17:30AM -0700, Ray Van Dolson wrote:
> > >>
> > >>> Can anyone advise me on how I can tell my system the above device is a
> > >>> mass storage device?  Do I need to write some udev rules?
> > >>
> > >> Sorry for replying to my own post, but upon further investigation, it
> > >> appears that perhaps the usb-storage module doesn't have the correct
> > >> matching pattern in place to detect this as a mass storage device:
> > >>
> > >> udevmonitor reports the device having a module alias of:
> > >>
> > >>  usb:v0451p6250d0300dcFFdsc00dp00icFFisc00ip00
> > >>
> > >> And modinfo usb-storage shows:
> > >>
> > >>  # modinfo usb-storage | grep v045
> > >>  alias:  usb:v045Ap5210d0101dc*dsc*dp*ic*isc*ip*
> > >>  alias:  usb:v0457p0151d0100dc*dsc*dp*ic*isc*ip*
> > >>  alias:  usb:v0457p0150d0100dc*dsc*dp*ic*isc*ip*
> > >>  alias:  usb:v0451p5416d0100dc*dsc*dp*ic*isc*ip*
> > >>
> > >> Which obviously won't match.  So the question is, how do I add a new
> > >> alias to the module?  And will the module even support my device?
> > >
> > > Just a wild an crazy idea, how about adding it to /etc/modprobe.conf ?
> > >
> > >   alias usb:v0451p6250d0300dcFFdsc00dp00icFFisc00ip00 usb-storage
> > >
> > > Not sure if it makes sense, but it's worth trying :)
> > 
> > After doing some research it seems that this is valid, if you perform:
> > 
> > modprobe -c
> > 
> > you get an identical list for all known devices. So adding yours should 
> > definitely help.
> > 
> > PS What kind of LaCie disk is it ? I recently bought a 500GB LaCie Little 
> > Disk and that one worked fine.
> 
> I actually did try adding the above alias line with no luck although
> the following command:
> 
>   modprobe -v -n --first-time usb:v0451p6250d0300dcFFdsc00dp00icFFisc00ip00
> 
> Now shows a "match".  I'm beginning to think the kernel doesn't support
> this device, or isn't properly exposing it to /sys as it should be.
> 
> I added a udev rule:
> 
>   
> BUS=="usb",ACTION=="add",SYSFS{idVendor}=="0451",SYSFS{idProduct}=="6250",RUN+="/sbin/modprobe
>  usb-storage",NAME="walter"
> 
> And when I plug in my device, I get the following entry under /dev:
> 
>   crw--- 1 root root 189, 19 May 25 12:02 /dev/walter
> 
> Obviously this isn't major type 8 which I would expect to see for a
> disk... also:
> 
> With udevmonitor on my Fedora machine, I see a device created with
> major type 189, but then later, a SCSI device is detected and a device
> of major type 8 is set up.  This doesn't happen on CentOS, only the 189
> device is created.
> 
> Also, on my Fedora system the vendor id and Product ID's are different.
> 
> Fedora:
> 
>   059f:0527 LaCie, Ltd 
> 
> Cent:
> 
>   0451:6250 Texas Instruments, Inc.

What are the kernel versions?

> 
> So I'm beginning to think that the kernel is sending "incorrect" or
> dated information into /sys and the event sent to udev is either
> misleading or incomplete somehow.
> 
> It's a 500GB "Big Disk".
> 
> I'll keep poking around... thanks for the reponse. :)
> 
> Ray
> ___
> 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] resolving names it is really slow slow with CentOS5.x using named

[carlopmart]

Victor Padro wrote:
> 
> 
> On Mon, May 25, 2009 at 4:05 PM, carlopmart  > wrote:
> 
> RobertH wrote:
>  > ive read most of the thread, yet not all. forgive me as i might
> have missed
>  > some of this below in helping...
>  >
>  > carlopmart,
>  >
>  > what is in your /etc/resolv.conf
> 
> search hpulabs.org 
> nameserver 127.0.0.1
> 
>  >
>  > is it configured correctly?
>  >
>  > are you using ipv6?
> 
> no.
> 
>  >
>  > if not, is it fully disabled / turned off?
>  >
>  > in modprobe.conf put
>  >
>  > alias net-pf-10 off
>  > alias ipv6 off
> 
> I have configured this previously ..
> 
> 
>  >
>  > reboot...
>  >
>  > also, are you loading those other opsys on the same machine and
> getting good
>  > results or different machines?
> 
> I have good results using different operating systems but using same
> hardware ..
> 
> 
>  >
>  > testing other opsys on different hardware could be problematic.
>  >
>  > did you bother to check the physical ports to see if any problems
> in the
>  > switch or with ethtool on the server interface ?
> 
> No, I didn't do it because i have good results using other opsys ...
>  >
>  > thoughtfully consinder following advise of others re: tcp and dns
>  >
>  > cables...
>  >
>  >  - rh
>  >
>  > ___
>  > CentOS mailing list
>  > CentOS@centos.org 
>  > http://lists.centos.org/mailman/listinfo/centos
>  >
> 
> 
> --
> CL Martinez
> carlopmart {at} gmail {d0t} com
> ___
> CentOS mailing list
> CentOS@centos.org 
> http://lists.centos.org/mailman/listinfo/centos
> 
> 
> Have you double checked your SELinux config?

SeLinux is disabled on both CentOS servers ...

> 
> You said you tested different OS'es on the same hardware?  or tested 
> different OS'es on the same hardware but different servers?

Same hardware and same server, because all opsys are installed on a ESXi 3.5u4 
server with vmware tools ...

> 
> Maybe remotely could be a faulty NIC.

Maybe, but why only centos have problems??


> 
> 
> 
> -- 
> "It is human nature to think wisely and act in an absurd fashion."
> 
> "Todo el desorden del mundo proviene de las profesiones mal o 
> mediocremente servidas"
> 
> 
> 
> 
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos


-- 
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] lacie drive and CentOS 5.3 question...

[Ray Van Dolson]

On Mon, May 25, 2009 at 05:20:25PM -0400, Robert Heller wrote:
> What are the kernel versions?

CentOS kernel:

  2.6.18-128.1.6.el5.centos.plus

Fedora 10 kernel:

  2.6.27.21-170.2.56.fc10.i686

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

Re: [CentOS] lacie drive and CentOS 5.3 question...

[Robert Heller]

At Mon, 25 May 2009 14:25:18 -0700 CentOS mailing list  
wrote:

> 
> On Mon, May 25, 2009 at 05:20:25PM -0400, Robert Heller wrote:
> > What are the kernel versions?
> 
> CentOS kernel:
> 
>   2.6.18-128.1.6.el5.centos.plus
> 
> Fedora 10 kernel:
> 
>   2.6.27.21-170.2.56.fc10.i686

It could just be a kernel bug that RedHat didn't back port (or one that
can't be backported easily).  Or just a driver update (eg adding a few
lines to a driver scan structure) that has not been backported yet.

You could get the kernel sources for both kernels and compare the
relevant .c and .h files and possibly patch the centos.plus kernel and
rebuild it.  Probably not for the faint hearted...

It might also be possible to install the FC10 kernel itself...

> 
> Ray
> ___
> 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] Preventing hour-long fsck on ext3-filesystem

[Akemi Yagi]

On Thu, May 14, 2009 at 2:49 PM, Tru Huynh  wrote:
> On Thu, May 14, 2009 at 10:10:58AM -0700, Akemi Yagi wrote:
>> If you are running CentOS-4, the last 2 kernels do not (yet) have
>> corresponding kmod-xfs.  You need to wait for CentOS devs to build
>> those kmods or to supply a kernel version independent kmod.
>
> I have just pushed the latest .22 kernel... for extras.

The one for the .22 centosplus kernel will be nice to have as well.

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

Re: [CentOS] System hang during shutdown (halt)

[Camron W. Fox]

Dag Wieers wrote:
> On Sat, 23 May 2009, Camron W. Fox wrote:
> 
> 
> What wireless/wired network drivers are you using ?
> 
Dag,

I'm only using the Atheros wireless for now...

[cw...@oprichnik ~]$ lspci | grep -i ether
02:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5751M 
Gigabit Ethernet PCI Express (rev 11)
06:05.0 Ethernet controller: Atheros Communications Inc. AR5413 
802.11abg NIC (rev 01)
[cw...@oprichnik ~]$ lsmod | grep wlan
wlan  172636  2 ath_pci,ath_rate_sample
[cw...@oprichnik ~]$

Best Regards,
Camron

Camron W. Fox
Hilo Office
High Performance Computing Group
Fujitsu Management Services of America, Inc.
E-mail: cw...@us.fujitsu.com


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

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[John Horne]

On Mon, 2009-05-25 at 13:21 +0200, carlopmart wrote:

>   - Disabling "query-source port" and "forwarders" directives:
> 
>[r...@thranduil data]# nslookup
>> www.google.com
>;; connection timed out; no servers could be reached
> 
Given that your resolv.conf only has 127.0.0.1 listed as a nameserver,
this tends to indicate that named is either not running locally or it is
responding very slowly. You might want to try running named with
query-logging enabled (set the channel and log 'queries' to a separate
file). This should then show you what queries it is receiving and how it
is handling them.



John.

-- 
---
John Horne, University of Plymouth, UK  Tel: +44 (0)1752 587287
E-mail: john.ho...@plymouth.ac.uk   Fax: +44 (0)1752 587001
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] lacie drive and CentOS 5.3 question...

[Ray Van Dolson]

On Mon, May 25, 2009 at 06:05:44PM -0400, Robert Heller wrote:
> At Mon, 25 May 2009 14:25:18 -0700 CentOS mailing list  
> wrote:
> 
> > 
> > On Mon, May 25, 2009 at 05:20:25PM -0400, Robert Heller wrote:
> > > What are the kernel versions?
> > 
> > CentOS kernel:
> > 
> >   2.6.18-128.1.6.el5.centos.plus
> > 
> > Fedora 10 kernel:
> > 
> >   2.6.27.21-170.2.56.fc10.i686
> 
> It could just be a kernel bug that RedHat didn't back port (or one that
> can't be backported easily).  Or just a driver update (eg adding a few
> lines to a driver scan structure) that has not been backported yet.
> 
> You could get the kernel sources for both kernels and compare the
> relevant .c and .h files and possibly patch the centos.plus kernel and
> rebuild it.  Probably not for the faint hearted...
> 
> It might also be possible to install the FC10 kernel itself...

Actually, looks like I got it working.  And I was way off on a wild
goose chase.  Turns out that after performing this[1] procedure, the
drive is recognized correctly by CentOS.

Well I learned a little bit more about how udev works at least. :-)

Now my lsusb looks like the following:

  Bus 001 Device 024: ID 059f:0527 LaCie, Ltd 
  Bus 001 Device 016: ID 0451:6250 Texas Instruments, Inc. 

(One drive I still need to "reset").

Sorry for the noise all.

Ray

[1] http://www.lacie.com/support/faq/faq.htm?faqid=10285
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] lacie drive and CentOS 5.3 question...

[Dag Wieers]

On Mon, 25 May 2009, Ray Van Dolson wrote:

> On Mon, May 25, 2009 at 06:05:44PM -0400, Robert Heller wrote:
>> At Mon, 25 May 2009 14:25:18 -0700 CentOS mailing list  
>> wrote:
>>> On Mon, May 25, 2009 at 05:20:25PM -0400, Robert Heller wrote:
>>>
 What are the kernel versions?
>>>
>>> CentOS kernel:
>>>
>>>   2.6.18-128.1.6.el5.centos.plus
>>>
>>> Fedora 10 kernel:
>>>
>>>   2.6.27.21-170.2.56.fc10.i686
>>
>> It could just be a kernel bug that RedHat didn't back port (or one that
>> can't be backported easily).  Or just a driver update (eg adding a few
>> lines to a driver scan structure) that has not been backported yet.
>>
>> You could get the kernel sources for both kernels and compare the
>> relevant .c and .h files and possibly patch the centos.plus kernel and
>> rebuild it.  Probably not for the faint hearted...
>>
>> It might also be possible to install the FC10 kernel itself...
>
> Actually, looks like I got it working.  And I was way off on a wild
> goose chase.  Turns out that after performing this[1] procedure, the
> drive is recognized correctly by CentOS.
>
> Well I learned a little bit more about how udev works at least. :-)
>
> Now my lsusb looks like the following:
>
>  Bus 001 Device 024: ID 059f:0527 LaCie, Ltd
>  Bus 001 Device 016: ID 0451:6250 Texas Instruments, Inc.
>
> (One drive I still need to "reset").
>
> Sorry for the noise all.

And what was that Texas Instruments device that does not show up on Fedora ?

I am intrigued ;-)

-- 
--   dag wieers,  d...@centos.org,  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] lacie drive and CentOS 5.3 question...

[Ray Van Dolson]

On Tue, May 26, 2009 at 01:15:56AM +0200, Dag Wieers wrote:
> On Mon, 25 May 2009, Ray Van Dolson wrote:
> 
> > On Mon, May 25, 2009 at 06:05:44PM -0400, Robert Heller wrote:
> >> At Mon, 25 May 2009 14:25:18 -0700 CentOS mailing list  
> >> wrote:
> >>> On Mon, May 25, 2009 at 05:20:25PM -0400, Robert Heller wrote:
> >>>
>  What are the kernel versions?
> >>>
> >>> CentOS kernel:
> >>>
> >>>   2.6.18-128.1.6.el5.centos.plus
> >>>
> >>> Fedora 10 kernel:
> >>>
> >>>   2.6.27.21-170.2.56.fc10.i686
> >>
> >> It could just be a kernel bug that RedHat didn't back port (or one that
> >> can't be backported easily).  Or just a driver update (eg adding a few
> >> lines to a driver scan structure) that has not been backported yet.
> >>
> >> You could get the kernel sources for both kernels and compare the
> >> relevant .c and .h files and possibly patch the centos.plus kernel and
> >> rebuild it.  Probably not for the faint hearted...
> >>
> >> It might also be possible to install the FC10 kernel itself...
> >
> > Actually, looks like I got it working.  And I was way off on a wild
> > goose chase.  Turns out that after performing this[1] procedure, the
> > drive is recognized correctly by CentOS.
> >
> > Well I learned a little bit more about how udev works at least. :-)
> >
> > Now my lsusb looks like the following:
> >
> >  Bus 001 Device 024: ID 059f:0527 LaCie, Ltd
> >  Bus 001 Device 016: ID 0451:6250 Texas Instruments, Inc.
> >
> > (One drive I still need to "reset").
> >
> > Sorry for the noise all.
> 
> And what was that Texas Instruments device that does not show up on Fedora ?
> 
> I am intrigued ;-)

I can only guess it's the device presented to the OS when it hasn't
been unmounted properly... 

  http://focus.ti.com/docs/prod/folders/print/tusb6250.html

Shows it to be a USB/ATA bridge of some sort -- Texas Instruments.  Why
Fedora seemed more adept at seeing the device may have been purely
coincidence.  I'd assume I could get the drive in a funky state so that
Fedora only sees this TI device as well... though so far I've been
unable to reproduce (on Fedora). :)

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

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[Scott Ehrlich]

On Mon, May 25, 2009 at 5:23 PM, carlopmart  wrote:
> Victor Padro wrote:
>>
>>
>> On Mon, May 25, 2009 at 4:05 PM, carlopmart > > wrote:
>>
>>     RobertH wrote:
>>      > ive read most of the thread, yet not all. forgive me as i might
>>     have missed
>>      > some of this below in helping...
>>      >
>>      > carlopmart,
>>      >
>>      > what is in your /etc/resolv.conf
>>
>>     search hpulabs.org 
>>     nameserver 127.0.0.1
>>
>>      >
>>      > is it configured correctly?
>>      >
>>      > are you using ipv6?
>>
>>     no.
>>
>>      >
>>      > if not, is it fully disabled / turned off?
>>      >
>>      > in modprobe.conf put
>>      >
>>      > alias net-pf-10 off
>>      > alias ipv6 off
>>
>>     I have configured this previously ..
>>
>>
>>      >
>>      > reboot...
>>      >
>>      > also, are you loading those other opsys on the same machine and
>>     getting good
>>      > results or different machines?
>>
>>     I have good results using different operating systems but using same
>>     hardware ..
>>
>>
>>      >
>>      > testing other opsys on different hardware could be problematic.
>>      >
>>      > did you bother to check the physical ports to see if any problems
>>     in the
>>      > switch or with ethtool on the server interface ?
>>
>>     No, I didn't do it because i have good results using other opsys ...
>>      >
>>      > thoughtfully consinder following advise of others re: tcp and dns
>>      >
>>      > cables...
>>      >
>>      >  - rh
>>      >
>>      > ___
>>      > CentOS mailing list
>>      > CentOS@centos.org 
>>      > http://lists.centos.org/mailman/listinfo/centos
>>      >
>>
>>
>>     --
>>     CL Martinez
>>     carlopmart {at} gmail {d0t} com
>>     ___
>>     CentOS mailing list
>>     CentOS@centos.org 
>>     http://lists.centos.org/mailman/listinfo/centos
>>
>>
>> Have you double checked your SELinux config?
>
> SeLinux is disabled on both CentOS servers ...

For what it is worth, you may want to double-check via chkconfig.   I
once told initial configuration of a CentOS box to disable SELinux,
only to discover chkconfig still had it enabled.   As soon as I told
chkconfig to disable it, it was off.

Same for the firewall.  During initial config, turned it off.
chkconfig revealed it was on.
I manually told chkconfig ip6tables off and iptables off, and only
then did it stick.

It is worth double-checking these things - a simple chkconfig
--list|grep :on to see what services are on they you may _not_ want
on, and maybe, conversely, chkconfig --list|grep :off to check
disabled services you may _want_ on.

Scott

>
>>
>> You said you tested different OS'es on the same hardware?  or tested
>> different OS'es on the same hardware but different servers?
>
> Same hardware and same server, because all opsys are installed on a ESXi 3.5u4
> server with vmware tools ...
>
>>
>> Maybe remotely could be a faulty NIC.
>
> Maybe, but why only centos have problems??
>
>
>>
>>
>>
>> --
>> "It is human nature to think wisely and act in an absurd fashion."
>>
>> "Todo el desorden del mundo proviene de las profesiones mal o
>> mediocremente servidas"
>>
>>
>> 
>>
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> http://lists.centos.org/mailman/listinfo/centos
>
>
> --
> CL Martinez
> carlopmart {at} gmail {d0t} com
> ___
> 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] gethostbyname clarification

[Joseph L. Casale]

I have an issue, although it's a result of sketchy code in the sip 
implementation
in Asterisk that's been around forever, I am sure I am going to have to fix it 
some other
way as many people have waited with no fix yet from Digium.

If a name resolution fails for a remote sip peer, the entire stack tanks and 
local
sip phones don't work either. We have several sip trunks and an analog trunk 
for redundancy
when the SIP providers are down. Problem is if the net connection is down 
*nothing* works.

Most people suggest to run your own caching nameserver which we do. We had long 
outage and
sure enough eventually all the sip phones couldn't connect. I fear in hard 
coding the remote
sip peers in the hosts file incase that changes. The server was also restarted 
which I believe
clears out the name server cache?

Is there some way I can configure nsswitch.conf from "hosts: files dns" to 
something like
"hosts: files dns file2" so if those ip's ever changed I would have time to 
figure it out
and update the file unless another outage occurred at the same time :)?

Anyone got a better idea how to solve this dilemma?

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

Re: [CentOS] resolving names it is really slow slow with CentOS5.x using named

[Victor Padro]

On Mon, May 25, 2009 at 4:23 PM, carlopmart  wrote:

> Victor Padro wrote:
> >
> >
> > On Mon, May 25, 2009 at 4:05 PM, carlopmart  > > wrote:
> >
> > RobertH wrote:
> >  > ive read most of the thread, yet not all. forgive me as i might
> > have missed
> >  > some of this below in helping...
> >  >
> >  > carlopmart,
> >  >
> >  > what is in your /etc/resolv.conf
> >
> > search hpulabs.org 
> > nameserver 127.0.0.1
> >
> >  >
> >  > is it configured correctly?
> >  >
> >  > are you using ipv6?
> >
> > no.
> >
> >  >
> >  > if not, is it fully disabled / turned off?
> >  >
> >  > in modprobe.conf put
> >  >
> >  > alias net-pf-10 off
> >  > alias ipv6 off
> >
> > I have configured this previously ..
> >
> >
> >  >
> >  > reboot...
> >  >
> >  > also, are you loading those other opsys on the same machine and
> > getting good
> >  > results or different machines?
> >
> > I have good results using different operating systems but using same
> > hardware ..
> >
> >
> >  >
> >  > testing other opsys on different hardware could be problematic.
> >  >
> >  > did you bother to check the physical ports to see if any problems
> > in the
> >  > switch or with ethtool on the server interface ?
> >
> > No, I didn't do it because i have good results using other opsys ...
> >  >
> >  > thoughtfully consinder following advise of others re: tcp and dns
> >  >
> >  > cables...
> >  >
> >  >  - rh
> >  >
> >  > ___
> >  > CentOS mailing list
> >  > CentOS@centos.org 
> >  > http://lists.centos.org/mailman/listinfo/centos
> >  >
> >
> >
> > --
> > CL Martinez
> > carlopmart {at} gmail {d0t} com
> > ___
> > CentOS mailing list
> > CentOS@centos.org 
> > http://lists.centos.org/mailman/listinfo/centos
> >
> >
> > Have you double checked your SELinux config?
>
> SeLinux is disabled on both CentOS servers ...
>
> >
> > You said you tested different OS'es on the same hardware?  or tested
> > different OS'es on the same hardware but different servers?
>
> Same hardware and same server, because all opsys are installed on a ESXi
> 3.5u4
> server with vmware tools ...
>
> >
> > Maybe remotely could be a faulty NIC.
>
> Maybe, but why only centos have problems??
>
>
> >
> >
> >
> > --
> > "It is human nature to think wisely and act in an absurd fashion."
> >
> > "Todo el desorden del mundo proviene de las profesiones mal o
> > mediocremente servidas"
> >
> >
> > 
> >
> > ___
> > CentOS mailing list
> > CentOS@centos.org
> > http://lists.centos.org/mailman/listinfo/centos
>
>
> --
> CL Martinez
> carlopmart {at} gmail {d0t} com
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>


So, the problem resides on an ESXi CentOS VM?

I thought you were using a dedicated server though.

If so, what are you using as a NIC?

Sometimes the driver for e1000 gets faulty on RHEL/CentOS VMs, happened to
me a couple times, just add a new NIC to solve that.


-- 
"It is human nature to think wisely and act in an absurd fashion."

"Todo el desorden del mundo proviene de las profesiones mal o mediocremente
servidas"
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos