Discuss June 2010

discuss@lists.centos.org

249 participants
189 discussions

Booting into a shell and skipping init
by Ruslan Sivak 09 Jun '10

09 Jun '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm trying to boot into the shell of a XenServer 5.6 (I believe CentOS 5.5 underneath). I added init=/bin/sh to the boot line, but I'm still getting an error. Here is the boot line: mboot.c32 /boot/xen.gz com2=57600,8n1 console=com2,vga dom0_mem=752M lowmem_em ergency_pool=1M crashkernel=64M@32M --- /boot/vmlinuz-2.6-xen root=LABEL=root-ju aihdrs ro console=tty0 xencons=hvc console=hvc0 init=/bin/sh --- /boot/initrd-2. 6-xen.img And here's how it breaks: Waiting for driver initialization. Scanning and configuring dmraid supported devices Creating root device. Mounting root filesystem. kjournald starting. Commit interval 5 seconds Setting up other filesystems. Setting up new root fs EXT3-fs: mounted filesystem with ordered data mode. no fstab.sys, mounting internal defaults Switching to new root and running init. unmounting old /dev unmounting old /proc unmounting old /sys /bin/bash: : No such file or directory Kernel panic - not syncing: Attempted to kill init! Any help would be appreciated. Russ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFMD8rSGUZBYlCheYcRAgBMAKCuVLVCLyjEba0ZyTI9fylUpC4mJQCff8KO Esz9mJjSy8Gi/wopV0+9V7E= =d90p -----END PGP SIGNATURE-----

4 4

Re: [CentOS] PHP file upload limit
by James Hogarth 09 Jun '10

09 Jun '10

Plus at that point you might also be hitting problems with browser behaviour.... since you say it is a web app.... 2 gigs is a heck of a post... have you looked into any other solutions such as an uploader in flash or java capable of resuming transfers and streamed (partial) transfers rather than a single post? Sent from Android mobile On Jun 9, 2010 8:45 PM, "Whit Blauvelt" <whit(a)transpect.com> wrote: > > 2010/6/9 Boris Epstein <borepstein(a)gmail.com>: > >> I have no problem setting my upload limit ( upload_max_filesize ) to 1 > >> GB but for some rea... Other PHP settings, like post_max_size, also can affect large uploads. Google is your friend on this. Whit _______________________________________________ CentOS mailing list CentOS(a)centos.org http://lists.c...

1 0

MAC address changes after cloning
by premrajm＠digilink.in 09 Jun '10

09 Jun '10

Hi, I have x86 system and have used clonezilla to clone the entire hardisk of system A and restored it on another x86 system, system B. After the cloning process, i notice that the MAC address of the system B in the /etc/sysconfig/network-scripts/ifcfg-eth0 is changed and is having the MAC address of system A. The interesting part is that if i do an ifconfig from the bash prompt, the MAC address of the system B is correctly displayed, but in ifcfg-eth0 script it is different. I had disabled kudzu, since i was always getting eth1 activated on System B, even though i had used eth0 on system A. eth0.bak was getting created instead on system B. Disabling kudzu resolved it. My question is that how could i get the same MAC address for system B from ifconfig and in /etc/sysconfig/network-scripts/ifcfg-eth0. Is there any script to do it ? Thanks and Regards | Premraj M | Sr.Engineer - Hardware | Tel: +91 080-67274900 | Cell: +91 9741231739 | Email: premrajm(a)digilink.in Disclaimer : This message is proprietary to Smartlink Network Systems Ltd. and is intended solely for the use of the individual to whom it is addressed. It may contain privileged or confidential information and should not be circulated or used for any purpose other than for what it is intended. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly prohibited from using, copying, altering, or disclosing the contents of this message. The company accepts no responsibility for loss or damage arising from the use of the information transmitted by this email including damage from virus. ______________________________________________________________________________ This email has been scrubbed for your protection by SecureMX. For more information visit http://securemx.in ______________________________________________________________________________

3 2

rpm building and hyphens in Version tags
by Joseph L. Casale 09 Jun '10

09 Jun '10

According to http://www.rpm.org/api/4.4.2.2/specfile.html a Version: tag can contain a hyphen, as the tarball for the source I am compiling is named 2.3-pre4 etc. When I try to build it I get an error about the illegal char? Anyone know about the discrepancy between the docs and RHEL's rpmbuild? Without recreating a new tarball and bungling the name how does one gracefully handle this? Thanks! jlc

4 12

Any experience with Eucalyptus on Centos 5.x?
by Rick Thomas 09 Jun '10

09 Jun '10

Is anyone here running Eucalyptus (open source cloud computing manager, similar to Amazon EC2, from UC Santa Barbara)? Have you got any hints for bringing it up? Thanks! Rick

3 2

