Re: [CentOS] Somewhat OT:
Ross S. W. Walker wrote: > > Sorry for the top post. Your mailer breaking references and thus destroying threading for others is worse than top posting >:) Cheers, Ralph pgpzENf9mbwtx.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
Doug Tucker wrote: Tru, I work at a university. They don't provide enough money for test environments :). Just kinda odd, last time kernel update, gfs updated at the same time so all was well. But twice now kernel has upgraded with no GFS so it went bye-bye. Is the GFS being installed, compiled against particular kernel headers, or could I just copy the /fs/gfs and /fs/gfs_locking to the new kernel /lib/modules (or symlink for that matter) and be lucky enough it would work? Please be aware that redhat releases GFS at a different time than the, usually 2-3 days later (at the earliest). In this case, here are the upstream release dates: kernel - 5/7/2008 gfs kmods - 5/9/2008 my point is that even upstream does not release these at the same time. What you should do (and what everyone who has kmods on c4 should do) is to exclude kernels from automatic updates ... then you can manually update the kernels and kmods together separately. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
Linux wrote: On Tue, May 13, 2008 at 1:15 AM, Tru Huynh <[EMAIL PROTECTED]> wrote: On Tue, May 13, 2008 at 12:40:22AM +0300, Linux wrote: > What a coincidence. That is the 1st time I live such a thing. Well, > show me a way to prove. /var/log/messages ? Only a small part of it. > This log is after update & reboot: > "May 11 16:06:03 x kernel: XFS: failed to read root inode" nothing more? Well, that is the only unexpected part. Just to show that XFS module was loaded for WRONG kernel. As you said, you newer saw before. > According to this, there is a mystery in "May 11 16:06:03" because > there WAS a kmod_xfs but it was 53.1.14, not 53.1.19 as updated > kernel. too bad you rebooted 1 hour before the kernel-xfs module update. When was kernel-xfs module updated in repository? Just that time? If so too bad CentOS folks do not update every piece of kernel as a whole in repositories. Where is integrity? If not, "yum update" does not update everything at once. I have to run yum update twice maybe more. First it will load kernel then see that a new kernel is available, will go and bring its modules... Still, it is a bit annoying and confusing. I am beginning to think whether XFS is really supported in CentOS :) OK ... let me give you an official answer red hat does not even release the the gfs kmods on the same day as the kernel, that is FULLY supported and even an added expense for rhel4. we DO NOT update xfs (or the centosplus kernel) on the same day as the base centos kernels. We are NOT going to wait to release the main kernel security update for a day or more to get centosplus stuff also done. xfs IS NOT SUPPORTED in the same way as the base centos distro is and xfs is not in RHEL. Our 2 million users do not want to wait for the base kernel security updates for 2 extra days so that a very small group of people who use the xfs file system can get their updates at the same time. It might take even longer to get these built as no one pays me to build them and I have a real job and a real life ... if you can't do one of these: 1. Build your own module. 2. Exclude the kernel and only update it when the modules are ready. Then you can pay me $200.00 per hour and I will manage your server for you. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Somewhat OT:
Really? I thought Outlook does a pretty good job on references. Maybe it's the BB :-( I really need RIM to update their mailer app on the BB to allow threading and preserve references... Is that so hard RIM?! Is it? -Ross - Original Message - From: [EMAIL PROTECTED] <[EMAIL PROTECTED]> To: centos@centos.org Sent: Wed May 14 06:48:50 2008 Subject: Re: [CentOS] Somewhat OT: Ross S. W. Walker wrote: > > Sorry for the top post. Your mailer breaking references and thus destroying threading for others is worse than top posting >:) Cheers, Ralph __ This e-mail, and any attachments thereto, is intended only for use by the addressee(s) named herein and may contain legally privileged and/or confidential information. If you are not the intended recipient of this e-mail, you are hereby notified that any dissemination, distribution or copying of this e-mail, and any attachments thereto, is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender and permanently delete the original and any copy or printout thereof. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
Hello All; Maybe, because XFS seems to be important, is it possible to build xfs right after the kernel src build? Is this far more longer than only build the kernel? Ok nobody pay you to do Centos, ok. Centos is a very good project, but i think it's not really constructive to say "ok, pay me and I will do it" :) You don't do Centos because you need money but because you like what you do. Of course, forget my mail if XFS is a crap to build, but if a simple " add stuff in changelog xfs.spec; rpmbuild -ba --sign mycoolXFSmodul.src.rpm" is enough, maybe You could think to build xfs in the same time a kernel update is available ? Regards js. Johnny Hughes a écrit : Linux wrote: On Tue, May 13, 2008 at 1:15 AM, Tru Huynh <[EMAIL PROTECTED]> wrote: On Tue, May 13, 2008 at 12:40:22AM +0300, Linux wrote: > What a coincidence. That is the 1st time I live such a thing. Well, > show me a way to prove. /var/log/messages ? Only a small part of it. > This log is after update & reboot: > "May 11 16:06:03 x kernel: XFS: failed to read root inode" nothing more? Well, that is the only unexpected part. Just to show that XFS module was loaded for WRONG kernel. As you said, you newer saw before. > According to this, there is a mystery in "May 11 16:06:03" because > there WAS a kmod_xfs but it was 53.1.14, not 53.1.19 as updated > kernel. too bad you rebooted 1 hour before the kernel-xfs module update. When was kernel-xfs module updated in repository? Just that time? If so too bad CentOS folks do not update every piece of kernel as a whole in repositories. Where is integrity? If not, "yum update" does not update everything at once. I have to run yum update twice maybe more. First it will load kernel then see that a new kernel is available, will go and bring its modules... Still, it is a bit annoying and confusing. I am beginning to think whether XFS is really supported in CentOS :) OK ... let me give you an official answer red hat does not even release the the gfs kmods on the same day as the kernel, that is FULLY supported and even an added expense for rhel4. we DO NOT update xfs (or the centosplus kernel) on the same day as the base centos kernels. We are NOT going to wait to release the main kernel security update for a day or more to get centosplus stuff also done. xfs IS NOT SUPPORTED in the same way as the base centos distro is and xfs is not in RHEL. Our 2 million users do not want to wait for the base kernel security updates for 2 extra days so that a very small group of people who use the xfs file system can get their updates at the same time. It might take even longer to get these built as no one pays me to build them and I have a real job and a real life ... if you can't do one of these: 1. Build your own module. 2. Exclude the kernel and only update it when the modules are ready. Then you can pay me $200.00 per hour and I will manage your server for you. Thanks, Johnny Hughes ___ 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] Centosplus kernel does not have framebuffer support?
On May 11, 2008, at 9:06, Akemi Yagi wrote The centosplus kernel update that just came out (2.6.18-53.1.19.el5.centos.plus) does have vesafb support enabled. Thank you, Johnny, for the work. :-) It finally trickled down to my mirror, and a quick install this morning shows that is indeed fixed. This is great! I do have a couple of issues with CentOS 5.1, but I'll start a separate thread for those. Thanks again, Alfred ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] NFS subdirectory on client is out of sync
Today a user asked me whether a file on one host can be different on another host. I was busy composing an answer to tell that the /home space on all clients are mounted using NFS from the file server. Any host will therefor see the same file. The user pointed me to his file and I copied this file from the client and compared this with the file on the file server. To my surprise it turned out that he was right, the files were different. I created a new file in this directory and it was not created on the file server. I renamed the file, and that was only seen on this single client. How can this happen? My setup file server (arend) CentOS release 4.6 # grep /home /etc/exports /home*(rw,sync,no_subtree_check) On the clients (also CentOS release 4.6) I mount /home with these options: arend:/home /homenfs proto=tcp,nfsvers=3,bg,defaults0 0 To debug I created (su stbo) on the client small test files (touch test) in each directory all the way to the user /home dir. It turns out that one subdirectory and everything below was not synchronized to the server. I could create files, move them, but it was just as if I was working on a local disk. Other users did not experience any problem on this machine so it was only one sub-directory (and everything below). I checked the syslog both on the client and on the server, but no messages of interest. [EMAIL PROTECTED] ~]# stat /home/stbo/workarea/toekan/design/dig/vhdl/fpga/fpga_top.vhd File: `/home/stbo/workarea/toekan/design/dig/vhdl/fpga/fpga_top.vhd' Size: 53214 Blocks: 112IO Block: 4096 regular file Device: fd01h/64769dInode: 6614395 Links: 1 Access: (0664/-rw-rw-r--) Uid: ( 635/stbo) Gid: ( 635/stbo) Access: 2008-05-14 12:46:34.0 +0200 Modify: 2008-05-14 10:08:07.0 +0200 Change: 2008-05-14 10:08:07.0 +0200 I renamed the filename on the client and did stat there as well. The modify time shows this file is indeed older as the user mentioned. [EMAIL PROTECTED] /root]$stat /home/stbo/workarea/toekan/design/dig/vhdl/fpga/fpga_top.vhd_theo_test File: `/home/stbo/workarea/toekan/design/dig/vhdl/fpga/fpga_top.vhd_theo_test' Size: 53214 Blocks: 112IO Block: 32768 regular file Device: 14h/20d Inode: 6583089 Links: 1 Access: (0664/-rw-rw-r--) Uid: ( 635/stbo) Gid: ( 635/stbo) Access: 2008-05-14 12:47:07.0 +0200 Modify: 2008-04-09 13:09:23.0 +0200 Change: 2008-05-14 12:24:24.0 +0200 After rebooting everything is normal again: [EMAIL PROTECTED] ~]# stat /home/stbo/workarea/toekan/design/dig/vhdl/fpga/fpga_top.vhd File: `/home/stbo/workarea/toekan/design/dig/vhdl/fpga/fpga_top.vhd' Size: 53214 Blocks: 112IO Block: 32768 regular file Device: 14h/20d Inode: 6614395 Links: 1 Access: (0664/-rw-rw-r--) Uid: ( 635/stbo) Gid: ( 635/stbo) Access: 2008-05-14 12:46:34.0 +0200 Modify: 2008-05-14 10:08:07.0 +0200 Change: 2008-05-14 10:08:07.0 +0200 Any clue what could have gone wrong? Since I trust on a working NFS, I like to understand what could have gone wrong. Any suggestions are welcome. Thanks, Theo ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] A couple of CentOS 5.1 issues
I've finally made the switch to CentOS 5.1 (I had been running 4.6). So far, so good, but I do have a few issues. First, I can not find kermit (or ckermit) in any of the repos (base, extras, centosplus, rpmforge). On my 4.6 systems, /usr/bin/kermit was provided by the package ckermit in the base repo. That package appears to be no longer available. Any ideas where I could find a suitable replacement? Second (and this is probably OT), I use the binary nVidia driver and the keyboard and mouse sharing utility Synergy (http:// synergy2.sourceforge.net, a fantastic utility without which I would be so much less productive). Since upgrading to CentOS 5, if the nVidia card goes into powersave mode, it can not be woken up by moving the cursor from the Synergy server to the Synergy client display (in this case, the CentOS 5.1 systems); you have to hit a key on the keyboard that's physically attached to the CentOS 5 system to wake it up. Is there a way to have the display wake up when the cursor is moved into the client display? Or at least disable this "deep sleep" mode on the nVidia cards? I have not changed the hardware or the version of the nVidia driver when upgrading from CentOS 4.6 to CentOS 5.1, and I did not have this issue before the upgrade. Alfred ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
On Wed, May 14, 2008 at 2:10 PM, js <[EMAIL PROTECTED]> wrote: > Maybe, because XFS seems to be important, is it possible to build xfs right > after the kernel src build? > > Is this far more longer than only build the kernel? Assuming that you've set it up as a module rather than actually compiling it into the kernel itself, it should be a case of just doing: cd $KERNEL_SOURCE_TREE make fs/xfs/xfs.ko mkdir /lib/modules/$KERNEL_VERSION/kernel/fs cp fs/xfs/xfs.ko /lib/modules/$KERNEL_VERSION/kernel/fs/xfs which will build the XFS module and stick it in the right place. Note that all that does not include the XFS userspace tools... Regards, Martyn -- Martyn Drake http://www.drake.org.uk http://www.mindthegapps.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] A couple of CentOS 5.1 issues
On May 14, 2008, at 9:37 AM, Alfred von Campe wrote: Second (and this is probably OT), I use the binary nVidia driver and the keyboard and mouse sharing utility Synergy (http:// synergy2.sourceforge.net, a fantastic utility without which I would be so much less productive). Since upgrading to CentOS 5, if the nVidia card goes into powersave mode, it can not be woken up by moving the cursor from the Synergy server to the Synergy client display (in this case, the CentOS 5.1 systems); you have to hit a key on the keyboard that's physically attached to the CentOS 5 system to wake it up. Is there a way to have the display wake up when the cursor is moved into the client display? Or at least disable this "deep sleep" mode on the nVidia cards? I have not changed the hardware or the version of the nVidia driver when upgrading from CentOS 4.6 to CentOS 5.1, and I did not have this issue before the upgrade. This may well be an upstream issue; I have recently begun to encounter the same problem on a RHEL 5.1 workstation, using Synergy and nVidia binary packages from rpmforge (synergy-1.3.1-2.el5.rf, nvidia-x11-drv-1.0.9755-1.nodist.rf). I first started seeing this issue last week, after a reboot; unfortunately I'm not sure off the top of my head which packages I had recently updated. Before last week the desired behavior (the display waking from sleep upon mouse movement) was present. -steve -- If this were played upon a stage now, I could condemn it as an improbable fiction. - Fabian, Twelfth Night, III,v ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Printing: network host busy
H, I have 5.1. The other day I was printing and the job crashed. I cleaned the /var/spool/cups, but I am still getting the: network 192.168.2.10 host is busy, will retry in 30sec It's a dlink print server, that has worked very well for the last 3 years. I have restarted but the print server and the printer. Any suggestion? -- Thanks ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
On Wed, May 14, 2008 at 6:39 AM, Martyn Drake <[EMAIL PROTECTED]> wrote: > On Wed, May 14, 2008 at 2:10 PM, js <[EMAIL PROTECTED]> wrote: > > > Maybe, because XFS seems to be important, is it possible to build xfs > right > > after the kernel src build? > > > > Is this far more longer than only build the kernel? > > Assuming that you've set it up as a module rather than actually > compiling it into the kernel itself, it should be a case of just > doing: > > cd $KERNEL_SOURCE_TREE > make fs/xfs/xfs.ko > mkdir /lib/modules/$KERNEL_VERSION/kernel/fs > cp fs/xfs/xfs.ko /lib/modules/$KERNEL_VERSION/kernel/fs/xfs > > which will build the XFS module and stick it in the right place. Note > that all that does not include the XFS userspace tools... Making kernel modules is a bit more involved than that. Please see: http://wiki.centos.org/HowTos/BuildingKernelModules if you really feel like building modules yourself. Akemi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
On Wed, May 14, 2008 at 3:28 PM, Akemi Yagi <[EMAIL PROTECTED]> wrote: > Making kernel modules is a bit more involved than that. Please see: > > http://wiki.centos.org/HowTos/BuildingKernelModules > > if you really feel like building modules yourself. You're quite right. You can tell I do it often, can't you? :) Regards, Martyn -- Martyn Drake http://www.drake.org.uk http://www.mindthegapps.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Max thin client sessions/gdm limit?
Greetings, I've been subscribed to this list for some time and I'd like to start off by thanking everyone who helps out on it. This is my first post to it, so please be gentle :-) I have several offices set up with RedHat and CentOS terminal servers. We are using CentOS 4.6 and RedHat 4.6 on them, GDM for the display manager, and PXES (http://sourceforge.net/projects/pxes/) for the boot image. Each terminal server is also the font server, dhcp server, tftp server, dns server, and provides a ldap slave from our master ldap server (at our corporate office) for user accounts and authentication. Everything has been working quite well for some time. However now I seem to have hit a 50 thin client/gdm session limit. I've tested this several times by powering off all of our thin clients and restarting the terminal server, then powering up each thin client one at a time. They all work fine up to the 51st thin client. When I power up the 51st thin client it grabs an ip address, fetches its boot image, proceeds to boot, X starts (gray mesh screen, large X cursor -- gray screen of death?) and then it just sits there. The GDM login/greeter is never presented. Looking at the log file on the terminal server shows: gdm_child_action: Aborting display Running gdm in debug mode gives me this (sorry for the long log dump): May 14 03:08:21 lts-nimbus gdm[4066]: gdm_xdmcp_decode: Received opcode QUERY from client 10.2.1.200 May 14 03:08:21 lts-nimbus gdm[4066]: gdm_xdmcp_handle_query: Opcode 2 from 10.2.1.200 May 14 03:08:21 lts-nimbus gdm[4066]: gdm_xdmcp_send_willing: Sending WILLING to 10.2.1.200 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_decode: Received opcode REQUEST from client 10.2.1.200 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_handle_request: Got REQUEST from 10.2.1.200 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_handle_request: xdmcp_pending=0, MaxPending=4, xdmcp_sessions=50, MaxSessions=80, ManufacturerID= May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_display_dispose_check (200.netbiz.com:0) May 14 03:08:24 lts-nimbus gdm[4066]: gdm_auth_secure_display: Setting up access for 200.netbiz.com:0 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_auth_secure_display: Setting up access May 14 03:08:24 lts-nimbus gdm[4066]: gdm_auth_secure_display: Setting up access for 200.netbiz.com:0 - 1 entries May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_display_alloc: display=200.netbiz.com:0, session id=1696684507, xdmcp_pending=1 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_send_accept: Sending ACCEPT to 10.2.1.200 with SessionID=1696684507 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_decode: Received opcode MANAGE from client 10.2.1.200 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got MANAGE from 10.2.1.200 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got Display=0, SessionID=1696684507 Class=MIT-unspecified from 10.2.1.200 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Looked up 200.netbiz.com:0 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_choose_indirect_lookup: Host 10.2.1.200 not found May 14 03:08:24 lts-nimbus gdm[4066]: gdm_forward_query_lookup: Host 10.2.1.200 not found May 14 03:08:24 lts-nimbus gdm[4066]: gdm_display_manage: Managing 200.netbiz.com:0 May 14 03:08:24 lts-nimbus gdm[4066]: loop check: last_start 0, last_loop 0, now: 1210759704, retry_count: 0 May 14 03:08:24 lts-nimbus gdm[4066]: Resetting counts for loop of death detection May 14 03:08:24 lts-nimbus gdm[6191]: gdm_slave_start: Starting slave process for 200.netbiz.com:0 May 14 03:08:24 lts-nimbus gdm[4066]: gdm_display_manage: Forked slave: 6191 May 14 03:08:24 lts-nimbus gdm[6191]: gdm_slave_start: Loop Thingie May 14 03:08:24 lts-nimbus gdm[6191]: gdm_slave_run: Opening display 200.netbiz.com:0 May 14 03:08:24 lts-nimbus gdm[6191]: gdm_slave_run: Sleeping 1 on a retry May 14 03:08:25 lts-nimbus gdm[6191]: gdm_slave_run: Sleeping 3 on a retry May 14 03:08:26 lts-nimbus gdm[4066]: (child 5747) gdm_slave_alrm_handler: 10.2.1.220:0 got ARLM signal, to ping display May 14 03:08:26 lts-nimbus gdm[4066]: gdm_xdmcp_decode: Received opcode MANAGE from client 10.2.1.200 May 14 03:08:26 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got MANAGE from 10.2.1.200 May 14 03:08:26 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got Display=0, SessionID=1696684507 Class=MIT-unspecified from 10.2.1.200 May 14 03:08:26 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Session id 1696684507 already managed May 14 03:08:28 lts-nimbus gdm[6191]: gdm_slave_run: Sleeping 5 on a retry May 14 03:08:30 lts-nimbus gdm[4066]: gdm_xdmcp_decode: Received opcode MANAGE from client 10.2.1.200 May 14 03:08:30 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got MANAGE from 10.2.1.200 May 14 03:08:30 lts-nimbus gdm[4066]: gdm_xdmcp_handle_manage: Got Display=0, SessionID=1696684507 Class=MIT-unspecified from 10.2.1.200 May 14 03:08:30 lts-nimbus gdm[4066]: gdm_xdmcp
Re: [CentOS] broken GFS
On Wed, May 14, 2008 at 9:10 AM, js <[EMAIL PROTECTED]> wrote: > Maybe, because XFS seems to be important, is it possible to build xfs > right after the kernel src build? > > Is this far more longer than only build the kernel? > > Ok nobody pay you to do Centos, ok. > Centos is a very good project, but i think it's not really constructive to > say "ok, pay me and I will do it" :) > You don't do Centos because you need money but because you like what you > do. > As a matter of not annoying volunteers and developers, you want to be careful about asking people to do what you can't or won't do yourself. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
I intend to do that. Kernel's removed from automatic updates. We'll agree to disagree about the importance of not breaking an officially supported kernel filesystem on an automated upgrade because only a "few" of us are affected. Keep in mind this is not an unsupported XFS that someone hijacked my thread with. I say there is little in a new kernel that the "rest" of the users cannot wait 2-3 lousy days for. Wanna stretch it to a week to meet your statement of "earliest", I can live with that and my statement still stands. And, I do realize this is not centos's fight, I guess my complaint is with RedHat in this case, they should be more responsible than that. If M$ took that policy and released official upgrades they knew would break even a small percentage of their users, especially something as critical as the very filesystem that your entire user data resides on, we (the linux community) would be throwing them under the rug for it. On Wed, 2008-05-14 at 05:44 -0500, Johnny Hughes wrote: > Doug Tucker wrote: > > Tru, > > > > I work at a university. They don't provide enough money for test > > environments :). Just kinda odd, last time kernel update, gfs updated > > at the same time so all was well. But twice now kernel has upgraded > > with no GFS so it went bye-bye. Is the GFS being installed, compiled > > against particular kernel headers, or could I just copy the /fs/gfs > > and /fs/gfs_locking to the new kernel /lib/modules (or symlink for that > > matter) and be lucky enough it would work? > > > > > > Please be aware that redhat releases GFS at a different time than the, > usually 2-3 days later (at the earliest). > > In this case, here are the upstream release dates: > > kernel - 5/7/2008 > gfs kmods - 5/9/2008 > > my point is that even upstream does not release these at the same time. > > What you should do (and what everyone who has kmods on c4 should do) is > to exclude kernels from automatic updates ... then you can manually > update the kernels and kmods together separately. > > Thanks, > Johnny Hughes > > ___ > 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] A couple of CentOS 5.1 issues
On May 14, 2008, at 9:50, Steve Huff wrote: This may well be an upstream issue; I have recently begun to encounter the same problem on a RHEL 5.1 workstation, using Synergy and nVidia binary packages from rpmforge (synergy-1.3.1-2.el5.rf, nvidia-x11-drv-1.0.9755-1.nodist.rf). I first started seeing this issue last week, after a reboot; unfortunately I'm not sure off the top of my head which packages I had recently updated. Before last week the desired behavior (the display waking from sleep upon mouse movement) was present. It's encouraging to hear that this used to work in 5.X. I am just upgrading to 5.1 and this has always been "broken" for me, so I can't tell if it was a recent update. Can you post (or email me offline) the relevant output of "rpm -qa --last"? We may be able to figure out what update caused this issue. In the mean time, anyone have any info on Kermit for CentOS 5? We have some Kermit scripts sent to us by one of our vendors, so we can't just easily migrate to another serial communications tool. Thanks, Alfred ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Max thin client sessions/gdm limit?
2008/5/14 Ryan Faussett <[EMAIL PROTECTED]>: > Everything has been working quite well for some time. However now I seem to > have hit a 50 thin client/gdm session limit. I've tested this several times > by powering off all of our thin clients and restarting the terminal server, > then powering up each thin client one at a time. They all work fine up to > the 51st thin client. When I power up the 51st thin client it grabs an ip > address, fetches its boot image, proceeds to boot, X starts (gray mesh > screen, large X cursor -- gray screen of death?) and then it just sits > there. The GDM login/greeter is never presented. Edit /etc/X11/gdm.conf (my be located at some other path as I am using debian+kde right now) and increase the number of X connections. -- Regards, Sudev Barar Read http://blog.sudev.in for topics ranging from here to there. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Max thin client sessions/gdm limit?
2008/5/14 Sudev Barar <[EMAIL PROTECTED]>: [SNIP] >> screen, large X cursor -- gray screen of death?) and then it just sits >> there. The GDM login/greeter is never presented. > > Edit /etc/X11/gdm.conf (my be located at some other path as I am using > debian+kde right now) and increase the number of X connections. Sorry I read wrongly. This does not seem to be your problem. -- Regards, Sudev Barar Read http://blog.sudev.in for topics ranging from here to there. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Somewhat OT:
2008/5/13 <[EMAIL PROTECTED]>: > Sergio Belkin wrote: >> >> Even so, thanks for your comments, I'd like more experiences about >> monitoring systems. Again of topic, I want to avoid Nagios because it >> looks like over complex but if someone has an actual experience >> demostrating the opposite, I'd be glad to hear. >> >> Thanks in advance >> > > We've used Nagios very successfully. We have hundreds of hosts and well > over a thousand checks, so I'm guessing that we're probably a medium-ish > installation. The use of templating makes adding hosts and services quick > and painless. We've evaluated some of the other options already mentioned > here: zabbix, opennms, zenoss, even mon, and big-brother and friends, and > have always decided that nagios is the best product for our needs, as far as > system monitoring goes. The initial learning curve is about medium compared > to some, and once you've gotten over that hump, there just don't seem to be > others. I've recommended Nagios to a few less-than-seasoned sysadmins who > were able to take the templating concept and run with it. We have also > setup cacti for the snmp statistics keeping. Nagios does have performance > data capabilities now, they feel sort of tacked on to me. The folks over at > http://www.centreon.com/ are working on an integrated user interface that > includes statistics keeping using Nagios as the monitoring engine which > looks as though there may be some promise, if I was starting over I'd > definitely evaluate that. > > I hope this is of some help in your review process. > > Sincerely, > > Jacob Leaver > Sr. Systems Administrator > ReachONE Internet > ___ OK, you won :) I'm going to test nagios. I am using centos 5.1 x86_64. Do I lose much if I use rpm from rpmforge (version 2.9)? -- -- Open Kairos http://www.openkairos.com Watch More TV http://sebelk.blogspot.com Sergio Belkin - ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Printing: network host busy
On Wed, May 14, 2008 at 7:17 AM, <[EMAIL PROTECTED]> wrote: > H, > > I have 5.1. The other day I was printing and the job crashed. I cleaned > the /var/spool/cups, but I am still getting the: > > network 192.168.2.10 host is busy, will retry in 30sec > > It's a dlink print server, that has worked very well for the last 3 years. > I have restarted but the print server and the printer. > > Any suggestion? > I used to see problems like this with my local (lp0) laser printer if I turned the printer off in the middle of a job (to clear the printer), but the only fix I've found or heard of was to reboot the machine. Nothing else I tried would resync the printer to the computer, and this was a local parallel port. IIRC, it not only required a reboot, but it hard to be a hard reset (the switch) and not just a system restart because the hardware got out of sync and there's no way to initiate a hard reset to the printer from the software. Has this changed, by any chance? mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] tar spanning
Hi, I have a directory with 18GB worth of files and I would like to tar span and burn it into a few DVDs after that. How can I do this in command line? Thanks Regards ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
On Wed, May 14, 2008 at 7:44 AM, Doug Tucker <[EMAIL PROTECTED]> wrote: > I intend to do that. Kernel's removed from automatic updates. > There you go. > We'll agree to disagree about the importance of not breaking an > officially supported kernel filesystem on an automated upgrade because > only a "few" of us are affected. Keep in mind this is not an > unsupported XFS that someone hijacked my thread with. I say there is > little in a new kernel that the "rest" of the users cannot wait 2-3 > lousy days for. Wanna stretch it to a week to meet your statement of > "earliest", I can live with that and my statement still stands. And, I > do realize this is not centos's fight, I guess my complaint is with > RedHat in this case, they should be more responsible than that. If M$ > took that policy and released official upgrades they knew would break > even a small percentage of their users, especially something as critical > as the very filesystem that your entire user data resides on, we (the > linux community) would be throwing them under the rug for it. > 1) You're top posting - please stop it. In this email list, we bottom post as a matter of policy and courtesy. It's not that hard 2) This isn't really an issue of "agreeing to disagree." XFS is *not* a Red Hat product at all. They (RH) do not support it at all. The CentOS project provides XFS as an *extra* that is NOT part of the mainline CentOS release stream. It is only supported by the CentOS group in the centosplus repository, which is a courtesy provided for free by the CentOS group. IOW, CentOS does not have to support XFS at all. That they do is a courtesy. Now, if you like the centosplus "product" and use it, remember to follow the guidelines for it - little things like not doing automatic updates because you already *know* that centosplus does not come out immediately when RH releases a change that CentOS picks up and releases as well. All of this is clearly discussed here from time to time, so the expectations have been set accordingly. Please try to remember this and manage your installations accordingly, too. And that's *my* soapbox, from which I will now step down and shut up. Temporarily. :-} mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] tar spanning
On Wed, May 14, 2008 at 10:54 AM, CentOS List <[EMAIL PROTECTED]> wrote: > Hi, > > I have a directory with 18GB worth of files and I would like to tar span and > burn it into a few DVDs after that. How can I do this in command line? > > Thanks > > Regards > > Am I the only one who finds it disturbing that someone who is only identified as "CentOS List" and who clearly is not is asking a question like this of the (actual) CentOS List? Or is there another way to read this? Please identify yourself and don't pretend to be this list mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Somewhat OT:
On Wed, 14 May 2008, Sergio Belkin wrote: OK, you won :) I'm going to test nagios. I am using centos 5.1 x86_64. Do I lose much if I use rpm from rpmforge (version 2.9)? I'm using the x86_64 version of nagios-2.11-1.el5.rf from rpmforge on our nagios server. Works like a charm. -- Paul Heinlein <> [EMAIL PROTECTED] <> http://www.madboa.com/ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
On Wed, 2008-05-14 at 11:07 -0700, MHR wrote: > On Wed, May 14, 2008 at 7:44 AM, Doug Tucker <[EMAIL PROTECTED]> wrote: > > I intend to do that. Kernel's removed from automatic updates. > > > There you go. > > > We'll agree to disagree about the importance of not breaking an > > officially supported kernel filesystem on an automated upgrade because > > only a "few" of us are affected. Keep in mind this is not an > > unsupported XFS that someone hijacked my thread with. I say there is > > little in a new kernel that the "rest" of the users cannot wait 2-3 > > lousy days for. Wanna stretch it to a week to meet your statement of > > "earliest", I can live with that and my statement still stands. And, I > > do realize this is not centos's fight, I guess my complaint is with > > RedHat in this case, they should be more responsible than that. If M$ > > took that policy and released official upgrades they knew would break > > even a small percentage of their users, especially something as critical > > as the very filesystem that your entire user data resides on, we (the > > linux community) would be throwing them under the rug for it. > > > > 1) You're top posting - please stop it. In this email list, we bottom > post as a matter of policy and courtesy. It's not that hard I'm sorry, that last sentence was unnecessary and just rude. I don't tell you how to set your email client and what your preference is toward how you like to read your email. I find it completely annoying to have to scroll to the bottom of a message to read a reply. I will comply with the group as a whole that I chose to join, I was unaware that bottom posting was preference. But I do not appreciate the tone, you could have easily asked nicely or referred me to the preference policy for me to follow. > 2) This isn't really an issue of "agreeing to disagree." XFS is *not* > a Red Hat product at all. They (RH) do not support it at all. The > CentOS project provides XFS as an *extra* that is NOT part of the > mainline CentOS release stream. It is only supported by the CentOS > group in the centosplus repository, which is a courtesy provided for > free by the CentOS group. This is a matter of agreeing to disagree on the release of a kernel and a supported file system. If you had read my thread and subsequent paragraph you're taking issue with properly, you would have gotten that. My whole issue is around GFS, which is officially supported (someone else hijacked this thread with XFS which got more attention), and in my statement I said: "Keep in mind this is not an unsupported XFS that someone hijacked my thread with." So I'm agreeing that XFS should never be brought up in the same fashion as GFS, as it is not a supported file system. GFS is, and it is my opinion RH should release the 2 together. > > IOW, CentOS does not have to support XFS at all. That they do is a courtesy. > > Now, if you like the centosplus "product" and use it, remember to > follow the guidelines for it - little things like not doing automatic > updates because you already *know* that centosplus does not come out > immediately when RH releases a change that CentOS picks up and > releases as well. I already agreed and removed kernel from the update, no need to lecture. Again, if you will take the time to read instead of knee-jerking a reaction in some automatic defense of your feelings, you will note that I took the aim at RedHat for the issue, and said it was not CentOS's problem. Read boy, read. > All of this is clearly discussed here from time to time, so the > expectations have been set accordingly. Please try to remember this > and manage your installations accordingly, too. > > And that's *my* soapbox, from which I will now step down and shut up. > Temporarily. And unfortunately, all based on improper understanding of what was written, which makes it inappropriate in a public forum. Me thinks you had seen enough of the other guy whining about his unsupported platform, saw the word XFS in my paragraph, and basically quit reading and decided to send your XFS rant at me. I hope from a therapeutic standpoint, it helped you in some fashion. :D > :-} > > mhr > ___ > 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] A couple of CentOS 5.1 issues
On May 14, 2008, at 10:58, Alfred von Campe wrote: In the mean time, anyone have any info on Kermit for CentOS 5? We have some Kermit scripts sent to us by one of our vendors, so we can't just easily migrate to another serial communications tool. I was able to compile the latest Kermit from sources and put the resulting binary in a network accessible location. This should be good enough for now. But I wonder why Kermit is no longer available. The next missing package is DDD? I was able to download the RPM from the EPEL repo (I do not want to enable that repo on my systems) and install it on my systems. But again, I wonder why that package is no longer available? Both DDD and Kermit were part of the base repo in CentOS 4.X. Alfred ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
Doug Tucker wrote: My whole issue is around GFS, which is officially supported (someone else hijacked this thread with XFS which got more attention), and in my statement I said: "Keep in mind this is not an unsupported XFS that someone hijacked my thread with." So I'm agreeing that XFS should never be brought up in the same fashion as GFS, as it is not a supported file system. GFS is, and it is my opinion RH should release the 2 together. GFS is only 'officially supported' under a seperate contract from Red Hat. And, if you're a GFS customer of Red Hat's, I'm pretty darn sure the first thing they do is disable kernel updates... In fact, I seem to recall that RHEL4 ships with kernel updates disabled, you have to use `up2date --force` or something to enable them. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
On Wed, May 14, 2008 at 11:58 AM, Doug Tucker <[EMAIL PROTECTED]> wrote: > On Wed, 2008-05-14 at 11:07 -0700, MHR wrote: >> 1) You're top posting - please stop it. In this email list, we bottom >> post as a matter of policy and courtesy. It's not that hard > > I'm sorry, that last sentence was unnecessary and just rude. I don't > tell you how to set your email client and what your preference is toward > how you like to read your email. I find it completely annoying to have > to scroll to the bottom of a message to read a reply. I will comply > with the group as a whole that I chose to join, I was unaware that > bottom posting was preference. But I do not appreciate the tone, you > could have easily asked nicely or referred me to the preference policy > for me to follow. > You apparently didn't see the smiley I left out of the last sentence :-) I didn't mean it to be rude at all - no tone implied. I just noticed that you have posted several times to the list and all of them, until now, were top posts, unlike almost everyone else. I /was/ trying to be nice > This is a matter of agreeing to disagree on the release of a kernel and > a supported file system. If you had read my thread and subsequent > paragraph you're taking issue with properly, you would have gotten that. > My whole issue is around GFS, which is officially supported (someone > else hijacked this thread with XFS which got more attention), and in my > statement I said: "Keep in mind this is not an unsupported XFS that > someone hijacked my thread with." So I'm agreeing that XFS should never > be brought up in the same fashion as GFS, as it is not a supported file > system. GFS is, and it is my opinion RH should release the 2 together. > Yes, I've been reading the thread. I you didn't mention GFS in the specific post to which I was replying, but you're right, it's there in prior posts. So all of my commentary about XFS does not apply to your post. Non-sequitur - mea culpa. :-) > I already agreed and removed kernel from the update, no need to lecture. It was intended to be a gentle reminder. (You've obviously never seen me lecture) > Again, if you will take the time to read instead of knee-jerking a > reaction in some automatic defense of your feelings, you will note that > I took the aim at RedHat for the issue, and said it was not CentOS's > problem. Read boy, read. > > > And unfortunately, all based on improper understanding of what was > written, which makes it inappropriate in a public forum. Me thinks you > had seen enough of the other guy whining about his unsupported platform, > saw the word XFS in my paragraph, and basically quit reading and decided > to send your XFS rant at me. I hope from a therapeutic standpoint, it > helped you in some fashion. > You seem awfully touchy here - are you sure you're not lecturing me? :-) Take a breath, relax, you were not under attack, lecture or anything rude. I meant it with the best of intentions - I usually do. mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
On Wed, 2008-05-14 at 12:38 -0700, MHR wrote: > On Wed, May 14, 2008 at 11:58 AM, Doug Tucker <[EMAIL PROTECTED]> wrote: > > On Wed, 2008-05-14 at 11:07 -0700, MHR wrote: > >> 1) You're top posting - please stop it. In this email list, we bottom > >> post as a matter of policy and courtesy. It's not that hard > > > > I'm sorry, that last sentence was unnecessary and just rude. I don't > > tell you how to set your email client and what your preference is toward > > how you like to read your email. I find it completely annoying to have > > to scroll to the bottom of a message to read a reply. I will comply > > with the group as a whole that I chose to join, I was unaware that > > bottom posting was preference. But I do not appreciate the tone, you > > could have easily asked nicely or referred me to the preference policy > > for me to follow. > > > > You apparently didn't see the smiley I left out of the last sentence :-) > I didn't mean it to be rude at all - no tone implied. I just noticed > that you have posted several times to the list and all of them, until > now, were top posts, unlike almost everyone else. I /was/ trying to > be nice "It's not that hard" would have gotten you b**ch slapped even with a smile on your face in person. Just stick to polite, it's not that hard :D. > > > This is a matter of agreeing to disagree on the release of a kernel and > > a supported file system. If you had read my thread and subsequent > > paragraph you're taking issue with properly, you would have gotten that. > > My whole issue is around GFS, which is officially supported (someone > > else hijacked this thread with XFS which got more attention), and in my > > statement I said: "Keep in mind this is not an unsupported XFS that > > someone hijacked my thread with." So I'm agreeing that XFS should never > > be brought up in the same fashion as GFS, as it is not a supported file > > system. GFS is, and it is my opinion RH should release the 2 together. > > > > Yes, I've been reading the thread. I you didn't mention GFS in the > specific post to which I was replying, but you're right, it's there in > prior posts. So all of my commentary about XFS does not apply to your > post. Non-sequitur - mea culpa. :-) > > > I already agreed and removed kernel from the update, no need to lecture. > > It was intended to be a gentle reminder. (You've obviously never seen > me lecture) touche! > > > Again, if you will take the time to read instead of knee-jerking a > > reaction in some automatic defense of your feelings, you will note that > > I took the aim at RedHat for the issue, and said it was not CentOS's > > problem. Read boy, read. > > > > > > > And unfortunately, all based on improper understanding of what was > > written, which makes it inappropriate in a public forum. Me thinks you > > had seen enough of the other guy whining about his unsupported platform, > > saw the word XFS in my paragraph, and basically quit reading and decided > > to send your XFS rant at me. I hope from a therapeutic standpoint, it > > helped you in some fashion. > > > > You seem awfully touchy here - are you sure you're not lecturing me? :-) > > Take a breath, relax, you were not under attack, lecture or anything > rude. I meant it with the best of intentions - I usually do. Bad thing about email, it's hard to grasp tongue in cheek humor and tone isn't it? Didn't you see my at the end of my response? Do you honestly, like having to scroll down with the rolly thing on your mouse 9 times to get to the reply only to find it is not something you cared to read? I say toss it at the top in my face where I can ignore it with less effort. :D BFG! > mhr > ___ > 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] broken GFS
Doug Tucker wrote: Do you honestly, like having to scroll down with the rolly thing on your mouse 9 times to get to the reply only to find it is not something you cared to read? I say toss it at the top in my face where I can ignore it with less effort. the other key part of bottom posting is to delete all but what you're replying to. noone needs to see the whole thread quoted in every message, just enough context to frame the response. And, delete the .SIG stuff on the end, too. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
On Wed, 2008-05-14 at 12:37 -0700, John R Pierce wrote: > Doug Tucker wrote: > > My whole issue is around GFS, which is officially supported (someone > > else hijacked this thread with XFS which got more attention), and in my > > statement I said: "Keep in mind this is not an unsupported XFS that > > someone hijacked my thread with." So I'm agreeing that XFS should never > > be brought up in the same fashion as GFS, as it is not a supported file > > system. GFS is, and it is my opinion RH should release the 2 together. > > > > > GFS is only 'officially supported' under a seperate contract from > Red Hat. And? It's official. In fact, ext3 is only officially supported from them these day without a $$$ contract. Which is why we're all here! :D > And, if you're a GFS customer of Red Hat's, I'm pretty darn > sure the first thing they do is disable kernel updates... In fact, I > seem to recall that RHEL4 ships with kernel updates disabled, you have > to use `up2date --force` or something to enable them. Yes, but kernel is disabled from EL4 reguardless of filesystem, so GFS has nothing to do with that. YOu can just edit the up2date file to remove that. I merely believe that GFS filesystem updates should be released in conjuntion with kernel with all the other filesystems built in, treating it no differently since it is officially supported, just not put in the standard kernel build to put separation between it and the $$ extra product. And that is merely, an opinion. > > > > ___ > 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] broken GFS
On Wed, 2008-05-14 at 13:00 -0700, John R Pierce wrote: > Doug Tucker wrote: > > Do you honestly, like having to scroll down with the rolly thing on your > > mouse 9 times to get to the reply only to find it is not something you > > cared to read? I say toss it at the top in my face where I can ignore > > it with less effort. > > > > the other key part of bottom posting is to delete all but what you're > replying to. noone needs to see the whole thread quoted in every > message, just enough context to frame the response. And, delete the > .SIG stuff on the end, too. > I'm still annoyed. Forgot to mention I hate having to move my cursor in a different location than where it is when I hit the reply button before I can type too. Honestly, I see zero benefit in this. And looking at my other tech threads (isc.org and opennms.org) and everyone appears to be top posting, although I guess, they could all be breaking the rules. Humor turned off for a minute, completely and honestly, can someone explain to me *why* this is the etiquette here? In every fashion, I find it sooo much harder to follow. Does it date back to some dead text based mail client that actually made this easier for some reason? Left first paragraph at the top, because I find it too relevant in this one to remove. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
On Wed, May 14, 2008 at 1:15 PM, Doug Tucker <[EMAIL PROTECTED]> wrote: > Humor turned off for a minute, completely and honestly, can someone > explain to me *why* this is the etiquette here? In every fashion, I > find it sooo much harder to follow. Does it date back to some dead text > based mail client that actually made this easier for some reason? This is linked from the CentOS FAQ: http://www.caliburn.nl/topposting.html Akemi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
On Wed, May 14, 2008 at 12:54 PM, Doug Tucker <[EMAIL PROTECTED]> wrote: > "It's not that hard" would have gotten you b**ch slapped even with a > smile on your face in person. Just stick to polite, it's not that > hard :D. > snicker > Bad thing about email, it's hard to grasp tongue in cheek humor and tone > isn't it? Didn't you see my at the end of my response? > Actually, I wasn't sure what that was I just googled "BFG" and got BF Goodrich, BFG Tech, Big F**king Gun and Big Friendly Giant, but I'm guessing you meant Big Fat Grin (or some other F* word :-). Seriously, though, I try to read email as if it had no tone (unless the language or emoticons make it abundantly clear) and always, always take a deep breath before I respond - shot myself in the foot enough times to remember a few of them when I want to blast off. I also try to proof the responses, and frequently delete them so I can wait a while before I write anything. But, technically, since we're writing and not speaking, it's all tongue-in-cheek, isn't it? ;^) > Do you honestly, like having to scroll down with the rolly thing on your > mouse 9 times to get to the reply only to find it is not something you > cared to read? I say toss it at the top in my face where I can ignore > it with less effort. > I'll let others handle the arguments here - I just try to go with the flow, and I can read it either way. I will admit, though, that some of the posts here contain WAY too much back-data. Edit, edit, edit! 'nuff said! >;^))) mhr > BFG! YEAH! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
On May 14, 2008, at 3:15 PM, Doug Tucker wrote: Humor turned off for a minute, completely and honestly, can someone explain to me *why* this is the etiquette here? In every fashion, I find it sooo much harder to follow. Does it date back to some dead text based mail client that actually made this easier for some reason? Humor turned back on: A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing in e-mail? smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
On Wed, May 14, 2008 at 9:58 PM, Doug Tucker <[EMAIL PROTECTED]> wrote: > This is a matter of agreeing to disagree on the release of a kernel and > a supported file system. If you had read my thread and subsequent > paragraph you're taking issue with properly, you would have gotten that. > My whole issue is around GFS, which is officially supported (someone > else hijacked this thread with XFS which got more attention), and in my > statement I said: "Keep in mind this is not an unsupported XFS that > someone hijacked my thread with." So I'm agreeing that XFS should never > be brought up in the same fashion as GFS, as it is not a supported file > system. GFS is, and it is my opinion RH should release the 2 together. Sorry pal, it's me who stole your thread with XFS. I feel obliged to give an answer although which I do not have to but I'll. I've been so far away from CentOS/RHEL that I even did not know the difference between XFS and GFS which is officially supported by Redhat guys. And CentOS' guys kindness about giving us a chance to use XFS is really attracks my appreciation. Up to this was for my apology. BUT (a big one); People who prepare and maintain a distro have (and should have) many concerns in mind. Security is one of them and integrity is another. But in this situation, integrity is simply ignored (on the behalf of GFS situation because I backed down from my XFS related complains) Disabling kernel upgrades simply solves the situation but raises some other questions about "What else can be broken with security apprehensions?" I do not know which one to choose: - Absolutely not-working server because of missing updates - Maybe will be attacked server because of missing security updates. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
> This is linked from the CentOS FAQ: > > http://www.caliburn.nl/topposting.html > > Akemi LOL! This is just TOO good. 1. Because it is proper Usenet Etiquette. ...all but dead...I run a usenet server here, had 3 logins last month...user base is over 4000... 2.We use a good news reader like Forte Agent. OMG. I haven't used a usenet reader in 10 years for anything. Assumed Forte Agent went out of development years ago. I'll stop there, there is not a single thing on that page I can agree with anymore, technology, email and the web have moved on beyond that ideology of old. I'm already at about 50% of the time reading email on my iphone mail app. Like it or not for the religious users (and I'll count myself there in many categories), eventually most of our mail will be read on a handheld device. So the 2 line preview pane at the top before deciding to atually open the message becomes very relevant, which does not lend itself useful in "bottom posting". I can't remember the last time I saw a desktop user regardless of client not read their mail using the "preview" pane. They need to just rename that, as people even rarely click to open the message anymore. Again, not good when bottom posting. I got poo-poo'd off about my GFS/kernel release schedule, for being in some small minority. So, where are bottom posters, in terms of majority these days? Maybe it's time, to update with the times? Go ahead, let the bashing begin! I'm off to another building, taking my email in my pocket with me... ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
Linux wrote: People who prepare and maintain a distro have (and should have) many concerns in mind. Security is one of them and integrity is another. But in this situation, integrity is simply ignored (on the behalf of GFS situation because I backed down from my XFS related complains) Disabling kernel upgrades simply solves the situation but raises some other questions about "What else can be broken with security apprehensions?" I do not know which one to choose: - Absolutely not-working server because of missing updates - Maybe will be attacked server because of missing security updates. specific to GFS... GFS is a clustered file system. You do NOT run automatic updates willy-nilly on a production cluster, there's just far too many ways it can go bad. You test them on a staging environment before approving their deployment, then you have to have a specific process for applying the patches to the cluster, and if they are major patches, this usually involves bringing the cluster down, applying the tested and approved patches to all cluster members, then bringing the cluster back up one node at a time, then going back live for production. If the patches are minor, you may be able to do a rolling upgrade, where you bring down one cluster member, patch it, put it back online, then bring down the next, etc... The cluster administrator have to determine the appropriate maintenance process, then follow it religiously. btw, what is WITH all these lame gmail addresses? linuxlist ? centoslist ?? Do I call you Mr Linux, or Mr List ? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Top Posting
On May 14, 2008, at 3:48 PM, Doug Tucker wrote: ...all but dead...I run a usenet server here, had 3 logins last month...user base is over 4000... Usenet is almost dead but e-mail lists abound (you are using one). Same concepts. smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
Doug Tucker wrote: On Wed, 2008-05-14 at 12:37 -0700, John R Pierce wrote: Doug Tucker wrote: My whole issue is around GFS, which is officially supported (someone else hijacked this thread with XFS which got more attention), and in my statement I said: "Keep in mind this is not an unsupported XFS that someone hijacked my thread with." So I'm agreeing that XFS should never be brought up in the same fashion as GFS, as it is not a supported file system. GFS is, and it is my opinion RH should release the 2 together. GFS is only 'officially supported' under a seperate contract from Red Hat. And? It's official. In fact, ext3 is only officially supported from them these day without a $$$ contract. Which is why we're all here! :D But, RHCS and RHGFS are not part of RHEL, and not part of base CentOS (before centos-5 that is). It is an addon repository. We do update it, but it takes a back seat to the main centos repo. Regardless ... I am building those updates and they should be released after I QA them sometime later today. And, if you're a GFS customer of Red Hat's, I'm pretty darn sure the first thing they do is disable kernel updates... In fact, I seem to recall that RHEL4 ships with kernel updates disabled, you have to use `up2date --force` or something to enable them. Yes, but kernel is disabled from EL4 reguardless of filesystem, so GFS has nothing to do with that. YOu can just edit the up2date file to remove that. I merely believe that GFS filesystem updates should be released in conjuntion with kernel with all the other filesystems built in, treating it no differently since it is officially supported, just not put in the standard kernel build to put separation between it and the $$ extra product. And that is merely, an opinion. Sure ... the reason they want you to manually update the kernel is that for all but the most basic of systems, you have to think BEFORE you update it. All I am saying is that GFS (and any other ADDED repo besides Base or Updates) will get updates ... however they are not normally going to be as fast as the Base and Updates repos. That is just how it goes. Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
Doug Tucker wrote: This is linked from the CentOS FAQ: http://www.caliburn.nl/topposting.html Akemi LOL! This is just TOO good. 1. Because it is proper Usenet Etiquette. ...all but dead...I run a usenet server here, had 3 logins last month...user base is over 4000... 2.We use a good news reader like Forte Agent. OMG. I haven't used a usenet reader in 10 years for anything. Assumed Forte Agent went out of development years ago. I'll stop there, there is not a single thing on that page I can agree with anymore, technology, email and the web have moved on beyond that ideology of old. I'm already at about 50% of the time reading email on my iphone mail app. Like it or not for the religious users (and I'll count myself there in many categories), eventually most of our mail will be read on a handheld device. So the 2 line preview pane at the top before deciding to atually open the message becomes very relevant, which does not lend itself useful in "bottom posting". I can't remember the last time I saw a desktop user regardless of client not read their mail using the "preview" pane. They need to just rename that, as people even rarely click to open the message anymore. Again, not good when bottom posting. I got poo-poo'd off about my GFS/kernel release schedule, for being in some small minority. So, where are bottom posters, in terms of majority these days? Maybe it's time, to update with the times? Go ahead, let the bashing begin! I'm off to another building, taking my email in my pocket with me... OK ... you are officially an ass .. I will no longer reply to your mails or help you in any way. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
On Wed, May 14, 2008 at 11:50 PM, John R Pierce <[EMAIL PROTECTED]> wrote: > btw, what is WITH all these lame gmail addresses? linuxlist ? centoslist > ?? Do I call you Mr Linux, or Mr List ? Nothing to do with gmail. About calling me, it's a nice thing but probably not needed. And I also know about usenet etiquette. Well, I post in so many different threads and I do not want someone googling and finding all about me. Besides, you people have the right to ignore my-type people since not using real (or reallike nick)names. Instead of deceiving people with different names on different platforms, I prefer being honest about hiding my i.d. and I think this is also my right (as your ignoring right) But if it'll satisfy someone, I can choose some real-looking nicknames from now on :) Thanks... ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
On Wed, May 14, 2008 at 4:58 PM, Johnny Hughes <[EMAIL PROTECTED]> wrote: > OK ... you are officially an ass .. I will no longer reply to your mails or > help you in any way. Yes. When I signed on with CentOS it was explicitly written into my requirements that *I* be the only 'official' ass. Yes, a non-compete clause is involved, so can all just STEP OFF! :-P -- During times of universal deceit, telling the truth becomes a revolutionary act. George Orwell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: broken GFS
on 5-14-2008 1:48 PM Doug Tucker spake the following: This is linked from the CentOS FAQ: http://www.caliburn.nl/topposting.html Akemi LOL! This is just TOO good. 1. Because it is proper Usenet Etiquette. ...all but dead...I run a usenet server here, had 3 logins last month...user base is over 4000... 2.We use a good news reader like Forte Agent. OMG. I haven't used a usenet reader in 10 years for anything. Assumed Forte Agent went out of development years ago. I'll stop there, there is not a single thing on that page I can agree with anymore, technology, email and the web have moved on beyond that ideology of old. I'm already at about 50% of the time reading email on my iphone mail app. Like it or not for the religious users (and I'll count myself there in many categories), eventually most of our mail will be read on a handheld device. So the 2 line preview pane at the top before deciding to atually open the message becomes very relevant, which does not lend itself useful in "bottom posting". I can't remember the last time I saw a desktop user regardless of client not read their mail using the "preview" pane. They need to just rename that, as people even rarely click to open the message anymore. Again, not good when bottom posting. I got poo-poo'd off about my GFS/kernel release schedule, for being in some small minority. So, where are bottom posters, in terms of majority these days? Maybe it's time, to update with the times? Go ahead, let the bashing begin! I'm off to another building, taking my email in my pocket with me... Gentlemen! Please stop! I would say this -- Post in whatever format you feel like posting in. Everyone else who does not like that format is free to ignore or answer the poster. If everyone ignores it, they will change or move on. If someone answers them, they will be helped, and probably still move on. These [EMAIL PROTECTED] slapping threads get boring real fast, and the iPhone user is running up his cell time. Maybe you both can go on a skype call and do some real shouting! ;-P -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Somewhat OT:
Ross S. W. Walker wrote on Wed, 14 May 2008 08:53:05 -0400: > I thought Outlook does a pretty good job on references. It's okay if used standalone. You may have lost references because of the way you are connected to Exchange. Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
Yes. When I signed on with CentOS it was explicitly written into my requirements that *I* be the only 'official' ass. Yes, a non-compete clause is involved, so can all just STEP OFF! :-P Haha, thanks for the humorous remark! It has been said that "If you get too serious, you'll spoil all the fun." I imagine that most of the folks subscribed are System Administrators, Engineers and Architects. I'd also leap to the unproven assumption that the majority are overworked, underpaid, stressed, and stuff like that. If that doesn't make for a bunch of terse, grumpy, and otherwise friendly-and-cheer-challenged folks at times, well, you're better folks than myself, which, admittedly, isn't all that difficult, and a little humor can go a long way. Personally, I'd prefer top posting, I don't have an issue reading messages staged that way. To me, scrolling down to see history makes a great deal of sense, as it means I see the most pertinent portion of a message first. (Arguably pertinent, however if it wasn't for the most recent content, the message wouldn't have been sent.) However, I don't care enough to make an issue out of it, while some obviously have strong preferences to bottom posting. What is REALLY not helpful is top, bottom, top, bottom posting, and thus I go with the norm. Either way, while building and sending escalatory non-main-topic content (ie, flame wars) are as traditional as bottom posting, I think we'd be better off without. Peace, Jacob Leaver Sr. Systems Administrator ReachONE Internet ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Top Posting
On Wed, 2008-05-14 at 15:56 -0500, Scott Nelson wrote: > On May 14, 2008, at 3:48 PM, Doug Tucker wrote: > > > ...all but dead...I run a usenet server here, had 3 logins last > > month...user base is over 4000... > Usenet is almost dead but e-mail lists abound (you are using one). Same concepts. I know, but my point was, since we all use email to read email lists, let's get off the old usenet etiquette, and use email etiquette, which you will find yourself in the very minute minority that replies bottom post. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
> All I am saying is that GFS (and any other ADDED repo besides Base or > Updates) will get updates ... however they are not normally going to be > as fast as the Base and Updates repos. That is just how it goes. I can totally live with that, I was just b**ching about RH's approach. I'm not expecting centos to do anything more, I appreciate the fact that this exists, as it keeps me from having to use debian :). ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
> OK ... you are officially an ass .. I will no longer reply to your mails > or help you in any way. Wow. My apologies, I thought that was actually a productive reply, not even sure how you got offended, but I will apologize anyway, I don't intend to ever offend anyone. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] OT: Top Posting
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Doug Tucker > Sent: Wednesday, May 14, 2008 5:49 PM > To: CentOS mailing list > Subject: Re: [CentOS] OT: Top Posting > > On Wed, 2008-05-14 at 15:56 -0500, Scott Nelson wrote: > > On May 14, 2008, at 3:48 PM, Doug Tucker wrote: > > > > > ...all but dead...I run a usenet server here, had 3 logins last > > > month...user base is over 4000... > > > Usenet is almost dead but e-mail lists abound (you are using one). > Same concepts. > > I know, but my point was, since we all use email to read email lists, > let's get off the old usenet etiquette, and use email etiquette, which > you will find yourself in the very minute minority that replies bottom > post. > I just wish I could configure my outlook ... > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Top Posting
Doug Tucker wrote: I know, but my point was, since we all use email to read email lists, let's get off the old usenet etiquette, and use email etiquette, which you will find yourself in the very minute minority that replies bottom post. Not on this or most any other technical list, with the probable exception of Microsoft Outlook users who seem to think they are the center of the universe and that everyone else should bow to their non-standards-compliant client's quirks. have you ever seen an email list digest? digests and archives filled with fully quoted top posted mail are completely unreadable.most of the lists I manage personally, over half the subscribers use the 'digest' (and the vast majority of these rarely if ever post). here's another good discussion on this. http://mailformat.dan.info/quoting/top-posting.html A: Because we read from top to bottom, left to right. Q: Why should I start my reply below the quoted text? A: Because it messes up the order in which people normally read text. Q: Why is top-posting such a bad thing? A: The lost context. Q: What makes top-posted replies harder to read than bottom-posted? A: Yes. Q: Should I trim down the quoted part of an email to which I'm replying? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
> I imagine that most of the folks subscribed are System Administrators, > Engineers and Architects. I'd also leap to the unproven assumption that > the majority are overworked, underpaid, stressed, and stuff like that. > If that doesn't make for a bunch of terse, grumpy, and otherwise > friendly-and-cheer-challenged folks at times, well, you're better folks > than myself, which, admittedly, isn't all that difficult, and a little > humor can go a long way. Agreed to all, and I was just having some fun and trying to bring some humor to everyone's day. Thanks for having a sense of humor, I'll respectfully bow out now. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: A couple of CentOS 5.1 issues
on 5-14-2008 12:34 PM Alfred von Campe spake the following: On May 14, 2008, at 10:58, Alfred von Campe wrote: In the mean time, anyone have any info on Kermit for CentOS 5? We have some Kermit scripts sent to us by one of our vendors, so we can't just easily migrate to another serial communications tool. I was able to compile the latest Kermit from sources and put the resulting binary in a network accessible location. This should be good enough for now. But I wonder why Kermit is no longer available. The next missing package is DDD? I was able to download the RPM from the EPEL repo (I do not want to enable that repo on my systems) and install it on my systems. But again, I wonder why that package is no longer available? Both DDD and Kermit were part of the base repo in CentOS 4.X. Alfred CentOS usually creates whatever upstream gives out. You would have to see why RedHat stopped putting it in, or see if you can convince CentOS developers to add it to centosplus. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] broken GFS
On Wed, May 14, 2008 at 3:02 PM, Doug Tucker <[EMAIL PROTECTED]> wrote: > > Agreed to all, and I was just having some fun and trying to bring some > humor to everyone's day. Thanks for having a sense of humor, I'll > respectfully bow out now. > There you go, man Keep as cool as you can Face piles of trials with smiles It riles them to believe That you perceive The web they weave... And keep on thinking free - In the Beginning, On the Threshold of a Deam, the Moody Blues :-) mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: tar spanning
on 5-14-2008 11:16 AM MHR spake the following: On Wed, May 14, 2008 at 10:54 AM, CentOS List <[EMAIL PROTECTED]> wrote: Hi, I have a directory with 18GB worth of files and I would like to tar span and burn it into a few DVDs after that. How can I do this in command line? Thanks Regards Am I the only one who finds it disturbing that someone who is only identified as "CentOS List" and who clearly is not is asking a question like this of the (actual) CentOS List? Or is there another way to read this? Please identify yourself and don't pretend to be this list mhr People are so afraid that someone will be able to identify them through newsgroup postings or harvest their address for spam. So what if someone googles my name and finds out I help people on a few lists! Makes me look real bad, doesn't it? -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] OpenSSL/SSH Bug on Debian - Compromised key pairs
Hi People, I know this may seem off topic, but I thought for those of us who might have Debian users generating key pairs that they put on CentOS systems people should be aware that everybody who generated a public/private keypair or an SSL cert request on Debian or Ubuntu from 2006 on is vulnerable http://it.slashdot.org/it/08/05/13/1533212.shtml ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: tar spanning
On Wed, May 14, 2008 at 3:13 PM, Scott Silva <[EMAIL PROTECTED]> wrote: > > People are so afraid that someone will be able to identify them through > newsgroup postings or harvest their address for spam. > > So what if someone googles my name and finds out I help people on a few > lists! I'm just hoping the foot-in-mouth postings I've made here aren't as google-able as some of the more intelligent stuff that comes up under my name. I'm already infamous, and not just on this list. Do I care? Why? Will it put me on a no-fly list (probably too late... ;^)? > Makes me look real bad, doesn't it? > Oh, yeah! ;^) mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: OT: Top Posting
on 5-14-2008 2:48 PM Doug Tucker spake the following: On Wed, 2008-05-14 at 15:56 -0500, Scott Nelson wrote: On May 14, 2008, at 3:48 PM, Doug Tucker wrote: ...all but dead...I run a usenet server here, had 3 logins last month...user base is over 4000... Usenet is almost dead but e-mail lists abound (you are using one). Same concepts. I know, but my point was, since we all use email to read email lists, let's get off the old usenet etiquette, and use email etiquette, which you will find yourself in the very minute minority that replies bottom post. Don't say "we all". I am reading this list through gmane with a newsreader. -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: tar spanning
on 5-14-2008 3:20 PM MHR spake the following: On Wed, May 14, 2008 at 3:13 PM, Scott Silva wrote: People are so afraid that someone will be able to identify them through newsgroup postings or harvest their address for spam. So what if someone googles my name and finds out I help people on a few lists! I'm just hoping the foot-in-mouth postings I've made here aren't as google-able as some of the more intelligent stuff that comes up under my name. I'm already infamous, and not just on this list. Do I care? Why? Will it put me on a no-fly list (probably too late... ;^)? Makes me look real bad, doesn't it? Oh, yeah! ;^) mhr You know that the more stupid the rant, or more embarrassing, the higher it goes in the page rank! ;-P -- MailScanner is like deodorant... You hope everybody uses it, and you notice quickly if they don't signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: tar spanning
On Wed, May 14, 2008 at 3:44 PM, Scott Silva <[EMAIL PROTECTED]> wrote: > > You know that the more stupid the rant, or more embarrassing, the higher it > goes in the page rank! ;-P > "I'm the top!" ;^) mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OT: Top Posting
Jason Pyeron wrote: ...all but dead...I run a usenet server here, had 3 logins last month...user base is over 4000... Usenet is almost dead but e-mail lists abound (you are using one). Same concepts. I know, but my point was, since we all use email to read email lists, let's get off the old usenet etiquette, and use email etiquette, which you will find yourself in the very minute minority that replies bottom post. There is business email where you reply immediately and expect the recipient to remember the context he sent so top-posting works and internet email where you reply when you get around to it and most of the readers aren't going to remember any context so top-posting doesn't work. I just wish I could configure my outlook ... Configure it? Don't you know how to move the cursor? The point is that you are supposed to delete the irrelevant context as you move down, replying underneath the parts you leave so it lands it the right place conversation-wise. -- Les Mikesell [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] OpenSSL/SSH Bug on Debian - Compromised key pairs
Clint Dilks wrote: Hi People, I know this may seem off topic, but I thought for those of us who might have Debian users generating key pairs that they put on CentOS systems people should be aware that everybody who generated a public/private keypair or an SSL cert request on Debian or Ubuntu from 2006 on is vulnerable http://it.slashdot.org/it/08/05/13/1533212.shtml I've been following this story too after reading about it on SANS Internet Storm Center: http://isc.sans.org/diary.html?storyid=4414 I wonder how far reaching this is. One wonders if any of the trusted root CAs have issued vulnerable certs as a result. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] OT: Top Posting
-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Les Mikesell > Sent: Wednesday, May 14, 2008 6:59 PM > To: CentOS mailing list > Subject: Re: [CentOS] OT: Top Posting > > Jason Pyeron wrote: > > > ...all but dead...I run a usenet server here, had 3 logins last > month...user base is over 4000... > >> Usenet is almost dead but e-mail lists abound (you are using one). > >> Same concepts. > >> > >> I know, but my point was, since we all use email to read email lists, > >> let's get off the old usenet etiquette, and use email etiquette, which > >> you will find yourself in the very minute minority that replies bottom > >> post. > > There is business email where you reply immediately and expect the > recipient to remember the context he sent so top-posting works and > internet email where you reply when you get around to it and most of the > readers aren't going to remember any context so top-posting doesn't work. > > >> > > > > I just wish I could configure my outlook ... > > Configure it? Don't you know how to move the cursor? The point is that > you are supposed to delete the irrelevant context as you move down, > replying underneath the parts you leave so it lands it the right place > conversation-wise. Point, and click. Okay got it. Hmm, what am I forgetting to do before sending? > > -- >Les Mikesell > [EMAIL PROTECTED] > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] OT: Top Posting
> -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On > Behalf Of Les Mikesell > > Jason Pyeron wrote: > > > > > > I just wish I could configure my outlook ... > > Configure it? Don't you know how to move the cursor? The point is that > you are supposed to delete the irrelevant context as you move down, > replying underneath the parts you leave so it lands it the right place > conversation-wise. > I know that, but it was a lot easier in pine. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] A couple of CentOS 5.1 issues
Hi, On Wed, May 14, 2008 at 9:37 AM, Alfred von Campe <[EMAIL PROTECTED]> wrote: > First, I can not find kermit (or ckermit) in any of the repos (base, extras, > centosplus, rpmforge). On my 4.6 systems, /usr/bin/kermit was provided by > the package ckermit in the base repo. That package appears to be no longer > available. Any ideas where I could find a suitable replacement? I don't know why you need kermit, but for serial-based terminal/console access, minicom may do what you want. I use it to access Unix/Linux hosts through the serial console and for network switches and routers as well. It works OK for that. HTH, Filipe ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Max thin client sessions/gdm limit?
On Wednesday 14 May 2008 21:40:06 Ryan Faussett wrote: > Everything has been working quite well for some time. However now I seem to > have hit a 50 thin client/gdm session limit. I've tested this several times > by powering off all of our thin clients and restarting the terminal server, > then powering up each thin client one at a time. They all work fine up to > the 51st thin client. When I power up the 51st thin client it grabs an ip > address, fetches its boot image, proceeds to boot, X starts (gray mesh > screen, large X cursor -- gray screen of death?) and then it just sits > there. The GDM login/greeter is never presented. > Does anyone have any ideas? I'm not sure what more info to post but I'd be > glad to send anymore log info or config files. > > Any help/suggestions are appreciated, Hi Ryan, I'm working on LTS too but on a smaller number. So, I haven't encountered this problem. But from google I found this: http://www.starnet.com/xwin32kb/Session_declined:_Maximum_number_of_sessions_reached/ HTH, -- Fajar Priyanto | Reg'd Linux User #327841 | Linux tutorial http://linux2.arinet.org 07:49:20 up 53 min, 2.6.22-14-generic GNU/Linux Let's use OpenOffice. http://www.openoffice.org The real challenge of teaching is getting your students motivated to learn. signature.asc Description: This is a digitally signed message part. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Somewhat OT:
Ross S. W. Walker wrote: Nagios can start very simple, but has the ability to end up very complex. It's configs take a modular approach, you have monitors, monitors belong in groups, groups have operators/administrators, etc. We just finished setting up Nagios at our office. It's not that bad once you break things out to sensible filenames instead of using one big config file. We stripped it down to just the essentials and are slowly building out our configuration to monitor additional services and hosts. The other trick that we use is FSVS, which means that we have very good records as to what configuration file changes we made on the server. (FSVS is a front-end for storing stuff like /etc in a SVN repository.) It's extremely useful to be able to log configuration changes, browse past changes, do diffs on the files, etc. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: tar spanning
On Thursday 15 May 2008 05:50:02 MHR wrote: > On Wed, May 14, 2008 at 3:44 PM, Scott Silva <[EMAIL PROTECTED]> wrote: > > You know that the more stupid the rant, or more embarrassing, the higher > > it goes in the page rank! ;-P > > "I'm the top!" Googling my own name 'Fajar Priyanto Linux' returns 12,300 hits from Google. Maybe someday we can compile a top-ten list for this? :) -- Fajar Priyanto | Reg'd Linux User #327841 | Linux tutorial http://linux2.arinet.org 07:54:39 up 58 min, 2.6.22-14-generic GNU/Linux Let's use OpenOffice. http://www.openoffice.org The real challenge of teaching is getting your students motivated to learn. signature.asc Description: This is a digitally signed message part. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: tar spanning
On Wed, May 14, 2008 at 8:54 PM, Fajar Priyanto <[EMAIL PROTECTED]> wrote: > Googling my own name 'Fajar Priyanto Linux' returns 12,300 hits from Google. > Maybe someday we can compile a top-ten list for this? :) Oh hell no. If we go down that road we're doing it RIGHT, with a winner-take-all brawl via google-fight(http://www.googlefight.com/)! Two names enter, one name leaves! -- During times of universal deceit, telling the truth becomes a revolutionary act. George Orwell ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Somewhat OT: (Nagios)
Sergio Belkin wrote:
2008/5/13 <[EMAIL PROTECTED]>:
OK, you won :) I'm going to test nagios. I am using centos 5.1
x86_64. Do I lose much if I use rpm from rpmforge (version 2.9)?
We're running version 2.11 at the office (on CentOS 5.1 x86_64). I've
looked at some of the things in 3.0, but there's nothing there that I
needed yet.
Hopefully you have some way to track changes in /etc/nagios (FSVS is
what we use), because it will make your life much easier to have an
audit trail.
We created sub-folders under /etc/nagios to hold the various types of
entities. For example, we have:
/etc/nagios/commands
/etc/nagios/contacts
/etc/nagios/contactgroups
/etc/nagios/hosts-switches
/etc/nagios/hosts-dmz
/etc/nagios/hosts-servers
/etc/nagios/hosts-lan
/etc/nagios/templates-hosts
/etc/nagios/templates-services
We then broke individual elements out of the default massive
configuration folder into individual .cfg files. For example, we chose
to create individual files for each contact rather the putting them all
in a single file. So far it works well, it's a lot easier to get a feel
for what users have been defined, what hosts are defined, what the
templates are. Because when I look in templates-services, I see from
the directory listing that I have service templates named X, Y and Z
(without having to open up the file to look).
We currently put service checks for individual hosts in the same
configuration file as the host. So you will have the following
definitions in a typical host file (until you get into templating):
define host{
define hostextinfo{
define service{
define service{
...
Any plugins that we wrote ourself, we put under a separate folder.
Which keeps them separate from
/usr/local/lib64/nagios-plugins/
Basically, start small, track your changes, and plan on refactoring it
in week #2 after you start monitoring about a dozen hosts. Stay away
from advanced things like escalation, monitoring things like disk space
on remote servers, or the like until you get the basics working.
Oh, and SELinux will probably get in your way. So you'll need to play
with audit2allow to create supplemental policy to give Nagios additional
permissions. (Which may have been due to PEBKAC issues on my end - I
plan on going back and looking at labeling and figuring out what I
mislabeled.)
I think that's the majority of the issues that we dealt with in the past
2 weeks. We're now in fine-tuning mode and getting ready to start
monitoring remote services next week.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: A couple of CentOS 5.1 issues
On May 14, 2008, at 18:05, Scott Silva wrote: CentOS usually creates whatever upstream gives out. You would have to see why RedHat stopped putting it in, or see if you can convince CentOS developers to add it to centosplus. I understand the relationship with the upstream provider. I was hoping for some insight as to why Kermit and DDD were dropped from the distro... Alfred ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: tar spanning
On Wed, May 14, 2008 at 5:54 PM, Fajar Priyanto <[EMAIL PROTECTED]> wrote: > > Googling my own name 'Fajar Priyanto Linux' returns 12,300 hits from Google. > Maybe someday we can compile a top-ten list for this? :) How about a bottom list? I only have 77, and a lot of them are from ten years ago...! I have been humbled, mightily. mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] A couple of CentOS 5.1 issues
On May 14, 2008, at 20:12, Filipe Brandenburger wrote: I don't know why you need kermit, but for serial-based terminal/console access, minicom may do what you want. I use it to access Unix/Linux hosts through the serial console and for network switches and routers as well. It works OK for that. We do use minicom for most all serial communications. However, we have some Kermit scripts provided by a vendor that can only be run in Kermit. Alfred ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: tar spanning
On Wed, May 14, 2008 at 9:13 PM, MHR <[EMAIL PROTECTED]> wrote: > On Wed, May 14, 2008 at 5:54 PM, Fajar Priyanto <[EMAIL PROTECTED]> > wrote: > > > > Googling my own name 'Fajar Priyanto Linux' returns 12,300 hits from > Google. > > Maybe someday we can compile a top-ten list for this? :) > > How about a bottom list? I only have 77, and a lot of them are from > ten years ago...! > > I have been humbled, mightily. > > mhr 6,620,000 for my name... that's what you get with a common first and last name. there are still 173,000 when you tack on linux. I was curious so I typed in John Smith and got over 22,000,000. Dave ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Re: tar spanning
> People are so afraid that someone will be able to identify them through > newsgroup postings or harvest their address > for spam. > So what if someone googles my name and finds out I help people on a few lists! > Makes me look real bad, doesn't it? No. I am on a few lists and each list with a different email address so that I can sort them out correctly. If you people don’t wish to help out, its fine, just ignore my mails. It will be nice to stop making fun of me. Thanks ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] missing from Centos51 src tree: ".../drivers/infiniband/hw/amso1100/Makefile"
i'm attempting to rebuild centos51 kernel-xen. (fwiw, because pciback has NOT been compiled into the kernel, http://bugs.centos.org/view.php?id=2767) after, yum install kernel-devel kernel-xen-devel and usual, ln -s /usr/src/kernels/`uname -r`-`uname -m` /usr/src/linux cd /usr/src/linux cp /boot/config-`uname -r` ./.config make oldconfig make menuconfig ... next, make rpm fails at, scripts/kconfig/conf -s arch/x86_64/Kconfig make clean scripts/Makefile.clean:17: /usr/src/kernels/2.6.18-53.1.19.el5-xen-x86_64/drivers/infiniband/hw/amso1100/Makefile: No such file or directory make[5]: *** No rule to make target `/usr/src/kernels/2.6.18-53.1.19.el5-xen-x86_64/drivers/infiniband/hw/amso1100/Makefile'. Stop. make[4]: *** [drivers/infiniband/hw/amso1100] Error 2 make[3]: *** [drivers/infiniband] Error 2 make[2]: *** [_clean_drivers] Error 2 make[1]: *** [rpm] Error 2 make: *** [rpm] Error 2 checking, ls -al \ /usr/src/kernels/2.6.18-53.1.19.el5-xen-x86_64/drivers/infiniband/hw/amso1100/Makefile \ /usr/src/kernels/2.6.18-53.1.19.el5-xen-x86_64/drivers/infiniband/hw/*/Makefile in fact *is* missing, /bin/ls: /usr/src/kernels/2.6.18-53.1.19.el5-xen-x86_64/drivers/infiniband/hw/amso1100/Makefile: No such file or directory -rw-r--r-- 1 root root 380 May 7 06:12 /usr/src/kernels/2.6.18-53.1.19.el5-xen-x86_64/drivers/infiniband/hw/cxgb3/Makefile -rw-r--r-- 1 root root 545 May 7 06:12 /usr/src/kernels/2.6.18-53.1.19.el5-xen-x86_64/drivers/infiniband/hw/ehca/Makefile -rw-r--r-- 1 root root 782 May 7 06:12 /usr/src/kernels/2.6.18-53.1.19.el5-xen-x86_64/drivers/infiniband/hw/ipath/Makefile -rw-r--r-- 1 root root 310 May 7 06:12 /usr/src/kernels/2.6.18-53.1.19.el5-xen-x86_64/drivers/infiniband/hw/mthca/Makefile installing & checking original/full SRPM, cd /usr/src/redhat/SRPMS wget http://mirror.centos.org/centos/5.1/updates/SRPMS/kernel-2.6.18-53.1.19.el5.src.rpm rpm -ivh kernel-2.6.18-53.1.19.el5.src.rpm it's also missing there, ls -al /usr/src/kernels/2.6.18-53.1.19.el5-x86_64/drivers/infiniband/hw/amso1100/Makefile /bin/ls: /usr/src/kernels/2.6.18-53.1.19.el5-x86_64/drivers/infiniband/hw/amso1100/Makefile: No such file or directory where can I get the 'Makefile'? thanks. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: tar spanning
On Thursday 15 May 2008 09:31:09 CentOS List wrote: > No. I am on a few lists and each list with a different email address so > that I can sort them out correctly. If you people don’t wish to help out, > its fine, just ignore my mails. It will be nice to stop making fun of me. Looks like this week has been a rough one for many people. A quick google: http://www.linuxquestions.org/questions/linux-software-2/tar-split-question-605013/ HTH, -- Fajar Priyanto | Reg'd Linux User #327841 | Linux tutorial http://linux2.arinet.org 10:08:38 up 3:12, 2.6.22-14-generic GNU/Linux Let's use OpenOffice. http://www.openoffice.org The real challenge of teaching is getting your students motivated to learn. signature.asc Description: This is a digitally signed message part. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] tar spanning
CentOS List wrote: I have a directory with 18GB worth of files and I would like to tar span and burn it into a few DVDs after that. How can I do this in command line? For what it's worth, I usually use rar for this task, because I can figure out the command line in about 10 seconds by running 'rar' with no arguments and check the help output, and they confuse my Windows-y friends less if I need to pass them around. Install rar from rpmforge. To split a directory of files into roughly 700Mb bits: rar a -v70k rarname_to_create.rar dir_of_files I recently wanted to split a large .iso of already highly compressed data into chunks that would fit on a FAT32 filesystem, so this is with no compression: rar a -v70k -m0 rarname_to_create.rar dir_of_files I just noticed that Fajar beat me to quoting google hits relating to 'tar | split' so I'll hold off doing the same :) Nick ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Re: tar spanning
>> No. I am on a few lists and each list with a different email address >> so that I can sort them out correctly. If you people don’t wish to >> help out, its fine, just ignore my mails. It will be nice to stop making fun >> of me. > Looks like this week has been a rough one for many people. > A quick google: > http://www.linuxquestions.org/questions/linux-software-2/tar-split-question-605013/ Thanks! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Tape operation
Hi all, My only encounter with tape-backup was with Windows 2000. With it, when we backup things using windows' backup tool, it will create a 'catalog', then the catalog contains all the backup operations we do based on date. So, with this we can "append" many backups into one tape. Next time we want to restore a backup, we can choose what date available in that particular tape. I have zero experience with tape on Linux. I've been googling around and it seems that the backup operation is very different. For example: - The tape is 400GB (LTO-3) - The data is only 10GB Some of the articles I read imply that 1 tape contains 1 backup-file only. CMIIW. This is certainly not very efficient. The commands used are: mt, either tar, cpio. My question is: 1. How do I use that one tape of 400GB to store 39 archives of backup into it in Linux? 2. Is tape backup seen by Linux just like any other filesystem? Can we mount it and 'ls -l' it? 3. When to rewind, forward, why? 4. Wel will only backup data/files (not the entire filesystem), is it enough to use the software provided by the tape vendor, or do I need another software? Or just the mt command will do it? Any URL, scripts, insight are very welcome. Thank you very much. -- Fajar Priyanto | Reg'd Linux User #327841 | Linux tutorial http://linux2.arinet.org 11:35:28 up 4:39, 2.6.22-14-generic GNU/Linux Let's use OpenOffice. http://www.openoffice.org The real challenge of teaching is getting your students motivated to learn. signature.asc Description: This is a digitally signed message part. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Tape operation
Fajar Priyanto wrote: Hi all, My only encounter with tape-backup was with Windows 2000. With it, when we backup things using windows' backup tool, it will create a 'catalog', then the catalog contains all the backup operations we do based on date. So, with this we can "append" many backups into one tape. Next time we want to restore a backup, we can choose what date available in that particular tape. I have zero experience with tape on Linux. I've been googling around and it seems that the backup operation is very different. For example: - The tape is 400GB (LTO-3) - The data is only 10GB Some of the articles I read imply that 1 tape contains 1 backup-file only. CMIIW. This is certainly not very efficient. The commands used are: mt, either tar, cpio. ... I recommend buying some commercial tape backup software.. freeware for tape is woefully poor. common packages include... Legato (from EMC) Symantec Backup Exec and its big brother NetBackup Tivoli StorageManager (from IBM) HP DataProtector Express (hoary, but quite robust and cheaper than the above) and there's a bunch of smaller players, like NovaStor, Yosemite, etc the big ugly with all of these is the tape formats and catalogs are generally NOT interchangable. btw, I would think twice about keeping 40 daily backups on the same tape, thats a lot of eggs in one basket. LTO /is/ quite reliable, but still... ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
