Re: [gentoo-user] boot log
On Thu, 05 Aug 2010 08:19:29 +0800, Bill Kenworthy wrote: Is there a way to log the boot messages - dmesg after booting up doesnt show module load failures and they scroll off the screen and I can find what they are. Set rc_logger=YES in /etc/rc.conf to have the boot sequence logged to /var/log/rc.log. This is for BL2, BL1 has a similar setting. It gives this output here rc boot logging started at Tue Aug 3 17:39:35 2010 * Setting system clock using the hardware clock [UTC] ... [ ok ] * Loading module fuse ... [ ok ] * Loading module rfcomm ... [ ok ] * Loading module kvm-intel ... [ ok ] * Autoloaded 3 module(s) ... You can also increase the size of the dmesg ring buffer, which was discussed on this list last month. -- Neil Bothwick If at first you don't succeed, call in an airstrike. signature.asc Description: PGP signature
Re: [gentoo-user] boot log
On 08/05/2010 03:54 AM, Neil Bothwick wrote: On Thu, 05 Aug 2010 08:19:29 +0800, Bill Kenworthy wrote: Is there a way to log the boot messages - dmesg after booting up doesnt show module load failures and they scroll off the screen and I can find what they are. Set rc_logger=YES in /etc/rc.conf to have the boot sequence logged to /var/log/rc.log. This is for BL2, BL1 has a similar setting. It gives this output here rc boot logging started at Tue Aug 3 17:39:35 2010 * Setting system clock using the hardware clock [UTC] ... [ ok ] * Loading module fuse ... [ ok ] * Loading module rfcomm ... [ ok ] * Loading module kvm-intel ... [ ok ] * Autoloaded 3 module(s) ... You can also increase the size of the dmesg ring buffer, which was discussed on this list last month. After booting try Shift-PageUp. Hopefully your not booting to run level 5, if you are you need to get to the alternate terminal with all the messages on it. Try Shift-PageUp before and after logging in. The buffer isn't that big and I'd like to know how it can be increased so I can go back to earlier messages, but I haven't found that out yet. The Shift-PageUp may get you back far enough to see the message that scrolled by.
[gentoo-user] Making emerge-delta-webrsync more useful
Am I right in thinking that the Gentoo Rsync mirrors are using more bandwidth then they could, because of the CPU load on the servers and the fact that there are less Rsync mirrors then distfiles mirrors? Emerge-delta-webrsync downloads its patch from the distfiles mirrors which can make it up to 8 hours late, plus the snapshots are only made once every 24 hours. So the portage tree you download could be up to 32 hours old. Rsync mirrors are updated twice an hour but the rules for using them are one sync every 12 hours. This feels like a hang over from the bad old days of syncing and compiling at night. As the distfiles mirror updates are stepped you can always find a mirror which is only one hour old. So If Gentoo creates a portage snapshot every hour. We can update more than once every 12 hours and when updates are marked as security updates, we can push the security updates faster then we do now. The only down side is that the mirrors would have to hold a lot more snapshots than they do now. So can we have a portage snapshot every hour please? http://mirrorstats.gentoo.org/ http://www.gentoo-wiki.info/TIP_Gentoo_for_dialup_users#emerge-delta-webrsync
Re: [gentoo-user] boot log
On Thu, 2010-08-05 at 06:55 -0400, dhk wrote: On 08/05/2010 03:54 AM, Neil Bothwick wrote: On Thu, 05 Aug 2010 08:19:29 +0800, Bill Kenworthy wrote: Is there a way to log the boot messages - dmesg after booting up doesnt show module load failures and they scroll off the screen and I can find what they are. Set rc_logger=YES in /etc/rc.conf to have the boot sequence logged to /var/log/rc.log. This is for BL2, BL1 has a similar setting. It gives this output here rc boot logging started at Tue Aug 3 17:39:35 2010 * Setting system clock using the hardware clock [UTC] ... [ ok ] * Loading module fuse ... [ ok ] * Loading module rfcomm ... [ ok ] * Loading module kvm-intel ... [ ok ] * Autoloaded 3 module(s) ... You can also increase the size of the dmesg ring buffer, which was discussed on this list last month. After booting try Shift-PageUp. Hopefully your not booting to run level 5, if you are you need to get to the alternate terminal with all the messages on it. Try Shift-PageUp before and after logging in. The buffer isn't that big and I'd like to know how it can be increased so I can go back to earlier messages, but I haven't found that out yet. The Shift-PageUp may get you back far enough to see the message that scrolled by. I didnt think gentoo uses runlevel 5 - you mean into X I think I'll try that next time (not booting into X) and see what happens - but I think it resets itself somewhere in the middle of the text as well as scrolling off the top of the buffer - can be increased I think and booting into single might stop the graphics reset. thanks for the hint. BillK
Re: [gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.
On Wed, Aug 4, 2010 at 10:04 AM, Kyle Bader kyle.ba...@gmail.com wrote: AddHandler cgi-script cgi py Thanks, Kyle, you've been getting me closer and closer. If I'm starting to get the new stuff, AddHandler declares certain extensions. Up until last month, extensions were not required, and in fact my CGI programs have never had them. It used to be enough to use ScriptAlias, and put an executable in the directory. If it was a script with a shebang, or a compiled ELF program all was well. If I were going to use extensions, it would be .py or possibly .python, not .cgi or .pl. I totally meant to have it be py instead of pl, I guess pounding away at perl all day yesterday warped my mind. It can have that effect :o) As near as I can tell from the logs, my problems started during a re-emerge of apache, not a new version (reasons unknown -- portage seems to be doing that more than I'm used to). I've started to wonder if I didn't just screw up the usual config file stuff I do with dispatch-conf, not realizing zapping the new would be best. Anyway, I'm going to be exploring. Do you have cgi working on apache2 (2.2.15), and if so, how things are arranged? I'll be trying to make a cgi out of a hello world in C, to see if my current config can CGI at all. If not, I'll be trying to back out config changes. What a mess! -- Kevin O'Gorman, PhD
[gentoo-user] Re: baselayout upgrade
Alex Schuster wonko at wonkology.org writes: I went down the bl2/openrc path a long time ago and there were some unpleasant moments. But overall it was ok. I had no trouble at all, but I may just have been lucky. At the moment 'devfs' needs almost a freaking minute to start and I have no clue why. Strange, there does not seem too much be going on in there, just some mounting of directories in /dev. When you add a set -xv in the /etc/init.d/devfs script, you will get debug output. So you can see where exactly something hangs. Well thanks for the discussion, I guess folks are just holding back to see if openrc(baselayout-2) can be stablized. For now I'm sitting on the broken(?) baselayout-1 until somebody pipes up and sings praises about baselayout-2. (cluck_cluck_cluck whilst doing the flunky chicken dance) thx, James
[gentoo-user] Re: boot log
Bill Kenworthy billk at iinet.net.au writes: Is there a way to log the boot messages - dmesg after booting up doesnt show module load failures and they scroll off the screen and I can find what they are. app-admin/showconsole small daemon for logging console output during boot I have not tried this yet, but it looks promising post back your experience. hth, James
[gentoo-user] Updating dev-libs/glib pulls a lot of packages...
Hi, After just one week I am updating one of my servers but I am rather terrified by all the stuff the new glib wants to install: # emerge --pretend --update glib These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N] app-text/build-docbook-catalog-1.4 [ebuild N] app-arch/unzip-6.0-r1 USE=bzip2 unicode [ebuild N] app-text/sgml-common-0.6.3-r5 [ebuild N] dev-libs/libgpg-error-1.7 USE=nls -common-lisp [ebuild N] app-text/docbook-xsl-stylesheets-1.75.2 [ebuild N] dev-libs/libgcrypt-1.4.5 [ebuild N] dev-libs/libxslt-1.1.26 USE=crypt python -debug [ebuild N] app-text/docbook-xml-dtd-4.3-r1 [ebuild N] dev-util/gtk-doc-am-1.15 [ebuild U ] dev-libs/glib-2.24.1-r1 [2.22.5] Why are suddenly all those ebuilds needed with new glib? Jarry -- ___ This mailbox accepts e-mails only from selected mailing-lists! Everything else is considered to be spam and therefore deleted.
Re: [gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.
I may have found the root of the problem: examine the following output of an eix query on apache, and note that the cgi stuff seems to be turned off in the installed version. [I] www-servers/apache Available versions: (2) 2.2.14-r1 2.2.15 {apache2_modules_actions apache2_modules_alias apache2_modules_asis apache2_modules_auth_basic apache2_modules_auth_digest apache2_modules_authn_alias apache2_modules_authn_anon apache2_modules_authn_dbd apache2_modules_authn_dbm apache2_modules_authn_default apache2_modules_authn_file apache2_modules_authz_dbm apache2_modules_authz_default apache2_modules_authz_groupfile apache2_modules_authz_host apache2_modules_authz_owner apache2_modules_authz_user apache2_modules_autoindex apache2_modules_cache apache2_modules_cern_meta apache2_modules_cgi apache2_modules_cgid apache2_modules_charset_lite apache2_modules_dav apache2_modules_dav_fs apache2_modules_dav_lock apache2_modules_dbd apache2_modules_deflate apache2_modules_dir apache2_modules_disk_cache apache2_modules_dumpio apache2_modules_env apache2_modules_expires apache2_modules_ext_filter apache2_modules_file_cache apache2_modules_filter apache2_modules_headers apache2_modules_ident apache2_modules_imagemap apache2_modules_include apache2_modules_info apache2_modules_log_config apache2_modules_log_forensic apache2_modules_logio apache2_modules_mem_cache apache2_modules_mime apache2_modules_mime_magic apache2_modules_negotiation apache2_modules_proxy apache2_modules_proxy_ajp apache2_modules_proxy_balancer apache2_modules_proxy_connect apache2_modules_proxy_ftp apache2_modules_proxy_http apache2_modules_rewrite apache2_modules_setenvif apache2_modules_speling apache2_modules_status apache2_modules_substitute apache2_modules_unique_id apache2_modules_userdir apache2_modules_usertrack apache2_modules_version apache2_modules_vhost_alias apache2_mpms_event apache2_mpms_itk apache2_mpms_peruser apache2_mpms_prefork apache2_mpms_worker debug doc ldap selinux ssl static suexec threads} Installed versions: 2.2.15(2)(04:01:06 PM 07/13/2010)(apache2_modules_actions apache2_modules_alias apache2_modules_auth_basic apache2_modules_auth_digest apache2_modules_authn_anon apache2_modules_authn_dbd apache2_modules_authn_dbm apache2_modules_authn_default apache2_modules_authn_file apache2_modules_authz_dbm apache2_modules_authz_default apache2_modules_authz_groupfile apache2_modules_authz_host apache2_modules_authz_owner apache2_modules_authz_user apache2_modules_autoindex apache2_modules_cache apache2_modules_dav apache2_modules_dav_fs apache2_modules_dav_lock apache2_modules_dbd apache2_modules_deflate apache2_modules_dir apache2_modules_disk_cache apache2_modules_env apache2_modules_expires apache2_modules_ext_filter apache2_modules_file_cache apache2_modules_filter apache2_modules_headers apache2_modules_ident apache2_modules_imagemap apache2_modules_include apache2_modules_info apache2_modules_log_config apache2_modules_logio apache2_modules_mem_cache apache2_modules_mime apache2_modules_mime_magic apache2_modules_negotiation apache2_modules_proxy apache2_modules_proxy_ajp apache2_modules_proxy_balancer apache2_modules_proxy_connect apache2_modules_proxy_http apache2_modules_rewrite apache2_modules_setenvif apache2_modules_speling apache2_modules_status apache2_modules_unique_id apache2_modules_userdir apache2_modules_usertrack apache2_modules_vhost_alias doc ssl threads -apache2_modules_asis -apache2_modules_authn_alias -apache2_modules_cern_meta -apache2_modules_cgi -apache2_modules_cgid -apache2_modules_charset_lite -apache2_modules_dumpio -apache2_modules_log_forensic -apache2_modules_proxy_ftp -apache2_modules_substitute -apache2_modules_version -apache2_mpms_event -apache2_mpms_itk -apache2_mpms_peruser -apache2_mpms_prefork -apache2_mpms_worker -debug -ldap -selinux -static -suexec) Homepage:http://httpd.apache.org/ Description: The Apache Web Server. The installed version seems to have CGI turned off completely (notice - in installed version). I cannot find any reason either in /etc/portage/package.use nor in /usr/portage/profiles or its subdirectories. Is there someplace else to look? -- Kevin O'Gorman, PhD
Re: [gentoo-user] Updating dev-libs/glib pulls a lot of packages...
[ebuild N] app-text/build-docbook-catalog-1.4 [ebuild N] app-arch/unzip-6.0-r1 USE=bzip2 unicode [ebuild N] app-text/sgml-common-0.6.3-r5 [ebuild N] dev-libs/libgpg-error-1.7 USE=nls -common-lisp [ebuild N] app-text/docbook-xsl-stylesheets-1.75.2 [ebuild N] dev-libs/libgcrypt-1.4.5 [ebuild N] dev-libs/libxslt-1.1.26 USE=crypt python -debug [ebuild N] app-text/docbook-xml-dtd-4.3-r1 [ebuild N] dev-util/gtk-doc-am-1.15 [ebuild U ] dev-libs/glib-2.24.1-r1 [2.22.5] Why are suddenly all those ebuilds needed with new glib? http://bugs.gentoo.org/show_bug.cgi?id=318475
Re: [gentoo-user] Re: Progress made, not done yet Re: All of a sudden, no apache2. No clue why.
See SOLVED thread [snip all] -- Kevin O'Gorman, PhD
SOLVED: Re: [gentoo-user] Progress made, not done yet Re: All of a sudden, no apache2. No clue why.
On Thu, Aug 5, 2010 at 10:29 AM, Kevin O'Gorman kogor...@gmail.com wrote: I may have found the root of the problem: examine the following output of an eix query on apache, and note that the cgi stuff seems to be turned off in the installed version. [snip snip] The installed version seems to have CGI turned off completely (notice - in installed version). I cannot find any reason either in /etc/portage/package.use nor in /usr/portage/profiles or its subdirectories. Is there someplace else to look? Well, I took the easy way out, and added those two options to /etc/portage/package.use for apache: www-servers/apache threads -ldap doc apache2_modules_cgi apache2_modules_cgid After a recompile and restart, my CGI scripts are running again. -- Kevin O'Gorman, PhD