- Roundtable - muug.ca

And I thought *I* was a geek...
by Adam Thompson 13 May '12

13 May '12

https://schemaverse.com/ If you ever need material to rebut the accusation that you’re the world’s biggest geek, you can at least say that *you* didn’t create an entire spacewar-type game implemented in PostgreSQL! -Adam Thompson athompso(a)athompso.net

1 0

Load average under RHEL 6.x systems?
by Gilbert E. Detillieux 11 May '12

11 May '12

Howdy folks! I asked this at last night's meeting, as my "stumper of the month", but didn't get any solutions or leads. So, I thought I'd ask again here... After upgrading many of our systems, both workstations and servers, from CentOS 5.x to Scientific Linux 6.x, I'm seeing higher load averages on idle systems than I used to. Under EL5, loads would drop to zero and pretty much stay there most of the time for idles systems. Under EL6, the load might drop down to 0.1, but doesn't stay there for very long, and even on seemingly idle systems, I see loads at or near 1 (sometimes even higher than 1 on some of our servers). It's also intermittent, with load averages dropping and climbing on fairly short intervals (of a few minutes or so). Running top, iotop, ftop, iftop, etc. doesn't really point to any major culprits. I've even run PowerTop, and implemented some of its suggested improvements, but that didn't make a difference on load. Just wondering if anyone else has seen similar behaviour with hosts running Red Hat and/or Fedora distributions? Would moving to the "tickless" kernel have anything to do with it? (I.e. does it somehow affect the way load averages are calculated?) Or is it some system service that can be shut down? (If it is, it's not creating an obvious load on its own, that top or ftop would show, but it may be affecting something in the kernel...) Any suggestions? -- Gilbert E. Detillieux E-mail: <gedetil(a)muug.mb.ca> Manitoba UNIX User Group Web: http://www.muug.mb.ca/ PO Box 130 St-Boniface Phone: (204)474-8161 Winnipeg MB CANADA R2H 3B4 Fax: (204)474-7609

2 5

Parallel man page
by Mike Pfaiffer 09 May '12

09 May '12

After tonights demo by Gilbert I decided to give parallel a try. I installed it on my Mint 10 (Linux) machine and my 10.6 Mac via Mac Ports. It works on the Mac and I haven't tried it under Linux yet. Anyhow I noticed the man pages are different. The Mac has a fuller man page than Linux. First impression... It does what I want but I need to tweak my scripts. Later Mike

1 0

Sun StorageTek software?
by Kevin McGregor 08 May '12

08 May '12

We keep getting these emails every 6 hours here at work. Does anyone recognize them? I think they are coming from the Sun StorageTek management software running on this server which is no longer connected to any StorageTek device. We'd like to disable or uninstall the software, or at the very least, somehow stop the emails. Does anyone know where to look for the configuration of this software? I don't really want to grep every file on the system looking for matching strings... You requested the following events be forwarded to you from <server_name> Site : <site_name> Agent : <server_name> Severity : Major Category : agent Device Id : <server_name> Topic : System Event Type : NotifierFailedEvent Event Code : 4.72.582 Event Date : 2012-05-03 10:00:01 Description: An attempt to contact the ASR server resulted in a Connection refused failure. Probable Cause: The ASR has indicated a problem processing the posted data. The cause may be due to an internal server failure, invalid settings locally, or due to the Recommended Action: Examine the reason indicated in the description. If the reason indicates a server failure, then back end support will need to be notified. If the connection was refused, verify the Sun Connection Configuration settings first, then verify with back end support that the server is operational.

2 1

Celebrate Day Against DRM - Save 50% on all Ebooks & Videos. Today only.
by Gilbert E. Detillieux 04 May '12

04 May '12

