Difference between revisions of "User:Djgreen/Linux Administration"

From WolfTech
Jump to navigation Jump to search
m
 
(46 intermediate revisions by 3 users not shown)
Line 1: Line 1:
 +
==AFS Software List==
 +
*https://docs.google.com/spreadsheets/d/1O_50ueq3p2PiewdCOeEFyS0JuDfR6PbvFkN4qg7t_3M/edit#gid=0
 +
 +
==Kickstart==
 +
Always place %post above something you need to run after install!
 +
 +
Cmd to link a computer name to one of the templates:
 +
  ln -s TEMPLATE computername.ece.ncsu.edu
 +
 +
Location of kickstart files:
 +
  /afs/bp.ncsu.edu/system/config/linux-kickstart/configs/ece/computers
 +
 +
==Basic Commands==
 +
http://www.cyberciti.biz/tips/top-linux-monitoring-tools.html
 +
 +
  cat /etc/*-release (get the OS version)
 +
==Hardware==
 +
*Number of Processors
 +
<pre>
 +
cat /proc/cpuinfo | grep processor
 +
cpu cores line from /proc/cpuinfo will tell you the number of cores for that processor - so if you have 4 reported and they both say 2 cores - you have 2 dual core processors
 +
 +
or use top - and hit the number 1 - breaks down by processor
 +
 +
for physical processors, try dmesg | grep CPU
 +
you'll see something like CPU0: Intel(R) Core(TM) i7 CPU        870  @ 2.93GHz stepping 05
 +
</pre>
 
==Prep Machine for KickStart==
 
==Prep Machine for KickStart==
  
Line 58: Line 85:
 
*(2:58:06 PM) rsmclane: AFS quota is fs lq
 
*(2:58:06 PM) rsmclane: AFS quota is fs lq
 
*(2:58:25 PM) rsmclane: In the appropriate volume
 
*(2:58:25 PM) rsmclane: In the appropriate volume
 +
 +
==Physical memory==
 +
 +
Few different options for finding out total memory in a machine:
 +
 +
* '''dmesg | grep ^Memory:'''
 +
** displays available ram out of total ram discovered during bootup
 +
* '''top'''
 +
** will display total memory, mem in use, mem free (in KB)
 +
* '''free -m'''
 +
** displays same as top, but without all the processes.  -m makes it display in MB
  
 
==Get Login Logs==
 
==Get Login Logs==
Line 136: Line 174:
 
* '''/usr/sbin/smartcl -data --all <device>'''
 
* '''/usr/sbin/smartcl -data --all <device>'''
 
** runs a SMART test on the device
 
** runs a SMART test on the device
 +
 +
==Using vi==
 +
 +
* Press INSERT to enter editing mode.
 +
* Once finished editing, press ESC to exit editing mode.
 +
* Type in :wq to quit and save
 +
 +
* Other commands:
 +
** :q!  (quit without saving)
 +
** /string  (search forward for the string you input)
 +
** dd  (delete line)
  
 
==Add users individually==
 
==Add users individually==
Line 143: Line 192:
 
sudo vi /etc/users.local
 
sudo vi /etc/users.local
  
−
* add their unity username
+
* add their unity username.  Each one goes on a separate line
  
 
==Add sudo==
 
==Add sudo==
  
 
sudo su -
 
sudo su -
 +
 
visudo
 
visudo
  
 
* add as "username ALL=(ALL) ALL"
 
* add as "username ALL=(ALL) ALL"
 +
* again, each on separate line
 
* any sudo users must also have been added to the two users.local files as well
 
* any sudo users must also have been added to the two users.local files as well
  
Line 312: Line 363:
 
*(3:53:53 PM) slack: wouldn't we all like to know a little more about the celerra and cifs and the plan for doom?
 
*(3:53:53 PM) slack: wouldn't we all like to know a little more about the celerra and cifs and the plan for doom?
 
*(3:54:18 PM) slack: if the krb auth fails it may fail gracefully, but I've nothing to test to make sure
 
*(3:54:18 PM) slack: if the krb auth fails it may fail gracefully, but I've nothing to test to make sure
 +
 +
 +
Alternative celerra mount option:
 +
*(11:53:51 AM) lemorse: mount -t cifs \\\\oit110dept.oit.ncsu.edu\\tssdept0 /mnt/110-tssdept0 -o cred=/home/lemorse/creds,sec=ntlmv2i
 +
*(11:54:01 AM) lemorse: that is the mount command I use
 +
*(11:54:22 AM) lemorse: you just need to make a directory under /mnt to mount each share to
 +
*(11:54:48 AM) lemorse: the creds file is a file under my home directory that contains my credentials for logging in
 +
*(11:56:01 AM) lemorse: I'd have to check into the correct sytax, but you can put that into the fstabs to have it mounted upon bootup
 +
 +
 +
More discussion:
 +
*(1:25:49 PM) slack: NFSv3 on Linux with the Celerra works very well
 +
*(1:26:43 PM) slack: Kerberos authentication with the celerra (for NFSv4 and CIFS) doesn't work as the Celerra is using AD as its authentication source and there is no trust set up between the EOS.NCSU.EDU realm and the WOLFTECH.NCSU.EDU realm in AD
 +
*(1:27:36 PM) slack: The easiest and safest way to get to a CIFS volume on linux is to have the user click on Places -> Connect to Server...
 +
*(1:27:54 PM) slack: and fill out the dialog box with the information to log into a specific CIFS share
 +
*(1:28:10 PM) slack: automounting CIFS won't work until the kerberos stuff works
 +
*(1:28:54 PM) djgreen: thanks. if the user is remoted into a machine, what would be the cmdline equiv?
 +
*(1:29:23 PM) slack: user must run mount as root
 +
*(1:29:25 PM) slack: something like:
 +
*(1:29:31 PM) slack: mount -t cifs //oit100dept.oit.ncsu.edu/file-svcs  /mnt -o sec=krb5,user=jjneely,uid=18536,gid=108
 +
*(1:29:42 PM) slack: no sorry....
 +
*(1:29:48 PM) slack: mount -t cifs //oit100dept.oit.ncsu.edu/file-svcs  /mnt -o sec=ntlmv2,user=jjneely,uid=18536,gid=108
 +
*(1:29:52 PM) slack: that is what you are looking for
 +
*(1:30:23 PM) djgreen: ok, for the local machine / gnome usage, does it remember? ie, how often would they go into Places -> ?
 +
*(1:31:06 PM) djgreen: does it auto renew creds or would they need to do something after a period of time? (thinking about AFS)
 +
*(1:31:09 PM) mtreece entered the room.
 +
*(1:31:10 PM) slack: doesn't appear to remember past entires
 +
*(1:31:39 PM) slack: also, mounting with mount does have its drawbacks as CIFS does its authentication at mount time
 +
*(1:32:20 PM) slack: So, depending on the mount options (which tell the kernel how to fake the unix permissions it uses with the share) anyone logged into the machine may be able to read/write as the user that mounted the space
 +
*(1:32:40 PM) djgreen: huh.
  
 
==Finding Install Date==
 
==Finding Install Date==
Line 317: Line 398:
  
 
==Installing Applications in AFS==
 
==Installing Applications in AFS==
−
#Download the installation media -- store a copy in the software share
+
*https://docs.google.com/document/d/1cC8MsFfWxb7SqmIymS9GGn5R6iSQIp0ZjcWiTzSzSA4/edit#
−
#Place a copy in the /data folder of the test installation box -- CAD-ESD.ece.ncsu.edu currently.
+
 
−
#Install the software on the test install box. Note the size of the installation. You may need to split the folders into smaller 2GB volumes.
 
−
# Now email engr_itecs_systems@remedy.ncsu.edu / assign the queue to Gary Gatlin (gsgatlin). In your email, include the following:
 
−
#*the path to what all volumes you want me to create
 
−
#*what PTS groups should have access -- we'll try to standardize on itecs-swtest:ece
 
−
#Things to note:  
 
−
#*"eos" (/afs/eos/dist) is for engineering stuff and "bp" (/afs/bp/dist) is for stuff that might be useful for the rest of campus.
 
−
#*"eos" cell addable locker volmes can be up to 4 GB while bp cell volumes must be 2 GB.
 
−
#*and the bp cell servers were getting crowded the last time I checked.
 
−
#Once the space has been created, install the software into the "." location -- aka, /afs/.eos/ or /afs/.bp/
 
−
#Set the "add" here: https://sysnews.ncsu.edu/tools-bin/mounts-manager
 
−
#INFO RE APPLOG
 
−
#Give everyone read access...<pre>find . -type d -exec fs sa {} username permissions >>& /dev/null \;</pre>
 
 
==Setup RAS servers==
 
==Setup RAS servers==
 
#use ....
 
#use ....
 
#configure firewall (http://www.cyberciti.biz/faq/rhel-fedorta-linux-iptables-firewall-configuration-tutorial/)
 
#configure firewall (http://www.cyberciti.biz/faq/rhel-fedorta-linux-iptables-firewall-configuration-tutorial/)
−
#<pre>*filter
+
#<pre>
 +
*filter
 
:INPUT ACCEPT [0:0]
 
:INPUT ACCEPT [0:0]
 
:FORWARD ACCEPT [0:0]
 
:FORWARD ACCEPT [0:0]
Line 368: Line 438:
 
-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited  
 
-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited  
 
COMMIT</pre>
 
COMMIT</pre>
 +
#Also need to setup Dell OpenManage Server: http://linux.dell.com/wiki/index.php/Repository/OMSA
 +
##<pre>wget -q -O - http://linux.dell.com/repo/hardware/latest/bootstrap.cgi | bash</pre>
 +
##<pre>yum install srvadmin-base</pre>
 +
##<pre>yum install srvadmin-rac4</pre>
 +
##Start the service: <pre>service dataeng start</pre>
 +
 +
==SENTINEL==
 +
http://www.cyberciti.biz/faq/fedora-rhel-install-cacti-monitoring-rrd-software/
 +
 +
==Installing VMWare Tools on Linux VM==
 +
*Bring up VM Console. Login to the Linux VM.
 +
*Inventory>Virtual Machine>Guest>
 +
*<pre>mkdir /mnt/cdrom</pre>
 +
*<pre>mount /dev/cdrom /mnt/cdrom</pre>
 +
*<pre>cd /tmp</pre>
 +
*<pre>rpm -Uhv /mnt/cdrom/VMWareTools-blah-blah.rpm</pre>
 +
*<pre>umount /dev/cdrom</pre>
 +
*<pre>vmware-config-tools.pl</pre> Accept the defaults.
 +
 +
Didn't do it, but this came up at the end -- might need for later:
 +
<pre>
 +
To use the vmxnet driver, restart networking using the following commands:
 +
/etc/init.d/network stop
 +
rmmod pcnet32
 +
rmmod vmxnet
 +
modprobe vmxnet
 +
/etc/init.d/network start
 +
</pre>
 +
==Printing Error Logs==
 +
(3:34:59 PM) slack: in /etc/cups/cupsd.conf there is a LogLevel setting that you can change to "debug" to get a lot more information out of the client about what's going on<br>
 +
(3:36:35 PM) slack:  /var/log/cups/error_log is where the debug information goes<br>
 +
(3:36:45 PM) djgreen: thanks, that'll help<br>
 +
(3:41:32 PM) tpgrimes: djgreen: if LogLevel "debug" isn't enough to figure it out, you can try "debug2" which supposed to log everything.
 +
 +
==Firewall Management==
 +
http://www.cyberciti.biz/faq/rhel-fedorta-linux-iptables-firewall-configuration-tutorial/
 +
 +
To view your computer's firewall settings:
 +
<pre>iptables --line-numbers -n -L</pre>
 +
 +
To Edit, <pre>vi /etc/sysconfig/iptables</pre>
 +
Now restart the service: <pre>service iptables restart</pre>
 +
 +
You'll need this probably if working on allowing access to the CENTREON service:
 +
<Pre>
 +
-A RH-Firewall-1-INPUT -s 152.14.98.111 -p tcp -m state --state NEW -m tcp --dport 49696 -j ACCEPT
 +
-A RH-Firewall-1-INPUT -s 152.14.98.111 -p udp -m state --state NEW -m udp --dport 49696 -j ACCEPT
 +
-A RH-Firewall-1-INPUT -s 152.14.98.111 -p tcp -m state --state NEW -m tcp --dport 161 -j ACCEPT
 +
-A RH-Firewall-1-INPUT -s 152.14.98.111 -p udp -m state --state NEW -m udp --dport 161 -j ACCEPT
 +
</PRE>
 +
 +
For NRPE to work, you'll also need to edit /usr/local/nrpe/etc/nrpe.cfg to include the CENTREON hostIP, then reboot the service:
 +
<pre>
 +
vi usr/local/nrpe/etc/nrpe.cfg
 +
</pre>
 +
<pre>
 +
/etc/init.d/nrpe restart
 +
</pre>
 +
 +
==RealmConfig==
 +
To run realmconfig remotely:
 +
<pre>sudo /usr/sbin/realmconfig</pre>
 +
 +
==Allowing Remote Access to GRENDELS==
 +
<pre>
 +
(1:03:33 PM) slack: pam_ncsu_access is always in the pam files (by default) and realmconfig fills out the /etc/security/realmconfig-*.conf files
 +
(1:03:48 PM) slack: what I would do is edit /etc/security/realmconfig-remote-cluster.conf
 +
(1:04:06 PM) slack: the format is specified here: /usr/share/doc/realm-auth-tools-0.5.0/README
 +
(1:05:07 PM) slack: But it would be something like this:
 +
(1:05:09 PM) slack: + @engrstaff
 +
(1:05:09 PM) slack: + @engr_fall
 +
(1:05:11 PM) slack: + @engr_spring
 +
(1:05:14 PM) slack: + @engr_sum
 +
(1:05:53 PM) slack: /etc/security/realmconfig-remote-local.conf should only affect logins at the text console or gdm screen
 +
(1:07:00 PM) djgreen: "/etc/security/realmconfig-remote-cluster.conf" says that its written by realmconfig.
 +
(1:07:10 PM) djgreen: issues w/ using that?
 +
(1:07:19 PM) djgreen: or is that something that isn't used anymore
 +
(1:07:56 PM) slack: just fill it out and don't use realmconfig to rewrite it ;-)
 +
(1:08:08 PM) slack: RC isn't smart enough to handle a config that quite that complex
 +
</pre>
 +
==Fixing Corrupted Disk==
 +
*First figure out what's corrupted. You try looking at "dmesg" to figure out the errors.
 +
*If you're given a /dev/* that you don't recognize, try <pre>ls -l /dev/<dev> /dev/mapper/* /dev/md*</Pre>No luck? Try some other commands:
 +
<pre>
 +
dmsetup table
 +
dmsetup ls -tree
 +
cat /proc/mdstat
 +
pvs
 +
</pre>
 +
You're looking for information that indicates which device is messed up. The minor number in may be the indicator. For example, when looking for /dev/dm-6, I found that /Volume00-tmp was 253, 6. Showing that it was the device in question. Plus, I had a bunch of /tmp errors anyway!
 +
*Unmount the disk: <pre>umount /tmp</pre>
 +
*Run fsck: <pre>fsck /tmp</pre>
 +
*Remount: <pre>mount /tmp</pre>
 +
*Then, since its /tmp, let's clear out the fluff:
 +
<pre>tmpwatch --mtime --all 1 /tmp</pre> (where the 1 = number of hours since a file has been updated)
 +
*Reboot
 +
 +
==Using Yum==
 +
GREAT GUIDE: http://www.cyberciti.biz/faq/rhel-centos-fedora-linux-yum-command-howto/
 +
 +
All of these commands require use of sudo or that you be root.
 +
 +
'''yum search example''' 
 +
* search for any packages that contain "example" in the name or short package description
 +
 +
'''yum info example'''
 +
* Give more details on the package named example.
 +
* In this case, you must specify the actual package name.
 +
* If it says "repo  :  installed", then the package is already installed on the machine.
 +
 +
'''yum install example'''
 +
* Download and install package named example.
 +
* In this case, you must specify the actual package name.  It won't install every package that contains "example" in the name.  If you get the package name wrong it will say it cannot find it.
 +
 +
'''yum update example'''
 +
* Update the packaged named example to the latest available version.
 +
 +
'''yum install example example2 example3'''
 +
* Download and install the packages named example, example2 and example3.  You can do this with update as well.
 +
 +
'''yum -y install example'''
 +
* Installs the package named example, but automatically says Yes to any prompts.  You can use this with update as well.
 +
 +
'''yum list installed'''
 +
* Lists every package installed on the system.  Please note this going to be a lot of stuff, and is frequently longer than a terminal can display, so you'll probably want to use grep to search for the particular package you need to check on.
 +
 +
'''yum grouplist''' / '''yum groupupdate GROUP'''
 +
*Lists all of the categories of patches / patches everything in that group -- good if you're low on space.
 +
 +
'''package-cleanup --problems'''
 +
'''package-cleanup --dupes'''
 +
'''package-cleanup --cleandupes'''
 +
*Troubleshooting tools.
 +
 +
<pre>
 +
# rpm -e --justdb --nodeps [package name]
 +
# yum install [package name]
 +
</pre>
 +
*How to "reinstall" a package with Yum.
 +
 +
 +
 +
Repos
 +
* ece repo (mostly for NRPE and Nagios monitoring addins)
 +
** sudo rpm --import http://install.linux.ncsu.edu/pub/yum/ECE/macolon.key.asc
 +
** create ece.repos under /etc/yum.repos.d
 +
 +
* ATRPM
 +
* RPMForge
 +
 +
==NFS==
 +
http://www.techotopia.com/index.php/Using_NFS_to_Share_RHEL_5_Folders_with_Remote_Linux_and_UNIX_Systems
 +
 +
==TreeSize==
 +
  du -hs *
 +
Gives the sizes of all subdirs in a folder.
 +
 +
==Find files w/ ***==
 +
    find . -type f -print0 | xargs -0 grep -l "ece-linux-tlabs"
 +
 +
==Creating and Mounting New HardDrives==
 +
(thanks to dssink)
 +
<pre>
 +
fdisk -l (lower case L), see what the new disk shows up as (probably sdb?)
 +
fdisk /dev/sdb
 +
n for new partition
 +
p for primary
 +
1 for number 1
 +
accept defaults for start and end
 +
w for write
 +
now fdisk -l should show a /dev/sdb1
 +
For RHEL5: mkfs.ext3 /dev/sdb1
 +
For RHEL6: mkfs.ext4 /dev/sdb1
 +
vi /etc/fstab
 +
on a new line at the end, /dev/sdb1 [tab] mountpoint [tab] ext3 [tab] defaults [tab] 1 [space] 2
 +
mkdir /home2 (or whatever you've put as the mountpoint above)
 +
mount -a (will mount up the new disk)
 +
 +
Now config permissions.
 +
</pre>
 +
==Printing==
 +
<pre>
 +
(3:24:31 PM) djgreen: hrm... chkconfig cups on -- seems to work. But after reboot, 0-6 are all set to OFF again.
 +
(3:26:15 PM) gsgatlin: cups is definately turned on on my RHEL 6 desktop workstation in runlevel 2345 and I did nothing to change that.
 +
(3:27:48 PM) djgreen: from the start we've had to manually turn on cups for all of our RHEL6...
 +
(3:28:23 PM) gsgatlin: well, I have no idea why you'd need to do that.
 +
(3:28:40 PM) djgreen: I do.
 +
(3:28:54 PM) djgreen: we remove ncsu-printing in our ks
 +
(3:29:07 PM) gsgatlin: ah, that makes sense then.
 +
(3:29:28 PM) gsgatlin: why remove it? just out of curiosity?
 +
(3:29:35 PM) djgreen: Micah did that b/c having it caused issues with using our own print server
 +
(3:29:49 PM) djgreen: wonder if its still needed for RHEL6 though.
 +
(3:30:02 PM) gsgatlin: maybe that would not be an issue in RHEL 6. RHEL 6 uses cups natively.
 +
(3:30:16 PM) gsgatlin: instead of lprng.
 +
(3:30:20 PM) djgreen: he noted "# remove realm printing to allow local printers"
 +
(3:30:34 PM) djgreen: doesn't hurt to try I guess.
 +
(3:30:38 PM) gsgatlin: I have used local printers just fine with ncsu-printing installed.
 +
(3:30:49 PM) gsgatlin: my main workstation does that.
 +
(3:30:59 PM) slack: djgreen: ah, so you don't configure printing in the web-kickstart, bcfg2 beleives there is not printing to be done (server), and bcfg2 turns off cups
 +
(3:31:09 PM) slack: echo "feature-printing" >> /etc/realmlinux-groups
 +
(3:31:16 PM) slack: and bcfg2 will turn cups back on
 +
</pre>
 +
 +
==Adding a User Across Many Systems==
 +
<pre>
 +
(10:58:37 AM) msbelang@jabber.eos.ncsu.edu/Work: I wanted to follow up with you from yesterday.  You enabled my account across all systems (as well as sudo on most)--I'd like to document how you did this
 +
(10:58:47 AM) msbelang@jabber.eos.ncsu.edu/Work: in case I need to do something similar
 +
(10:59:57 AM) cls@conference.jabber.eos.ncsu.edu/slack: send an email to linux@help.ncsu.edu. 
 +
(11:00:23 AM) cls@conference.jabber.eos.ncsu.edu/slack: The list of system administrators for each "group" needs AFS super powers to change
 +
(11:00:51 AM) cls@conference.jabber.eos.ncsu.edu/slack: https://secure.linux.ncsu.edu/moin/Realm%20Linux%20Administrators%27%20Guide/Root%20Passwords%20and%20Admin%20Users
 +
</pre>
 +
 +
==Resizing Linux Partitions==
 +
http://www.itecs.ncsu.edu/systems/documentation/realm-linux/enlarging-a-partition-ext34-or-lvm/

Latest revision as of 11:44, 8 June 2016

AFS Software List

Kickstart

Always place %post above something you need to run after install!

Cmd to link a computer name to one of the templates: 

 ln -s TEMPLATE computername.ece.ncsu.edu

Location of kickstart files: 

 /afs/bp.ncsu.edu/system/config/linux-kickstart/configs/ece/computers

Basic Commands

http://www.cyberciti.biz/tips/top-linux-monitoring-tools.html 

  cat /etc/*-release (get the OS version)

Hardware

  • Number of Processors
cat /proc/cpuinfo | grep processor
cpu cores line from /proc/cpuinfo will tell you the number of cores for that processor - so if you have 4 reported and they both say 2 cores - you have 2 dual core processors

or use top - and hit the number 1 - breaks down by processor

for physical processors, try dmesg | grep CPU
you'll see something like CPU0: Intel(R) Core(TM) i7 CPU         870  @ 2.93GHz stepping 05

Prep Machine for KickStart

  • Make sure hostname has config file in /afs/bp/system/config/linux-kickstart/configs/ece
  • Make sure host is using PXE-all DHCP template in QIP.

Details on the keywords in the kickstart file: http://web-kickstart.linux.ncsu.edu/docs/keywords.txt

Rename Linux Boxes

If the machine is using dhcp I think you just need to switch in qip and reboot into the new lease / IP / hostname.

If the machine has a static configuration, you need to edit:

/etc/sysconfig/network-scripts/ifcfg-eth0

and

/etc/sysconfig/network

with the new values.

Try editing these files:

/etc/sysconfig/network

and

/etc/hosts

The hostname should be stored there.

After your box is on the network as the new name, run this command as root:

/usr/sbin/rhnreg_ks --force --activationkey <your_key_here>

Where <your_key_here> comes from the "activationkey" line in the web kickstart file. This will create a new "object" in red hat network.

Configure Networking

[a] GUI tool (X Windows required) - system-config-network [b] Command line text based GUI tool (No X Windows required) - system-config-network [c] Edit configuration files stored in /etc/sysconfig/network-scripts/ directory.

(from http://www.cyberciti.biz/faq/rhel-centos-fedoracore-linux-network-card-configuration/)

Disk Space

(2:54:22 PM) djgreen: best cmd to find out how much stuff is in a subdir? best cmd to find out available quota?

  • (2:55:13 PM) rsmclane: df -h tells you how much space is used/available on a partition
  • (2:55:52 PM) rsmclane: du -s . gives you how much space is used by a directory (that you're in)
  • (2:56:08 PM) rsmclane: du -s * will give you how much is used by all the sub directories in the current directory.
  • (2:56:29 PM) rsmclane: There are other options to du, but the -s (summary) is probably what you're most looking for.
  • (2:56:55 PM) rsmclane: By quota, I'm assuming you mean disk space on local disks, not AFS.
  • (2:57:05 PM) djgreen: both actually
  • (2:57:07 PM) ajbarnes: i like the -h option myself du -sh
  • (2:57:43 PM) rsmclane: Yeah, forgot the h on the du, but I had it on the df. h is human readable (MB, GB, etc instead of all in bytes)
  • (2:58:06 PM) rsmclane: AFS quota is fs lq
  • (2:58:25 PM) rsmclane: In the appropriate volume

Physical memory

Few different options for finding out total memory in a machine:

  • dmesg | grep ^Memory:
    • displays available ram out of total ram discovered during bootup
  • top
    • will display total memory, mem in use, mem free (in KB)
  • free -m
    • displays same as top, but without all the processes. -m makes it display in MB

Get Login Logs

in Linux, they have the /var/log/wtmp file but it is a binary file format. So the recommended interface is to use the last command.

last -n 100 will show the last 100 people who logged in.

You can also specify alternate wtmp files like

last -n 100 -f /var/log/wtmp.1

Controlling Access

It is possible to use pts groups to control access to Realm Linux.

cluster <cell> <PTS group>

is what goes in the config file. You can also hand edit /etc/update.conf if you don't want to re-install a box. It should look like this:

users blah XXXXXXXXXXXXXXXXXXXXXXXXXXX

root blah XXXXXXXXXXXXXXXXXXXXXXXXXXX

cluster> eos itecs-admin:helpdesk

where you replace the pts group with what group you want to use. If there is more than one pts group then you just add more cluster> lines.

Let us know if you need any further information. see also:

https://secure.linux.ncsu.edu/moin/Realm%20Linux%20Administrators%27%20Guide/Controlling%20User%20Access

Remote Reinstall of Existing RHEL box

(11:45:53 AM) gsgatlin: djgreen: You can edit /boot/grub/grub.conf and change the default boot item to re-install this workstation.

(11:47:56 AM) gsgatlin: it starts numbering at 0 so if re-install is the first item it would be default=0, then you reboot and it starts installing.

Access Local Commandline

When the linux box is freezing during the boot cycle, you can bring up a cmdline by:

  1. At boot, press any key to trigger kernel selection screen.
  2. Click "p" then enter passwd for root account.
  3. Select the kernel you want, then click "a" to add to boot parameters.
  4. Add "single" without the quotes to the end and hit enter.

That will boot into runlevel 1.

Mount an NTFS drive

  • mount -t ntfs-3g <device> <mount location>
    • mounts drive to specified location.
    • <device> is going to the device path of the drive. For SATA hard drives, it's /dev/sda, /dev/sdb, /dev/sdc for the first connected drive, second, and so forth. For IDE drives, it's /dev/hda, /dev/hdb, etc.
      • Additionally, drives will have partitions, which is what you actually want to connect to. Most Windows formatted drives are going to have two partitions, a boot partition, and then the main partition. So what you normally want to mount is partition 2. For example, /dev/sdb2 is the second partition of the second SATA drive
    • the mount location must be an existing folder, so if you want to mount to /mnt/windows, you will have to create that windows folder under /mnt first
    • example, mount -t ntfs-3g /dev/sdb2 /mnt, mounts the second partition of the second SATA drive under /mnt
  • cp -vau <source> <destination>
    • for copying files off the drive. v is for verbose, a for archive, u for update. The destination must be an existing folder.
      • don't know if it will stop if it hits an error
    • example: (assuming the drive is mounted to /mnt) cp -vau /mnt/bob /local/backup, copies the bob folder from the drive and anything in it to /local/backup
    • Paths and filenames in linux are case-sensitive!
    • Use \ to get linux to recognize spaces and odd characters in a path. So a folder named "This is mine" would need to be typed as "This\ is\ mine". Also, hitting tab as you type a path or file name will get Linux to try to auto-complete.

Some extra helpful disk utilities

  • dmesg | tail -##
    • gives you the last ## entries from the message buffer. Can use this to figure out if the drive is connected and where.
  • fdisk -l <device>
    • lists the partitions on the device
  • /usr/sbin/smartcl -data --all <device>
    • runs a SMART test on the device

Using vi

  • Press INSERT to enter editing mode.
  • Once finished editing, press ESC to exit editing mode.
  • Type in :wq to quit and save
  • Other commands:
    • :q! (quit without saving)
    • /string (search forward for the string you input)
    • dd (delete line)

Add users individually

sudo vi /etc/users.local.base

sudo vi /etc/users.local

  • add their unity username. Each one goes on a separate line

Add sudo

sudo su -

visudo

  • add as "username ALL=(ALL) ALL"
  • again, each on separate line
  • any sudo users must also have been added to the two users.local files as well

Local Home Dir

[10:14] <djgreen> Micah -- anything I need to know about creating local user home folders (/home/*) in Linux? [10:15] <macolon> Umm... make sure that /home is a symlink to /local/home, aside from that, can't really think of anything. [10:16] <djgreen> how about perms? [10:17] <djgreen> just chown to the user and I'm ok?

[10:17] <macolon> mkdir directory; chmod 700 directory; chown username.ncsu directory

[10:17] <macolon> Assuming that no one else is supposed to access the dir. [10:18] <macolon> if it chokes on chown username.ncsu directory -- two steps then: chown username dir; chgrp ncsu dir

[11:09] <djgreen> Micah -- is there a way for someone to have /home/userid be set as their "homedir" when they login to a machine? Rather than their regular AFS home dir? [11:11] <macolon> setenv HOME /home/userid in .mycshrc

Repair DotFiles

[10:20] <elliot> /usr/bin/repair_dotfiles.sh will do it for linux [10:21] <elliot> make sure they run that from the root of their home directory

Chinese Fonts

> 01157197 - any idea about adding the Chinese language pack? Is this just another "yum" install?

I'm not sure. Try this:

/usr/bin/yum install fonts-chinese

And see if it fixes his problem. That package isn't installed by default in RHEL 5 it seems. It contains Chinese TrueType Fonts which will hopefully fix the issue. Let me know if that fixes it? If so we might want

to add it to the Eos lab machines.

Administrative Scripts

> How did you go about doing that? I'd like to be able to replicate if you're n ot around.

I've been using realm-crons, which have the option of being run either every 20 minutes, hour, day, or month. You can take a look at some of the scripts I've used for random stuff in:

/afs/bp/system/i386_linux3/athenan/adm.ece

A repository of scripts is in the scripts directory, while things that actually run are in one of the cron.* directories. The names are pretty self explanatory, with the exception of wsr, which is the 20 minute cron job.

To avoid killing AFS, all crons are setup to have a random wait before running, with a maximum time of 20 minutes, so doing things at an EXACT instant is not generally feasible -- though with a couple of combos of scripts it could be done -- but its would be messy.

Nvidia and X

> P.S. Should I just use nVidia's installer, or is it packaged nicely for > RHEL 5/Realm Kit somewhere?

Normally the open source nv driver is more stable than the binary only nvidia. However, RHEL5 isn't exactly new anymore. An updated X driver would be the thing to try.

livna.org has packages for Fedora. Ah... 

   http://atrpms.net/dist/el5/

has the nvidia packages for RHEL 5.

Jack


---

Step 1. Download the Drivers The easiest method to downloading the latest drivers is by following the directions on Nvidia’s own driver download page. If you are in the mood to try out beta or older versions of the drivers, check out this page.

Step 2. Kill the X Server The Nvidia installer will complain if you try to install new drivers while the X server (a.k.a. all the graphic user interface stuff) is running. So, you’ll have to jump to a new session by hitting Ctrl+Alt+F1. This will bring you down to a text-only terminal. Login if it asks you to.

Now, GNOME (which uses gdm) users will usually enter this to stop the X Server:

sudo /etc/init.d/gdm stopAs for KDE (kdm) users:

sudo /etc/init.d/kdm stopStep 3. Start the Driver Installer Navigate to the directory where the driver installer downloaded to. For me, this was /home/eddie/Downloads:

cd ~/DownloadsNow, you must have root permissions to install new drivers (because it ties itself in with the kernel), so make sure you either switch to the root user or use sudo (recommended) before running the installer:

sudo sh ./NVIDIA-Linux-x86_64-195.36.15-pkg2.runNOTE: Remember to use the name of the driver file you downloaded, not the one above.

Step 4. Follow the Installer’s Instructions The installer should ask you a few questions as it installs the new drivers. It is usually safe (and recommended by myself) to say yes to all of the questions asked (install 32-bit OpenGL libraries, create a fresh Xorg.conf, etc.). After the questions, sit back and let the installer finish.

Step 5. Reboot and Enjoy And now you are done! Reboot and enjoy the up-to-date drivers:

sudo rebootTroubleshooting and How to Handle Errors In this section, I will describe the methods I used to work around a few of the issues I have encountered when installing new drivers. (I will update this section whenever a new problem arises!)

1. “Provided install script failed”

If you run Ubuntu, then you will see this everytime you try to install a new driver. Just ignore it, the install script provided by the Ubuntu developers fails on purpose.

2. Error locating kernel source

If you are like me and have compiled your own custom kernel, this problem will probably affect you. If you do not run a custom kernel, and use the default, distribution provided kernel, then you probably do not the kernel headers installed. On Ubuntu, this is simple to fix:

sudo apt-get install kernel-sourceBut if you ARE on a custom kernel, or you have the correct kernel headers installed but it still cannot find them, append the –kernel-source-path option on to the installer command. Kernel headers are usually located in the /usr/src directory. In my case, the command I use to start the 195.36.15 driver installer is:

sudo sh ./NVIDIA-Linux-x86_64-195.36.15-pkg2.run --kernel-source-path=/usr/src/linux-headers-2.6.32-bfs311-idlesoft-desktop-amd64/


---

http://http.download.nvidia.com/solaris/1.0-8178/README/appendix-g.html

Clean up error reports

/usr/bin/run-realm-cron wsr ; /usr/bin/run-parts /etc/cron.wsr

Dan,

Best way to make it stop is to clean up the /etc/aliases file.

In RL6 there is a script that keeps the local-mail-users table up dated with whatever you dump into aliases and any local accounts that are created. Normaly clients don't listen to port 25 other than from localhost. Servers, however, have minial sendmail configuration. Its was generally assumed when I wrote the configs that server know what they are doing and need to be able to receive the bounces they send.

Jack

Mounting Drives

http://www.tuxfiles.org/linuxhelp/fstab.html http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/Deployment_Guide-en-US/s1-nfs-client-config-autofs.html

  • (3:42:45 PM) slack: you can set user mounts in fstab, or just the automounter
  • (3:42:50 PM) slack: s/just/use/
  • (3:45:48 PM) slack: http://www.tuxfiles.org/linuxhelp/fstab.html
  • (3:46:06 PM) djgreen: fstab, as Micah explained it to me, required that we pre-create mount points for each user ahead of time
  • (3:46:39 PM) slack: yes. For a user to be able to use mount, the mount point and end point must pre-exist.
  • (3:46:59 PM) djgreen: and they have to own it
  • (3:47:01 PM) slack: Otherwise, a user could remount /usr with their own binaries and own you
  • (3:47:15 PM) djgreen: so how does one automate that?
  • (3:48:02 PM) slack: with the automounter...which is how /ncsu works
  • (3:48:14 PM) djgreen: and since you have multiple people logging into the same box... ok.
  • (3:48:22 PM) slack: /etc/auto.master set's up /ncsu and points it an an LDAP map
  • (3:48:39 PM) djgreen: you have a link to point me at for automount doc?
  • (3:48:43 PM) slack: although you can have a static, file based map on the machine for ease of use
  • (3:48:48 PM) slack: let me see
  • (3:49:09 PM) djgreen: for celerra, I'll need a good number of diff mount points on each machine.
  • (3:49:50 PM) djgreen: but if I can make a list as you've mentioned and just push that to all, it could work.
  • (3:50:04 PM) slack: *nod*
  • (3:50:42 PM) djgreen: though I'm not sure what happens when there's 50 mount points and user only has privs to 1 or 2
  • (3:51:22 PM) slack: then they can only get to 1 or 2
  • (3:51:41 PM) djgreen: but does that cause errors/delays due to retries, etc?
  • (3:51:45 PM) slack: with the automounter you can easily set it so you can see everything under, say, /ncsu or you only see directories there after you access them
  • (3:52:28 PM) slack: if the automounter can't mount the share its been told to, yes
  • (3:53:02 PM) djgreen: not sure how well it'll work with the celerra cifs paths then...
  • (3:53:04 PM) slack: http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/Deployment_Guide-en-US/s1-nfs-client-config-autofs.html
  • (3:53:53 PM) slack: wouldn't we all like to know a little more about the celerra and cifs and the plan for doom?
  • (3:54:18 PM) slack: if the krb auth fails it may fail gracefully, but I've nothing to test to make sure


Alternative celerra mount option:

  • (11:53:51 AM) lemorse: mount -t cifs \\\\oit110dept.oit.ncsu.edu\\tssdept0 /mnt/110-tssdept0 -o cred=/home/lemorse/creds,sec=ntlmv2i
  • (11:54:01 AM) lemorse: that is the mount command I use
  • (11:54:22 AM) lemorse: you just need to make a directory under /mnt to mount each share to
  • (11:54:48 AM) lemorse: the creds file is a file under my home directory that contains my credentials for logging in
  • (11:56:01 AM) lemorse: I'd have to check into the correct sytax, but you can put that into the fstabs to have it mounted upon bootup


More discussion:

  • (1:25:49 PM) slack: NFSv3 on Linux with the Celerra works very well
  • (1:26:43 PM) slack: Kerberos authentication with the celerra (for NFSv4 and CIFS) doesn't work as the Celerra is using AD as its authentication source and there is no trust set up between the EOS.NCSU.EDU realm and the WOLFTECH.NCSU.EDU realm in AD
  • (1:27:36 PM) slack: The easiest and safest way to get to a CIFS volume on linux is to have the user click on Places -> Connect to Server...
  • (1:27:54 PM) slack: and fill out the dialog box with the information to log into a specific CIFS share
  • (1:28:10 PM) slack: automounting CIFS won't work until the kerberos stuff works
  • (1:28:54 PM) djgreen: thanks. if the user is remoted into a machine, what would be the cmdline equiv?
  • (1:29:23 PM) slack: user must run mount as root
  • (1:29:25 PM) slack: something like:
  • (1:29:31 PM) slack: mount -t cifs //oit100dept.oit.ncsu.edu/file-svcs /mnt -o sec=krb5,user=jjneely,uid=18536,gid=108
  • (1:29:42 PM) slack: no sorry....
  • (1:29:48 PM) slack: mount -t cifs //oit100dept.oit.ncsu.edu/file-svcs /mnt -o sec=ntlmv2,user=jjneely,uid=18536,gid=108
  • (1:29:52 PM) slack: that is what you are looking for
  • (1:30:23 PM) djgreen: ok, for the local machine / gnome usage, does it remember? ie, how often would they go into Places -> ?
  • (1:31:06 PM) djgreen: does it auto renew creds or would they need to do something after a period of time? (thinking about AFS)
  • (1:31:09 PM) mtreece entered the room.
  • (1:31:10 PM) slack: doesn't appear to remember past entires
  • (1:31:39 PM) slack: also, mounting with mount does have its drawbacks as CIFS does its authentication at mount time
  • (1:32:20 PM) slack: So, depending on the mount options (which tell the kernel how to fake the unix permissions it uses with the share) anyone logged into the machine may be able to read/write as the user that mounted the space
  • (1:32:40 PM) djgreen: huh.

Finding Install Date

  • (9:48:55 AM) slack: there should also be a /.version if the machine was installed by webkickstart that has the time stamp of the install and a list of rpms at install time

Installing Applications in AFS

Setup RAS servers

  1. use ....
  2. configure firewall (http://www.cyberciti.biz/faq/rhel-fedorta-linux-iptables-firewall-configuration-tutorial/)

*filter
:INPUT ACCEPT [0:0]
:FORWARD ACCEPT [0:0]
:OUTPUT ACCEPT [27103570:11873538963]
:RH-Firewall-1-INPUT - [0:0]
-A INPUT -j RH-Firewall-1-INPUT 
-A FORWARD -j RH-Firewall-1-INPUT 
-A OUTPUT -d 172.26.1.128/255.255.255.128 -j REJECT --reject-with icmp-port-unreachable 
-A OUTPUT -d 172.26.1.0/255.255.255.0 -j REJECT --reject-with icmp-port-unreachable 
-A OUTPUT -d 172.26.0.0/255.255.255.0 -j REJECT --reject-with icmp-port-unreachable 
-A OUTPUT -d 172.25.0.128/255.255.255.128 -j REJECT --reject-with icmp-port-unreachable 
-A RH-Firewall-1-INPUT -i lo -j ACCEPT 
-A RH-Firewall-1-INPUT -p icmp -m icmp --icmp-type any -j ACCEPT 
-A RH-Firewall-1-INPUT -p esp -j ACCEPT 
-A RH-Firewall-1-INPUT -p ah -j ACCEPT 
-A RH-Firewall-1-INPUT -d 224.0.0.251 -p udp -m udp --dport 5353 -j ACCEPT 
-A RH-Firewall-1-INPUT -p udp -m udp --dport 631 -j ACCEPT 
-A RH-Firewall-1-INPUT -p tcp -m tcp --dport 631 -j ACCEPT 
-A RH-Firewall-1-INPUT -m state --state RELATED,ESTABLISHED -j ACCEPT 
-A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 22 -j ACCEPT 
-A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 7001 -j ACCEPT 
-A RH-Firewall-1-INPUT -p udp -m state --state NEW -m udp --dport 7001 -j ACCEPT 
-A RH-Firewall-1-INPUT -p tcp -m state --state NEW -m tcp --dport 7006 -j ACCEPT 
-A RH-Firewall-1-INPUT -p udp -m state --state NEW -m udp --dport 7006 -j ACCEPT 
-A RH-Firewall-1-INPUT -s 152.14.98.68 -p tcp -m state --state NEW -m tcp --dport 49696 -j ACCEPT 
-A RH-Firewall-1-INPUT -s 152.14.98.68 -p udp -m state --state NEW -m udp --dport 49696 -j ACCEPT 
-A RH-Firewall-1-INPUT -s 152.14.98.68 -p tcp -m state --state NEW -m tcp --dport 161 -j ACCEPT 
-A RH-Firewall-1-INPUT -s 152.14.98.68 -p udp -m state --state NEW -m udp --dport 161 -j ACCEPT 
-A RH-Firewall-1-INPUT -s 152.1.0.0/255.255.0.0 -p tcp -m state --state NEW -m tcp --dport 9600:9700 -j ACCEPT 
-A RH-Firewall-1-INPUT -s 152.14.0.0/255.255.0.0 -p tcp -m state --state NEW -m tcp --dport 9600:9700 -j ACCEPT 
-A RH-Firewall-1-INPUT -s 152.1.0.0/255.255.0.0 -p udp -m state --state NEW -m udp --dport 9600:9700 -j ACCEPT 
-A RH-Firewall-1-INPUT -s 152.14.0.0/255.255.0.0 -p udp -m state --state NEW -m udp --dport 9600:9700 -j ACCEPT 
-A RH-Firewall-1-INPUT -j REJECT --reject-with icmp-host-prohibited 
COMMIT

  1. Also need to setup Dell OpenManage Server: http://linux.dell.com/wiki/index.php/Repository/OMSA

    1. wget -q -O - http://linux.dell.com/repo/hardware/latest/bootstrap.cgi | bash
      2. 

    2. yum install srvadmin-base
      3. 

    3. yum install srvadmin-rac4
      4. 

    4. Start the service: 
      service dataeng start


SENTINEL


http://www.cyberciti.biz/faq/fedora-rhel-install-cacti-monitoring-rrd-software/



Installing VMWare Tools on Linux VM


  • Bring up VM Console. Login to the Linux VM.
    • 

  • Inventory>Virtual Machine>Guest>
    • 

  • mkdir /mnt/cdrom
    • 

  • mount /dev/cdrom /mnt/cdrom
    • 

  • cd /tmp
    • 

  • rpm -Uhv /mnt/cdrom/VMWareTools-blah-blah.rpm
    • 

  • umount /dev/cdrom
    • 

  • vmware-config-tools.pl
     Accept the defaults.


Didn't do it, but this came up at the end -- might need for later:



To use the vmxnet driver, restart networking using the following commands:
/etc/init.d/network stop
rmmod pcnet32
rmmod vmxnet
modprobe vmxnet
/etc/init.d/network start



Printing Error Logs


(3:34:59 PM) slack: in /etc/cups/cupsd.conf there is a LogLevel setting that you can change to "debug" to get a lot more information out of the client about what's going on

(3:36:35 PM) slack:  /var/log/cups/error_log is where the debug information goes

(3:36:45 PM) djgreen: thanks, that'll help

(3:41:32 PM) tpgrimes: djgreen: if LogLevel "debug" isn't enough to figure it out, you can try "debug2" which supposed to log everything.



Firewall Management


http://www.cyberciti.biz/faq/rhel-fedorta-linux-iptables-firewall-configuration-tutorial/

To view your computer's firewall settings: 



iptables --line-numbers -n -L

To Edit, 
vi /etc/sysconfig/iptables

Now restart the service: 
service iptables restart


You'll need this probably if working on allowing access to the CENTREON service:



-A RH-Firewall-1-INPUT -s 152.14.98.111 -p tcp -m state --state NEW -m tcp --dport 49696 -j ACCEPT
-A RH-Firewall-1-INPUT -s 152.14.98.111 -p udp -m state --state NEW -m udp --dport 49696 -j ACCEPT
-A RH-Firewall-1-INPUT -s 152.14.98.111 -p tcp -m state --state NEW -m tcp --dport 161 -j ACCEPT
-A RH-Firewall-1-INPUT -s 152.14.98.111 -p udp -m state --state NEW -m udp --dport 161 -j ACCEPT



For NRPE to work, you'll also need to edit /usr/local/nrpe/etc/nrpe.cfg to include the CENTREON hostIP, then reboot the service:



vi usr/local/nrpe/etc/nrpe.cfg



/etc/init.d/nrpe restart



RealmConfig


To run realmconfig remotely:



sudo /usr/sbin/realmconfig


Allowing Remote Access to GRENDELS


(1:03:33 PM) slack: pam_ncsu_access is always in the pam files (by default) and realmconfig fills out the /etc/security/realmconfig-*.conf files
(1:03:48 PM) slack: what I would do is edit /etc/security/realmconfig-remote-cluster.conf
(1:04:06 PM) slack: the format is specified here: /usr/share/doc/realm-auth-tools-0.5.0/README
(1:05:07 PM) slack: But it would be something like this:
(1:05:09 PM) slack: + @engrstaff
(1:05:09 PM) slack: + @engr_fall
(1:05:11 PM) slack: + @engr_spring
(1:05:14 PM) slack: + @engr_sum
(1:05:53 PM) slack: /etc/security/realmconfig-remote-local.conf should only affect logins at the text console or gdm screen
(1:07:00 PM) djgreen: "/etc/security/realmconfig-remote-cluster.conf" says that its written by realmconfig. 
(1:07:10 PM) djgreen: issues w/ using that?
(1:07:19 PM) djgreen: or is that something that isn't used anymore
(1:07:56 PM) slack: just fill it out and don't use realmconfig to rewrite it ;-)
(1:08:08 PM) slack: RC isn't smart enough to handle a config that quite that complex



Fixing Corrupted Disk


  • First figure out what's corrupted. You try looking at "dmesg" to figure out the errors.
    • 

  • If you're given a /dev/* that you don't recognize, try 
    ls -l /dev/<dev> /dev/mapper/* /dev/md*
    No luck? Try some other commands:


dmsetup table
dmsetup ls -tree
cat /proc/mdstat
pvs



You're looking for information that indicates which device is messed up. The minor number in may be the indicator. For example, when looking for /dev/dm-6, I found that /Volume00-tmp was 253, 6. Showing that it was the device in question. Plus, I had a bunch of /tmp errors anyway!



  • Unmount the disk: 
    umount /tmp
    • 

  • Run fsck: 
    fsck /tmp
    • 

  • Remount: 
    mount /tmp
    • 

  • Then, since its /tmp, let's clear out the fluff:


tmpwatch --mtime --all 1 /tmp
 (where the 1 = number of hours since a file has been updated)

  • Reboot


Using Yum


GREAT GUIDE: http://www.cyberciti.biz/faq/rhel-centos-fedora-linux-yum-command-howto/

All of these commands require use of sudo or that you be root.

yum search example   



  • search for any packages that contain "example" in the name or short package description


yum info example



  • Give more details on the package named example.
    • 

  • In this case, you must specify the actual package name.
    • 

  • If it says "repo   :   installed", then the package is already installed on the machine.


yum install example



  • Download and install package named example.
    • 

  • In this case, you must specify the actual package name.  It won't install every package that contains "example" in the name.  If you get the package name wrong it will say it cannot find it.


yum update example



  • Update the packaged named example to the latest available version.


yum install example example2 example3



  • Download and install the packages named example, example2 and example3.  You can do this with update as well.


yum -y install example



  • Installs the package named example, but automatically says Yes to any prompts.  You can use this with update as well.


yum list installed



  • Lists every package installed on the system.  Please note this going to be a lot of stuff, and is frequently longer than a terminal can display, so you'll probably want to use grep to search for the particular package you need to check on.


yum grouplist / yum groupupdate GROUP 



  • Lists all of the categories of patches / patches everything in that group -- good if you're low on space.


package-cleanup --problems
package-cleanup --dupes
package-cleanup --cleandupes



  • Troubleshooting tools.


# rpm -e --justdb --nodeps [package name]
# yum install [package name]



  • How to "reinstall" a package with Yum.





Repos




  • ATRPM
    • 

  • RPMForge


NFS


http://www.techotopia.com/index.php/Using_NFS_to_Share_RHEL_5_Folders_with_Remote_Linux_and_UNIX_Systems



TreeSize


 du -hs *



Gives the sizes of all subdirs in a folder.



Find files w/ ***


   find . -type f -print0 | xargs -0 grep -l "ece-linux-tlabs"



Creating and Mounting New HardDrives


(thanks to dssink)



fdisk -l (lower case L), see what the new disk shows up as (probably sdb?)
fdisk /dev/sdb
n for new partition
p for primary
1 for number 1
accept defaults for start and end
w for write
now fdisk -l should show a /dev/sdb1
For RHEL5: mkfs.ext3 /dev/sdb1
For RHEL6: mkfs.ext4 /dev/sdb1
vi /etc/fstab
on a new line at the end, /dev/sdb1 [tab] mountpoint [tab] ext3 [tab] defaults [tab] 1 [space] 2
mkdir /home2 (or whatever you've put as the mountpoint above)
mount -a (will mount up the new disk)

Now config permissions. 



Printing


(3:24:31 PM) djgreen: hrm... chkconfig cups on -- seems to work. But after reboot, 0-6 are all set to OFF again. 
(3:26:15 PM) gsgatlin: cups is definately turned on on my RHEL 6 desktop workstation in runlevel 2345 and I did nothing to change that.
(3:27:48 PM) djgreen: from the start we've had to manually turn on cups for all of our RHEL6...
(3:28:23 PM) gsgatlin: well, I have no idea why you'd need to do that.
(3:28:40 PM) djgreen: I do. 
(3:28:54 PM) djgreen: we remove ncsu-printing in our ks
(3:29:07 PM) gsgatlin: ah, that makes sense then.
(3:29:28 PM) gsgatlin: why remove it? just out of curiosity?
(3:29:35 PM) djgreen: Micah did that b/c having it caused issues with using our own print server
(3:29:49 PM) djgreen: wonder if its still needed for RHEL6 though.
(3:30:02 PM) gsgatlin: maybe that would not be an issue in RHEL 6. RHEL 6 uses cups natively.
(3:30:16 PM) gsgatlin: instead of lprng.
(3:30:20 PM) djgreen: he noted "# remove realm printing to allow local printers"
(3:30:34 PM) djgreen: doesn't hurt to try I guess. 
(3:30:38 PM) gsgatlin: I have used local printers just fine with ncsu-printing installed.
(3:30:49 PM) gsgatlin: my main workstation does that.
(3:30:59 PM) slack: djgreen: ah, so you don't configure printing in the web-kickstart, bcfg2 beleives there is not printing to be done (server), and bcfg2 turns off cups
(3:31:09 PM) slack: echo "feature-printing" >> /etc/realmlinux-groups
(3:31:16 PM) slack: and bcfg2 will turn cups back on



Adding a User Across Many Systems


(10:58:37 AM) msbelang@jabber.eos.ncsu.edu/Work: I wanted to follow up with you from yesterday.  You enabled my account across all systems (as well as sudo on most)--I'd like to document how you did this
(10:58:47 AM) msbelang@jabber.eos.ncsu.edu/Work: in case I need to do something similar
(10:59:57 AM) cls@conference.jabber.eos.ncsu.edu/slack: send an email to linux@help.ncsu.edu.  
(11:00:23 AM) cls@conference.jabber.eos.ncsu.edu/slack: The list of system administrators for each "group" needs AFS super powers to change
(11:00:51 AM) cls@conference.jabber.eos.ncsu.edu/slack: https://secure.linux.ncsu.edu/moin/Realm%20Linux%20Administrators%27%20Guide/Root%20Passwords%20and%20Admin%20Users



Resizing Linux Partitions


http://www.itecs.ncsu.edu/systems/documentation/realm-linux/enlarging-a-partition-ext34-or-lvm/







Retrieved from "https://tools.wolftech.ncsu.edu/support/index.php?title=User:Djgreen/Linux_Administration&oldid=10765"