Unix Revolution

I was somewhat frustrated when network interface enumeration suddenly changed (around 6.3) in a seemingly random manner.  I noticed the madness now had a pattern... and regardless of my attempts to manually manage my interfaces using UDEV (as I had in the past) it would just screw everything up. So - I conceded and allowed the system to manage itself how it wanted and I discovered that was the best option. In the past, you may end up with eth0 being on a PCI card, while the onboard would be eth3.  Since the release of the new standard, the onboard are identified as em (for "embedded" I believe) and the other network interfaces are identified by slot number and interface (i.e. p2p1 - slot 2, eth 1). A person who posts on the Red Hat Customer Portal had an amazing find and submitted the following: ....Dell (who wrote biosdevname and released it under GPL) have two white papers on the subject at the project page: http://linux.dell.com/biosdevname/ From the Consistent N...

I will be updating this later...  I believe what I have here is accurate.  However, I have not tested it. NOTE: These specific steps will not work with Grub2. # vgs [root@neo ~]# vgs   VG     #PV #LV #SN Attr   VSize   VFree   vg_neo   1   5   0 wz--n- 451.66g 152.66g [root@neo ~]# vgrename vg_neo vg_noob [root@neo ~]# cp /etc/fstab /etc/fstab.bak [root@neo ~]# sed -i -e 's/vg_neo/vg_noob/g' /etc/fstab [root@neo ~]# sed -i -e 's/vg_neo/vg_noob/g' /boot/grub/grub.conf [root@neo ~]# sync [root@neo ~]# vgscan [root@neo ~]# shutdown now -r

Solution : yum install ntfs-3g Issue :  I would like to access the NTFS partition on my laptop while I am running RHEL 6.2 Workstation.  I believe Fedora had this all enabled from a standard build.  RHEL did not, but it was not a big deal to work through it.  There are probably thousands of posts on this topic.  But, this one covers exactly what I need. [jradtke@neo ~]$sudo  mkdir -p /windows/C -- Add the following to /etc/fstab # Windows Partition /dev/sda2       /windows/C              ntfs    auto,rw,umask=0000,uid=2025,gid=2025,fmask=117,dmask=007,defaults 0 0 [jradtke@neo ~]$ touch /windows/C/test [jradtke@neo ~]$ ls -l /windows/C/test  -rw-rw----. 1 jradtke jradtke 0 Jan 11 20:34 /windows/C/test

I have recently built a Red Hat Network Satellite system on Red Hat Enterprise Linux 6.1 x86_64 and Satellite 5.4.1 with the embedded database (Oracle DB - not sure which version). Also noteworthy is the fact that this Virtual Machine is running on VMware vSphere 4.1.0 using the LSI Logic Parallel SCSI controller.  Anyhow - I have built this type of system numerous times previously and this particular one is running rather poorly.  At the time I am writing this, I am still unsure what is causing the issues(s). 1.)  processes are taking more time that I am accustomed to (I sound like a typical user now?) 2.)  I/O wait on this host seems to be relatively high most of the time Now - while I am attempting to troubleshoot, I am running a satellite-sync of one of my RHN channels.  The software has all been downloaded, and at this point I believe it is simply being catalogued and inserted into the Satellite DB. I have plenty of memory dedicated to this system,...