Re: [CentOS] how to optimize CentOS XEN dom0?

[Geoff Galitz]

>
> The server runs on a Core2Quad 9300, with 8GB RAM (max motherboard can
> take, 1U chassis) on an Intel motherboard with a 1TB SATA HDD.
>
> dom0 is set to 512MB limit with a few small XEM VM's running:
>
>
> root@zaxen01:[~]$ xm list
> Name  ID Mem(MiB) VCPUs State 
> Time(s)
> Domain-0   0  512 4 r-  
> 96.5
> actionco.vm3 1519 1 -b  
> 14.8
> byracers.vm4  511 1 -b  
> 85.7
> ns15  511 1 -b  
> 22.3
> picturestravel6  255 1 -b 13.3
> rafttheworld   7  255 1 -b  
> 11.3
> zafepres.vm8  511 1 -b  
> 19.0
>

...

What are the actual symptoms you are seeing?

In general I found that tuning the disk scheduler and also the Xen guest 
scheduler to be helpful:

http://wiki.xensource.com/xenwiki/CreditScheduler
http://www.cyberciti.biz/faq/linux-change-io-scheduler-for-harddisk/

Also, I always recommend building Xen servers to use SAS drives rather than 
SATA because SATA are half duplex while SAS is full duplex, meaning under 
higher or more random IO you will better throughput.   In my experience  I 
see almost double the performance when using SAS over SATA, but our 
environments are IO heavy and may not reflect the realities of your 
environment.

I would also suggest, running disk IO stats in the VMs simultaneously while 
running iostat or vmstat in Dom0 to get a good read for where bottlenecks 
really are.  I actually prefer to use the simple postmark utility as it is 
relatively simple and avoids disk caching issues which skew your results.



 

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

[CentOS] sendmail, port 465/587, auth and imap

[Jobst Schmalenbach]

Hi.

Apologies to the list for sending this twice as
I forgot to enter a proper subject line, I wanted
to write the content first and then make
up the subject line ;-)



I am trying to configure sendmail that is looks up the users 
credentials to allow them to send email via that server 
via an imap server on the same machine when sending email 
while on the road.


I can send email when specifying a user that is stored
in the servers /etc/shadow ... no problem but I cannot
get my head around it how to do make saslauth OR sendmail
lookup the user via the imap daemon.


