- WLUG - wlug.mailman3.com

JOB: Seeking Unix SysAdmin

by Andy Stewart

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi Everybody, If you are interested in the following job opportunity, please reply directly to bburns(a)m-Qube.com (Barbara Burns). =====start===== m-Qube, located in Boston, is the premiere mobile messaging management technology company in America and we operate a high-volume wireless messaging ASP. We are currently conducting a search for an experienced Systems Administrator who will be responsible for keeping this Linux/Java/J2EE-based server environment monitored and operational on a 24X7 basis. Responsibilities * Server Administration and Management 1. Configuration, administration and tuning of a high-performance Linux computing environment including new server deployment and setup 2. Develop and maintain scripts for monitoring and automation of periodic jobs 3. Provide problem isolation and resolution using software and diagnostics and/or crash/dump analysis 4. Administration of archive and backup systems 5. Perform ongoing capacity planning activities based on company growth 6. Serve as a system admin knowledge resource for persons throughout the organization 7. Available 24x7 for system emergencies * SAN Storage Administration 1. Maintain existing SAN storage infrastructure 2. Add and reconfigure storage to meet demands of the business 3. Use SAN technology to create backups for disaster recovery * Network Administration 1. Manage network devices including switches, routers and load balancers 2. Resolve issues with network 3. Review logs and run periodic health checks on infrastructure Qualifications: You must have extensive hands-on experience in a high-availability Linux environment with Apache, JBOSS, load balancing and SSL configurations. Your added assets will be an understanding of application programming in Java/JSP, Perl/Javascript or XML interfaces. You have some experience maintaining Cisco network equipment. Candidate must have strong work ethic and possess the ability to perform under time constraints in a dynamic environment. Managing multiple priorities while completing them simultaneously is a basic requirement.The individual must possess excellent skills in troubleshooting complex network environments and devices on his/her own. Experience: Qualified candidates should posses experience in the following: Enterprise-class Linux environments with 5 years of experience Experience with Linux server technologies including NFS, NIS, LDAP, kickstart, etc. Familiarity with engineering tools such as CVS and Bugzilla Proficient in scripting including PERL, Shell, Awk or Sed Extensive operations experience including o Experience analyzing and resolving problems associated with server hardware, server operating system and applications software o Capacity to perform a wide variety of tasks in software/hardware maintenance and operational support of server systems o Strong knowledge and experience with backup policies and emergency recovery procedures Some experience working with the following is preferred: Routing protocol and router administration Maintenance of Java, XML and SQL web applications Education: BS degree in Information Systems or related area desired Please respond directly to Barbara Burns at bburns(a)m-qube.com 617.673.2474 =====end===== - -- Andy Stewart, Founder Worcester Linux Users' Group Worcester, MA, USA http://www.wlug.org -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFD1wKJHl0iXDssISsRApOuAJ4kiKrElcrpiUpcBzlkb03eJxRS/QCfcvE4 i/EIPwzBA5NOL60i3UnW8dQ= =XuEN -----END PGP SIGNATURE-----

Jan. 25, 2006

Re: [Wlug] Ftp directory mapping

by Justin Odom

FuseFTP looks like it would be able to do what you are looking for. http://wiki.thiesen.org/page/Fuseftp -Justin Aramico wrote: > > > Dear All, > > is it possibe to do mounting for remote ftp directory into a defined > drive? > for example, i would like to mount my ftp directry ( ftp://mysite.com) > to directory /mount/ftp_mysite.com > where then I can save or take the file directly from this defined > directory ? > > > cheers, > > Aramico > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug

Jan. 24, 2006

Ftp directory mapping

by Aramico

