- Roundtable - muug.ca

Easy system monitoring with SAR
by Sean Walberg 28 Feb '06

28 Feb '06

IBM's branching out into more generic UNIX articles. I wrote one on monitoring performance with SAR: http://www-128.ibm.com/developerworks/eserver/library/es-unix-perfmonsar.ht… Sean -- Sean Walberg <sean(a)ertw.com> http://ertw.com

1 0

Python group
by Mike Pfaiffer 22 Feb '06

22 Feb '06

Meeting is Wednesday the 22'nd from 7:00pm - 9:00pm in the U of W library. Go through the doors. There will be a spiral staircase to the right (it's in the center of the room). Take the stair up two flights. Go ahead to the wall with the table. The room 5c02 is along the wall to the left (next to the elevator). Later Mike -- +----------------------------------------------------------------------+ |Call-A.P.P.L.E. and the Digital Civilization http://www.callapple.org | | http://members.shaw.ca/pfaiffer = Mike Pfaiffer (B.A., B.Sc.) | +----------------------------------------------------------------------+ ----- BEGIN GEEK CODE BLOCK ----- Version: 3.12 GCS/G/IT/PA/SS d s+:- a? C++ UL L++ W++ N++ o+ K- w(---) O+@ M++@ V PS+ PE !PGP t+ 5+ X R tv b+ DI+++ D++ G e++* h! r-- !y-- UF++ ------ END GEEK CODE BLOCK ------

2 1

Was this what we were talking about?
by Mike Pfaiffer 22 Feb '06

22 Feb '06

I found it somewhere a month or so back. http://www.multitech.com/PRODUCTS/Families/RouteFinder_102/ Later Mike -- +----------------------------------------------------------------------+ |Call-A.P.P.L.E. and the Digital Civilization http://www.callapple.org | | http://members.shaw.ca/pfaiffer = Mike Pfaiffer (B.A., B.Sc.) | +----------------------------------------------------------------------+ ----- BEGIN GEEK CODE BLOCK ----- Version: 3.12 GCS/G/IT/PA/SS d s+:- a? C++ UL L++ W++ N++ o+ K- w(---) O+@ M++@ V PS+ PE !PGP t+ 5+ X R tv b+ DI+++ D++ G e++* h! r-- !y-- UF++ ------ END GEEK CODE BLOCK ------

2 1

thanks for tip on via rhine NICs
by schwartz 10 Feb '06

10 Feb '06

I've replaced my D-Link DFE-530TX which has a Via Rhine chipset with an RTL 8139D and my cable download speed has almost doubled with Fedora 3. Thanks for the tip!

1 0

MUUG Meeting, Feb 21, 7:30pm -- UNIX@Work, UNIX@Home
by gedetil＠cs.umanitoba.ca 07 Feb '06

07 Feb '06

[Posted to man.unix.general and other news groups] ------ Forwarded Article <dsaor9$sgg$1(a)canopus.cc.umanitoba.ca> ------ From gedetil(a)cs.umanitoba.ca (Gilbert E. Detillieux) The Manitoba UNIX User Group (MUUG) will be holding its next monthly meeting on Tuesday, February 21. The meeting topic for this month is as follows: UNIX@Work, UNIX@Home Once upon a time there was a LAN, a LAN where chaos reigned... OK, maybe it wasn't quite that dramatic, but the early days of networking were quite different than today for Gilbert Detillieux, a system and network administrator for the University of Manitoba's department of Computer Science for over 16 years. In this mini-presentation, in what we hope will become a semi-regular series of UNIX@Work/Home presentations, Gilbert will describe how the LAN-scape changed over those years at the University, and the role UNIX has played in taming the wild frontier of the Internet. Starting from scratch with your home network? Where do you start? Where do you go from here? Kevin McGregor is dealing with these very issues in setting up a network in his new home. He will cover hardware and software, clients and servers, backups, data integrity, network infrastructure, cabling plants and much more, all in less than 30 minutes! Note: We have changed the date for this month's meeting to the 3rd Tuesday, so that folks can spend Valentine's Day with their sweethearts. 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.) Limited parking is available for free on the street, or in a lot across Ellice from IBM, for $1.00 for the evening. Indoor parking is also available nearby, at Portage Place, for $2.00 for the evening. ********************************************************************** For more information about MUUG, and its monthly meetings, check out their Web server: http://www.muug.mb.ca/ Also note that MUUG maintains two mailing lists, called "muug-announce" and "roundtable". If you're not already on these lists, we encourage you to subscribe now: http://www.muug.mb.ca/mailman/listinfo/ The "muug-announce" list is used for monthly meeting announcements (such as this one) as well as other important announcements of interest to MUUG members. The "rountable" list is meant to be a forum for follow-ups to topics discussed at the meetings, or for round-table-style discussion on other topics that come up between meetings. Of course, for this to be effective, we need to reach a certain critical mass. So, please subscribe, and stay involved! -- Gilbert E. Detillieux E-mail: <gedetil(a)muug.mb.ca> Manitoba UNIX User Group Web: http://www.muug.mb.ca/ P.O. Box 130, St-Boniface Phone: (204)474-8161 Winnipeg, MB, CANADA R2H 3B4 Fax: (204)474-7609 ------ End of Forwarded Article

