Best of Technical Support
I recently got a new PC with Windows 95 installed. With my old PC I used FIPS to decrease the size of the DOS partition and then used Linux FDISK to create Linux partitions. Windows 95 uses VFAT. Do you know of a utility or product like FIPS I could use to decrease the size of the VFAT partition without deleting and adding new partitions? —Lanny Lampl
There is a fairly inexpensive commercial product called Partition Magic by PowerQuest (http://www.powerquest.com). It is a very nice and easy to use program which will change the size of your partition without destroying the data. Of course, you must have sufficient disk space on the drive you want to resize but it is very painless. Another nice feature is that it can “see” Linux partitions as well (it can't manipulate these partitions but will at least let you see the sizes).
One problem with the current version is that you must do the actual manipulation from DOS (version 7.0 if you have Windows 95). You can see your partition information from Windows 95 but it will not allow you to make changes. —Douglas Stoun email@example.comFlorida State University
Regarding tin NNTP: I'm a newbie and I finally have IP masquerading and my return e-mail address is properly firstname.lastname@example.org. After setting up tin for NNTP I can read articles without trouble but I cannot post. I get a returncode of 441, post rejected. Didn't my setting up of sendmail for the correct masquerade work for NNTP, or are my posts “sent differently” than mail? —Edward W. Morris, Jr
News posts are indeed “sent differently”. Sendmail runs on port 25, NNTP on port 119. You will need to masquerade both ports, which you must have done if you can read news from masqueraded machines.
If you are getting post rejected, it could be because the news server is not set up to allow you to post. Can you post news from your gateway machine? If not, you will need to talk with whoever administers the news server. —Bob Hauck, email@example.comWasatch Communications Group
We have a 486 AMDX4-100 Mhz/ 32MB RAM system running Linux Kernel 1.2.13 as our Mailserver. We are using WinPmail as our mail clients in Novell Netware mode and all users have direct POP3/SMTP connection to the Linux machine to retrieve and send Internet mail. The problem is: When the POP3 access is made from the workstations, the Linux machine responds very slowly, meaning it takes more than 3 minutes to establish the connection. What causes this problem and how can it be solved? —MadavaneShuttle Technology
There are a couple of possibilities. One is that you are using TCP wrappers in “paranoid mode” and the reverse lookup for the workstations is failing because there is no in-addr.arpa entry for them in your DNS. If this is the case, you should be seeing error messages in your syslog (usually /var/log/messages).
You can turn off reverse lookups by removing paranoid from your /etc/hosts.allow and /etc/hosts.deny. That will cause most recent versions of TCP wrapper to still log the access, but with only the IP address and not the hostname. Many popular Linux distributions come with TCP wrappers installed and reverse lookup enabled.
Another possibility is that you have enough clients that 32MB is not sufficent. Some POP servers buffer the mailboxes in RAM while downloading, which uses a lot of RAM if your users are keen on MIME attachments. You should be able to diagnose this with free and top to see if you are swapping heavily when the slowdown occurs. The fix would be more RAM or a different POP server.
Yet another possibility is that your mail transport (sendmail, smail, etc) and your POP server are not agreeing on locking protocols. This can be fixed by recompiling one or the other. This one is unlikely if you are using the default servers from one of the major distributions. —Bob Hauck, firstname.lastname@example.orgWasatch Communications Group
Practical Task Scheduling Deployment
July 20, 2016 12:00 pm CDT
One of the best things about the UNIX environment (aside from being stable and efficient) is the vast array of software tools available to help you do your job. Traditionally, a UNIX tool does only one thing, but does that one thing very well. For example, grep is very easy to use and can search vast amounts of data quickly. The find tool can find a particular file or files based on all kinds of criteria. It's pretty easy to string these tools together to build even more powerful tools, such as a tool that finds all of the .log files in the /home directory and searches each one for a particular entry. This erector-set mentality allows UNIX system administrators to seem to always have the right tool for the job.
Cron traditionally has been considered another such a tool for job scheduling, but is it enough? This webinar considers that very question. The first part builds on a previous Geek Guide, Beyond Cron, and briefly describes how to know when it might be time to consider upgrading your job scheduling infrastructure. The second part presents an actual planning and implementation framework.
Join Linux Journal's Mike Diehl and Pat Cameron of Help Systems.
Free to Linux Journal readers.Register Now!
- Interview with Patrick Volkerding
- Google's SwiftShader Released
- Tech Tip: Really Simple HTTP Server with Python
- My +1 Sword of Productivity
- SUSE LLC's SUSE Manager
- Murat Yener and Onur Dundar's Expert Android Studio (Wrox)
- Non-Linux FOSS: Caffeine!
- SuperTuxKart 0.9.2 Released
- Returning Values from Bash Functions
- Managing Linux Using Puppet
With all the industry talk about the benefits of Linux on Power and all the performance advantages offered by its open architecture, you may be considering a move in that direction. If you are thinking about analytics, big data and cloud computing, you would be right to evaluate Power. The idea of using commodity x86 hardware and replacing it every three years is an outdated cost model. It doesn’t consider the total cost of ownership, and it doesn’t consider the advantage of real processing power, high-availability and multithreading like a demon.
This ebook takes a look at some of the practical applications of the Linux on Power platform and ways you might bring all the performance power of this open architecture to bear for your organization. There are no smoke and mirrors here—just hard, cold, empirical evidence provided by independent sources. I also consider some innovative ways Linux on Power will be used in the future.Get the Guide