This is the working config (mc) for the sendmail daemon
when using a locally created user (I knock the PLAIN off
once I got it to work):

  define(`confAUTH_MECHANISMS', `LOGIN PLAIN DIGEST-MD5 CRAM-MD5')
  TRUST_AUTH_MECH(`LOGIN PLAIN DIGEST-MD5 CRAM-MD5')
  DAEMON_OPTIONS(`Family=inet, Port=465, Name=MTA-SSL, M=s')
  etc.


How can I make sendmail (or saslauth) to get the user
credentials via an imap server running on the same machine
(the credentials are from an internal samba server) so I
do not need to enter users details twice?



Jobst







-- 
186,262 miles/second :  Not just a good idea, it's the LAW.

  | |0| |   Jobst Schmalenbach, jo...@barrett.com.au, General Manager
  | | |0|   Barrett Consulting Group P/L & The Meditation Room P/L
  |0|0|0|   +61 3 9532 7677, POBox 277, Caulfield South, 3162, Australia
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to optimize CentOS XEN dom0?

[yonatan pingle]

you should have a look at your I/O disk status.

try with iostat -dx 5 to see the disk utilization info over time.
when it comes to slowdown on a virtual environment on a Desktop grade
machine,  i suspect disk I/O latency and bottleneck as a cause.

check that your disk is running at its optimal state.
look at some indicators , such the the I/O utilization averages,
server load averages
hddtemp /dev/sda will check for heating ( under high load it might )

in any case , you still got plenty of ram to spend.


On Wed, Feb 23, 2011 at 1:46 AM, Rudi Ahlers  wrote:
> On Wed, Feb 23, 2011 at 1:41 AM, Ian Murray  wrote:
>> Are they paravirt of HVM guests? qemu might have something to do with it if 
>> HVM
>> guests are involved.
>>
>
>
> Uhm, I know that I should know this, but how do I tell from a quick
> glance? It's almost 2am in the morning here, and I'm a bit too tired
> to think straight right now. I've been reading up on a lot of forums
> and other google search results before I posted here.
>
> The VM's were originally created with HyperVM, but then imported into 
> CloudMin.
>
>
>
> --
> Kind Regards
> Rudi Ahlers
> SoftDux
>
> Website: http://www.SoftDux.com
> Technical Blog: http://Blog.SoftDux.com
> Office: 087 805 9573
> Cell: 082 554 7532
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>



-- 
Best Regards,
Yonatan Pingle
RHCT | RHCSA | CCNA1
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] asd

[Jobst Schmalenbach]

Hi.

I am trying to configure sendmail that is looks up the users
credentials to allow them to send email via that server
via an imap server on the same machine when sending email
while on the road.


I can send email when specifying a user that is stored
in the servers /etc/shadow ... no problem but I cannot
get my head around it how to do make saslauth OR sendmail
lookup the user creds via the imap daemon.


This is the working config (mc) for the sendmail daemon
when using a locally created user (I knock the PLAIN off
once I got it to work):

  define(`confAUTH_MECHANISMS', `LOGIN PLAIN DIGEST-MD5 CRAM-MD5')dnl
  TRUST_AUTH_MECH(`LOGIN PLAIN DIGEST-MD5 CRAM-MD5')dnl
  DAEMON_OPTIONS(`Family=inet, Port=465, Name=MTA-SSL, M=s')dnl
  etc.


How can I make sendmail (or saslauth) to get the user
credentials via an imap server running on the same machine
(the credentials are from an internal samba server) so I
do not need to enter users details twice?





Jobst




-- 
Passwords are like underwear. You don't share them, you don't hang them on your 
monitor, or under your keyboard, you don't email them, or put them on a web 
site, and you must change them very often.

  | |0| |   Jobst Schmalenbach, jo...@barrett.com.au, General Manager
  | | |0|   Barrett Consulting Group P/L & The Meditation Room P/L
  |0|0|0|   +61 3 9532 7677, POBox 277, Caulfield South, 3162, Australia
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] security cameras

[Always Learning]

On Tue, 2011-02-22 at 18:04 -0800, John R Pierce wrote:

> TCP/IP cameras would work with any OS, most just FTP or whatever the 
> pictures to a webserver you provide, or they run their own server and 
> you can wget the pics off them.   but I've never seen any IP cameras I'd 
> call really cheap.   Panasonic makes a nice line of them, some even have 
> remote pan/zoom via a http interface.

Try Ebay especially the Chinese, including Hong Kong, suppliers. For
example compared to the English prices the Chinese prices are much
cheaper. However one has to wait 2 to 3 weeks for postal delivery. 

Delivery to the USA is usually quicker than to England. The Chinese
preferred payment currency is USD.

-- 

With best regards,

Paul.
England,
EU.


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

Re: [CentOS] security cameras

[John R Pierce]

On 02/22/11 5:27 PM, ken wrote:
> I heard about some inexpensive security cameras which get their power
> through the same cat5 cable which delivers the data/pictures (which
> would simplify wiring tremendously).  Does anyone know about these?  Do
> they work with Linux, particularly CentOS?
>

TCP/IP cameras would work with any OS, most just FTP or whatever the 
pictures to a webserver you provide, or they run their own server and 
you can wget the pics off them.   but I've never seen any IP cameras I'd 
call really cheap.   Panasonic makes a nice line of them, some even have 
remote pan/zoom via a http interface.


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

Re: [CentOS] security cameras

[B.J. McClure]

Not sure it will answer your question but there was an article in
December 2010 issue of Linux Magazine re surveillance cameras and linux.

HTH.

B.J.

Tue Feb 22 21:00:42 EST 2011, RHEL 6, Linux 2.6.18-194.32.1.el5 athlon


On Tue, 2011-02-22 at 20:27 -0500, ken wrote:

> I heard about some inexpensive security cameras which get their power
> through the same cat5 cable which delivers the data/pictures (which
> would simplify wiring tremendously).  Does anyone know about these?  Do
> they work with Linux, particularly CentOS?
> 
> 
> tnx 4 tips.
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] security cameras

[ken]

I heard about some inexpensive security cameras which get their power
through the same cat5 cable which delivers the data/pictures (which
would simplify wiring tremendously).  Does anyone know about these?  Do
they work with Linux, particularly CentOS?


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

Re: [CentOS] Unicode in C++

[Nico Kadel-Garcia]

On Tue, Feb 22, 2011 at 5:37 PM, Michael D. Berger
 wrote:
> On my CentOS box, in C++ programs, is there a way to print
> Unicode characters?
>
> Thanks,
> Mike.

Why do you want to? And what sort of monitor or client are you using?
Xterm, Putty, NX, SSH,

And what do you mean by "print"? Do you mean send to a printer, or get
them to display correctly on your screen?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to optimize CentOS XEN dom0?

[Rudi Ahlers]

On Wed, Feb 23, 2011 at 1:41 AM, Ian Murray  wrote:
> Are they paravirt of HVM guests? qemu might have something to do with it if 
> HVM
> guests are involved.
>


Uhm, I know that I should know this, but how do I tell from a quick
glance? It's almost 2am in the morning here, and I'm a bit too tired
to think straight right now. I've been reading up on a lot of forums
and other google search results before I posted here.

The VM's were originally created with HyperVM, but then imported into CloudMin.



-- 
Kind Regards
Rudi Ahlers
SoftDux

Website: http://www.SoftDux.com
Technical Blog: http://Blog.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to optimize CentOS XEN dom0?

[Ian Murray]

Are they paravirt of HVM guests? qemu might have something to do with it if HVM 
guests are involved.




- Original Message 
> From: Rudi Ahlers 
> To: CentOS mailing list 
> Sent: Tue, 22 February, 2011 23:29:29
> Subject: [CentOS] how to optimize CentOS XEN dom0?
> 
> Hi,
> 
> I have a problematic CentOS XEN server and hope someone could point  me
> in the right direction to optimize it a bit.
> 
> The server runs on a  Core2Quad 9300, with 8GB RAM (max motherboard can
> take, 1U chassis) on an  Intel motherboard with a 1TB SATA HDD.
> 
> dom0 is set to 512MB limit with a  few small XEM VM's running:
> 
> 
> root@zaxen01:[~]$ xm list
> NameID Mem(MiB) VCPUs StateTime(s)
> Domain-00   512 4 r- 96.5
> actionco.vm  3 1519 1 -b  14.8
> byracers.vm 4   511 1 -b 85.7
> ns1  5  511 1  -b 22.3
> picturestravel 6   255 1 -b 13.3
> rafttheworld 7  255 1 -b  11.3
> zafepres.vm 8   511 1 -b 19.0
> 
> 
> 
> 
> the  server itself seems to eat up a lot of resources:
> 
> 
> root@zaxen01:[~]$  free -m
>  totalused   free sharedbuffers  cached
> Mem:   512 472 39   0 13215
> -/+  buffers/cache:244 268
> Swap: 4095   0   4095[/CODE]
> 
> 
> Yet, it only has XEN, Webmin  (since it's a CloudMin XEN server), Exim,
> Apache and a few other services  running:
> 
> 
> 
> root@zaxen01:[~]$ chkconfig --list |grep "3:on" |awk  '{print $1}'  |sort
> acpid
> auditd
> crond
> csf
> dhcpd
> exim
> haldaemon
> httpd
> iptables
> iscsi
> iscsid
> kudzu
> lfd
> lvm2-monitor
> mdmonitor
> network
> qemu
> restorecond
> setroubleshoot
> smartd
> snmpd
> sshd
> syslog
> sysstat
> webmin
> xend
> xendomains
> 
> 
> 
> 
> Is  there anything I can optimize on such a server?
> 
> 
> 
> The server runs  CentOS 5.5 x64:
> 
> root@zaxen01:[~]$ cat /etc/redhat-release
> CentOS  release 5.5 (Final)
> 
> root@zaxen01:[~]$ uname -a
> Linux  zaxen01.softdux.com 2.6.18-194.32.1.el5xen #1 SMP Wed Jan 5
> 18:44:24 EST 2011  x86_64 x86_64 x86_64 GNU/Linux
> 
> with  Xen version  3.1.2-194.32.1.el5
> 
> 
> And there's the xm dmesg output:
> 
> 
> Xen  version 3.1.2-194.32.1.el5 (mockbu...@centos.org) (gcc  version
> 4.1.2 20080704 (Red Hat 4.1.2-48)) Wed Jan  5 17:43:03 EST  2011
>  Latest ChangeSet: unavailable
> 
> (XEN) Command line:  dom0_mem=512M
> (XEN) Video information:
> (XEN)  VGA is text mode 80x25,  font 8x16
> (XEN)  VBE/DDC methods: V2; EDID transfer time: 1  seconds
> (XEN) Disc information:
> (XEN)  Found 1 MBR  signatures
> (XEN)  Found 1 EDD information structures
> (XEN) Xen-e820  RAM map:
> (XEN)   - 0008f000  (usable)
> (XEN)  0008f000 - 000a  (reserved)
> (XEN)  000e - 0010  (reserved)
> (XEN)  0010 - cf53f000  (usable)
> (XEN)  cf53f000 - cf54b000  (reserved)
> (XEN)  cf54b000 - cf62  (usable)
> (XEN)  cf62 - cf6e8000 (ACPI  NVS)
> (XEN)  cf6e8000 - cf6ec000 (usable)
> (XEN)   cf6ec000 - cf6f1000 (ACPI data)
> (XEN)  cf6f1000  - cf6f2000 (usable)
> (XEN)  cf6f2000 - cf6ff000  (ACPI data)
> (XEN)  cf6ff000 - cf70  (usable)
> (XEN)  cf70 - d000  (reserved)
> (XEN)  fff0 - 0001  (reserved)
> (XEN)  0001 - 00023000 (usable)
> (XEN)  System RAM: 8181MB (8378020kB)
> (XEN) Xen heap: 13MB (13720kB)
> (XEN) Domain  heap initialised: DMA width 32 bits
> (XEN) Processor #0 7:7 APIC version  20
> (XEN) Processor #2 7:7 APIC version 20
> (XEN) Processor #1 7:7 APIC  version 20
> (XEN) Processor #3 7:7 APIC version 20
> (XEN) IOAPIC[0]: apic_id  2, version 32, address 0xfec0, GSI 0-23
> (XEN) Enabling APIC mode:   Flat.  Using 1 I/O APICs
> (XEN) Using scheduler: SMP Credit Scheduler  (credit)
> (XEN) Detected 2485.797 MHz processor.
> (XEN) HVM: VMX  enabled
> (XEN) VMX: MSR intercept bitmap enabled
> (XEN) I/O virtualisation  disabled
> (XEN) CPU0: Intel(R) Core(TM)2 Quad  CPU   Q9300  @  2.50GHz stepping 07
> (XEN) Booting processor 1/2 eip 9
> (XEN) CPU1:  Intel(R) Core(TM)2 Quad  CPU   Q9300  @ 2.50GHz stepping  07
> (XEN) Booting processor 2/1 eip 9
> (XEN) CPU2: Intel(R) Core(TM)2  Quad  CPU   Q9300  @ 2.50GHz stepping 07
> (XEN) Booting  processor 3/3 eip 9
> (XEN) CPU3: Intel(R) Core(TM)2 Quad  CPUQ9300  @ 2.50GHz stepping 07
> (XEN) Total of 4 processors  activated.
> (XEN) ENABLING IO-APIC IRQs
> (XEN)  -> Using new ACK

Re: [CentOS] how to optimize CentOS XEN dom0?

[Rudi Ahlers]

On Wed, Feb 23, 2011 at 1:37 AM, Kenni Lund  wrote:
> 2011/2/23 Rudi Ahlers :
>> Hi,
>>
>> I have a problematic CentOS XEN server and hope someone could point me
>> in the right direction to optimize it a bit.
>
> (SNIP)
>
>> the server itself seems to eat up a lot of resources:
>>
>>
>> root@zaxen01:[~]$ free -m
>>             total       used       free     shared    buffers     cached
>> Mem:           512        472         39          0         13        215
>> -/+ buffers/cache:        244        268
>> Swap:         4095          0       4095[/CODE]
>
> 244MB RAM in use and 0MB swap...looks good to me.

Well, I just send a tech over to reset the server since it was locked
up. He couldn't login to the console, or SSH and had to reset the
server.

>
>> Is there anything I can optimize on such a server?
>
> It's hard to give any advices without further information about what
> the problem is.


Fair enough, what other info can I give you?


-- 
Kind Regards
Rudi Ahlers
SoftDux

Website: http://www.SoftDux.com
Technical Blog: http://Blog.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to optimize CentOS XEN dom0?

[Cameron Kerr]

On 23/02/11 12:29, Rudi Ahlers wrote:
> Hi,
> 
> I have a problematic CentOS XEN server and hope someone could point me
> in the right direction to optimize it a bit.
> 
> The server runs on a Core2Quad 9300, with 8GB RAM (max motherboard can
> take, 1U chassis) on an Intel motherboard with a 1TB SATA HDD.
> 
> dom0 is set to 512MB limit with a few small XEM VM's running:
> 
> 
> root@zaxen01:[~]$ xm list
> Name  ID Mem(MiB) VCPUs State   Time(s)
> Domain-0   0  512 4 r- 96.5

dom0 is responsible for IO, so you would normally expect it have it
spend more time in the CPU. You could try pinning it to its own CPU...

> actionco.vm3 1519 1 -b 14.8
> byracers.vm4  511 1 -b 85.7
> ns15  511 1 -b 22.3
> picturestravel6  255 1 -b 13.3
> rafttheworld   7  255 1 -b 11.3
> zafepres.vm8  511 1 -b 19.0
> 
> 
> 
> 
> the server itself seems to eat up a lot of resources:
> 
> 
> root@zaxen01:[~]$ free -m
>  total   used   free sharedbuffers cached
> Mem:   512472 39  0 13215
> -/+ buffers/cache:244268
> Swap: 4095  0   4095[/CODE]

This looks normal. Remember, Linux uses a "memory full" model, so
although it appears that there is 39MB of real memory available, there
is actually 268, with most of that being used to cache filesystem data.

If you want to see how loaded a system is, with respect to memory
pressure, try using 'vmstat' and look for how often it is swapping pages
into and out of swap.

Also, have a look at the Xen users guide. It has some
performance-enhancing tips that you should be aware of. In particular,
realise that dom0 is a little special, particularly with regard to IO.

> Is there anything I can optimize on such a server?

Not entirely sure what you need to optimise at this point. So far I see
a reasonably normal-looking system (although, to be frank, I don't have
a lot of experience with Xen at present).

Hope it helps,
Cameron
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] how to optimize CentOS XEN dom0?

[Kenni Lund]

2011/2/23 Rudi Ahlers :
> Hi,
>
> I have a problematic CentOS XEN server and hope someone could point me
> in the right direction to optimize it a bit.

(SNIP)

> the server itself seems to eat up a lot of resources:
>
>
> root@zaxen01:[~]$ free -m
>             total       used       free     shared    buffers     cached
> Mem:           512        472         39          0         13        215
> -/+ buffers/cache:        244        268
> Swap:         4095          0       4095[/CODE]

244MB RAM in use and 0MB swap...looks good to me.

> Is there anything I can optimize on such a server?

It's hard to give any advices without further information about what
the problem is.

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

[CentOS] how to optimize CentOS XEN dom0?

[Rudi Ahlers]

Hi,

I have a problematic CentOS XEN server and hope someone could point me
in the right direction to optimize it a bit.

The server runs on a Core2Quad 9300, with 8GB RAM (max motherboard can
take, 1U chassis) on an Intel motherboard with a 1TB SATA HDD.

dom0 is set to 512MB limit with a few small XEM VM's running:


root@zaxen01:[~]$ xm list
Name  ID Mem(MiB) VCPUs State   Time(s)
Domain-0   0  512 4 r- 96.5
actionco.vm3 1519 1 -b 14.8
byracers.vm4  511 1 -b 85.7
ns15  511 1 -b 22.3
picturestravel6  255 1 -b 13.3
rafttheworld   7  255 1 -b 11.3
zafepres.vm8  511 1 -b 19.0




the server itself seems to eat up a lot of resources:


root@zaxen01:[~]$ free -m
 total   used   free sharedbuffers cached
Mem:   512472 39  0 13215
-/+ buffers/cache:244268
Swap: 4095  0   4095[/CODE]


Yet, it only has XEN, Webmin (since it's a CloudMin XEN server), Exim,
Apache and a few other services running:



root@zaxen01:[~]$ chkconfig --list |grep "3:on" |awk '{print $1}' |sort
acpid
auditd
crond
csf
dhcpd
exim
haldaemon
httpd
iptables
iscsi
iscsid
kudzu
lfd
lvm2-monitor
mdmonitor
network
qemu
restorecond
setroubleshoot
smartd
snmpd
sshd
syslog
sysstat
webmin
xend
xendomains




Is there anything I can optimize on such a server?



The server runs CentOS 5.5 x64:

root@zaxen01:[~]$ cat /etc/redhat-release
CentOS release 5.5 (Final)

root@zaxen01:[~]$ uname -a
Linux zaxen01.softdux.com 2.6.18-194.32.1.el5xen #1 SMP Wed Jan 5
18:44:24 EST 2011 x86_64 x86_64 x86_64 GNU/Linux

with  Xen version 3.1.2-194.32.1.el5


And there's the xm dmesg output:


Xen version 3.1.2-194.32.1.el5 (mockbu...@centos.org) (gcc version
4.1.2 20080704 (Red Hat 4.1.2-48)) Wed Jan  5 17:43:03 EST 2011
 Latest ChangeSet: unavailable

(XEN) Command line: dom0_mem=512M
(XEN) Video information:
(XEN)  VGA is text mode 80x25, font 8x16
(XEN)  VBE/DDC methods: V2; EDID transfer time: 1 seconds
(XEN) Disc information:
(XEN)  Found 1 MBR signatures
(XEN)  Found 1 EDD information structures
(XEN) Xen-e820 RAM map:
(XEN)   - 0008f000 (usable)
(XEN)  0008f000 - 000a (reserved)
(XEN)  000e - 0010 (reserved)
(XEN)  0010 - cf53f000 (usable)
(XEN)  cf53f000 - cf54b000 (reserved)
(XEN)  cf54b000 - cf62 (usable)
(XEN)  cf62 - cf6e8000 (ACPI NVS)
(XEN)  cf6e8000 - cf6ec000 (usable)
(XEN)  cf6ec000 - cf6f1000 (ACPI data)
(XEN)  cf6f1000 - cf6f2000 (usable)
(XEN)  cf6f2000 - cf6ff000 (ACPI data)
(XEN)  cf6ff000 - cf70 (usable)
(XEN)  cf70 - d000 (reserved)
(XEN)  fff0 - 0001 (reserved)
(XEN)  0001 - 00023000 (usable)
(XEN) System RAM: 8181MB (8378020kB)
(XEN) Xen heap: 13MB (13720kB)
(XEN) Domain heap initialised: DMA width 32 bits
(XEN) Processor #0 7:7 APIC version 20
(XEN) Processor #2 7:7 APIC version 20
(XEN) Processor #1 7:7 APIC version 20
(XEN) Processor #3 7:7 APIC version 20
(XEN) IOAPIC[0]: apic_id 2, version 32, address 0xfec0, GSI 0-23
(XEN) Enabling APIC mode:  Flat.  Using 1 I/O APICs
(XEN) Using scheduler: SMP Credit Scheduler (credit)
(XEN) Detected 2485.797 MHz processor.
(XEN) HVM: VMX enabled
(XEN) VMX: MSR intercept bitmap enabled
(XEN) I/O virtualisation disabled
(XEN) CPU0: Intel(R) Core(TM)2 Quad  CPU   Q9300  @ 2.50GHz stepping 07
(XEN) Booting processor 1/2 eip 9
(XEN) CPU1: Intel(R) Core(TM)2 Quad  CPU   Q9300  @ 2.50GHz stepping 07
(XEN) Booting processor 2/1 eip 9
(XEN) CPU2: Intel(R) Core(TM)2 Quad  CPU   Q9300  @ 2.50GHz stepping 07
(XEN) Booting processor 3/3 eip 9
(XEN) CPU3: Intel(R) Core(TM)2 Quad  CPU   Q9300  @ 2.50GHz stepping 07
(XEN) Total of 4 processors activated.
(XEN) ENABLING IO-APIC IRQs
(XEN)  -> Using new ACK method
(XEN) Platform timer overflows in 2 jiffies.
(XEN) Platform timer is 1.193MHz PIT
(XEN) Brought up 4 CPUs
(XEN) *** LOADING DOMAIN 0 ***
(XEN) elf_parse_binary: phdr: paddr=0x8020 memsz=0x2f4d70
(XEN) elf_parse_binary: phdr: paddr=0x804f4d80 memsz=0x14c510
(XEN) elf_parse_binary: phdr: paddr=0x80642000 memsz=0xc08
(XEN) elf_parse_binary: phdr: paddr=0x80644000 memsz=0x11be8c
(XEN) elf_parse_binary: memory: 0x8020 -> 0x8075fe8c
(XEN) elf_xen_parse_note: GUEST_OS = "linux"
(XEN) elf_xen_parse_note: GUEST_VERSION = "2.6"
(XEN) elf_xen_parse_note: XEN_VERSION = "xen-3.0"
(X

Re: [CentOS] Air Conditioning - ON!

[Ian Murray]

 
> I think 8  million unique machines disagree with you assessment.  Who
> knows, maybe  all 8 million are wrong and the 10-20 people who are
> discussing it on this  list are right.


Man, you could build a killer botnet if you wanted to!! (which strengthens your 
argument about the point about the package building/signing)

Fair play to you, because it was 4-5 million when I last heard that argument 18 
months ago. And let's not forget there is no right and wrong answer, only 
opinions.

At the risk of going off-topic (which probably would be a good thing) is that 
number based on IP address or something else? The reason why I ask is that I 
create and breakdown a fair numbers of Xen paravirtual CentOS guests... but 
they 
live behind the same NAT'd firewall. Just wondering if they show up as the same 
or separate on your stats?


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

Re: [CentOS] Air Conditioning - ON!

[David Brian Chait]

> With 8 million unique machines running Centos and perhaps millions
> people more depending on them comes great responsability.

> I hope the Centos crew know what they're doing.

Obviously they do, or they would not have come this far.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Air Conditioning - ON!

[Lucian]

On Tue, Feb 22, 2011 at 10:56 PM, Johnny Hughes  wrote:
> I think 8 million unique machines disagree with you assessment.

With 8 million unique machines running Centos and perhaps millions
people more depending on them comes great responsability.

I hope the Centos crew know what they're doing.

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

Re: [CentOS] Air Conditioning - ON!

[Johnny Hughes]

On 02/22/2011 02:35 PM, Ian Murray wrote:
> 
> 
> 
>>
>> Calling it  Enterprise is important because doing so establishes the
>> *origin* and the  *objective* of the work: a BUG-FOR-BUG-IDENTICAL
>> de-branding/re-branding of  Red Hat ENTERPRISE Linux.
> 
> 
> How about BugforbugIdenticaldebreandingrebrandingofupstreamenterpriselinuxOS?
> 
> Only joking. I take your point, but the critical fixes being held up for a 
> dot 
> release isn't really very Enterprise friendly either. I think it fair to say 
> that CentOS is not suitable for the enterprise unless the servers are 
> non-public, on a secure network and the risk of internal hacking is low. That 
> is 
> just an unfortunate nature of a rebuild project but it does make the release 
> time a sensitive matter.
> 
> Karanbir tweeted during FOSDEM that the Belgian police use CentOS. As 
> everyone 
> who is paying attention knows that any exploit that RedHat has released an 
> updated package for post is 5.6 is sat waiting to be exploited on those 
> police 
> servers because it won't make the CentOS repositories until 5.6 is out. I 
> wonder 
> if the Belgian police know that.
> 
> So if anybody can be bothered to check the errata from upstream and want 
> to 
> do some mischief.fill your boots...
> 
> http://toolbar.netcraft.com/site_report?url=http://www.polfed-fedpol.be
> 
> 
>>
>>> If you can't adjust the release time, then  adjust the expectations. 
>>
>> We have: It's done when it's done.  That's  what we expect, and that's
>> what we get.  On time, every time.
> 
> 
> I did think about that when when I made my earlier comment. The trouble is is 
> that it obviously isn't working because we have these list flame-ups.

I think 8 million unique machines disagree with you assessment.  Who
knows, maybe all 8 million are wrong and the 10-20 people who are
discussing it on this list are right.



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

Re: [CentOS] Unicode in C++

[John R Pierce]

On 02/22/11 2:37 PM, Michael D. Berger wrote:
> On my CentOS box, in C++ programs, is there a way to print
> Unicode characters?

if you're running in an xterm that's configured for UTF8, or a ssh 
session to console that's configured for UTF8, then yes.   if you're 
running on a textmode console in VGA mode, probably not.


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

Re: [CentOS] Unicode in C++

[Nicolas Thierry-Mieg]

Michael D. Berger wrote:
> On my CentOS box, in C++ programs, is there a way to print
> Unicode characters?

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

[CentOS] openldap problems authenticating

[Tim Dunphy]

Hello list,

I am running an openldap 2.4 server under FreeBSD that was working
well until the config was tweaked by someone on the team without
properly documenting their work

# /usr/local/etc/ldap.con on ldap server (FreeBSD 8.1)

host LBSD.summitnjhome.com
base dc=summitnjhome,dc=com
sudoers_base ou=sudoers,ou=Services,dc=summitnjhome,dc=com
binddn cn=pam_ldap,ou=Services,dc=summitnjhome,dc=com
bindpw {SSHA}secret
scope sub
pam_password exop
nss_base_passwd ou=staff,dc=summitnjhome,dc=com
nss_base_shadow ou=staff,dc=summitnjhome,dc=com


# grep for ldap account shows ldap account on the ldap server itself succeeds

[root@LBSD2:/usr/local/etc/openldap] #getent passwd | grep walbs
walbs:secret/:1002:1003:Walkiria Soares:/home/walbs:/usr/local/bin/bash
[root@LBSD2:/usr/local/etc/openldap] #grep walbs /etc/passwd
[root@LBSD2:/usr/local/etc/openldap] #





# /etc/ldap.conf on ldap client (centos 5.5)

host LBSD2.summitnjhome.com
base dc=summitnjhome,dc=com
sudoers_base ou=sudoers,ou=Services,dc=summitnjhome,dc=com
binddn cn=pam_ldap,ou=Services,dc=summitnjhome,dc=com
bindpw {crypt}secret
scope sub
pam_password exop
nss_base_passwd ou=staff,dc=summitnjhome,dc=com
nss_base_shadow ou=staff,dc=summitnjhome,dc=com

# grep getent passwd for ldap account on the client nothing turns up
after a long pause


[root@LCENT01:~] #getent passwd | grep walbs
[root@LCENT01:~] #


# nsswitch on the client

passwd: files ldap
shadow: files ldap
group:  files ldap
sudoers:ldap
#hosts: db files nisplus nis dns
hosts:  files dns


# this is what's going on in the logs on the ldap server during th
getent from the #client

Feb 22 21:31:18 LBSD2 slapd[51158]: conn=3411 op=0 RESULT tag=97 err=49 text=
Feb 22 21:31:18 LBSD2 slapd[51158]: conn=3411 op=1 UNBIND
Feb 22 21:31:18 LBSD2 slapd[51158]: conn=3411 fd=22 closed
Feb 22 21:31:26 LBSD2 slapd[51158]: conn=3412 fd=22 ACCEPT from
IP=192.168.1.42:53811 (IP=192.168.1.44:389)
Feb 22 21:31:26 LBSD2 slapd[51158]: conn=3412 op=0 BIND
dn="cn=pam_ldap,ou=Services,dc=summitnjhome,dc=com" method=128
Feb 22 21:31:26 LBSD2 slapd[51158]: conn=3412 op=0 RESULT tag=97 err=49 text=
Feb 22 21:31:26 LBSD2 slapd[51158]: conn=3412 op=1 UNBIND
Feb 22 21:31:26 LBSD2 slapd[51158]: conn=3412 fd=22 closed

#ldap search from the client as the pam services account is able to
locate the ldap user info

[root@LCENT02:~] #ldapsearch -xH 'ldap://LBSD2.summitnjhome.com' -D 'cn=pam_ldap
,ou=Services,dc=summitnjhome,dc=com' -w 'secret' -b 'dc=summitnjhome,dc=com'
 '(uid=walbs)'
# extended LDIF
#
# LDAPv3
# base  with scope subtree
# filter: (uid=walbs)
# requesting: ALL
#



# walbs, People, summitnjhome.com
dn: uid=walbs,ou=People,dc=summitnjhome,dc=com
uid: walbs
cn: Walkiria Soares
givenName: Walkiria
sn: Soares
mail: wa...@example.com
objectClass: inetLocalMailRecipient
objectClass: person
objectClass: organizationalPerson
objectClass: inetOrgPerson
objectClass: posixAccount
objectClass: top
uidNumber: 1002
gidNumber: 1003

# search result
search: 2
result: 0 Success

# numResponses: 2
# numEntries: 1


#pam_ldap services account in the ldap directory

3 cn=pam_ldap,ou=Services,dc=summitnjhome,dc=com
cn: pam_ldap
objectClass: top
objectClass: inetOrgPerson
sn: PAM
userPassword: {SSHA}secret


I have also tried doing anonymous binds on the client as well as using
plain text passwords. I get the same tag=97 err=49 messages on the
client either way.

Some advice is sorely needed here. Thank you very kindly in advance!

-- 
GPG me!!

gpg --keyserver pool.sks-keyservers.net --recv-keys F186197B
#
# See slapd.conf(5) for details on configuration options.
# This file should NOT be world readable.
#
include /usr/local/etc/openldap/schema/core.schema
include /usr/local/etc/openldap/schema/cosine.schema
include /usr/local/etc/openldap/schema/inetorgperson.schema

# Define global ACLs to disable default read access.

# Do not enable referrals until AFTER you have a working directory
# service AND an understanding of referrals.
#referral   ldap://root.openldap.org

pidfile /var/run/openldap/slapd.pid
argsfile/var/run/openldap/slapd.args

# Load dynamic backend modules:
modulepath  /usr/local/libexec/openldap
moduleload  back_bdb
# moduleloadback_hdb
# moduleloadback_ldap

# Sample security restrictions
#   Require integrity protection (prevent hijacking)
#   Require 112-bit (3DES or better) encryption for updates
#   Require 63-bit encryption for simple bind
# security ssf=1 update_ssf=112 simple_bind=64

# Sample access control policy:
#   Root DSE: allow anyone to read it
#   Subschema (sub)entry DSE: allow anyone to read it
#   Other DSEs:
#   Allow self write access
#   Allow authenticated users read access
#   Allow anonymous users to authenticate
#   Directives needed to implement policy:
# access to dn.base="" by * read
# access to dn.base="cn=Subschema" by * read
# acces

[CentOS] Unicode in C++

[Michael D. Berger]

On my CentOS box, in C++ programs, is there a way to print
Unicode characters?

Thanks,
Mike.

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

Re: [CentOS] System Log Error

[Cameron Kerr]

On 22/02/11 22:28, sync wrote:
> 
> 
> On Tue, Feb 22, 2011 at 4:42 PM, Cameron Kerr  > wrote:
> 
> On 22/02/11 19:25, sync wrote:
> 
> > Jan 11 07:56:00 kernel: [17179663.076000] atkbd.c: Unknown key
> released
> > (translated set 2, code 0x81 on isa0060/serio0).
> > Jan 11 07:56:00  kernel: [17179663.076000] atkbd.c: Use 'setkeycodes
> > e001 ' to make it known.
> > Jan 11 07:56:00  kernel: [17179663.084000] atkbd.c: Unknown key
> pressed
> > (translated set 2, code 0xd9 on isa0060/serio0).
> > Jan 11 07:56:00 kernel: [17179663.084000] atkbd.c: Use
> 'setkeycodes e059
> > ' to make it known.
> 
> You might find this document has useful information on scancodes:
> 
> http://www.win.tue.nl/~aeb/linux/kbd/scancodes-10.html#ss10.1
> 
> 
> It seems that perhaps you have pressed a key that emits an unknown
> scancode. I have seen this before on older laptops when typing the Fn
> key. You might also see it when using extended keys on multimedia
> keyboards.
> 
> Can you determine if these are generated while using the text console or
> instead inside X11?
> 
> What keyboard mapping are you using?
> 
> 
> 
> Thanks for your reply on this  .
> 
> Em.. it generated on the text console .Maybe it is caused by my keyboard.
> But I don't remember what I type .
> 
> 
> By the way, I sent that bug to the redhat bugzilla system,  hope it
> would be solved
> soon.

Exactly what type of keyboard do you have? (eg. what does lsusb say?)

What about the kernel log at startup?

Here's mine (on an Ubuntu laptop) -- the -Cn argument gives the
surrounding n lines of context.

$ grep -C2 keyboard /var/log/dmesg
[0.595625] BIOS EDD facility v0.16 2004-Jun-25, 0 devices found
[0.595631] EDD information not available.
[0.638265] input: AT Translated Set 2 keyboard as
/devices/platform/i8042/serio0/input/input5
[0.642953] Freeing initrd memory: 7784k freed
[0.688496] ata1.00: ATA-8: A-DATA_SSD_16GB, 081210, max UDMA/100

Note that my example, the "i8042" driver (standard PC Keyboard) is being
used. In your case, the isa0060 driver is being used.

Do you have an embedded trackpad or pointing device in the keyboard?
Where is your mouse plugged in?

This post discusses a very similar issue (albeit on Debian)
http://www.linux-archive.org/debian-user/276835-atkbd-c-unknown-key-pressed-translated-set-2-code-0x88-isa0060-serio0.html

Hope it helps.
Cameron
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] System Log Error

[Cameron Kerr]

Oh, and I forgot to mention this one also:

http://ubuntuforums.org/showthread.php?t=76271

(The problem also happens in Redhat-based systems, but there seems to be
more resolution in Debian-based forums)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Air Conditioning - ON!

[Aleksey Tsalolikhin]

I really appreciate the availability of CentOS.  Thank you to all the people
who work on it and form part of this community!!

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

Re: [CentOS] Air Conditioning - ON!

[John R. Dennison]

On Tue, Feb 22, 2011 at 07:54:58PM +, Ian Murray wrote:
> 
> 
> > 
> > No one is taking you  wrong here;
> 
> Did you check with everybody before you spoke for them all?

Pretty damned sure I made it explicitly clear in a post from
Sunday that I speak only for myself and no one else.  Ever.

> That is a fantastic idea because IMHO it would be a much fairer assessment of 
> the distribution than alluding to the "Enterprise" aspect.

It's a shame that the whole sarcasm thing went completely over
your head.

You're an idiot if you don't think that CentOS is an
enterprise-grade distro and while I may not agree with your
comments in this thread you don't really come across as an
idiot.  So is there a reason you're just trying to incite yet
more fights and long, drawn-out discussions that will, in the
end, amount to absolutely nothing at all?




John
-- 
"The Gulf of Mexico, the Gulf states and all of us are totally fucked.  As
Sir Richard Mottram famously said: 'We're all fucked.  I'm fucked.  You're
fucked.  The whole thing is fucked.  It's the biggest cock-up ever.  We're
all completely fucked.'"


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

Re: [CentOS] How much maximum memory will CentOS 5 support? I know it's not 16 GB!

[Rudi Ahlers]

On Tue, Feb 22, 2011 at 10:53 PM, Aleksey Tsalolikhin
 wrote:
> How much maximum memory will CentOS 5 support, please?
>
> The product info page at http://www.centos.org/product.html
> says 16GB, but I am running 80 GB RAM right now and seeing
> 80 GB in top.
>
> I see the same 16 GB limit on the RHEL page:
> http://www.redhat.com/rhel/compare/#note_4
>
> The server hardware is capable of 192 GB RAM and I want to
> add memory, but want to be sure the OS will support it.
>
> Is anybody running CentOS 5 or RHEL 5 with 192 GB or more, please?
>
> Best,
> -at
> ___


You're looking at the 32bit limits :)

The 64bit  can support 256GB/1TB limit

-- 
Kind Regards
Rudi Ahlers
SoftDux

Website: http://www.SoftDux.com
Technical Blog: http://Blog.SoftDux.com
Office: 087 805 9573
Cell: 082 554 7532
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] How much maximum memory will CentOS 5 support? I know it's not 16 GB!

[Aleksey Tsalolikhin]

How much maximum memory will CentOS 5 support, please?

The product info page at http://www.centos.org/product.html
says 16GB, but I am running 80 GB RAM right now and seeing
80 GB in top.

I see the same 16 GB limit on the RHEL page:
http://www.redhat.com/rhel/compare/#note_4

The server hardware is capable of 192 GB RAM and I want to
add memory, but want to be sure the OS will support it.

Is anybody running CentOS 5 or RHEL 5 with 192 GB or more, please?

Best,
-at
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] was: Re: Any update on 5.6 / 6?, is please kill for another month