FYI... ------------------------------------ View in browser <http://post.oreilly.com/rd/9z1zh638brngfd1lclk6n4ejfaasgb8onl25nr81j00>. O'Reilly - Books and Videos In Celebration of *Day Against DRM* Save 50% on ALL Ebooks & Videos Having the ability to download files at your convenience, store them on all your devices, or share them with a friend or colleague as you would a print book, *is liberating, and is how it should be*. If you haven't tried a DRM-free ebook or video, we encourage you to do so now. And if you're already a fan, take advantage of our sale and add to your library. For one day only, you can save 50% on all O'Reilly, No Starch, and Rocky Nook ebooks and videos. *Use code: DRMFREE* View the Titles <http://post.oreilly.com/rd/9z1zkfkss3a9jv8u39eq9h3nualdufuov3siodb5vg0> Soldiers <http://post.oreilly.com/rd/9z1zdb4a1j9c9q7chnq56b924a0qp1rah5er1ff6gkg> Ebooks from oreilly.com <http://post.oreilly.com/rd/9z1zaohclbq0rl0barppp5s4ljpn2of695gf4715q5o> are *DRM-free*. You get *free lifetime access, multiple file formats, free updates.* Deal expires May 4, 2012 at 11:59pm PT and cannot be combined with other offers. Spreading the knowledge of innovators. oreilly.com <http://post.oreilly.com/rd/9z1z5d1g81buj14700a4ifdpssi52nobkdlv11k12pg> You are receiving this message because you purchased directly from O'Reilly or registered titles. Keep up on all things O'Reilly by signing up for our *email alerts and newsletters* <http://post.oreilly.com/rd/9z1z0r62s9avecf9buikgrjt2kqsg8hm9n2djhq2g68>. To ensure delivery to your inbox (not bulk or junk folders), please add *oreilly(a)post.oreilly.com* <mailto:oreilly@post.oreilly.com> to your address book. To unsubscribe from all email announcements from O'Reilly, click here <http://post.oreilly.com/rd/9z1zoq6vdbcnqlng9i4lk33vqefvmbq7hfa475opdl8>. O'Reilly Media, Inc. 1005 Gravenstein Highway North, Sebastopol, CA 95472 (707) 827-7000

1 0

MUUG Meeting, May 8, 7:30pm -- ZFS
by gedetil＠cs.umanitoba.ca 01 May '12

01 May '12

The Manitoba UNIX User Group (MUUG) will be holding its next monthly meeting on Tuesday, May 8. The meeting topic for this month is as follows: ZFS Edwin Amsler will talk about (and demonstrate, if all goes well) ZFS. ZFS is a filesystem originally developed at Sun Microsystems. It has numerous features and has a native port to Solaris, OpenSolaris, and FreeBSD; Non-official ports have been made to Linux and Mac OSX. Edwin will be focusing on the basic usage of the filesystem and the snapshotting features that come built in. May's RTFM will feature the parallel(1) command, presented by Gilbert Detillieux. The group holds its general meetings at 7:30pm on the second Tuesday of every month from September to June. (There are no meetings in July and August.) Meetings are open to the general public; you don't have to be a MUUG member to attend. ********************************************************************** Please note our meeting location: The IBM offices, at 400 Ellice Ave. (between Edmonton and Kennedy). When you arrive, you will have to sign in at the reception desk, and then wait for someone to take you (in groups) to the meeting room. Please try to arrive by about 7:15pm, so the meeting can start promptly at 7:30pm. Don't be late, or you may not get in. (But don't come too early either, since security may not be there to let you in before 7:15 or so.) Non-members may be required to show photo ID at the security desk. Limited parking is available for free on the street, either on Ellice Ave. or on some of the intersecting streets. Indoor parking is also available nearby, at Portage Place, for $5.00 for the evening. Bicycle parking is available in a bike rack under video surveillance located behind the building on Webb Place. ********************************************************************** For more information about MUUG, and its monthly meetings, check out their Web server: http://www.muug.mb.ca/ Help us promote this month's meeting, by putting this poster up on your workplace bulletin board or other suitable public message board: http://www.muug.mb.ca/meetings/MUUGmeeting.pdf -- Gilbert E. Detillieux E-mail: <gedetil(a)muug.mb.ca> Manitoba UNIX User Group Web: http://www.muug.mb.ca/ PO Box 130 St-Boniface Phone: (204)474-8161 Winnipeg MB CANADA R2H 3B4 Fax: (204)474-7609

1 0

