Re: [CentOS] Gathering information about RAM in sockets

2009-09-30 Thread Marko A. Jennings
On Wed, September 30, 2009 12:56 pm, Timo Schoeler wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Hi list,
>
> I have an IBM xseries 345, running CentOS 5.3, hosting a few Xen domUs.
>
> However, I need more RAM -- but cannot remember if all (four) RAM
> sockets are populated (which would mean to buy higher capacity modules)
> or if there are two slots left to use.
>
> However, I'd like (and think that it's possible, but don't remember how)
> to check remotely.

Take a look at dmidecode.

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


Re: [CentOS] Gathering information about RAM in sockets

2009-09-30 Thread Karanbir Singh
On 09/30/2009 05:56 PM, Timo Schoeler wrote:
>
> Any hints?
>

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


Re: [CentOS] How to autoconfigure network?

2009-09-30 Thread happymaster23
No this is not solution. I have tried to run firstboot but without
result. There should be some script, that is making these files
(including writing MAC address and full device name). Other thing is
modprobe.conf - there is name of driver connected to device name
(eth0, eth1, e.g.), but there is not solution how to change all that
things when you are swapping ethernet card...

2009/9/30 Benjamin Donnachie :
> 2009/9/30 happymaster23 :
>> No, I want create files /etc/sysconfig/network-scripts/ifcfg-eth0 and
>> others...
>
> Try running setup
>
> Ben
> ___
> 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] Gathering information about RAM in sockets

2009-09-30 Thread Timo Schoeler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

thus Marko A. Jennings spake:
> On Wed, September 30, 2009 12:56 pm, Timo Schoeler wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> Hi list,
>>
>> I have an IBM xseries 345, running CentOS 5.3, hosting a few Xen domUs.
>>
>> However, I need more RAM -- but cannot remember if all (four) RAM
>> sockets are populated (which would mean to buy higher capacity modules)
>> or if there are two slots left to use.
>>
>> However, I'd like (and think that it's possible, but don't remember how)
>> to check remotely.
> 
> Take a look at dmidecode.
> 
> Marko

Awesome, thanks -- exactly what I needed. :)

Timo

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org/

iD8DBQFKw4+RO/2mgkVVV7kRAhGtAJ9Ayknw11imIwYWcdJlUw2pIyksaQCdEMA9
IWMqUfFYLrbHFokbYS4BsNY=
=op0B
-END PGP SIGNATURE-
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Gathering information about RAM in sockets

2009-09-30 Thread Preston Connors
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Timo,

dmidecode can show what RAM sockets are populated if your motherboard
supports retrieval of this information.

- From 'man dmidecode'

dmidecode  is a tool for dumping a computer's DMI (some say SMBIOS)
table contents in a human-readable format. This table contains a
description  of  the  system's  hardware  components,  as well as other
useful pieces of information such as serial numbers and BIOS revision.
Thanks to  this  table,  you  can  retrieve this information without
having to probe for the actual hardware.  While this is a good point in
terms  of report  speed  and  safeness, this also makes the presented
information possibly unreliable.

Timo Schoeler wrote:
> Hi list,
> 
> I have an IBM xseries 345, running CentOS 5.3, hosting a few Xen domUs.
> 
> However, I need more RAM -- but cannot remember if all (four) RAM
> sockets are populated (which would mean to buy higher capacity modules)
> or if there are two slots left to use.
> 
> However, I'd like (and think that it's possible, but don't remember how)
> to check remotely.
> 
> dmesg's first lines:
> 
> Linux version 2.6.18-164.el5xen (mockbu...@builder16.centos.org) (gcc
> version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Thu Sep 3 04:47:32 EDT
> 2009
> BIOS-provided physical RAM map:
>  Xen:  - 2080 (usable)
> 0MB HIGHMEM available.
> 520MB LOWMEM available.
> Using x86 segment limits to approximate NX protection
> On node 0 totalpages: 133120
>   DMA zone: 133120 pages, LIFO batch:31
> DMI 2.3 present.
> ACPI: RSDP (v000 IBM   ) @ 0x000fdfc0
> ACPI: RSDT (v001 IBMSERONYXP 0x1000 IBM  0x45444f43) @ 0x7ffdff80
> ACPI: FADT (v001 IBMSERONYXP 0x1000 IBM  0x45444f43) @ 0x7ffdff00
> ACPI: MADT (v001 IBMSERONYXP 0x1000 IBM  0x45444f43) @ 0x7ffdfe40
> ACPI: ASF! (v016 IBMSERONYXP 0x0001 IBM  0x45444f43) @ 0x7ffdfd80
> ACPI: DSDT (v001 IBMSERGEODE 0x1000 MSFT 0x010b) @ 0x
> ACPI: Local APIC address 0xfee0
> ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
> ACPI: LAPIC (acpi_id[0x01] lapic_id[0x06] enabled)
> ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
> ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled)
> ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
> ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1])
> ACPI: IOAPIC (id[0x0e] address[0xfec0] gsi_base[0])
> IOAPIC[0]: apic_id 14, version 17, address 0xfec0, GSI 0-15
> ACPI: IOAPIC (id[0x0d] address[0xfec01000] gsi_base[16])
> IOAPIC[1]: apic_id 13, version 17, address 0xfec01000, GSI 16-31
> ACPI: IOAPIC (id[0x0c] address[0xfec02000] gsi_base[32])
> IOAPIC[2]: apic_id 12, version 17, address 0xfec02000, GSI 32-47
> ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
> ACPI: IRQ0 used by override.
> ACPI: IRQ2 used by override.
> ACPI: IRQ5 used by override.
> Enabling APIC mode:  Flat.  Using 3 I/O APICs
> Using ACPI (MADT) for SMP configuration information
> Built 1 zonelists.  Total pages: 133120
> Kernel command line: ro root=/dev/VG00/VG_root
> Enabling fast FPU save and restore... done.
> Enabling unmasked SIMD FPU exception support... done.
> Initializing CPU#0
> CPU 0 irqstacks, hard=c075 soft=c073
> PID hash table entries: 4096 (order: 12, 16384 bytes)
> Xen reported: 3059.962 MHz processor.
> Console: colour VGA+ 80x25
> Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
> Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
> Software IO TLB enabled:
>  Aperture: 2 megabytes
> 
> (...)
> 
> Any hints?
> 
> Thanks in advance,
> 
> Timo
> 
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

- --
Thank you,
Preston Connors
Atlantic.Net
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkrDj9AACgkQonXphwN+2nYHxACfQtA4sweB+idxW/onhZ+3RfEm
sUwAoIe3UNttc0KWUut9pj4Rv5niywtO
=XQ04
-END PGP SIGNATURE-
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] How to autoconfigure network?

2009-09-30 Thread John R Pierce
happymaster23 wrote:
> No this is not solution. I have tried to run firstboot but without
> result. There should be some script, that is making these files
> (including writing MAC address and full device name). Other thing is
> modprobe.conf - there is name of driver connected to device name
> (eth0, eth1, e.g.), but there is not solution how to change all that
> things when you are swapping ethernet card...
>   

try sys-unconfig (8)




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


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Rob Kampen

Joseph L. Casale wrote:

Don't bother with that, go straight to the source!
http://packages.asterisk.org/
These get updated rather quickly.

jlc
  

+1 for this suggestion.

Starting out it may be easier to pull packages from a repo if you're not familiar with 
building from source. BUT, in the long run, you'll need to learn it. When a security 
>vulnerability is fixed, you don't want to wait any longer than necessary for the 
package maintainer to get around to updating. Just grab the source and build. Also, the 
packages >don't always have all the functionality you may require (codecs, modules, 
etc). There are plenty of docs on how to do this as well as many helpful people on the 
Asterisk-Users >mailing list.



You completely misunderstood my suggestion, and actually suggested something I
learned a long time ago to never do:)

The url as suggested by the name, *is* an rpm package repo. As I said, the
packager gets these built with new releases and/or kernel updates very fast.

Compiling software and bypassing the package mangler is always a risk for
trouble down the road. Given the many deps Asterisk may require, its simpler
to use this repo versus compiling.

An aside as well, I see many people on this list always concerned with vulns
and patches and always eager to simply `yum update`. FWIW, if the vuln doesn't
affect you, it's not a vuln for *you*. You may not have the module 
installed/active
or in my case, the internet facing exposure is limited to an VSP who I *very 
much*
doubt would use my system to dial for free based on one of the recent vulns.

I wouldn't panic about being at risk for vulns *just because* a vuln exists, it
may not affect you. I had an Ast box running without a reboot or update in 
almost
a year cuz I couldn't get the window. Its exposure was so highly minimized that
it wasn't even a consideration. None of the updates pertaining to stability were
ever applicable either to my best knowledge so I didn't worry...

jlc
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
  
I have a dedicated * CentOS box that shows today as uptime 543 days. I 
built from scratch as I needed to support a four port analog trunk card.
This does not have internet access as I'm running it like an old 
fashioned PABX -
just with great sip / linux based snom desk phones and all the attendant 
wiz-bang super stuff that * provides.


I do want to do an update of it all to latest versions etc. but when it 
just keeps working it is hard to justify the down time and potential 
hic-ups.

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


Re: [CentOS] How to autoconfigure network?

2009-09-30 Thread Les Mikesell
happymaster23 wrote:
> No this is not solution. I have tried to run firstboot but without
> result. There should be some script, that is making these files
> (including writing MAC address and full device name). Other thing is
> modprobe.conf - there is name of driver connected to device name
> (eth0, eth1, e.g.), but there is not solution how to change all that
> things when you are swapping ethernet card...

Basically you need to put the ethernet MAC address of the new card in 
the HWADDR= line of the appropriate ifcfg-eth? file.  Assuming you are 
talking about Centos 5.x, the devices are renamed to match these files 
based on the hwaddr entries even if they were detected in a different 
order.  But some conditions that I don't understand may trigger all of 
these files to be renamed with a .bak extension at bootup and new 
default dhcp configs created instead.  This is never fun when your only 
access to the machine is through the network.

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


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


Re: [CentOS] How to autoconfigure network?

2009-09-30 Thread happymaster23
Thank you,

this looks good, but I don´t want unconfigure whole system...

2009/9/30 John R Pierce :
> happymaster23 wrote:
>> No this is not solution. I have tried to run firstboot but without
>> result. There should be some script, that is making these files
>> (including writing MAC address and full device name). Other thing is
>> modprobe.conf - there is name of driver connected to device name
>> (eth0, eth1, e.g.), but there is not solution how to change all that
>> things when you are swapping ethernet card...
>>
>
> try sys-unconfig (8)
>
>
>
>
> ___
> 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] Gathering information about RAM in sockets

2009-09-30 Thread John R Pierce
Marko A. Jennings wrote:
> Take a look at dmidecode.
>   

and, to cut the clutter, try...

# dmidecode -t memory

on most servers, the first entry will be the mainboard memory array, 
which should show how many slots and max capacity, while the rest of the 
entries will show the installed modules.  This data is read from the i2c 
bus, and is stored in the serial eprom on the memory modules, so if you 
have a sketchy system, it may not be 100% accurate.


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


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Les Mikesell
Rob Kampen wrote:
> >>   
> I have a dedicated * CentOS box that shows today as uptime 543 days. I 
> built from scratch as I needed to support a four port analog trunk card.
> This does not have internet access as I'm running it like an old 
> fashioned PABX -
> just with great sip / linux based snom desk phones and all the attendant 
> wiz-bang super stuff that * provides.
> 
> I do want to do an update of it all to latest versions etc. but when it 
> just keeps working it is hard to justify the down time and potential 
> hic-ups.

If you are very well firewalled and trust all the local users you might 
get away with ignoring security updates but it's mostly a matter of 
luck.  With the stock CentOS components, your downtime for an update is 
normally just a reboot and problems are extremely rare.  If you'd added 
custom or 3rd party code items there's a somewhat greater risk, but it 
is still pretty unlikely that an update would break things - or that you 
wouldn't have heard about other people having a problem.

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

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


Re: [CentOS] How to autoconfigure network?