[m . roth]

Ian Murray wrote:
>> From: "m.r...@5-cent.us" 
>>
>> Can we *please* kill this thread, which has run on *far* too long, till
>> at least next month (that is, if one of the above isn't out  yet)?
>
> So we resume on Tuesday?!?
>
> I vote for kill because I got the last word in!

Pardon my phrasing - what I *intended* was "a month from now", not "00:01
1 March".

mark

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

Re: [CentOS] was: Re: Any update on 5.6 / 6?, is please kill for another month

[Ian Murray]

- Original Message 
> From: "m.r...@5-cent.us" 
> To: CentOS mailing list 
> Sent: Tue, 22 February, 2011 20:08:21
> Subject: [CentOS] was: Re:  Any update on 5.6 / 6?, is please kill for 
> another 
>month
> 
> Can we *please* kill this thread, which has run on *far* too long, till  at
> least next month (that is, if one of the above isn't out  yet)?


So we resume on Tuesday?!?

I vote for kill because I got the last word in!


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

Re: [CentOS] Air Conditioning - ON!

[Ian Murray]

> 
> Calling it  Enterprise is important because doing so establishes the
> *origin* and the  *objective* of the work: a BUG-FOR-BUG-IDENTICAL
> de-branding/re-branding of  Red Hat ENTERPRISE Linux.


How about BugforbugIdenticaldebreandingrebrandingofupstreamenterpriselinuxOS?

Only joking. I take your point, but the critical fixes being held up for a dot 
release isn't really very Enterprise friendly either. I think it fair to say 
that CentOS is not suitable for the enterprise unless the servers are 
non-public, on a secure network and the risk of internal hacking is low. That 
is 
just an unfortunate nature of a rebuild project but it does make the release 
time a sensitive matter.

Karanbir tweeted during FOSDEM that the Belgian police use CentOS. As everyone 
who is paying attention knows that any exploit that RedHat has released an 
updated package for post is 5.6 is sat waiting to be exploited on those police 
servers because it won't make the CentOS repositories until 5.6 is out. I 
wonder 
if the Belgian police know that.

So if anybody can be bothered to check the errata from upstream and want to 
do some mischief.fill your boots...

http://toolbar.netcraft.com/site_report?url=http://www.polfed-fedpol.be


> 
> > If you can't adjust the release time, then  adjust the expectations. 
> 
> We have: It's done when it's done.  That's  what we expect, and that's
> what we get.  On time, every time.


I did think about that when when I made my earlier comment. The trouble is is 
that it obviously isn't working because we have these list flame-ups.


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

Re: [CentOS] was: Any update on 5.6 / 6?, is please kill for another month

[Kai Schaetzl]

> Can we *please* kill this thread,

Yeah, yeah, yeah, please!

Kai


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

[CentOS] was: Re: Any update on 5.6 / 6?, is please kill for another month

[m . roth]

Can we *please* kill this thread, which has run on *far* too long, till at
least next month (that is, if one of the above isn't out yet)?

 mark "we now return you to your normal problem statements"

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

Re: [CentOS] Air Conditioning - ON!

[Brunner, Brian T.]

> > How about the project
> > renames the  distribution to  
> "IfYouDontLikeItYouAreNotForcedToUseItOS"?
> 
> That is a fantastic idea because IMHO it would be a much 
> fairer assessment of 
> the distribution than alluding to the "Enterprise" aspect.

Calling it Enterprise is important because doing so establishes the
*origin* and the *objective* of the work: a BUG-FOR-BUG-IDENTICAL
de-branding/re-branding of Red Hat ENTERPRISE Linux.

> If you can't adjust the release time, then adjust the expectations. 

We have: It's done when it's done.  That's what we expect, and that's
what we get.  On time, every time.
Or, as I put it: "Oh Mani Padme When It's Done
Mmm"

I humbly beseech all the "why/when/how/etc ... done?" folks to please
hush.  You do not speed up the work and may slow it down.




//me
***
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom
they are addressed. If you have received this email in error please
notify the system manager. This footnote also confirms that this
email message has been swept for the presence of computer viruses.
www.Hubbell.com - Hubbell Incorporated**

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

Re: [CentOS] Air Conditioning - ON!

[Ian Murray]

> 
> No one is taking you  wrong here;

Did you check with everybody before you spoke for them all?


> How about the project
> renames the  distribution to  "IfYouDontLikeItYouAreNotForcedToUseItOS"?

That is a fantastic idea because IMHO it would be a much fairer assessment of 
the distribution than alluding to the "Enterprise" aspect.

Getting back to the issue of release times... why don't the developers declare 
that minor (dot) releases will be within six months and major release within a 
year of upstream release. And any discussion before that will not be entered 
into.

If you can't adjust the release time, then adjust the expectations. 


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

Re: [CentOS] Air Conditioning - ON!

[Fred Wittekind]

I understand how answering everyone's requests for progress updates can
slow a development process, I've been on the development side of that
before.   I want a progress report as much as anyone I'm sure (and so
does my boss), but, I'm not going to ask for it.   I instead spend a
little time, and do a bit of digging, and can find enough of an answer. 
I think though, I have had better luck finding progress information on
CentOS than I did when I was waiting on upstream to release 6 (of course
they had betas, and maybe I just didn't look in the right place, but I
didn't find much status information).  Committing to a product launch
date, then trying to patch the product after the fact is IMHO a bad
thing, and I'm glad upstream & CentOS do not do this.

I can think of some suggestions of my own to maybe help the development
process and community involvement (as I'm sure a so can a great many
people), but I will keep those to myself for now.  Trying to change
anything major now will only significantly slow things down.

CentOS team, you have my understanding, and my appreciation for your
hard work, and I look forward to being able to use the product of that
work when it's ready.

On 2/21/2011 1:21 PM, John Hinton wrote:
> All,
>
> (and please do not turn this into the next long thread)
>
> We have a small team which volunteers their time to create the CentOS 
> releases. They are pounded right now with getting that done... it is as 
> simple as that. Each of us 'chose' to use CentOS and with that choice 
> comes nothing more.
>
> Why are we complaining? To me, it is all very self-centered. Basically 
> we're all complaining because we 'want' something. And yes, I'm on edge 
> wanting something as well... but that is life with RedHat in general.
>
> Some of the suggestions made:
>
> 1. Send money. OK, so using a very loose or reapplied definition of a 
> word... we want to 'prostitute' the CentOS team. In other words, if we 
> send money we have the 'right' to gripe and press for rapid releases? 
> Demand services?
>
> 2. Add more staff. As a small business owner, the very last thing you 
> want to do is add more staff when you are in a slammed state. It takes 
> all of the 'productive' workers time to train the new staff and output 
> slows to a crawl.
>
> 3. Make any other number of 'helpful' suggestions. Well, I think by now 
> the CentOS team knows better than us how this needs to be done based on 
> infrastructure and team members. And even if they aren't doing it right, 
> we don't get to make demands that it be done differently as this is how 
> they have decided to do it. Remember, you chose CentOS based on how they 
> operate. You can go away if you like.
>
> 4. Bringing up other distros that are ahead of CentOS. This just an 
> attempt at indirect pressure on the CentOS team to get a competition 
> going. Only the team gets to choose their competition. CentOS 'rates' 
> how it rates and that is up to the CentOS team and their decisions. Some 
> cheerleading might be welcomed, as long as it doesn't become an "I cheer 
> for you therefore you owe me".
>
> 5. MOST IMPORTANT discussing this right now is the wrong time. The 
> CentOS team needs to be focused on the builds. They need to 'feel good'. 
> They do not need these distractions, complaints, suggestions, pressures 
> and generally negative comments at this moment in time. If it really 
> bothers you, save it for later and bring it up when things are back to 
> normal loads. Perhaps some good will come out of it, but not now. I know 
> that most mean well, but look inside of yourself and the rush is about 
> something you want... and YOU chose a FREE distro, which just so happens 
> to convert to the paid version very easily.
>
> 6,7,8,9 and 10 (fill in your own but keep them to yourself)
>
> If I were a member of the CentOS team right now, I'd likely be looking 
> at the door. I positively would be needing to step back and take some 
> time to myself to try to cool off and feel positive about what I'm 
> doing. To me and from what I have heard from the CentOS team, very 
> little of what is being said on the list is helping but instead is 
> counterproductive at the moment. Obviously the team is 'reading' the 
> list and 'obviously' some of us have pushed them further at a very high 
> stress time, than they have ever been pushed before.
>
> You may also note that upstream was also 'very late' with these new 
> releases. Could it be we are discovering why? (please don't try to 
> answer that)
>
> Please please please... ease up, give them the time they need. Make 
> notes for future conversations, but quit distracting them and making 
> them feel bad. Or, write your scathing reply to a thread... get really 
> down angry and in the dirt... then when you're done, just delete it.
>
> CentOS team,
>
> I do have just one suggestion (and I have no rights to ask this). It 
> seems that the list goes quiet and waits for a while and then explodes a 
> 

Re: [CentOS] Air Conditioning - ON!

[Steve Lindemann]

Corey A Johnson wrote:
> 
> John Hinton wrote:
>> All,
>>
>> (and please do not turn this into the next long thread)
>>
>>   
> 
> 
> I am not a man of many words.. and i am usually very quiet on this 
> list.  But would just like to say that i appreciate all the CentOS team 
> members immensely.   I sincerely thank you all for the time you put in 
> to what i consider the best free Linux distro available.
> 

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

Re: [CentOS] Any update on 5.6 / 6?

[Larry Vaden]

On Tue, Feb 22, 2011 at 10:41 AM, Corey Quinn  wrote:
>
> The metaphor is "Only as good as your last game."
>
> What part of California are YOU from? :-)

An OKie by birth, this CentOS community member of lowest possible rank
lived at least five years each in West Germany and SoCal :)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Any update on 5.6 / 6?

[Lamar Owen]

On Tuesday, February 22, 2011 11:25:45 am Brunner, Brian T. wrote:
> We strive to present to the world a BUG-FOR-BUG-IDENTICAL distribution
> of the corresponding RHEL release.

That's pretty well covered by the line on that page saying: "Under normal 
circumstances CentOS will NOT add patches to original upstream source packages."
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Any update on 5.6 / 6?

[Corey Quinn]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1


On Feb 22, 2011, at 8:23 AM, Larry Vaden wrote:

> 
> A California saying is that "you are only as good as your last load.".
> 
> That was a VERY GOOD LOAD, Johnny.  The community thanks you.

The metaphor is "Only as good as your last game."

What part of California are YOU from? :-)

