multi disk howto 10 zgpdttfenxysatvk2byllwo5teyke26gkbtuxjy zgpdttfenxysatvk2byllwo5teyke26gkbtuxjy ZGPDTTFENXYSATVK2BYLLWO5TEYKE26GKBTUXJY


HOWTO: Multi Disk System Tuning: Maintenance 10. MaintenanceIt is the duty of the system manager to keep an eye on the drives and partitions. Should any of the partitions overflow, the system is likely to stop working properly, no matter how much space is available on other partitions, until space is reclaimed.Partitions and disks are easily monitored using df and should be done frequently, perhaps using a cron job or some other general system management tool.Do not forget the swap partitions, these are best monitored using one of the memory statistics programs such as free, procinfo or top.Drive usage monitoring is more difficult but it is important for the sake of performance to avoid contention - placing too much demand on a single drive if others are available and idle.It is important when installing software packages to have a clear idea where the various files go. As previously mentioned GCC keeps binaries in a library directory and there are also other programs that for historical reasons are hard to figure out, X11 for instance has an unusually complex structure.When your system is about to fill up it is about time to check and prune old logging messages as well as hunt down core files. Proper use of ulimit in global shell settings can help saving you from having core files littered around the system.10.1 BackupThe observant reader might have noticed a few hints about the usefulness of making backups. Horror stories are legio about accidents and what happened to the person responsible when the backup turned out to be non-functional or even non existent. You might find it simpler to invest in proper backups than a second, secret identity.There are many options and also a mini-HOWTO ( Backup-With-MSDOS ) detailling what you need to know. In addition to the DOS specifics it also contains general information and further leads.In addition to making these backups you should also make sure you can restore the data. Not all systems verify that the data written is correct and many administrators have started restoring the system after an accident happy in the belief that everything is working, only to discover to their horror that the backups were useless. Be careful.10.2 DefragmentationThis is very dependent on the file system design, some suffer fast and nearly debilitating fragmentation. Fortunately for us, ext2fs does not belong to this group and therefore there has been very little talk about making a defragmentation tool.If for some reason you feel this is necessary, the quick and easy solution is to do a backup and a restore. If only a small area is affected, for instance the home directories, you could tar it over to a temporary area on another partition, verify the archive, delete the original and then untar it back again.10.3 DeletionsQuite often disk space shortages can be remedied simply by deleting unnecessary files that accumulate around the system. Quite often programs that terminate abnormally cause all kinds of mess lying around the oddest places. Normally a core dump results after such an incident and unless you are going to debug it you can simply delete it. These can be found everywhere so you are advised to do a global search for them now and then.Unexpected termination can also cause all sorts of temporary files remaining in places like /tmp or /var/tmp, files that are automatically removed when the program ends normally. Rebooting cleans up some of these areas but not necessary all and if you have a long uptime you could end up with a lot of old junk. If space is short you have to delete with care, make sure the file is not in active use first. Utilities like file can often tell you what kind of file you are looking at.Many things are logged when the system is running, mostly to files in the /var/log area. In particular the file /var/log/messages tends to grow until deleted. It is a good idea to keep a small archive of old log files around for comparison should the system start to behave oddly.If the mail or news system is not working properly you could have excessive growth in their spool areas, /var/spool/mail and /var/spool/news respectively. Beware of the overview files as these have a leading dot which makes them invisible to ls -l, it is always better to use ls -Al which will reveal them.User space overflow is a particularly tricky topic. Wars have been waged between system administrators and users. Tact, diplomacy and a generous budget for new drives is what is needed. Make use of the message-of-the-day feature, information displayed during login from the /etc/motd file to tell users when space is short. Setting the default shell settings to prevent core files being dumped can save you a lot of work too.Certain kinds of people try to hide files around the system, usually trying to take advantage of the fact that files with a leading dot in the name are invisible to the ls command. One common example are files that look like ... that normally either are not seen, or, when using ls -al disappear in the noise of normal files like . or .. that are in every directory. There is however a countermeasure to this, use ls -Al that suppresses . or .. but shows all other dot-files.10.4 UpgradesNo matter how large your drives, time will come when you will find you need more. As technology progresses you can get ever more for your money. At the time of writing this, it appears that 6.4 GB drives gives you the most bang for your bucks.Note that with IDE drives you might have to remove an old drive, as the maximum number supported on your mother board is normally only 2 or some times 4. With SCSI you can have up to 7 for narrow (8-bit) SCSI or up to 15 for wide (15 bit) SCSI, per channel. Some host adapters can support more than a single channel and in any case you can have more than one host adapter per system. My personal recommendation is that you will most likely be better off with SCSI in the long run.The question comes, where should you put this new drive? In many cases the reason for expansion is that you want a larger spool area, and in that case the fast, simple solution is to mount the drive somewhere under /var/spool. On the other hand newer drives are likely to be faster than older ones so in the long run you might find it worth your time to do a full reorganizing, possibly using your old design sheets.If the upgrade is forced by running out of space in partitions used for things like /usr or /var the upgrade is a little more involved. You might consider the option of a full re-installation from your favourite (and hopefully upgraded) distribution. In this case you will have to be careful not to overwrite your essential setups. Usually these things are in the /etc directory. Proceed with care, fresh backups and working rescue disks. The other possibility is to simply copy the old directory over to the new directory which is mounted on a temporary mount point, edit your /etc/fstab file, reboot with your new partition in place and check that it works. Should it fail you can reboot with your rescue disk, re-edit /etc/fstab and try again.Until volume management becomes available to Linux this is both complicated and dangerous. Do not get too surprised if you discover you need to restore your system from a backup.The Tips-HOWTO gives the following example on how to move an entire directory structure across: (cd /source/directory; tar cf - . ) | (cd /dest/directory; tar xvfp -)While this approach to moving directory trees is portable among many Unix systems, it is inconvenient to remember. Also, it fails for deeply nested directory trees when pathnames become to long to handle for tar (GNU tar has special provisions to deal with long pathnames).If you have access to GNU cp (which is always the case on Linux systems), you could as well use cp -av /source/directory /dest/directoryGNU cp knows specifically about symbolic links, FIFOs and device files and will copy them correctly.

