[CentOS] Centos 5.6 kernel errors
Hi guys, Is anyone else having kernel issues with CentOS 5.6? I cant get it stable on as a LAMP platform. Everything is up-to-date and yet I'm running into major problems. How do I make sense of these kernel errors? Any help will be greatly appreciated, as I'm now had to roll back to an old copy of CentOS to keep my systems stable. Random Cron: 14857 kernel: Oops: 0003 [#3] 14857 kernel: SMP 14857 kernel: CPU:0 14857 kernel: EIP is at pgd_free+0x104/0x140 14857 kernel: eax: ebx: ecx: 0400 edx: 8003 14857 kernel: esi: e8caa000 edi: e8caa000 ebp: e8cffd68 esp: e8cffd48 14857 kernel: ds: 007b es: 007b ss: 0069 14857 kernel: Process crond (pid: 2620, threadinfo=e8cfe000 task=e9419550) 14857 kernel: Stack: 0e8caa000 0003 e8ca3c44 e8ca6018 e8c6f740 e8c6f788 e8c6f740 14857 kernel: e8cffd7c c011bd9b e8ca6000 e8c6f788 e8c6f740 e8cffd90 c011be50 e8c6f740 14857 kernel: e8cffde8 7ff0 e8cffe20 c0170a8a e8c6f740 e8c6f740 c030b547 e8cffdb8 14857 kernel: Call Trace: 14857 kernel: [c01058bd] show_stack_log_lvl+0xcd/0x120 14857 kernel: [c0105abb] show_registers+0x1ab/0x240 14857 kernel: [c0105dc1] die+0x111/0x240 14857 kernel: [c01130a7] do_page_fault+0x5f7/0x931 14857 kernel: [c01052ab] error_code+0x2b/0x30 14857 kernel: [c011bd9b] __mmdrop+0x1b/0x50 14857 kernel: [c011be50] mmput+0x80/0xa0 14857 kernel: [c0170a8a] flush_old_exec+0x1ba/0xb30 14857 kernel: [c0191e1f] load_elf_binary+0x26f/0x1780 14857 kernel: [c0171602] search_binary_handler+0x92/0x240 14857 kernel: [c0171923] do_execve+0x173/0x215 14857 kernel: [c0103892] sys_execve+0x42/0xa0 14857 kernel: [c0105119] syscall_call+0x7/0xb 14857 kernel: Code: e1 0c 25 ff 0f 00 00 09 c1 89 ce 83 ce 01 81 ee 01 00 00 40 31 db 89 5c 24 04 89 f7 89 34 24 e8 53 eb ff ff 31 c0 b9 00 04 00 00 f3 ab a1 e4 ec 3a c0 89 74 24 04 89 04 24 e8 39 dc 04 00 8b 45 Random while updating a package with yum: 14857 kernel: Oops: 0003 [#4] 14857 kernel: SMP 14857 kernel: CPU:0 14857 kernel: EIP is at pgd_free+0x104/0x140 14857 kernel: eax: ebx: ecx: 0400 edx: 8002 14857 kernel: esi: e8545000 edi: e8545000 ebp: e8c8bd68 esp: e8c8bd48 14857 kernel: ds: 007b es: 007b ss: 0069 14857 kernel: Process yum (pid: 2721, threadinfo=e8c8a000 task=e9f65550) 14857 kernel: Stack: 0e8545000 0003 e854c1d8 e8546018 e8c6f040 e8c6f088 e8c6f040 14857 kernel: e8c8bd7c c011bd9b e8546000 e8c6f088 e8c6f040 e8c8bd90 c011be50 e8c6f040 14857 kernel: e8c8bde8 7ff0 e8c8be20 c0170a8a e8c6f040 e8c6f040 c030b547 e8c8bdb8 14857 kernel: Call Trace: 14857 kernel: [c01058bd] show_stack_log_lvl+0xcd/0x120 14857 kernel: [c0105abb] show_registers+0x1ab/0x240 14857 kernel: [c0105dc1] die+0x111/0x240 14857 kernel: [c01130a7] do_page_fault+0x5f7/0x931 14857 kernel: [c01052ab] error_code+0x2b/0x30 14857 kernel: [c011bd9b] __mmdrop+0x1b/0x50 14857 kernel: [c011be50] mmput+0x80/0xa0 14857 kernel: [c0170a8a] flush_old_exec+0x1ba/0xb30 14857 kernel: [c0191e1f] load_elf_binary+0x26f/0x1780 14857 kernel: [c0171602] search_binary_handler+0x92/0x240 14857 kernel: [c0171923] do_execve+0x173/0x215 14857 kernel: [c0103892] sys_execve+0x42/0xa0 14857 kernel: [c0105119] syscall_call+0x7/0xb 14857 kernel: Code: e1 0c 25 ff 0f 00 00 09 c1 89 ce 83 ce 01 81 ee 01 00 00 40 31 db 89 5c 24 04 89 f7 89 34 24 e8 53 eb ff ff 31 c0 b9 00 04 00 00 f3 ab a1 e4 ec 3a c0 89 74 24 04 89 04 24 e8 39 dc 04 00 8b 45 While serving httpd pages: May 19 12:19:19 ip-10-234-90-180 kernel: Unable to handle kernel paging request at virtual address e6579000 May 19 12:19:19 ip-10-234-90-180 kernel: printing eip: May 19 12:19:19 ip-10-234-90-180 kernel: c01123c4 May 19 12:19:19 ip-10-234-90-180 kernel: 00589000 - *pde = 0003:b9f9a027 May 19 12:19:19 ip-10-234-90-180 kernel: 0058a000 - *pme = 0003:146e0067 May 19 12:19:19 ip-10-234-90-180 kernel: 005c4000 - *pte = 8008:10392063 May 19 12:19:19 ip-10-234-90-180 kernel: Oops: 0003 [#1] May 19 12:19:19 ip-10-234-90-180 kernel: SMP May 19 12:19:19 ip-10-234-90-180 kernel: Modules linked in: fuse dm_mirror dm_multipath dm_mod May 19 12:19:19 ip-10-234-90-180 kernel: CPU:0 May 19 12:19:19 ip-10-234-90-180 kernel: EIP:0061:[c01123c4] Tainted: GF VLI May 19 12:19:19 ip-10-234-90-180 kernel: EFLAGS: 00010246 (2.6.16-xenU #1) May 19 12:19:19 ip-10-234-90-180 kernel: EIP is at pgd_free+0x104/0x140 May 19 12:19:19 ip-10-234-90-180 kernel: eax: ebx: ecx: 0400 edx: 8008 May 19 12:19:19 ip-10-234-90-180 kernel: esi: e6579000 edi: e6579000 ebp: c2f95f00 esp: c2f95ee0 May 19 12:19:19 ip-10-234-90-180 kernel: ds: 007b es: 007b ss: 0069 May 19 12:19:19 ip-10-234-90-180 kernel: Process httpd (pid: 8267, threadinfo=c2f94000 task=d78a3a70) May 19 12:19:19 ip-10-234-90-180 kernel: Stack: 0e6579000 0003 c2039a1c d75c7018 ed181200 ed181248 d78a3a70 May 19 12:19:19 ip-10-234-90-180 kernel: c2f95f14
Re: [CentOS] Centos 5.6 kernel errors
On Thu, May 19, 2011 at 1:31 PM, Tru Huynh t...@centos.org wrote: On Thu, May 19, 2011 at 12:45:23PM +0100, Matt Keating wrote: Hi guys, Is anyone else having kernel issues with CentOS 5.6? I cant get it stable on as a LAMP platform. ... While serving httpd pages: ... May 19 12:19:19 ip-10-234-90-180 kernel: EFLAGS: 00010246 (2.6.16-xenU #1) ... not really CentOS looks like a AWS AMI Yes, its a custom AMI, which I've built. My previous Centos 5.4 AMI seems to work fine, the error only crept into the picture, after I've done an full yum update, to version 5.6. So are you implying its not any fault of the current OS? Matt ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] sshd bug?
Hi, I've found a bug/problem with my centos 5.5 server. Any users who have a password of 9 characters or more, only the first 9 characters are used by the OS... eg. i set my password to 123456789 and i try logon via ssh with password 123456789ofgjdfuh - it lets me in. and if i set my password to qwertasdfGHJB and i enter qwertasdfSDWQWSDS - it lets me in... The 'passwd' command only recognises the first 9 characters too... Has anyone seen this before, or know how to fix it? I feel its a major security risk and would like it fixed ASAP. Thanks, Matt ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] sshd bug?
On Wed, Aug 11, 2010 at 4:45 PM, Ray Van Dolson ra...@bludgeon.org wrote: On Wed, Aug 11, 2010 at 04:38:22PM +0100, Matt Keating wrote: Hi, I've found a bug/problem with my centos 5.5 server. Any users who have a password of 9 characters or more, only the first 9 characters are used by the OS... eg. i set my password to 123456789 and i try logon via ssh with password 123456789ofgjdfuh - it lets me in. and if i set my password to qwertasdfGHJB and i enter qwertasdfSDWQWSDS - it lets me in... The 'passwd' command only recognises the first 9 characters too... Has anyone seen this before, or know how to fix it? I feel its a major security risk and would like it fixed ASAP. Sounds like you're using DES password hashes instead of the newer MD5 style. If you take a peek at some of the password entries in your /etc/shadow do they have a $1$ at the beginning? If not, you're probably using DES which is limited to 8 characters. Sounds like you're on the money. I didn't install this server, so I didn't choose the security stuff. Passwords don't start with $ There are a few other places where password length, strength, etc can be configured, however I don't recall them off the top of my head. This is almost certainly not sshd's fault. :) Ray Will update shortly ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] sshd bug?
On Wed, Aug 11, 2010 at 4:57 PM, Matt Keating keats...@gmail.com wrote: On Wed, Aug 11, 2010 at 4:45 PM, Ray Van Dolson ra...@bludgeon.org wrote: On Wed, Aug 11, 2010 at 04:38:22PM +0100, Matt Keating wrote: Hi, I've found a bug/problem with my centos 5.5 server. Any users who have a password of 9 characters or more, only the first 9 characters are used by the OS... eg. i set my password to 123456789 and i try logon via ssh with password 123456789ofgjdfuh - it lets me in. and if i set my password to qwertasdfGHJB and i enter qwertasdfSDWQWSDS - it lets me in... The 'passwd' command only recognises the first 9 characters too... Has anyone seen this before, or know how to fix it? I feel its a major security risk and would like it fixed ASAP. Sounds like you're using DES password hashes instead of the newer MD5 style. If you take a peek at some of the password entries in your /etc/shadow do they have a $1$ at the beginning? If not, you're probably using DES which is limited to 8 characters. Sounds like you're on the money. I didn't install this server, so I didn't choose the security stuff. Passwords don't start with $ There are a few other places where password length, strength, etc can be configured, however I don't recall them off the top of my head. This is almost certainly not sshd's fault. :) Ray Will update shortly $ sudo authconfig --usemd5 --updateall Done! Thanks Ray! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS-virt] Vmware to KVM - possible?
Is it possible to convert a VMWare image to KVM? As I have been building a few test machines on Vmware Fusion and would like to migrate some to a KVM server. Thanks in advance. Matt Keating Linux System Admin Dennis Interactive 30 Cleveland St, London, W1T 4JD Tel: 020 7907 6823 (direct line) Fax: 020 7907 6600 (fax) P Please consider the environment before printing this e-mail NOTE: The information in this email is confidential and may be legally privileged, unless stated to the contrary. If you are not the intended recipient, you must not read, use or disseminate that information. Any opinions or comments are personal to the writer and do not represent the official view of Dennis Publishing Ltd. If you have received this email and are not a named addressee, please contact itdirec...@dennis.co.uk immediately by reply email and then delete this message from your system. Please do not copy it or use it for any purpose, or disclose its contents to any other person. Although this email and any attachments are believed to be free of any virus, or other defects, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Dennis Publishing Ltd for any loss or damage arising from the receipt or use thereof. Company registered in England No. 1138891 Registered office: 30, Cleveland Street, London, W1T 4JD image.jpg___ CentOS-virt mailing list CentOS-virt@centos.org http://lists.centos.org/mailman/listinfo/centos-virt
Re: [CentOS] Benchmark Disk IO
2010/5/6 Matt Keating keats...@gmail.com: Thanks for all the updates. Will look into iozone and the advice given about the rest. Either I'm doing/reading something wrong or a 1TB SATA 7200 RPM drive is faster than 4x300GB SCSI 10K RPM drives in raid 10. Both of the results below were from iozone, running the following command: $ iozone -R -l 5 -u 5 -r 4k -s 100m -F /tmp/F1 /tmp/F2 /tmp/F3 /tmp/F4 /tmp/F5 SATA: Throughput report Y-axis is type of test X-axis is number of processes Record size = 4 Kbytes Output is in Kbytes/sec Initial write 564135.95 Rewrite 2021499.52 Read 5937227.44 Re-read 5898310.02 Reverse Read 5652286.96 Stride read 5556376.58 Random read 5505582.00 Mixed workload 3570796.92 Random write 1913500.58 Pwrite 580229.98 Pread 5310776.62 RAID: Throughput report Y-axis is type of test X-axis is number of processes Record size = 4 Kbytes Output is in Kbytes/sec Initial write 253099.59 Rewrite 915449.39 Read 1911688.05 Re-read 1906603.72 Reverse Read 1847584.97 Stride read 1772254.31 Random read 1550438.36 Mixed workload 1276847.84 Random write 930307.99 Pwrite 206193.02 Pread 2631370.07 Am I doing something wrong? Please advise. Thanks, Matt ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Benchmark Disk IO
I don't usually use iozone (I usually use bonnie++) so take this with a grain of salt, but those speed look suspiciously like cache speeds. Bump the size (-s parameter) up to twice your real RAM size. -- Benjamin Franz ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos Will give that a try - 16gb file incoming :/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Benchmark Disk IO
Thanks for all the updates. Will look into iozone and the advice given about the rest. 2010/5/6 przemol...@poczta.fm: On Thu, May 06, 2010 at 12:56:55AM -0700, John R Pierce wrote: przemol...@poczta.fm wrote: The above numbers are true if we have random (!) IO pattern. In case of sequential (!) IO even SATA disks can deliver much, much higher numbers. sequential IO is remarkably rare in a typical server environment Yes, of course: Oracle's redo logs which are key performance factor for all transactions (inserts/updates) have sequential IO pattern. And Oracle is not a typical server environment anyways, the IOPS numbers on sequential operations aren't much higher, they are just transferring more data per operation. I didn't say that they _are_ much higher. I said that even SATA disks can deliver hight IOPS on condition of sequential IO. Regards Przemyslaw Bak (przemol) -- http://przemol.blogspot.com/ -- Audi kilka tysiÄ cy zĹ otych taniej? Przebieraj wĹ rĂłd tysiÄ cy ogĹ oszeĹ ! Sprawdz http://linkint.pl/f26b3 ___ 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] Benchmark Disk IO
Sorry for the top post - clicked send before looking ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Benchmark Disk IO
What is the best way to benchmark disk IO? I'm looking to move one of my servers, which is rather IO intense. But not without first benchmarking the current and new disk array, To make sure this isn't a full waste of time. thanks ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SVN server update
Dear all, i have SVN server 1.4.x working on production. i want to go ahead and update to 1.6.x i'm hoping your experience would help me prevent possible downtime.. is there any issues that may arise from updating the SVN server from one version to another on a production server? I upgraded ours ok with no issues But I¹d like to see what anyone else saysNOTE: The information in this email is confidential and may be legally privileged, unless stated to the contrary. If you are not the intended recipient, you must not read, use or disseminate that information. Any opinions or comments are personal to the writer and do not represent the official view of Dennis Publishing Ltd. If you have received this email and are not a named addressee, please contact itdirec...@dennis.co.uk immediately by reply email and then delete this message from your system. Please do not copy it or use it for any purpose, or disclose its contents to any other person. Although this email and any attachments are believed to be free of any virus, or other defects, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Dennis Publishing Ltd for any loss or damage arising from the receipt or use thereof. Company registered in England No. 1138891 Registered office: 30, Cleveland Street, London, W1T 4JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Amazon S3FS Automounter of sorts
From: Geerd-Dietger Hoffmann d...@ribalba.de Reply-To: CentOS mailing list centos@centos.org Date: Tue, 13 Apr 2010 13:11:59 +0100 To: CentOS mailing list centos@centos.org Subject: Re: [CentOS] Amazon S3FS Automounter of sorts On 12/04/2010 17:44, Matt Keating wrote: I found it works well with FTPing into the server and uploading to the mounted bucket. Reason its like this is that there are lots of different people who upload throughout our company. It was much easier giving out the FTP details, which were totally under our control (Username/Pass,Firewall,etc), rather than giving out the S3 logins. Sounds like a good reason :) I hope you are aware that everything you put on your s3 is publicly available if someone knows your bucket name. Yes, I am aware of that - its all being served on the net anyway. If I remove the Pubic read only, will the files still be accessible via cloudfront? I hope not. And a little test confirms this. If you are serving it out anyway that is fine. I just had a client that had all his backup files publicly readable, because of this type of configuration error. I tried mounting it like you, but just ran into too many problems, especially if you access files from many machines. What issues did you run into? As I haven't had any problems as of yet. If it is a one way transfer it is fine. But if you modify files etc caching issues where horrible. Files overwritten etc ... But if you are just pushing stuff onto a server it should work. Thanks for reply, We never need to modify things, so once they are live - they stay that way. So I guess my situation is ok then. For the backup I have used s3tools too. I have a little script that looks at what is in the bucket and what is in the local folder and then syncs them up. But I suppose that is what the fuse file system does :) For keeping things in sync, I have a cron job that downloads the list of files plus hashes from amazon and stores them in a db. I compare that list to the latest list downloaded and put the new files into a new table. I have another script running that checks the 'download' table and downoads the files in there, once completed puts that file into the main list table. It works fine - no intention on changing that. For your auto-mount script. Can't you mount it when someone logs on over ftp. And then if no one is logged on any more unmount it. Cheers Didi Never thought about writing my own automounter, will give it a go. Thanks for the input. MattNOTE: The information in this email is confidential and may be legally privileged, unless stated to the contrary. If you are not the intended recipient, you must not read, use or disseminate that information. Any opinions or comments are personal to the writer and do not represent the official view of Dennis Publishing Ltd. If you have received this email and are not a named addressee, please contact itdirec...@dennis.co.uk immediately by reply email and then delete this message from your system. Please do not copy it or use it for any purpose, or disclose its contents to any other person. Although this email and any attachments are believed to be free of any virus, or other defects, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Dennis Publishing Ltd for any loss or damage arising from the receipt or use thereof. Company registered in England No. 1138891 Registered office: 30, Cleveland Street, London, W1T 4JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Amazon S3FS Automounter of sorts
Hi, I¹ve just started using Amazon S3 for storage and have used s3fs to mount the buckets on the file system. 1. I was wondering if anyone has a better method even though this meets my current needs. 2. if there is an automounter that could be tweaked to work with s3fs. The entries in my fstab are rather different to the normal disk based ones, s3fs#BUCKETNAME /mnt/s3/BUCKETNAME fuse allow_other,default_acl=public-read,noauto 0 0 ,so I wasn¹t sure if it is possible. My reasoning to want an automounter is I¹m not sure on the amount of extra calls made to the S3, so would prefer it not be connected if its not needed. Thanks, Matt NOTE: The information in this email is confidential and may be legally privileged, unless stated to the contrary. If you are not the intended recipient, you must not read, use or disseminate that information. Any opinions or comments are personal to the writer and do not represent the official view of Dennis Publishing Ltd. If you have received this email and are not a named addressee, please contact itdirec...@dennis.co.uk immediately by reply email and then delete this message from your system. Please do not copy it or use it for any purpose, or disclose its contents to any other person. Although this email and any attachments are believed to be free of any virus, or other defects, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Dennis Publishing Ltd for any loss or damage arising from the receipt or use thereof. Company registered in England No. 1138891 Registered office: 30, Cleveland Street, London, W1T 4JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Amazon S3FS Automounter of sorts
Thanks for the quick reply, What type of storage are you using it for. Web-app, Map/Reduce stuff, File-backup, etc ... Currently using it for serving files through cloudfront - so purely as a storage space for CDN delivery. Why do you want to use s3 like a file system? s3 does not have the properties of a posix system so you are bound be get some minor errors and problems. I found it works well with FTPing into the server and uploading to the mounted bucket. Reason its like this is that there are lots of different people who upload throughout our company. It was much easier giving out the FTP details, which were totally under our control (Username/Pass,Firewall,etc), rather than giving out the S3 logins. I hope you are aware that everything you put on your s3 is publicly available if someone knows your bucket name. Yes, I am aware of that - its all being served on the net anyway. If I remove the Pubic read only, will the files still be accessible via cloudfront? I use s3tools to transfer data between s3 and a folder on my machine. I tried mounting it like you, but just ran into too many problems, especially if you access files from many machines. What issues did you run into? As I haven't had any problems as of yet. MattNOTE: The information in this email is confidential and may be legally privileged, unless stated to the contrary. If you are not the intended recipient, you must not read, use or disseminate that information. Any opinions or comments are personal to the writer and do not represent the official view of Dennis Publishing Ltd. If you have received this email and are not a named addressee, please contact itdirec...@dennis.co.uk immediately by reply email and then delete this message from your system. Please do not copy it or use it for any purpose, or disclose its contents to any other person. Although this email and any attachments are believed to be free of any virus, or other defects, it is the responsibility of the recipient to ensure that they are virus free and no responsibility is accepted by Dennis Publishing Ltd for any loss or damage arising from the receipt or use thereof. Company registered in England No. 1138891 Registered office: 30, Cleveland Street, London, W1T 4JD ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