- -- Corey / KB1JWQ
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (Darwin)

iQEcBAEBAgAGBQJNY+dJAAoJEPmSS8816iBesh4IAJ7MZqe3WEZLlCnE10oZTqKK
hTgEKkOUhUfyQJ/AQAvJ9Xoqf9r1LEBYQCgCBRAGaEo2WRCltnhjmaZL9Q7ed0Yz
Csfpfua+Szn22wwHf6VHvgu7EMr2xDKnPzDCc/SnPZPKZ8z8aMiZML0B20NE2yvm
mt2KrVvSaASJ7YqcOoR6Hc2sM8aZhBcMH0MQNLAosh8UJBiXipQwgCCtSqbIJ5LA
83IWycRQ4ngp9Pso3B4FtzQEzlF/aR5ufP5cFOThdEaJjkM4Cmg6HWDBaMi49hGG
p2Uu23+tF2lZLzaFVkTE5Zl92Ho8w/Cqvb2RLB5y8bTQn/GJQUzTMDCNCM9FOQI=
=ESQX
-END PGP SIGNATURE-
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Any update on 5.6 / 6?

[Brunner, Brian T.]

> -Original Message-
> From: centos-boun...@centos.org 
> [mailto:centos-boun...@centos.org] On Behalf Of Akemi Yagi
> Sent: Tuesday, February 22, 2011 11:03 AM
> To: CentOS mailing list
> Subject: Re: [CentOS] Any update on 5.6 / 6?
> 
> On Mon, Feb 21, 2011 at 9:18 AM, Johnny Hughes 
>  wrote:
> 
> > SHUT UP
> 
> Where are you, Evolution? CentOS needs you once again. You can come
> out now from your hiding place [1].
> 
> Akemi
> 
> [1] http://lists.centos.org/pipermail/centos/2007-February/033406.html