Wyszukiwarka

Podobne podstrony:
multi disk howto 6 hlxgqt2tfzfcpb35yuwjmkd2sjg4bjuzfybmbki
multi disk howto 5 meeuym7apruqs4ety5cmacrxs5eebu22xvu75za meeuym7apruqs4ety5cmacrxs5eebu22xvu75za
multi disk howto 20 623jxrnttobj6lnmjmrzex7r2d62x6pjwrf3s6a
multi disk howto 11 ja6hnecrgx7pa7pbsxxbkiuy26latgynwqgikxq
multi disk howto 18 amjatxa4rbwqybunkibtqzuypnfacwpmtuuidmy
multi disk howto tewxvqbnvbxf7qvlr7bz6isjxvy7amayvfitvpq tewxvqbnvbxf7qvlr7bz6isjxvy7amayvfitvpq
multi disk howto 23 wdphm5dclc6kyryteuxtgahnjm42d2vzrisg65a wdphm5dclc6kyryteuxtgahnjm42d2vzrisg65a
multi disk howto 19 q4gknmzeceusnzgu7crqanhewyfxnbaiccg5ray
multi disk howto 16 mhkcg5ngksmncavcduxta7mqmgaflt7a7xevfma mhkcg5ngksmncavcduxta7mqmgaflt7a7xevfma
multi disk howto 21 bfdwlwkhxfxlb27om5kp6zszfd2fagfzlwgzmoy
multi disk howto 1 f2kui7lxel3nj5ad7rbk5vilombphuktzbvnyry f2kui7lxel3nj5ad7rbk5vilombphuktzbvnyry
multi disk howto 17 lw4w6iml2ysxy7raafwkxsealsuvaq24k6vgx7a
multi disk howto 7 x3hiofthbarr4l5c6mloeoqiqztcfgw4ga2a5ai
multi disk howto 12 mu4rbybkd7jm7c7dxh3wgyeki6fud54elxacxgi mu4rbybkd7jm7c7dxh3wgyeki6fud54elxacxgi
multi disk howto 25 3dwcrswymvuzspz7xvm5v5to4rjwh7uqsc6h7ey
multi disk howto 9 aq3nmswfajdqoz6j5zxga5qn5ya3sr63f7fe63y aq3nmswfajdqoz6j5zxga5qn5ya3sr63f7fe63y
multi disk howto 13 37oxkpjrtd5q6aphh7aqo2ofg4eezi4zbwoxqma
multi disk howto 22 jrz4dw45aye5hz6wdpxvrmflu64l7q6tyftidta
multi disk howto 24 5e33auivu6e6ty7dz6zfqtoiqui7d6ckp3mu2ka

więcej podobnych podstron