Free TI-99
by Montana Quiring 30 Apr '12

30 Apr '12

Hello, Cleaning up the basement. If you come and pick it up at the UofM this week, it's yours. It's as is with no guarantee/warranty. :) Regards, -Montana Quiring

2 1

... some late-night light-heartedness ...
by Dan Keizer 30 Apr '12

30 Apr '12

Well - I recall we've had this discussion before ... ... but, because I've been digging up some old information, I did some more checking .. the oldest email of mine that i could find has the following headers on it -- way back to May of 1983 .. sheesh .. 29 years ago ... now -- back to work .... Dan. Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP Path: utzoo!mnetor!uunet!husc6!mit-eddie!ll-xn!ames!ucbcad!ucbvax!UOFMCC.BITNET!BUSU From: B...(a)UOFMCC.BITNET (Daniel Keizer) Newsgroups: comp.sys.atari.st Subject: UUDECODE/ENCODE etc. Message-ID: <8708242241.AA06541(a)ucbvax.Berkeley.EDU> Date: Mon, 24-Aug-87 17:13:00 EDT Article-I.D.: ucbvax.8708242241.AA06541 Posted: Mon Aug 24 17:13:00 1987 Date-Received: Tue, 25-Aug-87 06:38:56 EDT Sender: dae...(a)ucbvax.BERKELEY.EDU Organization: The ARPA Internet Lines: 16

4 4

burn-in software
by Trevor Cordes 30 Apr '12

30 Apr '12

I've been having problems lately with vendors selling me shoddy H67 boards which freeze/crash/reboot. I'd like to start "burning-in" all boards I receive for 24+ hours to weed out the bad ones right away. What's the best software for doing this? Preferably free (or cheap). Ideally it would hammer the CPU (get it nice and hot) and on-CPU GPU (some 3D work). I don't really need to hammer the drives (wouldn't want to with SSD's anyhow!). It would be great if I could have both a live-CD bootable burn-in program and a Windows-installable one. I suppose in Windows any benchmark program that also tests video would be ok if it could be put on repeat mode. But most Windows programs that I know about are for-pay; but worse than that, for-pay per seat (and I may need to burn-in 100's of boards). Any ideas? Thanks!

2 3

strange NTP problem on one of 3 peers
by Gilles Detillieux 30 Apr '12

30 Apr '12

I have a weird problem with clock drift that just started to happen today on one of my Linux systems. I was wondering if someone on the list has some NTP experience and could help me solve this puzzle. I have a group of 3 systems operating as peers, and they've been keeping time well for years. Yesterday I upgraded them from Scientific Linux 5.7 to 5.8 (an RHEL 5.8 clone like CentOS 5.8), and rebooted them to the latest kernel on SL 5.8, 2.6.18-308.4.1.el5. I rebooted 2 of them yesterday evening, and the last one I set an at job to reboot at 2:30 am. (It's our mail server so I didn't want to reboot it earlier.) This morning, I noticed this last system's clock was 4-5 minutes behind the others. I've stopped ntpd, reset the clock to the correct time, and restarted ntpd. I've done this twice already this morning, and each time, the clock starts slowly drifting backwards. The syslog entries from ntpd in /var/log/messages on the 2 other systems show fairly frequent occurrences of "synchronized to <IP>, stratum <n>", where n is usually 2 or 3. But for the mail server with the drifting clock, the only ntp sync logged this week was at 21:03:03 yesterday. The last ones before that were April 10 & April 4, i.e. very irregularly. The oldest log entries I have in /var/log/messages.4 show more regular syncs (at least 1-2 a day) up to March 31. So it's possible this problem existed for a while and had nothing to do with the updates yesterday, but this is the first time the drift got so bad it drew attention to itself (some file modification times got out of sync between this server and another system). I'd appreciate any ideas on how to tackle this problem. Gilles -- Gilles R. Detillieux E-mail: <grdetil(a)scrc.umanitoba.ca> Spinal Cord Research Centre WWW: http://www.scrc.umanitoba.ca/ Dept. Physiology, U. of Manitoba Winnipeg, MB R3E 0J9 (Canada)

7 11