This link points to a post in which was a link to the CentOS goals.
The first part of the CentOS goals should read:

We strive to present to the world a BUG-FOR-BUG-IDENTICAL distribution
of the corresponding RHEL release.
- We remove copywrite-protected materials if we do not have the consent
of the copywrite holder.
- We remove trademarked and patented content for which we do not have
consent of the owners thereof.
- We re-compile the sources after the above two modifications.
- - Source and object "packages" are available independently from the
CentOS repository for access by yum, curl, wget, and similar
package-at-a-time downloading.
- - Bootable installation CDs and DVDs are also available.
- - CentOS does not charge for access to the above packages, and does
not make and mail copies of the isos.
- We also point the world to the centosplus repository, see
http://wiki.centos.org/AdditionalResources/Repositories/CentOSPlus

***
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom
they are addressed. If you have received this email in error please
notify the system manager. This footnote also confirms that this
email message has been swept for the presence of computer viruses.
www.Hubbell.com - Hubbell Incorporated**

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

Re: [CentOS] Any update on 5.6 / 6?

[Larry Vaden]

On Mon, Feb 21, 2011 at 11:36 AM, Johnny Hughes  wrote:
>
> This is the last post I am making to this thread ... and maybe to this
> list in general.  During the build processes, here are the files that we
> have had to add (at various times) to get packages to build.  I have no
> idea if this list is current (we first try to build without add anything
> and test it), then we add packages if the testing says we need to.