ls -lrt reversal
by Michael D. Berger 09 Jun '10

09 Jun '10

My CentOS box with: $ uname -r 2.6.18-164.6.1.el5 gets the file order wrong with: ls -lrt * . Two files that were last modified in the same second are shown in order that is the reverse of the order in which they were actually last modified. Note also that the later file was first created after the earlier file was last modified. Is the precision of this only to the second? Mike.

2 1

unsuscribe
by Pitshou Asingalembi 09 Jun '10

09 Jun '10

2 1

SOLVED annoying firefox crash on nvidia
by Paul Bijnens 09 Jun '10

09 Jun '10

A long time ago, there was thread about firefox randomly crashing. http://www.mail-archive.com/centos@centos.org/msg50010.html It turned out not only firefox, but random other X window applications as well. Especially scrolling in firefox seemed to induce the error. I'm now since almost 2 weeks up and running with the same firefox instance and scrolling up/down, left/right, playing video's, viewing websites with heavy javascripts whatever, and without any crash since. I use the proprietary driver NVIDIA-Linux-x86_64-195.36.24-pkg2.run (the latest last time I looked). I believe the cullprit was to explicitly load some modules in the xorg.conf file. (It is probably the "extmod" module -- there is almost no real documentation on what those modules actually do...) While the nvidia driver installs, there is an utility that generates the new xorg.conf file for you, having only one module "glx" loaded. This seems to be source of the trouble. Gnome seems to assume more functionality is available, and does not gracefully recover when asking something that is not implemented in those extra modules. Since adding some more modules, I have no more crashes: Section "Module" Load "dbe" Load "extmod" Load "type1" Load "freetype" Load "glx" Load "fbdevhw" Load "record" EndSection And, as added benefit, or side effect, the memory usage of my gnome applets has drastically gone down. I used to see a simple clock-applet having using 800 Mbyte virtual memory or so and having 400M reported under the "resident memory" column. Other people also reported such a problem, but it was frequently dismissed by explanations like "gnome uses a lot of shared memory it is not real memory". I now have my clock and other gnome applets running in under 300M virtual, 10-14M resident memory (if you ask me, still large for clock -- where is the time when I ran a whole unix with 5 serial terminals and the server had 1 Mbyte RAM total memory on a motorola 68010 processor?) -- Paul Bijnens *********************************************************************** * I think I've got the hang of it now: exit, ^D, ^C, ^\, ^Z, ^Q, ^^, * * quit, ZZ, :q, :q!, M-Z, ^X^C, logoff, logout, close, bye, /bye, ~., * * stop, end, ^]c, +++ ATH, disconnect, halt, abort, hangup, KJOB, * * ^X^X, :D::D, kill -9 1, kill -1 $$, shutdown, init 0, Alt-F4, * * Alt-f-e, Ctrl-Alt-Del, Alt-SysRq-reisub, Stop-A, AltGr-NumLock, ... * * ... "Are you sure?" ... YES ... Phew ... I'm out * ***********************************************************************

1 0

Created a custom/minimal CentOS 5.x install ISO
by Digimer 09 Jun '10

09 Jun '10

Hi all, I'd like to try rolling a somewhat stripped down and customized CentOS DVD. This is particularly interesting to me now that CentOS 5.5 is 2 DVDs. I dare not call it a new distro as I suspect I will be the only one to use it. ;) I've been googling for ways to do this, figuring it must be somewhat straight forward, but my google-fu is weak it seems. Can someone point me to a how-to or doc on rolling your own CentOS derivative ISO? Also, I'm not talking about just rolling a new ISO, I can do that already, I want to update the list of RPMs (not)available to the installer. Thanks! PS - I found this link, but it's from 2006. Otherwise it's in-line with the kind of thing I want to do: http://lateral.netmanagers.com.ar/stories/38.html -- Digimer E-Mail: linux(a)alteeve.com AN!Whitepapers: http://alteeve.com Node Assassin: http://nodeassassin.org

5 9

Odd INFO "120 seconds" in logs for 2.6.18-194.3.1
by Steve Brooks 08 Jun '10

08 Jun '10