2009-09-30 Thread happymaster23
Thank you,

I am trying to make list of needed changes. So - first line of
ifcfg-eth* is commented full name of adapter (no sense). Only one
think that should be changed is HWADDR. This file is in three
directories (/etc/sysconfig/network-script/ifcfg-eth*,
/etc/sysconfig/networking/devices/ifcfg-eth* and
/etc/sysconfig/networking/profiles/default/ifcfg-eth*). Other thing,
that should be changed is /etc/modprobe.conf - there should be changed
name of driver connected to name of interface. So if I am swapping to
Intel´s 1000 family, there should be e1000e.

Is there anything that what I forgot?

2009/9/30 Les Mikesell :
> happymaster23 wrote:
>> No this is not solution. I have tried to run firstboot but without
>> result. There should be some script, that is making these files
>> (including writing MAC address and full device name). Other thing is
>> modprobe.conf - there is name of driver connected to device name
>> (eth0, eth1, e.g.), but there is not solution how to change all that
>> things when you are swapping ethernet card...
>
> Basically you need to put the ethernet MAC address of the new card in
> the HWADDR= line of the appropriate ifcfg-eth? file.  Assuming you are
> talking about Centos 5.x, the devices are renamed to match these files
> based on the hwaddr entries even if they were detected in a different
> order.  But some conditions that I don't understand may trigger all of
> these files to be renamed with a .bak extension at bootup and new
> default dhcp configs created instead.  This is never fun when your only
> access to the machine is through the network.
>
> --
>   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] How to autoconfigure network?

2009-09-30 Thread John R Pierce
happymaster23 wrote:
> Thank you,
>
> I am trying to make list of needed changes. So - first line of
> ifcfg-eth* is commented full name of adapter (no sense). Only one
> think that should be changed is HWADDR. This file is in three
> directories (/etc/sysconfig/network-script/ifcfg-eth*,
> /etc/sysconfig/networking/devices/ifcfg-eth* and
> /etc/sysconfig/networking/profiles/default/ifcfg-eth*).

actually, those appear to be links to the same files...

# ls -il /etc/sysconfig/network-scripts/ifcfg-eth0
2524900 -rw-r--r--  3 root root   162 Nov 29  2007 ifcfg-eth0
# ls -il /etc/sysconfig/networking/profiles/default/ifcfg-eth0
2524900 -rw-r--r--  3 root root 162 Nov 29  2007 
/etc/sysconfig/networking/profiles/default/ifcfg-eth0
# ls -il /etc/sysconfig/networking/devices/ifcfg-eth0
2524900 -rw-r--r--  3 root root 162 Nov 29  2007 
/etc/sysconfig/networking/devices/ifcfg-eth0


note the inode# is the same on all three.



>  Other thing,
> that should be changed is /etc/modprobe.conf - there should be changed
> name of driver connected to name of interface. So if I am swapping to
> Intel´s 1000 family, there should be e1000e.
>   

sysconfig (8) forces the system to run /etc/rc.d/rc.sysinit upon 
reboot.  you might take a look at what that script is doing (a fair bit, 
actually).

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


Re: [CentOS] How to autoconfigure network?

2009-09-30 Thread Les Mikesell
happymaster23 wrote:
> Thank you,
> 
> I am trying to make list of needed changes. So - first line of
> ifcfg-eth* is commented full name of adapter (no sense). Only one
> think that should be changed is HWADDR. This file is in three
> directories (/etc/sysconfig/network-script/ifcfg-eth*,
> /etc/sysconfig/networking/devices/ifcfg-eth* and
> /etc/sysconfig/networking/profiles/default/ifcfg-eth*). Other thing,
> that should be changed is /etc/modprobe.conf - there should be changed
> name of driver connected to name of interface. So if I am swapping to
> Intel´s 1000 family, there should be e1000e.
> 
> Is there anything that what I forgot?

I don't really know how the device detection stuff works (and haven't 
found much documentation), but I don't think the /etc/modprobe entries 
are actually necessary, at least for pci devices.  You used to be able 
to sort-of control detection order there but I don't think that works 
any more and it didn't help much when you had multiple devices with the 
same driver anyway.

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


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Ron Blizzard
On Wed, Sep 30, 2009 at 9:13 AM, Chan Chung Hang Christopher
> You can get asterisk packages from rpmforge on Centos...but on Ubuntu
> you do not have to add an extra repository to get asterisk.

What I meant was that the "pre-built" Asterisks (Trixbox, AsteriskNow,
Elastix and PBX in a Flash) are all based on CentOS. I've never tried
compiling it on my own -- I've only experimented with Asterisk.

> When you say go voip, do you mean use sip for the stations only or also
> for the trunks?

My experience (and the experience of those I know) is that SIP trunks
don't really work consistently. But, when I say I need to learn VOIP
I'm mostly talking about the station side. My goal is to learn enough
to build Asterisk boxes to replace key systems. I like the idea of
Asterisk because it can use standard trunks for critical lines and SIP
trunks for specialized purposes or overflow. (At least that's what I
*think* it can do.)

-- 
RonB -- Using CentOS 5.3
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Ron Blizzard
On Wed, Sep 30, 2009 at 9:35 AM, Joseph L. Casale
 wrote:

> Have a look at FreeSwitch as well:)

Thanks. I think I looked at it once, but I can't remember what it was
about it that didn't attract me at the time. I'll take another look.

-- 
RonB -- Using CentOS 5.3
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Brian Mathis
On Wed, Sep 30, 2009 at 1:18 PM, Rob Kampen  wrote:
>
> I have a dedicated * CentOS box that shows today as uptime 543 days. I built
> from scratch as I needed to support a four port analog trunk card.
> This does not have internet access as I'm running it like an old fashioned
> PABX -
> just with great sip / linux based snom desk phones and all the attendant
> wiz-bang super stuff that * provides.
>
> I do want to do an update of it all to latest versions etc. but when it just
> keeps working it is hard to justify the down time and potential hic-ups.
> HTH
> Rob
>

Uptime is a red herring and is generally meaningless.  You'd be better
off performing updates and reboots at least once a month, so you don't
need to worry about any big changes that might come with not updating
for almost 2 years.  If you updated now and something broke, you
wouldn't know what did it.  If you keep up incrementally, you can
catch the small things as they come.  You also don't have a "delicate
flower" that you need to worry if it won't come up after the next
reboot.  That's not a good situation to be in.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Ron Blizzard
On Wed, Sep 30, 2009 at 12:28 PM, Les Mikesell  wrote:
> Rob Kampen wrote:
>> >>
>> I have a dedicated * CentOS box that shows today as uptime 543 days. I
>> built from scratch as I needed to support a four port analog trunk card.
>> This does not have internet access as I'm running it like an old
>> fashioned PABX -
>> just with great sip / linux based snom desk phones and all the attendant
>> wiz-bang super stuff that * provides.
>>
>> I do want to do an update of it all to latest versions etc. but when it
>> just keeps working it is hard to justify the down time and potential
>> hic-ups.
>
> If you are very well firewalled and trust all the local users you might
> get away with ignoring security updates but it's mostly a matter of
> luck.  With the stock CentOS components, your downtime for an update is
> normally just a reboot and problems are extremely rare.  If you'd added
> custom or 3rd party code items there's a somewhat greater risk, but it
> is still pretty unlikely that an update would break things - or that you
> wouldn't have heard about other people having a problem.

If I understand Rob correctly here, there is actually no need for a
firewall. He's not on the Internet. He's using analog trunks and SIP
phones in a closed system. He's basically got a traditional key system
or PBX switch that just happens to be based on CentOS/Asterisk.

(Traditional telephone switches have been based on UNIX for years.)

-- 
RonB -- Using CentOS 5.3
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Les Mikesell
Ron Blizzard wrote:
>
> 
>> Have a look at FreeSwitch as well:)
> 
> Thanks. I think I looked at it once, but I can't remember what it was
> about it that didn't attract me at the time. I'll take another look.
> 

Here's some interesting commentary on why it is likely to become more 
popular than asterisk even though it may take another year.

http://nerdvittles.com/index.php?p=224

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


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Ron Blizzard
On Wed, Sep 30, 2009 at 1:18 PM, Brian Mathis  wrote:

> Uptime is a red herring and is generally meaningless.  You'd be better
> off performing updates and reboots at least once a month, so you don't
> need to worry about any big changes that might come with not updating
> for almost 2 years.  If you updated now and something broke, you
> wouldn't know what did it.  If you keep up incrementally, you can
> catch the small things as they come.  You also don't have a "delicate
> flower" that you need to worry if it won't come up after the next
> reboot.  That's not a good situation to be in.

Except, in this case, you could probably go forever without updating.
CentOS/Asterisk is just the switch's embedded OS as used here. I've
maintained many Nortel switches (based on Wind River UNIX) which
weren't patched for years -- no need to update the OS unless there was
a specific problem or a necessary new feature. But I do think Rob
wants to update this system. The problem is, unlike computer networks,
people are very intolerant of phone downtime.

-- 
RonB -- Using CentOS 5.3
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Les Mikesell
Ron Blizzard wrote:
>
>>> I do want to do an update of it all to latest versions etc. but when it
>>> just keeps working it is hard to justify the down time and potential
>>> hic-ups.
>> If you are very well firewalled and trust all the local users you might
>> get away with ignoring security updates but it's mostly a matter of
>> luck.  With the stock CentOS components, your downtime for an update is
>> normally just a reboot and problems are extremely rare.  If you'd added
>> custom or 3rd party code items there's a somewhat greater risk, but it
>> is still pretty unlikely that an update would break things - or that you
>> wouldn't have heard about other people having a problem.
> 
> If I understand Rob correctly here, there is actually no need for a
> firewall. He's not on the Internet. He's using analog trunks and SIP
> phones in a closed system. He's basically got a traditional key system
> or PBX switch that just happens to be based on CentOS/Asterisk.
> 
> (Traditional telephone switches have been based on UNIX for years.)

You are still exposed to anything that is on the local LAN - which could 
include other machines that might have been compromised through browser 
exploits, etc. unless the segment only connects to IP phones (and you 
lose the ability to use soft phones).  Linux is less vulnerable to most 
of these than windows would be, but still, if you know there are updates 
to fix known security  issues you are pressing your luck if you don't 
install them.

Phone switches are particularly attractive targets to hackers:
http://nerdvittles.com/index.php?p=580

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

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


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Ron Blizzard
On Wed, Sep 30, 2009 at 1:42 PM, Les Mikesell  wrote:
> Ron Blizzard wrote:
>>
>>
>>> Have a look at FreeSwitch as well:)
>>
>> Thanks. I think I looked at it once, but I can't remember what it was
>> about it that didn't attract me at the time. I'll take another look.
>>
>
> Here's some interesting commentary on why it is likely to become more
> popular than asterisk even though it may take another year.
>
> http://nerdvittles.com/index.php?p=224