A California saying is that "you are only as good as your last load.".

That was a VERY GOOD LOAD, Johnny.  The community thanks you.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Any update on 5.6 / 6?

[Akemi Yagi]

On Mon, Feb 21, 2011 at 9:18 AM, Johnny Hughes  wrote:

> SHUT UP

Where are you, Evolution? CentOS needs you once again. You can come
out now from your hiding place [1].

Akemi

[1] http://lists.centos.org/pipermail/centos/2007-February/033406.html
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] problems with createrepo

[Janez Kosmrlj]

SOLVED.
While uddating a package i accidentally put a "¸" in the package version in
the spec file. And createrepo doesn't like this.

On Tue, Feb 22, 2011 at 12:25 PM, Janez Kosmrlj
wrote:

> I run a local repo for our company's packages. Since yesterday we have
> problems with creating the repo files. When i run "createrepo --update -s
> sha rpmdir" i get the folowing error:
>
> File "/usr/share/createrepo/genpkgmetadata.py", line 249, in ?
> main(sys.argv[1:])
>   File "/usr/share/createrepo/genpkgmetadata.py", line 223, in main
> mdgen.doPkgMetadata()
>   File "/usr/lib/python2.4/site-packages/createrepo/__init__.py", line 368,
> in doPkgMetadata
> self.writeMetadataDocs(packages)
>   File "/usr/lib/python2.4/site-packages/createrepo/__init__.py", line 532,
> in writeMetadataDocs
> self.primaryfile.write(po.xml_dump_primary_metadata())
>   File "/usr/lib/python2.4/site-packages/yum/packages.py", line 1032, in
> xml_dump_primary_metadata
> msg += misc.to_unicode(self._dump_base_items())
>   File "/usr/lib/python2.4/site-packages/yum/packages.py", line 866, in
> _dump_base_items
> msg = """
> UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 83:
> ordinal not in range(128)
>
>
> I didn't change anything on the server and it fails on packages that are
> more than a year old. It usually fails on package number 200-206. When i
> move the supposedly broken package to a new directory and run createrepo on
> that directory, then createrepo finishes OK.
>
> I googled a bit, but i couldn't find anything useful. Has anyone on this
> list seen something similar and what was the problem.
>
> thanx in advance
> Janez
>
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] problems with createrepo

[Janez Kosmrlj]

I run a local repo for our company's packages. Since yesterday we have
problems with creating the repo files. When i run "createrepo --update -s
sha rpmdir" i get the folowing error:

File "/usr/share/createrepo/genpkgmetadata.py", line 249, in ?
main(sys.argv[1:])
  File "/usr/share/createrepo/genpkgmetadata.py", line 223, in main
mdgen.doPkgMetadata()
  File "/usr/lib/python2.4/site-packages/createrepo/__init__.py", line 368,
in doPkgMetadata
self.writeMetadataDocs(packages)
  File "/usr/lib/python2.4/site-packages/createrepo/__init__.py", line 532,
in writeMetadataDocs
self.primaryfile.write(po.xml_dump_primary_metadata())
  File "/usr/lib/python2.4/site-packages/yum/packages.py", line 1032, in
xml_dump_primary_metadata
msg += misc.to_unicode(self._dump_base_items())
  File "/usr/lib/python2.4/site-packages/yum/packages.py", line 866, in
_dump_base_items
msg = """
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 83:
ordinal not in range(128)