1 0

Part 2 of slow file transfer on a LAN
by Mike Pfaiffer 02 Feb '06

02 Feb '06

Following Bills suggestion to compare the results of ifconfig with ipconfig and winipfcg under M$ I found more information available under Linux. I looked at the info for the network card in the M$ drivers. It was set up for half duplex under M$ (I changed it to full). I don't know if the software would affect hardware settings at this point. If I change it under M$ would it change under Linux? BTW, the card is a Realtek RTL8029(AS) which gets seen in Linux as an NE2K-PCI. More things to report... I transfered around 10 large files in the space of a couple of hours (even allowing for the crashes from M$). Transfer was a single file at a time. Under Linux three simultaneous files takes 18 - 21 hours. After transferring the files (and getting numerous complaints about the C: drive running out of space although it was downloading to G:), I decided to muck around with the Network places icon. I mangage to set up access to the ftp server as a desktop window. I'll play around with it later. Any advice for getting something similar running under Linux? Later Mike -- +----------------------------------------------------------------------+ |Call-A.P.P.L.E. and the Digital Civilization http://www.callapple.org | | http://members.shaw.ca/pfaiffer = Mike Pfaiffer (B.A., B.Sc.) | +----------------------------------------------------------------------+ ----- BEGIN GEEK CODE BLOCK ----- Version: 3.12 GCS/G/IT/PA/SS d s+:- a? C++ UL L++ W++ N++ o+ K- w(---) O+@ M++@ V PS+ PE !PGP t+ 5+ X R tv b+ DI+++ D++ G e++* h! r-- !y-- UF++ ------ END GEEK CODE BLOCK ------

4 5

Re: [RndTbl] Followup on slow file transfer on my LAN
by Mike Pfaiffer 30 Jan '06

30 Jan '06

