Re: [CentOS] Gnome Terminal and xterm problems
On 7/12/07, Matt Shields <[EMAIL PROTECTED]> wrote: No session doesn't come back ever. It just hangs permanently. Curiouser and curiouser. My first thought would be a firewall/router/switch timing out, but that typically happens for idle sessions, and you said somewhere that this is happening during activity. And of course you said this happens from multiple source locations and multiple destinations, that does make it harder to think a network element would be the cause. I have active ssh sessions between various Linux systems that have up for weeks (or months), with no issues. Have you ever tried sniffing for network traffic related to a hung session? -- Dave K Unix Systems & Network Administrator Mount Laurel NJ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Centos as a desktop, advisable?
On 7/25/07, Chris Mauritz <[EMAIL PROTECTED]> wrote: I agree completely. I don't see any real showstoppers that would prevent it from being a fine desktop. There are a few extras that I'd want to grab from the Fedora repos, but you can't beat the cost/stability/speedy updates/7 year EOL with a stick. I agree, but I think the earlier comments have some validity though. It would be far more useful if certain key apps (e.g. FireFox and OpenOffice, I'm sure each of us has their own "key app" list) were kept up-to-date, perhaps in an alternative repo. And for supporting a large deployment, they need to be a repo, building/installing manually just isn't an option. -- Dave K Unix Systems & Network Administrator Mount Laurel NJ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Thank you: Wiki data for adding 3rd party repository, ProtectBase and Priorities
On 7/26/07, Johnny Hughes <[EMAIL PROTECTED]> wrote: Well ... actually, having plus lower is a good thing. BUT, it requires you to exclude the packages that exist in Base/Updates if you use the Plus repo. Sounds like a choice between "some of plus" versus "all of plus", correct? -- Dave K Unix Systems & Network Administrator Mount Laurel NJ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Thank you: Wiki data for adding 3rd party repository, ProtectBase and Priorities
On 7/26/07, Akemi Yagi <[EMAIL PROTECTED]> wrote: If you ever set up your own local repo, that should be given the highest priority. In that case, you'd better start with a 2 for base etc. I'm just starting to "play with" priorities, but I actually made mine all multiples of 10 on the first setup to make tuning easier. Also, I think I've found that if you really want to use the "plus" repo it needs to be the same priority as "base" and "updates". -- Dave K Unix Systems & Network Administrator Mount Laurel NJ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Forcing ifcfg-eth0 to use the same nic in multi nic machine
On 8/15/07, Les Mikesell <[EMAIL PROTECTED]> wrote: > Lanny Marcus wrote: > > I agree with Doug and Johnny. My belief is that every NIC in the world > > is supposed to have a unique MAC address. > > Everyone believed that except DECnet which expected all cards in the > same machine to have the same MAC. I guess you haven't worked with Sun systems lately. Although every Sun NIC does have it's own MAC address, by default the system uses one MAC for all of them. I have yet to decide if this is a Good Thing or not -- Dave K Unix Systems & Network Administrator Mount Laurel NJ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Question on upgrading hardware
On Thu, Jan 22, 2009 at 8:27 PM, nate wrote: > Bob Hoffman wrote: >> For centos 5.x >> 2- If I built another system, slightly different motherboard but most of the >> rest the same as far as hardware, would taking a drive from the old system >> and adding it to the new system work correctly and recognize what it needs? > > If the disk controller is the same you should be fine. If it is not > the same you may want to adjust your /etc/modprobe.conf and rebuild > your initrd prior to making the change to ensure the system boots. I haven't tried this with CentOS 5.x, but have with other distros/releases. One thing that often happens is that the network configuration will need to be re-run. When kudzu (is that still in 5.x? My 5.x system is down at the moment :( ) sees that the network interface has changed, it deletes the config for the old one, than asks you to configure the new one. So be prepared to re-enter all the interface details. Or save the existing config, and make the necessary edits in single-user mode. If you have a custom X setup, you should move it aside and let the defaults take over again. To make the transition easier, and to allow step-by-step testing, it might be a good idea to set the initial run level to 1 before removing the disk from the old system, make sure everything that you see looks okay in single-user, jump to run-level 3, again check everything, then try for run-level 5 (if that's where you're headed). Leaving the initial run-level at 1 or 3 is particularly helpful when you aren't sure if the X config is working, as a bad X config can be a real pain to work around (yes, you should be able to get to a virtual console and so on, but SHOULD is the operative word). In general, the more customizations you've made, the greater the chance of problems. One area of concern is the grub settings. The more specific they are to the hardware, the greater the chance of failure. Having a working live-cd (or usb key or whatever) that runs on the new hardware could also be a life-saver. If you have problems, there are some things I've done in the past to recover failed systems: 1) Do an install to a "new" disk in the new hardware, and make note of the various configuration settings. Make the "old" drive the second disk, and transfer those settings you need (ALWAYS KEEPING BACKUP COPIES, of course). 2) If you mangle things to the point where things look unrecoverable, don't despair. You can try doing an "UPGRADE" installation of the same distro/release using the old disk, that will often fix grub and kernel configuration issues. But that will also downgrade a lot of packages back to the original release versions, so a full update will be required afterwards. By the way, you have made backups of all your important/critical/valuable data, right? (Backups of /etc and /boot can also be helpful if things start "going wrong".) -- Dave K Unix Systems & Network Administrator Mount Laurel NJ ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