Dear All, is it possibe to do mounting for remote ftp directory into a defined drive? for example, i would like to mount my ftp directry ( ftp://mysite.com) to directory /mount/ftp_mysite.com where then I can save or take the file directly from this defined directory ? cheers, Aramico

Jan. 24, 2006

Re: Rough upgrade to FC4

by Larry Underhill

On Sun, 2006-01-22 at 22:13 -0500, Bill Mills-Curran wrote: > I feel lucky that I didn't brick my system. What did I do wrong? > This must be a common occurance. I have another system that I need to > upgrade, but I don't want it to go like this. What's a better way? Hey there Bill. Sorry to hear about your upgrade woes. On my fedora boxen, I avoid up2date. (although I have had great experience with it on the RHEL distro with Red Hat Network) I'm a big fan of yum. I think Seth Vidal has done a great job with it and I have used it to upgrade several systems. I have taken one box (standard LAMP stuff) from FC1 => FC4 with no problems. After a backup of /var and /home, my general procedure is to: a) 'yum update' my box to ensure latest/greatest from the Fedora Base and Fedora Updates repositories. b) manually install fedora-release RPM. c) manually install yum rpm for the release (in your case FC4) that you are upgrade to. d) double check that I have GPG check enabled in my yum config files and I also have the correct keys on my ring. e) do a sanity check that I have good network connectivity to the remote repository that I am going to pull my RPMs from (personally, I've settled on mirrors.kernel.org) f) yum upgrade g) review the list of packages it marks for upgrade and the associated dependency checking for sanity. h) cross fingers. hit 'Y'. go get coffee. Best of luck, --Larry

Jan. 23, 2006

Re: Rough upgrade to FC4

by Matthew Gillen

Bill Mills-Curran wrote: > Running up2date did not help -- I was still in an FC3 system (kind of). > > I manually installed the FC4 kernel and ran up2date again, but it was > stuck on many packages, because up2date only wanted to freshen > existing rpm's -- it didn't want to add any new ones to solve > dependencies. That's why you're almost always better off using 'yum' instead of 'up2date'. Yum is smart enough to track down and install dependencies for you. I would abandon using up2date unless you're using RedHat Enterprise Linux (which you're obviously not). You'd still have the same problem with yum that you had with up2date regarding the "system thinks it's FC3 instead of FC4" issue (hint: manually update an rpm by the name of "fedora-release") --Matt

Jan. 23, 2006

Re: Rough upgrade to FC4

by Matthew Gillen

Bill Mills-Curran wrote: > I feel lucky that I didn't brick my system. What did I do wrong? > This must be a common occurance. I have another system that I need to > upgrade, but I don't want it to go like this. What's a better way? You didn't do anything wrong, you just took an unexpected upgrade path. In the future though, you may find these guys helpful: http://fedora.isphuset.no/ They rebuild the install ISO images periodically *with* the latest updates. Their main point is to reduce update-time after you install, but I think you discovered an even more compelling reason for them to do what they're doing. Note: those are unofficial images. That said, I've used them and they worked fine for me. --Matt

Jan. 23, 2006

Re: [Wlug] Rough upgrade to FC4

by Chuck Anderson

On Sun, Jan 22, 2006 at 10:13:27PM -0500, Bill Mills-Curran wrote: > I just upgraded to FC4 from FC3 and I had some troubles that should > not have happened. My FC3 system was current with updates, and I used > downloaded ISO's from fedora. The problem was that many of the FC3 > packages were more up to date than the FC4 packages, so the upgrade > did not install them. This included the kernel. I felt lucky that I > had a workable system. This this is a known problem. glibc in FC3 was updated to one newer than any available glibc for FC4, causing most of the system to not upgrade. > Running up2date did not help -- I was still in an FC3 system (kind of). Try using 'yum update' instead. up2date is not really being maintained as the way forward, and it isn't beat on as heavily as yum. Also, try first removing all old kernels, leaving just the newest (2.6.12-1.1381_FC3), and manually downgrade glibc to the latest FC4 one. > I feel lucky that I didn't brick my system. What did I do wrong? > This must be a common occurance. I have another system that I need to > upgrade, but I don't want it to go like this. What's a better way? Yeah, the maintainer of the glibc package doesn't think this is important enough to fix right away: https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=172823 It seems that the Fedora developers now recommend re-installs as opposed to upgrades, which is a shame since Fedora Core and Red Hat Linux before it were always known for their stellar upgradeability. Hopefully with the formation of the Fedora Foundation, more and more of Fedora Core itself will be community-maintained, where people who care about such things as upgradeability can make sure that goal is maintained.

Jan. 23, 2006

Re: Rough upgrade to FC4

by Joshua D. Abraham