Thanks, I've bookmarked it. The only possible issue (I quickly read
the article) is that, by emphasizing software applications I hope they
don't break the TDM hardware interoperability. That's one of the main
attractions of Asterisk for me. I can use it as a standard
(traditional) telephone switch if I want. But I have heard of the
Asterisk bottleneck before. Not a problem for the smaller keys systems
that I'm thinking about, but I can see where it can be an issue when
going bigger. (I'm still on the surface of all of this -- so I'm just
going by stuff that I've read, not by personal experience.)

-- 
RonB -- Using CentOS 5.3
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Joseph L. Casale
>If you are very well firewalled and trust all the local users you might
>get away with ignoring security updates but it's mostly a matter of
>luck.  With the stock CentOS components, your downtime for an update is
>normally just a reboot and problems are extremely rare.  If you'd added
>custom or 3rd party code items there's a somewhat greater risk, but it
>is still pretty unlikely that an update would break things - or that you
>wouldn't have heard about other people having a problem.

That's just not always correct. Again, a sec update that is not applicable
doesn't make sense to update to, and there many other circumstances to.

Ironically, I broke this very box once by updating it. I had expected to have
had to update DAHDI as it builds against the kernel, but something I never 
figured
out become not compatible with the version of asterisk. It seg faulted every
time I tried to start it.

I ended up enabling the ast repo and updating asterisk as well after and it
started fine. But it cost me a couple hours, and there was no fscking need to
update. It's even firewalled from the local users. I wasted a bunch of time
for nothing...

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


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Ron Blizzard
On Wed, Sep 30, 2009 at 1:55 PM, Les Mikesell  wrote:

> You are still exposed to anything that is on the local LAN - which could
> include other machines that might have been compromised through browser
> exploits, etc. unless the segment only connects to IP phones (and you
> lose the ability to use soft phones).  Linux is less vulnerable to most
> of these than windows would be, but still, if you know there are updates
> to fix known security  issues you are pressing your luck if you don't
> install them.

That's the impression that I got, that the CentOS/Asterisk box was
just connected to standard SIP hard phones and to TDM analog lines.
(Like a traditional key system.)

> Phone switches are particularly attractive targets to hackers:
> http://nerdvittles.com/index.php?p=580

Even without being connected to a VOIP trunks or the LAN, phone
systems are vulnerable to security breaches. Often voice mail has
"outdialing" features. So a system can be set up to go into voice mail
and then out to anywhere in the world.

-- 
RonB -- Using CentOS 5.3
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] SATA controler req

2009-09-30 Thread Steve Bonds
On Wed, Sep 23, 2009 at 2:16 PM, Steve Bonds wrote:

> These $50 four port cards work wonderfully with the sata_sil24 drived included
> with CentOS:
>
> http://www.newegg.com/Product/Product.aspx?Item=N82E16816132017
>
> They only come as PCI.  I never found anything stable enough for me
> (which is VERY stable) for PCIe.  Perhaps someone else has found
> something good for that slot.

These look promising:

http://www.newegg.com/Product/Product.aspx?Item=N82E16816124027

(Syba SY-PEX40008, info at http://www.iocrest.com/products.php?SY-PEX40008)

And at $60 for four ports... relatively affordable.  I have not tried
them personally since I have enough ports for now.  However, this is
probably the one I try when I run out unless someone else comes back
with something better.  :-)

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


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Brian Mathis
On Wed, Sep 30, 2009 at 2:43 PM, Ron Blizzard  wrote:
> On Wed, Sep 30, 2009 at 1:18 PM, Brian Mathis  wrote:
>
>> Uptime is a red herring and is generally meaningless.  You'd be better
>> off performing updates and reboots at least once a month, so you don't
>> need to worry about any big changes that might come with not updating
>> for almost 2 years.  If you updated now and something broke, you
>> wouldn't know what did it.  If you keep up incrementally, you can
>> catch the small things as they come.  You also don't have a "delicate
>> flower" that you need to worry if it won't come up after the next
>> reboot.  That's not a good situation to be in.
>
> Except, in this case, you could probably go forever without updating.
> CentOS/Asterisk is just the switch's embedded OS as used here. I've
> maintained many Nortel switches (based on Wind River UNIX) which
> weren't patched for years -- no need to update the OS unless there was
> a specific problem or a necessary new feature. But I do think Rob
> wants to update this system. The problem is, unlike computer networks,
> people are very intolerant of phone downtime.
>
> --
> RonB -- Using CentOS 5.3

The difference is that CentOS is a general-purpose OS that can be used
for many things, and has a much bigger installed base.  That makes it
more of a target and would likely be included in scanning tools.  A
custom OS running on a PBX might also have vulnerabilities, but it's
also probably not a big target because of the diversity of systems out
there and relative limited utility one would have if such a system
were compromised.

That you tend to tend to think of it as an "appliance" running the
phone system does not change the fact that it's actually a full-blown
server OS with the same issues as other servers.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] How to autoconfigure network?

2009-09-30 Thread happymaster23
Yes, you are right. You can delete all three files and make new one in
/etc/sysconfig/network-scripts/. Other two files are automatically
"created" by running setup command (choose device and  then save
properties).

So, thank you very much everybody. I think, that now is everything OK
(changes in modprobe.conf and in ifcfg-eth0 mirrored to other
directories), network is working well.

2009/9/30 John R Pierce :
> happymaster23 wrote:
>> Thank you,
>>
>> I am trying to make list of needed changes. So - first line of
>> ifcfg-eth* is commented full name of adapter (no sense). Only one
>> think that should be changed is HWADDR. This file is in three
>> directories (/etc/sysconfig/network-script/ifcfg-eth*,
>> /etc/sysconfig/networking/devices/ifcfg-eth* and
>> /etc/sysconfig/networking/profiles/default/ifcfg-eth*).
>
> actually, those appear to be links to the same files...
>
> # ls -il /etc/sysconfig/network-scripts/ifcfg-eth0
> 2524900 -rw-r--r--  3 root root   162 Nov 29  2007 ifcfg-eth0
> # ls -il /etc/sysconfig/networking/profiles/default/ifcfg-eth0
> 2524900 -rw-r--r--  3 root root 162 Nov 29  2007
> /etc/sysconfig/networking/profiles/default/ifcfg-eth0
> # ls -il /etc/sysconfig/networking/devices/ifcfg-eth0
> 2524900 -rw-r--r--  3 root root 162 Nov 29  2007
> /etc/sysconfig/networking/devices/ifcfg-eth0
>
>
> note the inode# is the same on all three.
>
>
>
>>  Other thing,
>> that should be changed is /etc/modprobe.conf - there should be changed
>> name of driver connected to name of interface. So if I am swapping to
>> Intel´s 1000 family, there should be e1000e.
>>
>
> sysconfig (8) forces the system to run /etc/rc.d/rc.sysinit upon
> reboot.  you might take a look at what that script is doing (a fair bit,
> actually).
>
> ___
> 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] CentOS for non-tech user

2009-09-30 Thread Marcelo M. Garcia
Christopher Chan wrote:
>>  And I can't believe I just write that...! I sound like a linux
>> die-hard...
>>   
> Just try Solaris or FreeBSD then. That should make you a Linux die-hard. :-D

Oh yes. I tried Opensolaris for a while and now I'm more convinced of 
Linux than ever.

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


Re: [CentOS] CentOS for non-tech user

2009-09-30 Thread Marcelo M. Garcia
Sorin Srbu wrote:
>>> HTH.
>> Hi Sorin
>>
>> You can "sudo bash" and you will have a root terminal. In it, you can
>> set the root password for root.
> 
> Yupp, as I said, at the time I was testing Ubuntu, I was rather green and
> didn't know about those little tricks. Now is a another matter, but I still
> prefer CentOS. Besides, opening a terminal and typing in "su -" is way
> faster. Saves keystrokes. 
Hi

The reason for Ubuntu in the laptop is simply because CentOS didn't work 
  very well. I followed the wiki about XPS M1530[1] and everything 
almost work. At the office one of the developers uses a Dell Precision 
laptop with RHEL 5.3 (it came from Dell with RHEL) and works really 
fine. So, I image that some laptops are more CentOS/RHEL-friendly than 
others.

Now I'm used to use sudo. It is a great tool. I use it everywhere. And 
everything I do appears in the logwatch.

Regards

mg.

[1] http://wiki.centos.org/HowTos/Laptops/Dell/XPS_M1530
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] How to autoconfigure network?

2009-09-30 Thread Marcelo M. Garcia
happymaster23 wrote:
> Hello,
> 
> I have installed new network card under CentOS 5.3, but there are some
> problems. I want delete existing ifcfg-eth0 and automatically make new
> on as it is during OS installation process. Is it possible?
> 
> Thank you
Hi

I'm not sure if I understood your problem, but here it goes. Have you 
tried system-config-network? Are you using Network-Manger?

Regards

mg.

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


[CentOS] du vs df size difference

2009-09-30 Thread Ryan Pugatch
Hi all,

Curious issue.. looking in to how much disk space is being used on a 
machine (CentOS 5.3).  When I compare the output of du vs df, I am 
seeing a 12GB difference with du saying 8G used and df saying 20G used.

# du -hcx /
8.0Gtotal

# df -h /
FilesystemSize  Used Avail Use% Mounted on
/dev/xvda3 22G   20G  637M  97% /

I recognize that in most cases du and df are not going to report the 
same but I am concerned about having a 12GB disparity.  Does anyone have 
any thoughts about this or reason as to why there is a big difference? 
I have read a few articles online about it and none have really shown 
such a large difference.

Thanks



Ryan Pugatch
Systems Administrator, TripAdvisor
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


[CentOS] OT: dmidecode data - what is maximum RAM capacity of this box?

2009-09-30 Thread Lanny Marcus
In Timo's thread about RAM  today, I noticed dmidecode and I got the
data for my Dell Dimension 2400 (Celeron CPU) box, which is below. I
won this box in a raffle, during February 2005. After I got the box, I
got conflicting information, from Crucial.com and from Dell Latin
America, regarding the maximum RAM configuration. To be conservative,
I bought two 256 MB DIMMS from Crucial.com, early in 2005. Running
dmidecode, I got the below information. Questions: (a) Is the maximum
capacity of this motherboard 1 GB instead of the 512 MB I thought it
was? (b) Is it possible the mainboard capacity is 1 GB, but that the
BIOS limits to 512 MB?  To add further confusion, I just searched for
this model on crucial.com and they are showing 2 GB total capacity.
However, they do not allow one to select between the Celeron CPU which
I have and a non Celeron CPU and they may have different capacity.
TIA!Lanny

dmidecode for Dell Dimension 2400 Celeron box

Handle 0x1000, DMI type 16, 15 bytes.
Physical Memory Array
Location: System Board Or Motherboard
Use: System Memory
Error Correction Type: None
Maximum Capacity: 1 GB
Error Information Handle: Not Provided
Number Of Devices: 2

Handle 0x1100, DMI type 17, 23 bytes.
Memory Device
Array Handle: 0x1000
Error Information Handle: Not Provided
Total Width: 64 bits
Data Width: 64 bits
Size: 256 MB
Form Factor: DIMM
Set: None
Locator: DIMM_1
Bank Locator: Not Specified
Type: SDRAM
Type Detail: Synchronous
Speed: 266 MHz (3.8 ns)

Handle 0x1101, DMI type 17, 23 bytes.
Memory Device
Array Handle: 0x1000
Error Information Handle: Not Provided
Total Width: 64 bits
Data Width: 64 bits
Size: 256 MB
Form Factor: DIMM
Set: None
Locator: DIMM_2
Bank Locator: Not Specified
Type: SDRAM
Type Detail: Synchronous
Speed: 266 MHz (3.8 ns)

Handle 0x1301, DMI type 19, 15 bytes.
Memory Array Mapped Address
Starting Address: 0x000
Ending Address: 0x0001FFF
Range Size: 512 MB
Physical Array Handle: 0x1000
Partition Width: 0

Handle 0x1402, DMI type 20, 19 bytes.
Memory Device Mapped Address
Starting Address: 0x000
Ending Address: 0xFFF
Range Size: 256 MB
Physical Device Handle: 0x1100
Memory Array Mapped Address Handle: 0x1301
   Partition Row Position: 1

Handle 0x1403, DMI type 20, 19 bytes.
Memory Device Mapped Address
Starting Address: 0x0001000
Ending Address: 0x0001FFF
Range Size: 256 MB
Physical Device Handle: 0x1101
Memory Array Mapped Address Handle: 0x1301
Partition Row Position: 1


from Crucial.com

 Q: How much memory can my computer handle?
from Crucial.com

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


Re: [CentOS] du vs df size difference

2009-09-30 Thread Luciano Rocha
On Wed, Sep 30, 2009 at 04:59:25PM -0400, Ryan Pugatch wrote:
> Hi all,
> 
> Curious issue.. looking in to how much disk space is being used on a 
> machine (CentOS 5.3).  When I compare the output of du vs df, I am 
> seeing a 12GB difference with du saying 8G used and df saying 20G used.
> 
> # du -hcx /
> 8.0Gtotal
> 
> # df -h /
> FilesystemSize  Used Avail Use% Mounted on
> /dev/xvda3 22G   20G  637M  97% /
> 
> I recognize that in most cases du and df are not going to report the 
> same but I am concerned about having a 12GB disparity.  Does anyone have 
> any thoughts about this or reason as to why there is a big difference? 
> I have read a few articles online about it and none have really shown 
> such a large difference.