I didn't change anything on the server and it fails on packages that are
more than a year old. It usually fails on package number 200-206. When i
move the supposedly broken package to a new directory and run createrepo on
that directory, then createrepo finishes OK.

I googled a bit, but i couldn't find anything useful. Has anyone on this
list seen something similar and what was the problem.

thanx in advance
Janez
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] System Log Error

[sync]

On Tue, Feb 22, 2011 at 4:42 PM, Cameron Kerr wrote:

> On 22/02/11 19:25, sync wrote:
>
> > Jan 11 07:56:00 kernel: [17179663.076000] atkbd.c: Unknown key released
> > (translated set 2, code 0x81 on isa0060/serio0).
> > Jan 11 07:56:00  kernel: [17179663.076000] atkbd.c: Use 'setkeycodes
> > e001 ' to make it known.
> > Jan 11 07:56:00  kernel: [17179663.084000] atkbd.c: Unknown key pressed
> > (translated set 2, code 0xd9 on isa0060/serio0).
> > Jan 11 07:56:00 kernel: [17179663.084000] atkbd.c: Use 'setkeycodes e059
> > ' to make it known.
>
> You might find this document has useful information on scancodes:
>
> http://www.win.tue.nl/~aeb/linux/kbd/scancodes-10.html#ss10.1
>
> It seems that perhaps you have pressed a key that emits an unknown
> scancode. I have seen this before on older laptops when typing the Fn
> key. You might also see it when using extended keys on multimedia
> keyboards.
>
> Can you determine if these are generated while using the text console or
> instead inside X11?
>
> What keyboard mapping are you using?
>