On Sun, Jan 22, 2006 at 10:24:43PM -0500, nmeyers(a)javalinux.net wrote: > On Sun, Jan 22, 2006 at 10:13:27PM -0500, Bill Mills-Curran wrote: > > I just upgraded to FC4 from FC3 and I had some troubles that should > > not have happened. My FC3 system was current with updates, and I used > > downloaded ISO's from fedora. The problem was that many of the FC3 > > packages were more up to date than the FC4 packages, so the upgrade > > did not install them. This included the kernel. I felt lucky that I > > had a workable system. > > Sorry to hear things haven't gotten any better since my days as > an RH user (pre-RH9). I never experienced a smooth upgrade; sometimes > had to just rebuild the system. > Agreed. I have been using Redhat since 6.2. I had partitions setup the following way /boot / swap /home /usr/local/ This way I can keep the users data and just install a new system over it. I think that Debian's method of package management is the best of any of the Linux Distro's. I a year ago I switched from FC3 to Ubuntu because Ubuntu has a 6 month release cycle, similar to FC and Ubuntu pays individuals to fix security vulnerabilities. --Josh > I drifted from RH to Mandrake (pre-Mandriva) and then to Gentoo. > Though not without the occasional bump, I've found Gentoo's approach to > package management the least violent of them all. > > Nathan > > > > > Running up2date did not help -- I was still in an FC3 system (kind of). > > > > I manually installed the FC4 kernel and ran up2date again, but it was > > stuck on many packages, because up2date only wanted to freshen > > existing rpm's -- it didn't want to add any new ones to solve > > dependencies. > > > > After much arm-wrestling (floundering?), I gave up on the GUI up2date > > and ran with the command line, feeding it chunks of rpms that needed > > updating. > > > > I feel lucky that I didn't brick my system. What did I do wrong? > > This must be a common occurance. I have another system that I need to > > upgrade, but I don't want it to go like this. What's a better way? > > > > Thanks, > > Bill > > _______________________________________________ > > Discuss mailing list > > Discuss(a)blu.org > > http://olduvai.blu.org/mailman/listinfo/discuss > > > _______________________________________________ > Discuss mailing list > Discuss(a)blu.org > http://olduvai.blu.org/mailman/listinfo/discuss

Jan. 23, 2006

Rough upgrade to FC4

by Bill Mills-Curran

I just upgraded to FC4 from FC3 and I had some troubles that should not have happened. My FC3 system was current with updates, and I used downloaded ISO's from fedora. The problem was that many of the FC3 packages were more up to date than the FC4 packages, so the upgrade did not install them. This included the kernel. I felt lucky that I had a workable system. Running up2date did not help -- I was still in an FC3 system (kind of). I manually installed the FC4 kernel and ran up2date again, but it was stuck on many packages, because up2date only wanted to freshen existing rpm's -- it didn't want to add any new ones to solve dependencies. After much arm-wrestling (floundering?), I gave up on the GUI up2date and ran with the command line, feeding it chunks of rpms that needed updating. I feel lucky that I didn't brick my system. What did I do wrong? This must be a common occurance. I have another system that I need to upgrade, but I don't want it to go like this. What's a better way? Thanks, Bill

Jan. 23, 2006

Re: [Wlug] SSH Tunneling?

by Mike Frysinger

On Friday 20 January 2006 14:28, Michael Zarozinski wrote: > I'm in the process of moving a web site, msql db, and some game daemons > to a new server. While the DNS transfer is in process we want all > traffic to go to the new server. I've been told this can be done vial > ssh tunnels but don't have any experience.... can anyone point me in the > right direction? read `man ssh` ... then when the directions are a little hard to grok, use these examples: ssh -L 1234:localhost:25 vapier(a)wh0rd.org -N -f this will create a ssh tunnel from my localhost:1234 to remote wh0rd.org:25 and after authentication is finished, the ssh process will detach > Do I need to set up a tunnel for every port on the old > server (the games open ports)? How is it set up to run all the time? Do > I need to mess with sshd_config? i'm pretty sure ssh can only tunnel tcp ports, not udp, so you'd be out of luck ... also, all communication would be encrypted, so you would see a perf hit in terms of how much data you can move -mike

Jan. 22, 2006