Do this:
mount /dev/xvda3 /mnt
du -hc /mnt

And see if you can find the other 12GB.

I usually do:
du -mc --max-depth 2 /mnt | sort -n

Though I've recently learned:
du -hc --max-depth 2 /mnt | sort --human-readable or some such, but that
requires a very recent coreutils installation.

-- 
lfr
0/0


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


Re: [CentOS] OT: dmidecode data - what is maximum RAM capacity of this box?

2009-09-30 Thread nate
Lanny Marcus wrote:
> In Timo's thread about RAM  today, I noticed dmidecode and I got the
> data for my Dell Dimension 2400 (Celeron CPU) box, which is below. I

You running the latest bios for the system?

According to dell 2GB is the max

http://support.dell.com/support/edocs/systems/dim2400/en/sm_en/specs.htm

Looks like it supports multiple memory speeds, a lot of systems
can use more total memory if the memory speed is lower(most often
seen this on Supermicro boards anyways)

nate


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


Re: [CentOS] du vs df size difference

2009-09-30 Thread Peter A

Cut'n'paste from a tutorial I'm writing right now:


Check with lsof if there are any very large files that are already deleted but 
are still open by some processes.

# df -h .
FilesystemSize  Used Avail Use% Mounted on
/dev/md0  194M   32M  153M  18% /boot
# dd if=/dev/zero of=testfile bs=1024000 count=50
50+0 records in
50+0 records out
5120 bytes (51 MB) copied, 0.370919 s, 138 MB/s
# df -h .
FilesystemSize  Used Avail Use% Mounted on
/dev/md0  194M   81M  104M  44% /boot
# vi testfile



# rm testfile
# df -h .
FilesystemSize  Used Avail Use% Mounted on
/dev/md0  194M   81M  104M  44% /boot

< quit vi>

# df -h .
FilesystemSize  Used Avail Use% Mounted on
/dev/md0  194M   32M  153M  18% /boot

Also verify that your fs doesn't have a insane root reserved space set.
# df -h .
FilesystemSize  Used Avail Use% Mounted on
/dev/md0  194M   32M  153M  18% /boot
# tune2fs -m 50 /dev/md0
tune2fs 1.41.4 (27-Jan-2009)
Setting reserved blocks percentage to 50% (102368 blocks)
# df -h .
FilesystemSize  Used Avail Use% Mounted on
/dev/md0  194M   32M   63M  34% /boot


THere are of course other reasons but those two are a common problem.

Peter.

On Wednesday 30 September 2009 16:59:25 Ryan Pugatch wrote:
> Hi all,
> 
> Curious issue.. looking in to how much disk space is being used on a
> machine (CentOS 5.3).  When I compare the output of du vs df, I am
> seeing a 12GB difference with du saying 8G used and df saying 20G used.
> 
> # du -hcx /
> 8.0Gtotal
> 
> # df -h /
> FilesystemSize  Used Avail Use% Mounted on
> /dev/xvda3 22G   20G  637M  97% /
> 
> I recognize that in most cases du and df are not going to report the
> same but I am concerned about having a 12GB disparity.  Does anyone have
> any thoughts about this or reason as to why there is a big difference?
> I have read a few articles online about it and none have really shown
> such a large difference.
> 
> Thanks
> 
> 
> 
> Ryan Pugatch
> Systems Administrator, TripAdvisor
> ___
> 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] du vs df size difference

2009-09-30 Thread nate
Ryan Pugatch wrote:

> I recognize that in most cases du and df are not going to report the
> same but I am concerned about having a 12GB disparity.  Does anyone have
> any thoughts about this or reason as to why there is a big difference?
> I have read a few articles online about it and none have really shown
> such a large difference.

du won't look at deleted files, while df will.

run

lsof | grep deleted

and see if any files are deleted are still open, space from them
will not be freed until the process releases the file handle.

nate


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


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread rb4centos
-Original Message-
From:  Brian Mathis 

The difference is that CentOS is a general-purpose OS that can be used
for many things, and has a much bigger installed base.  That makes it
more of a target and would likely be included in scanning tools.  A
custom OS running on a PBX might also have vulnerabilities, but it's
also probably not a big target because of the diversity of systems out
there and relative limited utility one would have if such a system
were compromised.

That you tend to tend to think of it as an "appliance" running the
phone system does not change the fact that it's actually a full-blown
server OS with the same issues as other servers.
___
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] du vs df size difference

2009-09-30 Thread Stephen John Smoogen
On Wed, Sep 30, 2009 at 2:59 PM, Ryan Pugatch  wrote:
> Hi all,
>
> Curious issue.. looking in to how much disk space is being used on a
> machine (CentOS 5.3).  When I compare the output of du vs df, I am
> seeing a 12GB difference with du saying 8G used and df saying 20G used.
>
> # du -hcx /
> 8.0G    total
>
> # df -h /
> Filesystem            Size  Used Avail Use% Mounted on
> /dev/xvda3             22G   20G  637M  97% /
>
> I recognize that in most cases du and df are not going to report the
> same but I am concerned about having a 12GB disparity.  Does anyone have
> any thoughts about this or reason as to why there is a big difference?
> I have read a few articles online about it and none have really shown
> such a large difference.

One of the things I run into are either hidden files or leaked files
where a process is still talking to a file but the directory no longer
sees it so du doesn't catch it.

ls -l /proc/[0-9]*/fd/| grep delete

will show those up. Then its a matter if you want to keep that file
around or not.

also du / did not look for files in / that were starting with a .

ls -la / and see if there are hidden directories or files taking up space.

Finally sparse files can give odd readings at time.. but that is the
least likely reason.

> Thanks
>
>
>
> Ryan Pugatch
> Systems Administrator, TripAdvisor
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>



-- 
Stephen J Smoogen.

Ah, but a man's reach should exceed his grasp. Or what's a heaven for?
-- Robert Browning
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] CentOS for non-tech user

2009-09-30 Thread Robert Heller
At Wed, 30 Sep 2009 21:41:48 +0100 CentOS mailing list  
wrote:

> 
> Sorin Srbu wrote:
> >>> HTH.
> >> Hi Sorin
> >>
> >> You can "sudo bash" and you will have a root terminal. In it, you can
> >> set the root password for root.
> > 
> > Yupp, as I said, at the time I was testing Ubuntu, I was rather green and
> > didn't know about those little tricks. Now is a another matter, but I still
> > prefer CentOS. Besides, opening a terminal and typing in "su -" is way
> > faster. Saves keystrokes. 
> Hi
> 
> The reason for Ubuntu in the laptop is simply because CentOS didn't work 
>   very well. I followed the wiki about XPS M1530[1] and everything 
> almost work. At the office one of the developers uses a Dell Precision 
> laptop with RHEL 5.3 (it came from Dell with RHEL) and works really 
> fine. So, I image that some laptops are more CentOS/RHEL-friendly than 
> others.

Probably older ones or ones with less 'bleeding edge' hardware.

> 
> Now I'm used to use sudo. It is a great tool. I use it everywhere. And 
> everything I do appears in the logwatch.
> 
> Regards
> 
> mg.
> 
> [1] http://wiki.centos.org/HowTos/Laptops/Dell/XPS_M1530
> ___
> 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] du vs df size difference

2009-09-30 Thread Robert Heller
At Wed, 30 Sep 2009 16:59:25 -0400 CentOS mailing list  
wrote:

> 
> Hi all,
> 
> Curious issue.. looking in to how much disk space is being used on a 
> machine (CentOS 5.3).  When I compare the output of du vs df, I am 
> seeing a 12GB difference with du saying 8G used and df saying 20G used.
> 
> # du -hcx /
> 8.0Gtotal
> 
> # df -h /
> FilesystemSize  Used Avail Use% Mounted on
> /dev/xvda3 22G   20G  637M  97% /
> 
> I recognize that in most cases du and df are not going to report the 
> same but I am concerned about having a 12GB disparity.  Does anyone have 
> any thoughts about this or reason as to why there is a big difference? 
> I have read a few articles online about it and none have really shown 
> such a large difference.

Somewhere you have an open, but deleted file.  Maybe someone deleted a
log file and did NOT do a SIGHUP (or restart) of the corresponding
deamon? Or some similar weirdness.  Some running process is hanging onto
a an open file descriptor of a file that has been deleted.  Note that
some program create 'unnamed' temp files -- opened, then deleted -- as
soon as the program exits, the temp file space gets recycled, without
the program 'remembering' to delete it, since it is already deleted.
This saves having to deal with an exit handler in case the program crashes.

> 
> Thanks
> 
> 
> 
> Ryan Pugatch
> Systems Administrator, TripAdvisor
> ___
> 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] du vs df size difference

2009-09-30 Thread Robert Heller
At Wed, 30 Sep 2009 14:10:46 -0700 (PDT) CentOS mailing list 
 wrote:

> 
> Ryan Pugatch wrote:
> 
> > I recognize that in most cases du and df are not going to report the
> > same but I am concerned about having a 12GB disparity.  Does anyone have
> > any thoughts about this or reason as to why there is a big difference?
> > I have read a few articles online about it and none have really shown
> > such a large difference.
> 
> du won't look at deleted files, while df will.

df does not look at files (deleted or not) at all!  It just looks at
allocated inodes.

> 
> run
> 
> lsof | grep deleted
> 
> and see if any files are deleted are still open, space from them
> will not be freed until the process releases the file handle.
> 
> nate
> 
> 
> ___
> 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] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread rb4centos
-Original Message-
From:  Brian Mathis 

The difference is that CentOS is a general-purpose OS that can be used
for many things, and has a much bigger installed base.  That makes it
more of a target and would likely be included in scanning tools.  A
custom OS running on a PBX might also have vulnerabilities, but it's
also probably not a big target because of the diversity of systems out
there and relative limited utility one would have if such a system
were compromised.

That you tend to tend to think of it as an "appliance" running the
phone system does not change the fact that it's actually a full-blown
server OS with the same issues as other servers.


But if you're not connected to the Internet none of of this means anything. 
CentOS/Asterisk *would* be an appliance under these conditions. There are no 
"server" vulnerabilities because you're  not connected to a LAN.

Apologies if this is unreadable. I'm typing on my Centro and I do that very 
often.


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


Re: [CentOS] du vs df size difference

2009-09-30 Thread nate
Robert Heller wrote:

> df does not look at files (deleted or not) at all!  It just looks at
> allocated inodes.

yeah but the result is pretty much the same, at least to me. I suppose
I could of worded it a bit differently.

nate


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


Re: [CentOS] OT: dmidecode data - what is maximum RAM capacity of this box?

2009-09-30 Thread Lanny Marcus
On Wed, Sep 30, 2009 at 4:09 PM, nate  wrote:
> Lanny Marcus wrote:
>> In Timo's thread about RAM  today, I noticed dmidecode and I got the
>> data for my Dell Dimension 2400 (Celeron CPU) box, which is below. I
>
> You running the latest bios for the system?

Probably not. I will ask them if they have a BIOS upgrade for this board.
>
> According to dell 2GB is the max
>
> http://support.dell.com/support/edocs/systems/dim2400/en/sm_en/specs.htm
>
> Looks like it supports multiple memory speeds, a lot of systems
> can use more total memory if the memory speed is lower(most often
> seen this on Supermicro boards anyways)

Nate: On the Dell URL you provided above, I saw the below data. I see
the 2 GB Max, but they don't show using 1 GB DIMMS.  Not sure where
their error is. I will try to get their Tech Support on the phone in
the morning and ask about a BIOS upgrade and also if I can install
two 512 MB DIMMs or two 1 GB DIMMs.   Thank you!  Lanny

Memory
Architecture
DDR SDRAM

Memory connectors
two

Memory capacities
128-, 256-, or 512-MB

Minimum memory
128 MB shared DDR SDRAM