Thanks for your reply on this  .

Em.. it generated on the text console .Maybe it is caused by my keyboard.
But I don't remember what I type .


By the way, I sent that bug to the redhat bugzilla system,  hope it would be
solved
soon.





>
> ___
> 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] System Log Error

[Cameron Kerr]

On 22/02/11 19:25, sync wrote:

> Jan 11 07:56:00 kernel: [17179663.076000] atkbd.c: Unknown key released
> (translated set 2, code 0x81 on isa0060/serio0).
> Jan 11 07:56:00  kernel: [17179663.076000] atkbd.c: Use 'setkeycodes
> e001 ' to make it known.
> Jan 11 07:56:00  kernel: [17179663.084000] atkbd.c: Unknown key pressed
> (translated set 2, code 0xd9 on isa0060/serio0).
> Jan 11 07:56:00 kernel: [17179663.084000] atkbd.c: Use 'setkeycodes e059
> ' to make it known.

You might find this document has useful information on scancodes:

http://www.win.tue.nl/~aeb/linux/kbd/scancodes-10.html#ss10.1

It seems that perhaps you have pressed a key that emits an unknown
scancode. I have seen this before on older laptops when typing the Fn
key. You might also see it when using extended keys on multimedia keyboards.

Can you determine if these are generated while using the text console or
instead inside X11?

What keyboard mapping are you using?

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