Hi, Since upgrading to "2.6.18-194" I am getting odd messages in the logs. Such as; sraid3 kernel INFO task pdflush 259 blocked for more than 120 seconds. The output from > grep '120 seconds' /var/log/messages | tr : ' ' | awk '{print $10}' | sort | uniq -c 6 nfsd 4 pdflush This is from an NFS server that since the upgrade has been flakey. I have an identical server running "2.6.18-164.11.1" and no such messages are seen. is anyone else seeing this and/or know what is going on? Steve The messages appear as follows. ============================================================================================ Jun 7 19:45:21 sraid3 kernel: INFO: task nfsd:3369 blocked for more than 120 seconds. Jun 7 19:45:21 sraid3 kernel: "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message. Jun 7 19:45:21 sraid3 kernel: nfsd D ffff8101062a9100 0 3369 1 3370 3368 (L-TLB) Jun 7 19:45:21 sraid3 kernel: ffff8101053519e0 0000000000000046 0000000000000020 ffff810105ea0780 Jun 7 19:45:21 sraid3 kernel: ffff8101180e203a 000000000000000a ffff81013ecb77a0 ffff8101062a9100 Jun 7 19:45:21 sraid3 kernel: 00000cab54499f77 00000000000026c3 ffff81013ecb7988 00000001000002d8 Jun 7 19:45:21 sraid3 kernel: Call Trace: Jun 7 19:45:21 sraid3 kernel: [<ffffffff80064b29>] _spin_lock_bh+0x9/0x14 Jun 7 19:45:21 sraid3 kernel: [<ffffffff800ec2a2>] inode_wait+0x0/0xd Jun 7 19:45:21 sraid3 kernel: [<ffffffff800ec2ab>] inode_wait+0x9/0xd Jun 7 19:45:21 sraid3 kernel: [<ffffffff80063a16>] __wait_on_bit+0x40/0x6e Jun 7 19:45:21 sraid3 kernel: [<ffffffff800ec2a2>] inode_wait+0x0/0xd Jun 7 19:45:21 sraid3 kernel: [<ffffffff80063ab0>] out_of_line_wait_on_bit+0x6c/0x78 Jun 7 19:45:21 sraid3 kernel: [<ffffffff800a0aec>] wake_bit_function+0x0/0x23 Jun 7 19:45:21 sraid3 kernel: [<ffffffff8003dbbf>] ifind_fast+0x6e/0x83 Jun 7 19:45:21 sraid3 kernel: [<ffffffff80023290>] iget_locked+0x59/0x149 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88cf0b0f>] :ext4:ext4_iget+0x16/0x65a Jun 7 19:45:21 sraid3 kernel: [<ffffffff800a0abe>] autoremove_wake_function+0x0/0x2e Jun 7 19:45:21 sraid3 kernel: [<ffffffff88cf8171>] :ext4:ext4_get_dentry+0x3b/0x87 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88dcf36b>] :exportfs:find_exported_dentry+0x43/0x480 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88ddc753>] :nfsd:nfsd_acceptable+0x0/0xd8 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88de074f>] :nfsd:exp_get_by_name+0x5b/0x71 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88de0d3e>] :nfsd:exp_find_key+0x89/0x9c Jun 7 19:45:21 sraid3 kernel: [<ffffffff8008b4b1>] __wake_up_common+0x3e/0x68 Jun 7 19:45:21 sraid3 kernel: [<ffffffff8009b1dd>] set_current_groups+0x159/0x164 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88dcf7f3>] :exportfs:export_decode_fh+0x4b/0x50 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88ddcac5>] :nfsd:fh_verify+0x29a/0x4bd Jun 7 19:45:21 sraid3 kernel: [<ffffffff88dddccf>] :nfsd:nfsd_open+0x20/0x184 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88dddffb>] :nfsd:nfsd_write+0x89/0xd5 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88de4b1a>] :nfsd:nfsd3_proc_write+0xea/0x109 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88dda1db>] :nfsd:nfsd_dispatch+0xd8/0x1d6 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88d5a651>] :sunrpc:svc_process+0x454/0x71b Jun 7 19:45:21 sraid3 kernel: [<ffffffff80064644>] __down_read+0x12/0x92 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88dda5a1>] :nfsd:nfsd+0x0/0x2cb Jun 7 19:45:21 sraid3 kernel: [<ffffffff88dda746>] :nfsd:nfsd+0x1a5/0x2cb Jun 7 19:45:21 sraid3 kernel: [<ffffffff8005dfb1>] child_rip+0xa/0x11 Jun 7 19:45:21 sraid3 kernel: [<ffffffff88dda5a1>] :nfsd:nfsd+0x0/0x2cb Jun 7 19:45:21 sraid3 kernel: [<ffffffff88dda5a1>] :nfsd:nfsd+0x0/0x2cb Jun 7 19:45:21 sraid3 kernel: [<ffffffff8005dfa7>] child_rip+0x0/0x11 ============================================================================================ -- Dr Stephen Brooks http://www-solar.mcs.st-and.ac.uk/ Solar MHD Theory Group Tel :: 01334 463735 Fax :: 01334 463748 E-mail :: steveb(a)mcs.st-andrews.ac.uk --------------------------------------- Mathematical Institute North Haugh University of St. Andrews St Andrews, Fife KY16 9SS SCOTLAND ---------------------------------------

6 7

← Newer
1
...
12
13
14
15
16
17
18
19
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Discuss June 2010