NOTE: Between 32 and 64 MB of system memory may be allocated to
support graphics, depending on system memory size and other factors.

Maximum memory
2 GB
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] du vs df size difference

2009-09-30 Thread Florin Andrei
Ryan Pugatch wrote:
> 
> I recognize that in most cases du and df are not going to report the 
> same but I am concerned about having a 12GB disparity.  Does anyone have 
> any thoughts about this or reason as to why there is a big difference? 

Sparse files?

-- 
Florin Andrei

http://florin.myip.org/

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


[CentOS] SATA cards?

2009-09-30 Thread ML
Hi All,

I have a server that is IDE drives and I dont have any so I wanted to  
put in a sata PCI card.

Will CentOS be able to see the drives as they will be connected to the  
card?

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


Re: [CentOS] SATA cards?

2009-09-30 Thread Kwan Lowe
On Wed, Sep 30, 2009 at 5:52 PM, ML  wrote:
> Hi All,
>
> I have a server that is IDE drives and I dont have any so I wanted to
> put in a sata PCI card.
>
> Will CentOS be able to see the drives as they will be connected to the
> card?
>

My CentOS systems are all using SATA drives. All worked out of the
box, though I did use software RAID rather than the hardware RAID.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Ron Blizzard
On Wed, Sep 30, 2009 at 4:23 PM,   wrote:
> -Original Message-
> From:  Brian Mathis
>
> The difference is that CentOS is a general-purpose OS that can be used
> for many things, and has a much bigger installed base.  That makes it
> more of a target and would likely be included in scanning tools.  A
> custom OS running on a PBX might also have vulnerabilities, but it's
> also probably not a big target because of the diversity of systems out
> there and relative limited utility one would have if such a system
> were compromised.
>
> That you tend to tend to think of it as an "appliance" running the
> phone system does not change the fact that it's actually a full-blown
> server OS with the same issues as other servers.
>
>
> But if you're not connected to the Internet none of of this means anything. 
> CentOS/Asterisk *would* be an appliance under these conditions. There are no 
> "server" vulnerabilities because you're  not connected to a LAN.
>
> Apologies if this is unreadable. I'm typing on my Centro and I do that very 
> often.

...and I *don't* do that very often.

-- 
RonB -- Using CentOS 5.3
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] ftp issue in Centos 5.3

2009-09-30 Thread Dave Stevens
Quoting Lanny Marcus :

> On 9/29/09, Dave Stevens  wrote:
>> I manage a small server that I back up weekly. I do this by making a
>> tarball of relevant files then transferring it over the local subnet
>> to my station (Fedora 11), whereupon I burn it to DVD. There is no
>> optical burner on the server. The tarball amounts to a bit under 5
>> gigs. Recently I've started getting an error telling me to try PASV or
>> PORT first. I use the gFTP client on my machine and as far as I know
>> there is no option in this program to use either option either locally
>> or remotely (on the server.)
>>
>> Any ideas on this one?
>
> I use gFTP to transfer small files to/from one of my web sites. Are
> you using a proxy? In the Options, for FTP, there is an "Ignore PASV
> address".  You may want to Google for this error and surf over to
> http://www.gftp.org/  Strange that you began getting these errors and
> I wonder if it has to do with your Fedora 11 box and not your server.
>GL

yes, it apparently was a problem at my end. I removed and reinstalled  
gFTP and things started to work again. The robustness (or lack  
thereof) of the backup method will get solved in the not too distant  
future since I have just ordered the new dream server and will be  
rsyncing off-site more-or-less continuously.

Thanks for the tips.

Dave

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



-- 
When addiction becomes commonplace in a society, people become  
addicted not only to alcohol and drugs, but to a thousand other  
destructive pursuits: money, power, dysfunctional relationships, or  
video games. A social perspective on addiction does not deny  
individual differences in vulnerability to addiction, but it removes  
them from the foreground of attention, because social determinants are  
more powerful.

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


Re: [CentOS] du vs df size difference

2009-09-30 Thread Marcelo Roccasalva
On Wed, Sep 30, 2009 at 17:59, Ryan Pugatch  wrote:
> Hi all,
>
> Curious issue.. looking in to how much disk space is being used on a
> machine (CentOS 5.3).  When I compare the output of du vs df, I am
> seeing a 12GB difference with du saying 8G used and df saying 20G used.

Maybe you have a mount point overlaping big files... du -x will not find them...

-- 
Marcelo

"¿No será acaso que ésta vida moderna está teniendo más de moderna que
de vida?" (Mafalda)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Brian Mathis
On Wed, Sep 30, 2009 at 5:23 PM,   wrote:
> -Original Message-
> From:  Brian Mathis
>
> The difference is that CentOS is a general-purpose OS that can be used
> for many things, and has a much bigger installed base.  That makes it
> more of a target and would likely be included in scanning tools.  A
> custom OS running on a PBX might also have vulnerabilities, but it's
> also probably not a big target because of the diversity of systems out
> there and relative limited utility one would have if such a system
> were compromised.
>
> That you tend to tend to think of it as an "appliance" running the
> phone system does not change the fact that it's actually a full-blown
> server OS with the same issues as other servers.
>
>
> But if you're not connected to the Internet none of of this means anything. 
> CentOS/Asterisk *would* be an appliance under these conditions. There are no 
> "server" vulnerabilities because you're  not connected to a LAN.
>
> Apologies if this is unreadable. I'm typing on my Centro and I do that very 
> often.
>

"Not connected to the Internet", and "not connected to a LAN" are very
different things.  I doubt VOIP would work if the server was not
connected to a LAN.  There could be quite a few things on the LAN,
depending on it's size, such as viruses, malware, and even users doing
scans of the network.  Don't assume that "out there" is insecure, and
"in here" is secure.  That's one of the biggest mistakes to make when
creating a secure environment.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] CentOS for non-tech user

2009-09-30 Thread Ron Blizzard
On Wed, Sep 30, 2009 at 3:41 PM, Marcelo M. Garcia

> The reason for Ubuntu in the laptop is simply because CentOS didn't work
>  very well. I followed the wiki about XPS M1530[1] and everything
> almost work. At the office one of the developers uses a Dell Precision
> laptop with RHEL 5.3 (it came from Dell with RHEL) and works really
> fine. So, I image that some laptops are more CentOS/RHEL-friendly than
> others.

I'm lucky that my Dell Latitude D400 works 100% with CentOS -- I
imagine being "behind the curve" in hardware is a definite advantage
here.

-- 
RonB -- Using CentOS 5.3
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Ron Blizzard
On Wed, Sep 30, 2009 at 5:15 PM, Brian Mathis  wrote:

> "Not connected to the Internet", and "not connected to a LAN" are very
> different things.  I doubt VOIP would work if the server was not
> connected to a LAN.  There could be quite a few things on the LAN,
> depending on it's size, such as viruses, malware, and even users doing
> scans of the network.  Don't assume that "out there" is insecure, and
> "in here" is secure.  That's one of the biggest mistakes to make when
> creating a secure environment.

You're right. I was thinking like a phone tech -- that the VOIP
system's wiring was still separate from the regular LAN.

-- 
RonB -- Using CentOS 5.3
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] du vs df size difference

2009-09-30 Thread Ryan Pugatch


Luciano Rocha wrote:

> Do this:
> mount /dev/xvda3 /mnt
> du -hc /mnt
> 
> And see if you can find the other 12GB.
> 
> I usually do:
> du -mc --max-depth 2 /mnt | sort -n
> 
> Though I've recently learned:
> du -hc --max-depth 2 /mnt | sort --human-readable or some such, but that
> requires a very recent coreutils installation.
> 


That's interesting.. du is showing the same amount as df when I do this. 
  I wonder why..

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


Re: [CentOS] SATA cards?

2009-09-30 Thread Ryan Wagoner
If the SATA controller is supported then CentOS will be able to see
the drives. You might have a look at
http://linux-ata.org/driver-status.html

On Wed, Sep 30, 2009 at 5:52 PM, ML  wrote:
> Hi All,
>
> I have a server that is IDE drives and I dont have any so I wanted to
> put in a sata PCI card.
>
> Will CentOS be able to see the drives as they will be connected to the
> card?
>
> -ML
> ___
> 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] du vs df size difference

2009-09-30 Thread Ryan Pugatch


Stephen John Smoogen wrote:
> 
> ls -l /proc/[0-9]*/fd/| grep delete
> 
> will show those up. Then its a matter if you want to keep that file
> around or not.
> 
> also du / did not look for files in / that were starting with a .
> 
> ls -la / and see if there are hidden directories or files taking up space.
> 
> Finally sparse files can give odd readings at time.. but that is the
> least likely reason.
> 


Nothing for deleted files and no large . files found.

Thanks,

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


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Les Mikesell
Ron Blizzard wrote:
> On Wed, Sep 30, 2009 at 5:15 PM, Brian Mathis  wrote:
> 
>> "Not connected to the Internet", and "not connected to a LAN" are very
>> different things.  I doubt VOIP would work if the server was not
>> connected to a LAN.  There could be quite a few things on the LAN,
>> depending on it's size, such as viruses, malware, and even users doing
>> scans of the network.  Don't assume that "out there" is insecure, and
>> "in here" is secure.  That's one of the biggest mistakes to make when
>> creating a secure environment.
> 
> You're right. I was thinking like a phone tech -- that the VOIP
> system's wiring was still separate from the regular LAN.

But even with old-school phone switches, your support contract would 
require software updates at regular intervals and unless you had 
redundant hot-failover equipment, that would involve scheduled downtime.

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

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


Re: [CentOS] du vs df size difference

2009-09-30 Thread Ryan Pugatch


Marcelo Roccasalva wrote:

> Maybe you have a mount point overlaping big files... du -x will not find 
> them...

Hey Marcelo,

I am not sure what you mean.. can you give me an example?

Thanks

Ryan

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


Re: [CentOS] du vs df size difference

2009-09-30 Thread Ryan Pugatch
Ryan Pugatch wrote:

> Nothing for deleted files and no large . files found.
> 
> Thanks,
> 
> Ryan


Oh, and no sparse files either :)


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


Re: [CentOS] du vs df size difference

2009-09-30 Thread Clint Dilks
Ryan Pugatch wrote:
> Marcelo Roccasalva wrote:
>
>   
>> Maybe you have a mount point overlaping big files... du -x will not find 
>> them...
>> 
>
> Hey Marcelo,
>
> I am not sure what you mean.. can you give me an example?
>
> Thanks
>
> Ryan
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>
>   
Hi,

He means a situation where you have something this this

You create a partion lets say /dev/hda1 you use it as you / partition
you create a directory called /data and copy some data into it
You then have a second partiton /dev/hda2 and you mount /dev/hda2 off of 
/data

This mean that the data originally copied to the /data directory on hda1 
is still taking up space on hda1 but you cant see it.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] du vs df size difference

2009-09-30 Thread Robert Nichols
Ryan Pugatch wrote:
> Hi all,
> 
> Curious issue.. looking in to how much disk space is being used on a 
> machine (CentOS 5.3).  When I compare the output of du vs df, I am 
> seeing a 12GB difference with du saying 8G used and df saying 20G used.
> 
> # du -hcx /
> 8.0Gtotal
> 
> # df -h /
> FilesystemSize  Used Avail Use% Mounted on
> /dev/xvda3 22G   20G  637M  97% /
> 
> I recognize that in most cases du and df are not going to report the 
> same but I am concerned about having a 12GB disparity.  Does anyone have 
> any thoughts about this or reason as to why there is a big difference? 
> I have read a few articles online about it and none have really shown 
> such a large difference.

I see similar differences even when I:

 a) Boot from a rescue CD,
 b) Freshly fsck the file system to be tested,
and c) Mount that file system read-only.

I suspected the discrepancy might be due to the space used for the
ext3 journal, but I also see it on a freshly created ext2 file system:

 # mount -r /dev/hda8 /mnt/tmp
 # du -s /mnt/tmp; df /mnt/tmp
 20  /mnt/tmp
 Filesystem   1K-blocks  Used Available Use% Mounted on
 /dev/hda8 13638436 33824  12911812   1% /mnt/tmp