On January 30, 2006 07:49 am, Daryl F wrote this amazing epistle: > Mike Pfaiffer wrote: > > On January 29, 2006 10:58 pm, Bill Reid wrote this amazing epistle: > >>Mike Pfaiffer wrote: > >>> So far with this experiment I've eliminated some possible problems. The > >>>cables should be fine. The port on the router is fine. The NIC is fine. > >>>Since it works with M$, the router is fine (although I have to check if > >>>it is limiting based on the DHCP address of the Linux box - I set up a > >>>static IP for the M$ side and won't let it have net access). > >> > >>On Linux do an ifconfig and see if it reports errors or collisions. > >> > >>-- Bill > > > > Leaving out the first couple of lines which just give the IP addresses, > > here is what I get for eth0. > > > > UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 > > RX packets:2382801 errors:0 dropped:0 overruns:0 frame:392797 > > TX packets:2108884 errors:0 dropped:0 overruns:0 carrier:0 > > collisions:0 txqueuelen:1000 > > RX bytes:3298556584 (3145.7 Mb) TX bytes:144681015 (137.9 Mb) > > Interrupt:10 Base address:0xec00 > > > > I don't know if I should be running multicast. The MTU looks OK for > > dialup. I don't know if it's OK for a LAN. No idea what the metric is. > > Everything else looks as though it should be OK (although I may need to > > power down the router soon). > > > > Later > > Mike > > frame: doesn't look right. I don't get those on my LAN. I think it means > frame errors. It might be a buggy card. What chipset is it? > > - Daryl I thought it was frame SIZE... OK I got it now. I don't know what card it is. I suppose I could check in a day or two (I'll be trying to get a power supply on a 166 box replaced so I might be able to swap cards at the same time). I think one card is a 3com and the other is a D-link from Shaw. Before I swap cards, I'll try Bills suggestion about ipconfig. It's accessed from the run item from the start menu? Since things appear to be faster I would guess the frame errors are likely to be less. Obviously I'd rather replace the card than the router. Itech is in the neighbourhood (and I've known the guys for years) so I'd be picking something up from them. Any particular brand to look for? Will any of the newer cards do? Later Mike -- +----------------------------------------------------------------------+ |Call-A.P.P.L.E. and the Digital Civilization http://www.callapple.org | | http://members.shaw.ca/pfaiffer = Mike Pfaiffer (B.A., B.Sc.) | +----------------------------------------------------------------------+ ----- BEGIN GEEK CODE BLOCK ----- Version: 3.12 GCS/G/IT/PA/SS d s+:- a? C++ UL L++ W++ N++ o+ K- w(---) O+@ M++@ V PS+ PE !PGP t+ 5+ X R tv b+ DI+++ D++ G e++* h! r-- !y-- UF++ ------ END GEEK CODE BLOCK ------

2 2

Followup on slow file transfer on my LAN
by Mike Pfaiffer 30 Jan '06

30 Jan '06

The background is I want to transfer files between machines on my LAN. Basically taking advantage of free space and access to a burner as resources come available. The network is a wired 10/100 network running off a home router. Just about any machine I connect to the LAN works fine. My main machine doesn't (FC 2). Upload speed to a server is fine. Download is quite a bit slower. I've been ftping from an OS X Mac to my Linux box for the last week. I've been peaking at 5Kb/sec per connection. Sustained rates are around 2.0 - 2.3 Kb/sec. I *thought* HTTP was faster. I tried using HTTP from both the Mac and a Linux server and got similar speeds. Certain LARGE files take 2 hours to transfer from the Linux box to my machine. From the Mac it takes over night (it's a LAN - I don't mind leaving it on for hours if the job gets done). I can open multiple connections resulting in more files coming down in the same amount of time. Friends occasionally bring their machines over and get really good transfer rates. Five minutes or so for one of the LARGE files I mentioned. I tried an experiment. I booted into the M$ side of my machine. Went to the DOS prompt. I ftp'd a large file (120 MB) after about 5 - 7 minutes I stopped the transfer and checked the size. It was almost done. Back to Linux and it's slow again. So far with this experiment I've eliminated some possible problems. The cables should be fine. The port on the router is fine. The NIC is fine. Since it works with M$, the router is fine (although I have to check if it is limiting based on the DHCP address of the Linux box - I set up a static IP for the M$ side and won't let it have net access). I've also followed up with a suggestion to look at mii-tools. It generates an error as if the card were too old to be used this way. The Mac is refusing active connections so I'm in passive mode. Any suggestions? Later Mike -- +----------------------------------------------------------------------+ |Call-A.P.P.L.E. and the Digital Civilization http://www.callapple.org | | http://members.shaw.ca/pfaiffer = Mike Pfaiffer (B.A., B.Sc.) | +----------------------------------------------------------------------+ ----- BEGIN GEEK CODE BLOCK ----- Version: 3.12 GCS/G/IT/PA/SS d s+:- a? C++ UL L++ W++ N++ o+ K- w(---) O+@ M++@ V PS+ PE !PGP t+ 5+ X R tv b+ DI+++ D++ G e++* h! r-- !y-- UF++ ------ END GEEK CODE BLOCK ------

5 6

Python group in Winnipeg
by Mike Pfaiffer 28 Jan '06

28 Jan '06

I've had a couple of people talk with me about getting info about the Python group. Here is the URL to the web page they are using. http://wiki.python.org/moin/WinniPUG Later Mike -- +----------------------------------------------------------------------+ |Call-A.P.P.L.E. and the Digital Civilization http://www.callapple.org | | http://members.shaw.ca/pfaiffer = Mike Pfaiffer (B.A., B.Sc.) | +----------------------------------------------------------------------+ ----- BEGIN GEEK CODE BLOCK ----- Version: 3.12 GCS/G/IT/PA/SS d s+:- a? C++ UL L++ W++ N++ o+ K- w(---) O+@ M++@ V PS+ PE !PGP t+ 5+ X R tv b+ DI+++ D++ G e++* h! r-- !y-- UF++ ------ END GEEK CODE BLOCK ------

1 0

Thunderbird 1.5 and phishing
by Bill Reid 27 Jan '06

27 Jan '06

I just had my first phishing email (paypal scam) caught by Thunderbird 1.5. It has an alert that warns you. A nice feature. PayPal makes it very easy to report these scams. A couple a weeks ago I tried to report an eBay phishing email and it was way too difficult. You can not report the email without registering, etc. Pretty hostile. -- Bill

3 2