So, there's a 33+MB difference on a fresh, empty ext2 file system.

Looking at the file system with debugfs, I find inode 7 is a regular
file of size 4299210752 and a block count of 67608.  That's a huge
sparse file.  A little research shows that this is the "resize inode"
that reserves space for future GDT blocks so that the file system can
be expanded in place.

-- 
Bob Nichols "NOSPAM" is really part of my email address.
 Do NOT delete it.

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


Re: [CentOS] du vs df size difference

2009-09-30 Thread Florin Andrei
Ryan Pugatch wrote:
> 
> Oh, and no sparse files either :)

Last time I saw this issue, no sparse files, nothing legit, it was a 
corrupted FS. :(

-- 
Florin Andrei

http://florin.myip.org/

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


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Ron Blizzard
On Wed, Sep 30, 2009 at 5:34 PM, Les Mikesell  wrote:

> But even with old-school phone switches, your support contract would
> require software updates at regular intervals and unless you had
> redundant hot-failover equipment, that would involve scheduled downtime.

Not with Nortel. Patches were optional -- updates, new features and
additional licenses were sold as separate products. That's in the PBX
(Option) line of switches (almost all of which have been "dual core"
-- redundant -- for about 25 years). In the Key System switches
(Norstar), patches were unavailable, though you could buy keycodes to
enable additional features. If you wanted to update you bought a new
version of the software on a flash medium (if one was available).

Traditional telephone switches are expected to up 24/7 unless you are
doing a major upgrade -- and that's usually scheduled months in
advance. The goal is to achieve the "five 9s" (99.999% up time).

-- 
RonB -- Using CentOS 5.3
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] du vs df size difference

2009-09-30 Thread Ryan Pugatch


Florin Andrei wrote:

> Last time I saw this issue, no sparse files, nothing legit, it was a 
> corrupted FS. :(
>


Well, if I mount to another directory the size is right.  My next step 
will be to fsck probably.

Ryan

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


Re: [CentOS] du vs df size difference

2009-09-30 Thread Ryan Pugatch


Clint Dilks wrote:

> Hi,
> 
> He means a situation where you have something this this
> 
> You create a partion lets say /dev/hda1 you use it as you / partition
> you create a directory called /data and copy some data into it
> You then have a second partiton /dev/hda2 and you mount /dev/hda2 off of 
> /data
> 
> This mean that the data originally copied to the /data directory on hda1 
> is still taking up space on hda1 but you cant see it.


In this case, if I mount my partition to, say, /mnt/tmp, it would still 
show the 'wrong' size.  In my situation, it did not, so that indicates 
this is not my issue.

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


Re: [CentOS] SATA cards?

2009-09-30 Thread Steve Bonds
On Wed, Sep 30, 2009 at 2:52 PM, ML  wrote:

> I have a server that is IDE drives and I dont have any so I wanted to
> put in a sata PCI card.
>
> Will CentOS be able to see the drives as they will be connected to the
> card?

That's certainly the goal!  :-)  In addition to the linux-ata link
already mentioned, you might review this CentOS mailing list thread
about cards:

http://lists.centos.org/pipermail/centos/2009-September/082549.html

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


Re: [CentOS] SATA cards?

2009-09-30 Thread Robert Heller
At Wed, 30 Sep 2009 18:31:11 -0400 CentOS mailing list  
wrote:

> 
> If the SATA controller is supported then CentOS will be able to see
> the drives. You might have a look at
> http://linux-ata.org/driver-status.html

*Some* SATA controllers (at least NV's ahci on-board ones) seem to need
the irqpoll kernel option to work.

> 
> On Wed, Sep 30, 2009 at 5:52 PM, ML  wrote:
> > Hi All,
> >
> > I have a server that is IDE drives and I dont have any so I wanted to
> > put in a sata PCI card.
> >
> > Will CentOS be able to see the drives as they will be connected to the
> > card?
> >
> > -ML
> > ___
> > 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
> 
> 

-- 
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


[CentOS] CentOS Enterprise IPA (Identity, Policy, and Audit) Server

2009-09-30 Thread Johnny Hughes
I have just completed building the RPMS for the CentOS Enterprise IPA
(Identity, Policy, and Audit) Server.

This is based on the sources from the Red Hat Enterprise IPA server.

Documentation can be downloaded here:

http://www.centos.org/docs/5/pdf/eipa/1.0/

The RPMS are located in the testing repository.

http://dev.centos.org/centos/5/testing/SRPMS/CEIPA/

http://dev.centos.org/centos/5/testing/i386/RPMS/CEIPA/

http://dev.centos.org/centos/5/testing/x86_64/RPMS/CEIPA/

For anyone who wants to test EIPA, please install and provide feedback
on this thread:

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

Thanks,
Johnny Hughes



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] CentOS Enterprise IPA (Identity, Policy, and Audit) Server

2009-09-30 Thread Kristopher Kane
Neat!

Thanks!

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


Re: [CentOS] CentOS Enterprise IPA (Identity, Policy, and Audit) Server

2009-09-30 Thread Johnny Hughes
On 09/30/2009 07:43 PM, Johnny Hughes wrote:
> I have just completed building the RPMS for the CentOS Enterprise IPA
> (Identity, Policy, and Audit) Server.
> 
> This is based on the sources from the Red Hat Enterprise IPA server.
> 
> Documentation can be downloaded here:
> 
> http://www.centos.org/docs/5/pdf/eipa/1.0/
> 
> The RPMS are located in the testing repository.
> 
> http://dev.centos.org/centos/5/testing/SRPMS/CEIPA/
> 
> http://dev.centos.org/centos/5/testing/i386/RPMS/CEIPA/
> 
> http://dev.centos.org/centos/5/testing/x86_64/RPMS/CEIPA/
> 
> For anyone who wants to test EIPA, please install and provide feedback
> on this thread:
> 
> http://bugs.centos.org/view.php?id=3880
> 

I forgot to mention that the CentOS Directory Server is already part of
the regular CentOS Extras repository, and should install from there as a
dependency for CentOS EIPA



signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] OT: What's wrong with RAID5

2009-09-30 Thread Johnny Hughes
On 09/24/2009 07:35 AM, Rainer Duffner wrote:
> 
> Am 24.09.2009 um 07:43 schrieb Fajar Priyanto:
> 
>> Hi all,
>> Sorry for the OT.
>> I've got an IBM N3300-A10 NAS. It runs Data Ontap 7.2.5.1.
>> The problem is, from the docs it says that it only supports either
>> RAID-DP or RAID4.
>> What I want to achieve is Max Storage Capacity, so I change it from
>> RAID-DP to RAID4, but with RAID4, the maximum disk in a RAID Group
>> decrease from 14 to 7. In the end, either using RAID-DP or RAID4, the
>> capacity is the same.
>>
>> Now, why RAID5 is not supported? I believe using RAID5, I can get more
>> storage capacity, can't I?
>> I also notice with some onboard RAID controller, they only support
>> either RAID0, RAID1, or RAID1+0. No RAID5.
>>
>> What's wrong with RAID5, is there any technical limitation with RAID5?
> 
> 
> 
> Well, it depends on the disk-size:
> http://www.enterprisestorageforum.com/technology/features/article.php/3839636

This info is VERY relevant ... you will almost ALWAYS have a failure on
rebuild with very large RAID 5 arrays.  Since that is a fault in a
second drive, that failure will cause the loss of all the data.  I would
not recommend RAID 5 right now ... it is not worth the risk.





signature.asc
Description: OpenPGP digital signature
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] OT: What's wrong with RAID5

2009-09-30 Thread Stephen Harris
On Wed, Sep 30, 2009 at 08:52:08PM -0500, Johnny Hughes wrote:
> On 09/24/2009 07:35 AM, Rainer Duffner wrote:

> > Well, it depends on the disk-size:
> > http://www.enterprisestorageforum.com/technology/features/article.php/3839636
> 
> This info is VERY relevant ... you will almost ALWAYS have a failure on
> rebuild with very large RAID 5 arrays.  Since that is a fault in a
> second drive, that failure will cause the loss of all the data.  I would
> not recommend RAID 5 right now ... it is not worth the risk.

"Almost always" is very dependent on the disks and size of the array.

Let's take a 20TiByte array as an example.

Now, the "hard error rate" is an expectation.  That means that with
an error rate of 1E14 then you'd expect to see 1 error for every 1E14
bits read.  If we make the simplifying assumption of any read being
equally likely to fail then any single bit read has a 1/1E14 chance of
being wrong.  (see end of email for more thoughts on this).

Now to rebuild a 20Tibyte array you would need to read 20Tibytes
of data.  The chance of this happening without error is:
(1-1/1E14)^(8*20*2^40) = 0.172
ie only 17% of rebuilding a 20TiByte array!  That's pretty bad.  In
fact it's downright awful.  Do not build 20TiByte arrays with consumer
disks!

Note that this doesn't care about the size of the disks nor the number
of disks; it's purely based on probability of read error.

Now an "enterprise" class disk with an error rate of 1E15 looks better:
(1-1/1E15)^(8*10*2^40) = 0.838
or 84% chance of successful rebuild.   Better.  But probably not good
enough.

How about an Enterprise SAS disk at 1E16
(1-1/1E16)^(8*12.5*2^40) = 0.981 or 98%
Not "five nines", but pretty good.

Of course you're never going to get 100%.  Technology just doesn't work
that way.

So, if you buy Enterprise SAS disks then you do stand a good chance
of rebuilding a 20TiByte Raid 5.  A 2% chance of a double-failure.
Do you want to risk your company on that?

RAID6 makes things better; you need a triple failure to cause data loss.
It's possible, but the numbers are a lot lower.

Of course the error rate and other disk characteristics are actually WAGs
based on some statistical analysis.  There's no actual measurements to
show this.

Real life numbers appear to show that disks far outlive their expected
values.  Error rates are much lower than manufacturer claims (excluding
bad batches and bad manufacturing, of course!)

This is just a rough "off my head" analysis.  I'm not totally convinced
it's correct (my understanding of error rate could be wrong; the
assumption of even failure distribution is likely to be wrong because
errors on a disk cluster - a sector is bad, a track is bad etc).  But the
analysis _feels_ right... which means nothing :-)

I currently have 5*1Tbyte consumer disks in a RAID5.  That, theoretically,
gives me a 27% chance of failure during a rebuild.  As it happens I've had
2 bad disks, but they went bad a month apart (I think it is a bad batch!).
Each time the array has rebuilt without detectable error.

Let's not even talk about Petabyte arrays.  If you're doing that then
you better have multiple redundancy in place, and  the expense!
Google is a great example of this.

-- 

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


Re: [CentOS] OT: What's wrong with RAID5

2009-09-30 Thread Brian McKerr
Slightly OT...

Opensolaris has just had triple parity raid (raidz3) added to ZFS;


http://blogs.sun.com/ahl/entry/triple_parity_raid_z


Pity we can't get an in kernel version of ZFS for linux.




On Thu, Oct 1, 2009 at 12:41 PM, Stephen Harris  wrote:

> On Wed, Sep 30, 2009 at 08:52:08PM -0500, Johnny Hughes wrote:
> > On 09/24/2009 07:35 AM, Rainer Duffner wrote:
>
> > > Well, it depends on the disk-size:
> > >
> http://www.enterprisestorageforum.com/technology/features/article.php/3839636
> >
> > This info is VERY relevant ... you will almost ALWAYS have a failure on
> > rebuild with very large RAID 5 arrays.  Since that is a fault in a
> > second drive, that failure will cause the loss of all the data.  I would
> > not recommend RAID 5 right now ... it is not worth the risk.
>
> "Almost always" is very dependent on the disks and size of the array.
>
> Let's take a 20TiByte array as an example.
>
> Now, the "hard error rate" is an expectation.  That means that with
> an error rate of 1E14 then you'd expect to see 1 error for every 1E14
> bits read.  If we make the simplifying assumption of any read being
> equally likely to fail then any single bit read has a 1/1E14 chance of
> being wrong.  (see end of email for more thoughts on this).
>
> Now to rebuild a 20Tibyte array you would need to read 20Tibytes
> of data.  The chance of this happening without error is:
>(1-1/1E14)^(8*20*2^40) = 0.172
> ie only 17% of rebuilding a 20TiByte array!  That's pretty bad.  In
> fact it's downright awful.  Do not build 20TiByte arrays with consumer
> disks!
>
> Note that this doesn't care about the size of the disks nor the number
> of disks; it's purely based on probability of read error.
>
> Now an "enterprise" class disk with an error rate of 1E15 looks better:
>(1-1/1E15)^(8*10*2^40) = 0.838
> or 84% chance of successful rebuild.   Better.  But probably not good
> enough.
>
> How about an Enterprise SAS disk at 1E16
>(1-1/1E16)^(8*12.5*2^40) = 0.981 or 98%
> Not "five nines", but pretty good.
>
> Of course you're never going to get 100%.  Technology just doesn't work
> that way.
>
> So, if you buy Enterprise SAS disks then you do stand a good chance
> of rebuilding a 20TiByte Raid 5.  A 2% chance of a double-failure.
> Do you want to risk your company on that?
>
> RAID6 makes things better; you need a triple failure to cause data loss.
> It's possible, but the numbers are a lot lower.
>
> Of course the error rate and other disk characteristics are actually WAGs
> based on some statistical analysis.  There's no actual measurements to
> show this.
>
> Real life numbers appear to show that disks far outlive their expected
> values.  Error rates are much lower than manufacturer claims (excluding
> bad batches and bad manufacturing, of course!)
>
> This is just a rough "off my head" analysis.  I'm not totally convinced
> it's correct (my understanding of error rate could be wrong; the
> assumption of even failure distribution is likely to be wrong because
> errors on a disk cluster - a sector is bad, a track is bad etc).  But the
> analysis _feels_ right... which means nothing :-)
>
> I currently have 5*1Tbyte consumer disks in a RAID5.  That, theoretically,
> gives me a 27% chance of failure during a rebuild.  As it happens I've had
> 2 bad disks, but they went bad a month apart (I think it is a bad batch!).
> Each time the array has rebuilt without detectable error.
>
> Let's not even talk about Petabyte arrays.  If you're doing that then
> you better have multiple redundancy in place, and  the expense!
> Google is a great example of this.
>
> --
>
> rgds
> Stephen
> ___
> 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] OT: What's wrong with RAID5

2009-09-30 Thread John R Pierce
Stephen Harris wrote:
> "Almost always" is very dependent on the disks and size of the array.
>
> Let's take a 20TiByte array as an example.
>   
...

he did say 'very large'.

note, raid10 has another parameter...  say you have a 20 drive raid10 of 
1TB drives (10TB total usable).  if one drive fails, a rebuild only 
requires reading one drive and writing the hotspare replacement, this is 
fairly quick compared with the massive restripe operation  of a raid5.

and, if during that rebuild operation, another drive fails, there's only 
a 1 in 19 odds of it being the mirror of the previously failed drive if 
we assume failures are a totally random occurance (yeah, ok, if we 
assume that a drive is more likely to fail when its being accessed, then 
the odds are soemwhat higher tha mirror would fail then another drive in 
the array  but, an array that does periodic sweeps on idle storage 
will greatly reduce the possibility of this by 'discovering' a failing 
drive much sooner.


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


[CentOS] ignore please.

2009-09-30 Thread Brian McKerr
testing email delivery
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Chan Chung Hang Christopher

>> When you say go voip, do you mean use sip for the stations only or also
>> for the trunks?
>> 
>
> My experience (and the experience of those I know) is that SIP trunks
> don't really work consistently. But, when I say I need to learn VOIP
> I'm mostly talking about the station side. My goal is to learn enough
> to build Asterisk boxes to replace key systems. I like the idea of
> Asterisk because it can use standard trunks for critical lines and SIP
> trunks for specialized purposes or overflow. (At least that's what I
> *think* it can do.)
>
>   


Ah, well, if you want to keep the landlines, then yeah, I guess asterisk 
is the way to go. If your goal is to replace keyline systems, then 
asterisk definitely has that kind of support which, it appears, even 
Cisco's solution does not (from the mouth of Datacraft Asia personnel 
selling the school Cisco's voip solution).

It can certainly do what you said about using standard trunks for 
critical lines (extra 'switch' to a plain pots phone on the trunk line 
in case you lose all power) and sip trunks for specialized purposes or 
overflow.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] CentOS 5.3 LDAP problem.

2009-09-30 Thread Benjamin Donnachie
2009/9/30 Miguel Medalha :
> in /etc/ldap.conf:
> bind_policy soft

I may not have used the right terminology, but I mentioned this in my
first message:

>> They all obtain their authentication information over LDAP and to avoid the
>> starting message bus hang problem[1], nscd is set to soft failure.

Works for the others, just not this one.

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


Re: [CentOS] CentOS for non-tech user

2009-09-30 Thread Christopher Chan
Sorin Srbu wrote:
>> -Original Message-
>> From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
>> 
> Behalf
>   
>> Of Marcelo M. Garcia
>> Sent: Tuesday, September 29, 2009 10:36 PM
>> To: CentOS mailing list
>> Subject: Re: [CentOS] CentOS for non-tech user
>>
>> 
>>> Not using, but I've tried it in a LAMP-configuration couple of years ago.
>>> Stability seems ok, but personally I don't like the sudo this and sudo
>>>   
> that
>   
>>> and sudo everywhere. Besides, it felt somehow clunky. CentOS seemed slim,
>>> slick and fast compared at the time, so CentOS is what I got stuck with
>>>   
> (in
>   
>>> an endearing sense of course).
>>>
>>> HTH.
>>>   
>> Hi Sorin
>>
>> You can "sudo bash" and you will have a root terminal. In it, you can
>> set the root password for root.
>> 
>
> Yupp, as I said, at the time I was testing Ubuntu, I was rather green and
> didn't know about those little tricks. Now is a another matter, but I still
> prefer CentOS. Besides, opening a terminal and typing in "su -" is way
> faster. Saves keystrokes. 
>   And I can't believe I just write that...! I sound like a linux
> die-hard...
>   
Just try Solaris or FreeBSD then. That should make you a Linux die-hard. :-D
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] CentOS 5.3 LDAP problem.

2009-09-30 Thread Benjamin Donnachie
Think I might just wait for v5.4 and try that.

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


Re: [CentOS] CentOS for non-tech user

2009-09-30 Thread Sorin Srbu
>-Original Message-
>From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
Behalf
>Of Christopher Chan
>Sent: Wednesday, September 30, 2009 9:42 AM
>To: CentOS mailing list
>Subject: Re: [CentOS] CentOS for non-tech user
>
>> Yupp, as I said, at the time I was testing Ubuntu, I was rather green and
>> didn't know about those little tricks. Now is a another matter, but I
still
>> prefer CentOS. Besides, opening a terminal and typing in "su -" is way
>> faster. Saves keystrokes.
>>  And I can't believe I just write that...! I sound like a linux
>> die-hard...
>>
>Just try Solaris or FreeBSD then. That should make you a Linux die-hard.
:-D

Solaris; check. Didn't like, it was just weird. So there. ;-)
-- 
/Sorin


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


[CentOS] cups-lpd job settings

2009-09-30 Thread janezkosmr

Does someone know, how to configure cups lpd job options.
My xinet.d config looks like this:


# default: off
# description: Allow applications using the legacy lpd protocol to
communicate w
ith CUPS
service printer
{
disable = no
socket_type = stream
protocol = tcp
wait = no
user = lp
server = /usr/lib/cups/daemon/cups-lpd
server_args = -o job-sheets=none,none -o cpi=12
}

The problem is, that it cups ignores the second option under server_args. I
checked the documentation and googled quite a lot, but I couldn't find an
example with more then one option.

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


Re: [CentOS] CentOS for non-tech user

2009-09-30 Thread Karanbir Singh
On 09/29/2009 06:21 PM, Drew wrote:
 > Websites for example
> have moved from static html on the arpanet&  university sites to the
> rich multimedia content we see today. Back then the idea of a website
> infecting a computer was unheard of.

For completelness sake - website content hasent changed an inch in the 
last 15 years. What is served is still static content - it gets richer 
on the client side, nothing has changed on the server end at all. All 
your flash and css and js and whatnot are just static files served out.

w.r.t dynamic served content, SSI and cgi content has been around since 
the early days that lets you do most of what is being done these days ( 
remember, its not the client we are talking about here ).

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


Re: [CentOS] CentOS for non-tech user

2009-09-30 Thread Karanbir Singh
On 09/29/2009 06:38 PM, Florin Andrei wrote:
> I agree with your assessment that Red Hat&  Co are still The
> Distribution for enterprise stuff.

Where Enterprise Stuff == 'Stable computing where you can focus on doing 
things with your computer and know that when you want to, it will be 
there - hardware permitting - in the same state you left it, even after 
security updates are applied'[1]

- KB

[1]: Ok, so there have been some exceptions. But they are rare and far 
in between.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] CentOS for non-tech user

2009-09-30 Thread Les Mikesell
Niki Kovacs wrote:
> Geoff Galitz a écrit :
> 
>> Ubuntu has the LTS releases, which are long term stable releases. They are
>> supported for five years after release.
>>
> Ubuntu Long Term Support is three years for desktops and five for servers.
> 
> In the last LTS version (8.04), half of the audio apps had no sound for 
> a month or so, until Ubuntu fixed the problems with Pulseaudio. At the 
> time, I had given Ubuntu 8.04 a shot in our public libraries and had 
> some very embarrassing moments.
> 
> Solution: stick with CentOS, rock-solid and *real* LTS.

But that means you have to wait many years for new features - that you probably 
want in rapidly developing desktop apps.

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

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


[CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Chan Chung Hang Christopher
Ron Blizzard wrote:
> On Tue, Sep 29, 2009 at 3:09 PM, Tait Clarridge  wrote:
>
>   
>> CentOS is great for server use and if you want to learn CentOS for use
>> as a server, Fedora is a great place to start because they are both
>> redhat based. Chances are that if you got something to work in Fedora,
>> you can get it to work in CentOS (maybe with a few extra tweaks).
>> 
>
> I don't have any servers. I like CentOS on my desktop and my laptop
> just because it's solid. It's also the Linux distribution of choice
> for most Asterisk platforms -- which I intend to (eventually) learn.
> (I'm a telephone tech, who is eventually going to have to go VOIP.)
>
>   
You can get asterisk packages from rpmforge on Centos...but on Ubuntu 
you do not have to add an extra repository to get asterisk.

When you say go voip, do you mean use sip for the stations only or also 
for the trunks?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] CentOS for non-tech user

2009-09-30 Thread Karanbir Singh
On 09/30/2009 02:11 PM, Les Mikesell wrote:
>> Solution: stick with CentOS, rock-solid and *real* LTS.
>
> But that means you have to wait many years for new features - that you 
> probably
> want in rapidly developing desktop apps.

thats not always true - it is to some extent though. And the 'long term' 
usually translates into 18 months. Most people, in real life - specially 
those that are not involved with technology on a daily basis can easily 
live with that.

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


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Joseph L. Casale
>> I don't have any servers. I like CentOS on my desktop and my laptop
>> just because it's solid. It's also the Linux distribution of choice
>> for most Asterisk platforms -- which I intend to (eventually) learn.
>> (I'm a telephone tech, who is eventually going to have to go VOIP.)

Have a look at FreeSwitch as well:)

>You can get asterisk packages from rpmforge on Centos...but on Ubuntu
>you do not have to add an extra repository to get asterisk.

Don't bother with that, go straight to the source!
http://packages.asterisk.org/
These get updated rather quickly.

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


[CentOS] [JOB] Linux Sysadmin, London

2009-09-30 Thread Stephen Nelson-Smith
Hello,

I've been asked to recruit a Linux Systems Administrator for one of
our clients.  They're based in London, but I know many folk who
commute from Hampshire, so here's the spec:

Job:Systems Administrator
Company:Wordtracker
Location:   Kentish Town, London, NW5 (excellent transport)
Salary: £45K
Culture:No tie. Agile development
Hours:  PAYE, 5 days a week (Monday - Friday), min 35 hrs,  
flexible
but core office hours are from 11am - 5pm.
Benefits:   Free food on Friday!
23 days holiday & pension.

THE COMPANY

Wordtracker is a small company of around 15 people and our offices are
based in Kentish Town, London. Roughly half of the people are
developers mainly using: PHP, Ruby (and Ruby on Rails) and agile
development.

We specialise in: keywords, data analysis, mining and extracting
meaning out of online data. Our primary product is the keyword
research tool, Wordtracker (http://www.wordtracker.com), which has
been serving keywords to customers for over 10 years (since 1998).

THE CULTURE

Wordtracker has been using agile and extreme programming across our
company since we started and as a result our roles includes pairing
time with other developers and management. The style is informal (a
tie free zone).

Most of what we do we haven't done before, so Wordtracker is very much
a learning organisation.

THE CHALLENGE

Wordtracker is a large technically complicated environment, much of
which has been built from scratch. In addition to maintaining a
business-critical web front-end, there is a significant amount of
batch processing and database work involved in keeping Wordtracker
running. Most of this infrastructure is very highly automated. We need
someone to join the team, assimilate quickly a deep and diverse body
of knowledge, get their head around the system and work to improve it
continuously.

THE ROLE

Personality:

* Open and communicative
* Commercially aware
* Comfortable working with Agile Methodologies

Experience:

* Fluent in sysadmin tools, including Puppet and Nagios
* Experienced with version control (git)
* Comfortable working with scripting languages, Bash and the Unix
command line, particularly in a web environment
* Open to working within iterations; estimating tasks; familiar with  
pairing
* Experience with high availability systems

Platform:

* CentOS & RedHat (RH Certificate welcome)

Technologies:

* Web servers - (NginX, Apache, Passenger)
* Virtualisation (Xen and VM Ware)
* Databases (MySQL, Postgres)
* Automation tools (e.g. Puppet and Chef)
* Monitoring tools (Nagios)
* Firewalls (iptables)
* Storage (SAN, NFS, Samba)
* Packaging (RPMs)
* Mac support (no windows support needed)

If this interests you please contact me off list, ASAP.

Thanks,

S.

--
Stephen Nelson-Smith
Technical Director
Atalanta Systems Ltd
www.atalanta-systems.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Tim Nelson
- "Joseph L. Casale"  wrote:
> >You can get asterisk packages from rpmforge on Centos...but on
> Ubuntu
> >you do not have to add an extra repository to get asterisk.
> 
> Don't bother with that, go straight to the source!
> http://packages.asterisk.org/
> These get updated rather quickly.
> 
> jlc

+1 for this suggestion.

Starting out it may be easier to pull packages from a repo if you're not 
familiar with building from source. BUT, in the long run, you'll need to learn 
it. When a security vulnerability is fixed, you don't want to wait any longer 
than necessary for the package maintainer to get around to updating. Just grab 
the source and build. Also, the packages don't always have all the 
functionality you may require (codecs, modules, etc). There are plenty of docs 
on how to do this as well as many helpful people on the Asterisk-Users mailing 
list.

Tim Nelson
Systems/Network Support
Rockbochs Inc.
(218)727-4332 x105
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Joseph L. Casale
>> Don't bother with that, go straight to the source!
>> http://packages.asterisk.org/
>> These get updated rather quickly.
>>
>> jlc
>
>+1 for this suggestion.
>
>Starting out it may be easier to pull packages from a repo if you're not 
>familiar with building from source. BUT, in the long run, you'll need to learn 
>it. When a security >vulnerability is fixed, you don't want to wait any longer 
>than necessary for the package maintainer to get around to updating. Just grab 
>the source and build. Also, the packages >don't always have all the 
>functionality you may require (codecs, modules, etc). There are plenty of docs 
>on how to do this as well as many helpful people on the Asterisk-Users 
>>mailing list.

You completely misunderstood my suggestion, and actually suggested something I
learned a long time ago to never do:)

The url as suggested by the name, *is* an rpm package repo. As I said, the
packager gets these built with new releases and/or kernel updates very fast.

Compiling software and bypassing the package mangler is always a risk for
trouble down the road. Given the many deps Asterisk may require, its simpler
to use this repo versus compiling.

An aside as well, I see many people on this list always concerned with vulns
and patches and always eager to simply `yum update`. FWIW, if the vuln doesn't
affect you, it's not a vuln for *you*. You may not have the module 
installed/active
or in my case, the internet facing exposure is limited to an VSP who I *very 
much*
doubt would use my system to dial for free based on one of the recent vulns.

I wouldn't panic about being at risk for vulns *just because* a vuln exists, it
may not affect you. I had an Ast box running without a reboot or update in 
almost
a year cuz I couldn't get the window. Its exposure was so highly minimized that
it wasn't even a consideration. None of the updates pertaining to stability were
ever applicable either to my best knowledge so I didn't worry...

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


Re: [CentOS] CentOS for non-tech user

2009-09-30 Thread Les Mikesell
Karanbir Singh wrote:
> On 09/30/2009 02:11 PM, Les Mikesell wrote:
>>> Solution: stick with CentOS, rock-solid and *real* LTS.
>> But that means you have to wait many years for new features - that you 
>> probably
>> want in rapidly developing desktop apps.
> 
> thats not always true - it is to some extent though. And the 'long term' 
> usually translates into 18 months. Most people, in real life - specially 
> those that are not involved with technology on a daily basis can easily 
> live with that.

I'd say 3 or 4 years would be more realistic if you look at time from 
the feature freeze on one enterprise release until the next one ships - 
which amounts to a lot of changes that other distos will include.

Even on the server side, 5.x is starting to show its age.  For example, 
I'd like to be able to rewrite absolute URL's embedded in the content in 
sites handled through apache's ProxyPass but mod_substitute was added in 
apache 2.2.7 and we still only have 2.2.3.

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

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


Re: [CentOS] Asterisk and VOIP was Re: CentOS for non-tech user

2009-09-30 Thread Chan Chung Hang Christopher


>> You can get asterisk packages from rpmforge on Centos...but on Ubuntu
>> you do not have to add an extra repository to get asterisk.
>> 
>
> Don't bother with that, go straight to the source!
> http://packages.asterisk.org/
> These get updated rather quickly.
>   

Ah, now that will definitely change my view of distro choice...no more 
waiting for latest packages.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


[CentOS] How to autoconfigure network?

2009-09-30 Thread happymaster23
Hello,

I have installed new network card under CentOS 5.3, but there are some
problems. I want delete existing ifcfg-eth0 and automatically make new
on as it is during OS installation process. Is it possible?

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


Re: [CentOS] How to autoconfigure network?

2009-09-30 Thread James Matthews
Do you wish to configure it using a DHCP server?

On Wed, Sep 30, 2009 at 11:45 AM, happymaster23 wrote:

> Hello,
>
> I have installed new network card under CentOS 5.3, but there are some
> problems. I want delete existing ifcfg-eth0 and automatically make new
> on as it is during OS installation process. Is it possible?
>
> Thank you
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>



-- 
http://www.goldwatches.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos


Re: [CentOS] How to autoconfigure network?

2009-09-30 Thread happymaster23
No, I want create files /etc/sysconfig/network-scripts/ifcfg-eth0 and
others...

2009/9/30 James Matthews 

> Do you wish to configure it using a DHCP server?
>
> On Wed, Sep 30, 2009 at 11:45 AM, happymaster23 
> wrote:
>
>> Hello,
>>
>> I have installed new network card under CentOS 5.3, but there are some
>> problems. I want delete existing ifcfg-eth0 and automatically make new
>> on as it is during OS installation process. Is it possible?
>>
>> Thank you
>> ___
>> CentOS mailing list
>> CentOS@centos.org
>> http://lists.centos.org/mailman/listinfo/centos
>>
>
>
>
> --
> http://www.goldwatches.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] How to autoconfigure network?

2009-09-30 Thread Benjamin Donnachie
2009/9/30 happymaster23 :
> No, I want create files /etc/sysconfig/network-scripts/ifcfg-eth0 and
> others...

Try running setup

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


[CentOS] Gathering information about RAM in sockets

2009-09-30 Thread Timo Schoeler
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi list,

I have an IBM xseries 345, running CentOS 5.3, hosting a few Xen domUs.

However, I need more RAM -- but cannot remember if all (four) RAM
sockets are populated (which would mean to buy higher capacity modules)
or if there are two slots left to use.

However, I'd like (and think that it's possible, but don't remember how)
to check remotely.

dmesg's first lines:

Linux version 2.6.18-164.el5xen (mockbu...@builder16.centos.org) (gcc
version 4.1.2 20080704 (Red Hat 4.1.2-46)) #1 SMP Thu Sep 3 04:47:32 EDT
2009
BIOS-provided physical RAM map:
 Xen:  - 2080 (usable)
0MB HIGHMEM available.
520MB LOWMEM available.
Using x86 segment limits to approximate NX protection
On node 0 totalpages: 133120
  DMA zone: 133120 pages, LIFO batch:31
DMI 2.3 present.
ACPI: RSDP (v000 IBM   ) @ 0x000fdfc0
ACPI: RSDT (v001 IBMSERONYXP 0x1000 IBM  0x45444f43) @ 0x7ffdff80
ACPI: FADT (v001 IBMSERONYXP 0x1000 IBM  0x45444f43) @ 0x7ffdff00
ACPI: MADT (v001 IBMSERONYXP 0x1000 IBM  0x45444f43) @ 0x7ffdfe40
ACPI: ASF! (v016 IBMSERONYXP 0x0001 IBM  0x45444f43) @ 0x7ffdfd80
ACPI: DSDT (v001 IBMSERGEODE 0x1000 MSFT 0x010b) @ 0x
ACPI: Local APIC address 0xfee0
ACPI: LAPIC (acpi_id[0x00] lapic_id[0x00] enabled)
ACPI: LAPIC (acpi_id[0x01] lapic_id[0x06] enabled)
ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled)
ACPI: LAPIC (acpi_id[0x03] lapic_id[0x07] enabled)
ACPI: LAPIC_NMI (acpi_id[0x00] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x06] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x01] dfl dfl lint[0x1])
ACPI: LAPIC_NMI (acpi_id[0x07] dfl dfl lint[0x1])
ACPI: IOAPIC (id[0x0e] address[0xfec0] gsi_base[0])
IOAPIC[0]: apic_id 14, version 17, address 0xfec0, GSI 0-15
ACPI: IOAPIC (id[0x0d] address[0xfec01000] gsi_base[16])
IOAPIC[1]: apic_id 13, version 17, address 0xfec01000, GSI 16-31
ACPI: IOAPIC (id[0x0c] address[0xfec02000] gsi_base[32])
IOAPIC[2]: apic_id 12, version 17, address 0xfec02000, GSI 32-47
ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl)
ACPI: IRQ0 used by override.
ACPI: IRQ2 used by override.
ACPI: IRQ5 used by override.
Enabling APIC mode:  Flat.  Using 3 I/O APICs
Using ACPI (MADT) for SMP configuration information
Built 1 zonelists.  Total pages: 133120
Kernel command line: ro root=/dev/VG00/VG_root
Enabling fast FPU save and restore... done.
Enabling unmasked SIMD FPU exception support... done.
Initializing CPU#0
CPU 0 irqstacks, hard=c075 soft=c073
PID hash table entries: 4096 (order: 12, 16384 bytes)
Xen reported: 3059.962 MHz processor.
Console: colour VGA+ 80x25
Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
Software IO TLB enabled:
 Aperture: 2 megabytes

(...)

Any hints?

Thanks in advance,

Timo

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with CentOS - http://enigmail.mozdev.org/

iD8DBQFKw42gO/2mgkVVV7kRAsXnAJ9RTvHcvPeMBzDY5a3OOzLPKhY7ygCgiFGy
FIJCYVvuTxAlvy59u5/HA9g=
=/OwG
-END PGP SIGNATURE-
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos