Re: [CentOS] Old Small Box
On Tue, 2009-01-27 at 12:43 +0100, Morten Torstensen wrote: > William L. Maltby wrote: > > Oh boy! You've heard rumors that the BIOS manufacturers are going to > > begin supporting file-system-specific layouts? I find that hard to > > swallow. > > Well, in theory we don't need BIOS support. The BIOS will check that the > first sector of the device is signed with 55AAh and just jump into the > code in the first sector. So if LVM leaves the first sector and track > (so grub can hide there) alone, it should work just fine. As I thought (remembered). Which means no additional BIOS support is needed. What's needed is that the first sector understands LVM (or whatever the file system is if there's not LVM). So if we put the root onto a "conventional" file system, the first sector would be the boot code - no GRUB/LILO or anything else needed (IIRC). Of course, then no parameters passed, no selection of alternate boots, etc. Just like the old days! :-) Simplicity has its strengths and weaknesses. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Emergency rescue help needed
On Fri, 2009-01-30 at 10:19 +, Anne Wilson wrote: > On Friday 30 January 2009 09:49:46 Sorin Srbu wrote: > > >-Original Message- > > >From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On > > > Behalf > > > > Of > > > > >Anne Wilson > > >Sent: Friday, January 30, 2009 9:15 AM > > >To: CentOS mailing list > > >Subject: Re: [CentOS] Emergency rescue help needed > > > > > >Technicalities of power supply are not in any way my expertise. Are you > > >saying that it would be wise to change the battery? > > > > Three, four years is a normal lifespan for a UPS-battery IIRC. Less if the > > batteries are used often, ie you have plenty of brown- and/or powerouts. > > > > Most UPS-brands have a battery-exchange program. > > > > However, in some cases it's cheaper to just get a whole new UPS... 8-/ > > > I know I was shocked at the price I had to pay last time I replaced the APC > battery. My favourite vendor sells a lot of Liebert PowerSure UPSs, so I > presume they have had no problems with them, or they'd have given up by now. > There is a large range, and the prices are good, but the only thing I can say > is that I haven't heard anyone complain. I'd prefer to hear a positive > report > before buying. Many years ago, I bought a replacement battery locally for my BBS. SHOCKING! Next time, I got on the net. Much better price. Not shocking. I suggest you go that route if you need a battery. > > Anne > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] /etc/X11/xorg.conf question
On Fri, 2009-01-30 at 09:23 -0500, Lanny Marcus wrote: > If I use "system-config-display" or "system-config-display --reconfig" > although I get a message that I need to log out of GNOME, to have the > new file written, for new Display Resolution, logging out or > restarting the box does not result in the new settings for the Display > taking hold. Sometimes, the number of colors is updated, but *never* I always "telinit 3", go to a VC as root (--) and run system-config-display (w/o --reconfig) after saving a copy of xorg.conf. Then "telinit 5" and IWFM. > the Resolution. Below is my xorg.conf file. What do I need to include > in xorg.conf for the resolution to be 1280 x 1024 instead of the > current 1600 x 1200? Display is a Dell M991 and the Video Card is > shown as Nvidia NV11 (GeForce2 MX/MX400). CentOS 5.2 (32 bit) fully > updated. TIA! Edit the "modes" line below and cut out the stuff you don't want. Also keep in mind that the modes line applies only to the subsection which contains it. You need to duplicate in each subsection. > > # Xorg configuration created by system-config-display > > Section "ServerLayout" > Identifier "single head configuration" > Screen 0 "Screen0" 0 0 > InputDevice"Keyboard0" "CoreKeyboard" > EndSection > > Section "InputDevice" > Identifier "Keyboard0" > Driver "kbd" > Option "XkbModel" "pc105" > Option "XkbLayout" "us" > EndSection > > Section "Device" > Identifier "Videocard0" > Driver "nv" > EndSection > > Section "Screen" > Identifier "Screen0" > Device "Videocard0" > DefaultDepth 16 > SubSection "Display" > Viewport 0 0 > Depth 24 > EndSubSection > SubSection "Display" > Viewport 0 0 > Depth 16 > Modes"1600x1200" "1600x1024" "1440x900" "1400x1050" > "1280x1024" > "1280x1024" "1280x960" "1280x960" "1280x800" "1280x800" "1152x864" > "1152x864" "1152x768" "1152x768" "1024x768" "1024x768" "800x600" > "800x600" "640x480" "640x480" > EndSubSection > EndSection > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] /etc/X11/xorg.conf question [SOLVED]
On Fri, 2009-01-30 at 11:02 -0500, Lanny Marcus wrote: > On Fri, Jan 30, 2009 at 9:23 AM, Lanny Marcus > wrote: > > If I use "system-config-display" or "system-config-display --reconfig" > > although I get a message that I need to log out of GNOME, to have the > > new file written, for new Display Resolution, logging out or > > restarting the box does not result in the new settings for the Display > > taking hold. Sometimes, the number of colors is updated, but *never* > > the Resolution. Below is my xorg.conf file. What do I need to include > > in xorg.conf for the resolution to be 1280 x 1024 instead of the > > current 1600 x 1200? Display is a Dell M991 and the Video Card is > > shown as Nvidia NV11 (GeForce2 MX/MX400). CentOS 5.2 (32 bit) fully > > updated. TIA! > > > # Xorg configuration created by system-config-display > > >Modes"1600x1200" "1600x1024" "1440x900" "1400x1050" > > "1280x1024" > > John & Bill: Thank you for the quick replies! I deleted the modes > ahead of 1280x1024 and it's working. :-) I'd contemplated removing > those modes, but better with your 2 cents! I believe that > system-config-display works OK on my box (Dell Dimension 2400 with > integrated Intel everything on the mobo), but that's my old box (now > daughters) and it has an Nvidia video card, which I suspect is not > supported well by system-config-display. I remember having this > problem 2 or 3 years ago. Lanny Rpmforge has rpms for nvidia drivers (older like I use and newer too). WFM just fine. Although, as I said, I don't config in runlevel 5, just runlevel 3. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] /etc/X11/xorg.conf question [SOLVED]
On Fri, 2009-01-30 at 15:47 -0500, Lanny Marcus wrote: > On Fri, Jan 30, 2009 at 11:12 AM, William L. Maltby > wrote: > > On Fri, 2009-01-30 at 11:02 -0500, Lanny Marcus wrote: > >> On Fri, Jan 30, 2009 at 9:23 AM, Lanny Marcus > >> wrote: > >> > If I use "system-config-display" or "system-config-display --reconfig" > >> > although I get a message that I need to log out of GNOME, to have the > >> > new file written, for new Display Resolution, logging > > > Rpmforge has rpms for nvidia drivers (older like I use and newer too). > > Should I try them? I can't imagine that system-config-display does not I think you might want to. But not for the problem. I don't think that's related. > work, with other video cards and chips, so I suspect the problem is > with the nv driver that got installed with the OS. I doubt that. Before I started using the rpmforge packages, I used the box-stock ones w/o problems. I suspect that running it from a X session is related. ISTR that in some other thread someone mentioned some CLI stuff specific to Gnome could be used, but I don't recall them. I _think_ the normal GUI display configuration stuff just modifies configs for the desktop manager. I _suspect_ they would not update xorg.config. System-config-display does that and AFAIK has no problem. But, as mentioned, I never ran it while X was active and never used --reconfig. I also _always_ visually inspected the results and modified them to suit my taste: reduced the number of modes, added more color depths, filled in missing DDC info, etc. As to the rpmforge units, my _perception_ is that things work a little faster with those drivers. The stock nv driver is ok, but a lot of folks have commented about increased utility with the nvidia drivers. They usually installed from source. Since rpmforge now has rpms for both the older and newer drivers, no need to roll your own. You'll need to get card ID information so you know if you need the older or newer drivers. E.g. $ /sbin/lspci|grep -i nv 01:00.0 VGA compatible controller: nVidia Corporation NV18 [GeForce4 MX 4000] (rev c1) >From X.org.log (--) PCI:*(1:0:0) nVidia Corporation NV18 [GeForce4 MX 4000 AGP 8x] rev 193, Mem @ 0xe800/24, 0xe000/27 If you just acquired the card, probably the newer package is what you want. If the card is a couple years old, the older one is likely what's needed. > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Question about Shell Script.
On Fri, 2009-01-30 at 15:56 -0500, Filipe Brandenburger wrote: > On Fri, Jan 30, 2009 at 13:59, R P Herrold wrote: > > or for those who are used to being burned: > > [ 0$NUMBEROFPRO -gt 150 ] > > Still going to explode if $NUMBEROFPRO contains spaces. Putting in > double quotes will not help you either, since it will complain about > it not being numeric... That taught me long ago, if input was inconsistent, to check for non-numerics before doing math. Back then, it was the expr command (still available I think). Now it's some of those builtins accessed with ${} constructs. Expr is simpler, shorter to code and reliable. > > Doing math with the shell is always tricky, almost never robust... > > Filipe > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Intel DG33BU motherboard
On Tue, 2009-02-03 at 15:39 +0200, Paolo Supino wrote: > Hi > Here's my /boot/grub/grub.conf content: > grub.conf generated by anaconda > # > # Note that you do not have to rerun grub after making changes to this > file > # NOTICE: You do not have a /boot partition. This means that > # all kernel and initrd paths are relative to /, eg. > # root (hd0,0) > # kernel /boot/vmlinuz-version ro > root=/dev/mapper/sil_aibhcbccdhagp1 > # initrd /boot/initrd-version.img > #boot=/dev/mapper/sil_aibhcbccdhag > default=0 > timeout=10 > splashimage=(hd0,0)/boot/grub/splash.xpm.gz > hiddenmenu > title CentOS (2.6.18-92.1.22.el5) > root (hd0,0) > kernel /boot/vmlinuz-2.6.18-92.1.22.el5 ro root=LABEL=/ > pci=nommconf > initrd /boot/initrd-2.6.18-92.1.22.el5.img > title CentOS (2.6.18-92.el5) > root (hd0,0) > kernel /boot/vmlinuz-2.6.18-92.el5 ro root=LABEL=/ > pci=nommconf > initrd /boot/initrd-2.6.18-92.el5.img > > > As you can see there's no mentioning of "acpi=off" anywhere and > unless I stop it and change the command line parameter from acpi=off > to pci=nommconf it still boots with acpi=off ... :-( Sounds like your boot/root is not what you think it is. I had an LFS system I built long ago and added CentOS to it. It could be booted from either HD. I forgot to change my root= stuff in fstab when I finally converted fully. Took me awhile to figure out why changes I made had no effect on booting. I changed my root in fstab and all worked well after that. > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Intel DG33BU motherboard
On Tue, 2009-02-03 at 17:17 +0200, Paolo Supino wrote: > Hi William > > I didn't trun acpi back on (it's a sure way to freeze the computer). > I did however find out that Linux ignores the RAID1 that is set by the > SIL SATA card I have installed :-( See my last post (just a few > minutes ago) with more details. Glad you discovered the _symptom_ of the raid problem. However, I'm _totally_ ignorant_ about raid. I suggest you 1) search the archives for stuff about raid and 2) start another thread describing your raid issue. There's a _lot_ of folks on the list who are expert with lots of types of raid. What I think I recall from the threads I've seen (I don't know if this is generally applicable) is that the HD be partitioned for 2 approximately 100GB partitions to be used as boot and the rest defined for raid. Some suggest that all of the "rest" be an LVM partition for ease of management. But, as I said, I'm not knowledgeable, so do start another thread about your raid concerns after searching the archives. You should find a lot in there. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rpmforge
On Fri, 2009-02-06 at 15:46 -0600, rra...@comcast.net wrote: > I have not been able to connect to rpmforge for a couple of days > Is it me or is there a problem with the repository You'll probably get a better response, as well as a fix if there is a problem, by posting to that list rather than here. > > Richard > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rpmforge
On Fri, 2009-02-06 at 19:22 -0500, Mail List wrote: > On Fri, 06 Feb 2009 17:26:28 -0500, William L. Maltby wrote > > On Fri, 2009-02-06 at 15:46 -0600, rra...@comcast.net wrote: > > > I have not been able to connect to rpmforge for a couple of days > > > > You'll probably get a better response, as well as a fix if there is a > > problem, by posting to that list rather than here. > > > > > > > > Richard > > > > > > > -- > > Bill > > What part of the first Line he posted you not understand Bill? "I have not been able to connect to rpmforge for a couple of days" This one I guess. I understood that he could not connect to the web site. IIRC, that has to do with http services, not mailing lists. I just this moment fired up a mail retrieval from users-boun...@lists.rpmforge.net and received two messages. Now, maybe the web site is down or not, but mail is apparently working at this time. Further, over the last few days, I regularly fetch mail, if any is available, from that address. If there is more that I did not understand, please enlighten me. If the OP had stated that _mail_ was not working, I would have noticed that. > > Richard I to have been having issues, but have no idea as to why. > > -- > Brian > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rpmforge
On Fri, 2009-02-06 at 17:39 -0800, John R Pierce wrote: > William L. Maltby wrote: > > You'll probably get a better response, as well as a fix if there is a > > problem, by posting to that list rather than here. > > > > you mean the list you can't find since the rpmforge website is > apparently down? See my other reply. > > luckily, google had a cached entry for it. i signed up for the > us...@lists.rpmforge mail list, which apparently has just a few messages > a week judging from the archives. > > fyi, it appears rpmforge.net is redirecting to rpmrepo.org who's DNS is > erratic, when it works, it in turn seems to land on www.com.net which > disavows any knowledge. > > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rpmforge
On Sat, 2009-02-07 at 08:00 -0500, William L. Maltby wrote: > On Fri, 2009-02-06 at 17:39 -0800, John R Pierce wrote: > > William L. Maltby wrote: > > > You'll probably get a better response, as well as a fix if there is a > > > problem, by posting to that list rather than here. > > > > > > > you mean the list you can't find since the rpmforge website is > > apparently down? > > See my other reply. I see that _your_ post to rpmforge's list got through ok and the web site was apparently not fixed at that time, based on Dag's subsequent post. Now, since this is a CentOS list and the mailing lists for rpmforge were apparently working, what is wrong with suggesting that the user post there? You and Brian both seem to have the same problem with my short reply to the OP. What specifically is your beef with my suggestion, which was not critical, combative or offensive in any way that I can see. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Sound with headphones on: Streamaudio perfect but youtube and system-config-soundcard silent
On Fri, 2009-02-06 at 21:13 -0500, Lanny Marcus wrote: > On Fri, Feb 6, 2009 at 7:53 PM, Lanny Marcus wrote: > > This afternoon, I bought a pair of ear plugs (the large flat kind that > > hook onto my ears). Plugged them in to test and they work perfectly. > > I'm listening to streamaudio.com as I type this.However, when I > > tried to watch a youtube.com video (my wife exercise dancing) just > > silence. She had the same video on to test and the sound was fine on > > her box. Then, I tried system-config-soundcard and with the volume set > > at 100%, just silence. Does this have to do with lower voltages coming > > from youtube.com and system-config-soundcard or is there some other > > explanation and a cure? TIA I would be surprised if voltage settings from a remote location could affect this. You are coming over the net, right? Your signal strength would be determined by your closest node and should be within pre-defined limits. > > > Progress: I shut the box down for awhile and then turned it back on. > Now, there's sound from streamaudio.com and youtube.com I'm not sure > why cycling power helped, but it did. Still no sound from > system-config-soundcard when I try the sound test. Have you right-clicked the speaker control on the desktop and opened the volume control panel? There's lots of inputs there that might be useful. I noticed in the past that for certain things I had to enable different DXS functions (I have a via chipset) and/or PCM input, etc. > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] rpmforge
On Sat, 2009-02-07 at 08:43 -0600, rra...@comcast.net wrote: > On Sat, 7 Feb 2009, William L. Maltby wrote: > > > I didn't mean to stir up a ruckus Not your fault at all. I know that Dag often monitors this list and on occasions when he can't/doesn't get stuff resolved at the rpmforge site/list, he'll generously help out right from this list. But he has posted at rpmforge list about how swamped he is. Logic would indicate that a faster response might be had there. My assumption was that you either didn't know about his mailing list or forgot about it. So I just wanted to suggest it to you. I seldom (never?) intend to be condescending or harsh in my posts (resist the urge, resist the urge, ... oh well, the hell with it: unlike some others ;-) Unfortunately, the desire for brevity on lists often allows a lot of latitude for interpreting posts as harsh. The ruckus came when some folks apparently interpreted your post differently than I and decided that I deserved castigation. Their problem, not mine. > Thanks for the help I do hope that my original reply was seen as intended - helpful. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [SOLVED] Re: Sound with headphones on: Streamaudio perfect but youtube and system-config-soundcard silent
On Sat, 2009-02-07 at 09:52 -0500, Lanny Marcus wrote: > > Bill: After I powered the box down and let it sit for awhile and then > powered back up, I was able to hear the audio coming from youtube.com > without any problem, as well as audio from streamaudio.com Never was > able to hear the local sound test in system-config-soundcard but since > it is otherwise working now, I consider this solved. Good. But I would still be curious (being obsessive-compulsive about these things) about why. It's got to be some configuration or mute thing. Oh well, as long as your good. > If those ear > plugs had a longer cable, they would be perfectThanks. Lanny It used to be Radio Shack was my friend. I've bought jacks that you can assemble yourself (screw-in type available, but I always soldered) and make extension cables. If the extension is not too long, you should not notice any ill-effects. To minimize the increased resistance, I make the extension with a size or two larger wire. I've not detected any distortions associated with the joints or change in wire size over the short lengths I've used. Maybe you have something like the Radio Shack (or any electronics parts house) in Columbia near you? > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] chkconfig path
On Tue, 2009-02-17 at 23:14 +, Didi wrote: > On Tue, Feb 17, 2009 at 10:25 PM, Geert Batsleer wrote: > > Hi all! > > > > I'm trying to install FOG (an opensource ghostlike backup/rollout server) > > on a centos 5 box but at the end of the isntaller script it can't find > > chckconfig altough it's in /sbn and I run the (redhat specific install) > > script as root. > > > > How can I make sure chckconfig gets found? Tried adding the full path in the > > script to /sbin/chckconfig but got the same error. > > > > Regards, Geert > > > > -- > > > > * Checking package: perl...OK > > * Checking package: perl-Crypt-PasswdMD5...OK > > * Checking package: lftp...OK > > > > Configuring services. > > > > * Setting up fog user...Exists > > * Setting up and starting MySql../lib/redhat/functions.sh: line 440: > > chkconfig: command not found > > ...Failed! > Try > > $ export PATH=/sbin:$PATH > > before running the script Since he ran as root, /sbin (OP: note the correct spelling) s/b part of his path already. If that's the case, the above export will just duplicate the entry (no real harm done though). >From what is shown in the snippet of results, I would _guess_ that some function or sub-shell has modified the path or is looking for an application-specific chkconfig? Add a "set -x" just ahead of the command to get a verbose output. Maybe that will give a clue. Also, a "set" or "export" command with no arguments will show the environment. Keep an eye out for anything that modifies the path. > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] USB Memory Key not recognized
On Thu, 2009-02-19 at 14:31 -0500, James B. Byrne wrote: > Based on another message respecting power to the USB key I inserted > it into a port located at the back of the host and it was recognized > immediately. I have no idea why it is not picked up when placed > into on of the front panel usb ports but it matters not so long as I > can mount it. Check BIOIS setup and see if all the on-board usb ports are enabled. Also, front-panel ports usually have a small cable from the mainboard port to the panel connector. It may have become dislodged or be reversed if the connector is not keyed. > > Thanks for the help. > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] new user - with questions
On Sat, 2009-02-21 at 07:02 -0500, Michael Klinosky wrote: > Michael A. Peters wrote: > > 5.2 has FireFox 3.0.5 (maybe has 3.0.6, I haven't done a yum update in > > awhile) and started with Firefox 1.5 in CentOS 5.0 > > http://centos.org/docs/5/html/5.2/Package_Manifest/ar01s03.html > states 'firefox-3.0-0.beta5.6.el5'. > Are you saying that yum will bump it to at least 3.0.5? "Box stock 5.0" originally, fully updated with nothing more than yum. $ yum list firefox Loaded plugins: allowdowngrade, changelog, downloadonly, fastestmirror, : fedorakmod, kernel-module, priorities, tsflags, versionlock Reading version lock configuration 413 packages excluded due to repository priority protections Installed Packages firefox.i386 3.0.6-1.el5.centos installed $ > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] dell poweredge 860
On Mon, 2009-02-23 at 17:56 -0800, nate wrote: > Jerry Geis wrote: > > Hi all, > > > > Does anyone know of any issues with a dell poweredge 860? > > > > I have one and the NMI number is getting high. > > I have a digium card in the box and the NMI grows with or without the > > card in the box. > > Is it causing a problem? I just checked a half dozen systems, all > of them have pretty high NMI counters in /proc/interrupts(e.g. > 254947480), and all of them are incrementing at least every > second. No noticeable problems. Some of the systems are 3 years > old, one of them is so new it's not even available for sale until > next month. > > nate > I also believe that a high NMI count, in and of itself, is not an issue, nor necessarily and indication of one. IIRC, Non-Maskable Interrupts are ones that must be dispatched immediately, not queued for handling. Hardware events that cause these interrupts, IIRC, include the hardware clock, HDs, serial devices, etc. Thinking just of the hardware clock alone you can see how NMI counts would always be increasing. I'd suggest doing what Nate did: look at some other systems to see what happens to their counts over a brief time and see if yours looks reasonable. As also suggested, a better approach is the diagnostic software. After-market vendors are notorious for crappy 1st level support. It's not surprising the they suspect NMIs might be the problem. You might end up spending some real time before the failure is properly identified and rectified. HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Thunderbird and Firefox
On Tue, 2009-02-24 at 16:38 -0500, Rob Kampen wrote: > I have two CentOS plus x86_64 workstations that as far as possible I am > trying to keep the same. One for home, one for my office. I have the 32 > bit Firefox installed along with a number of plugins and have just found > that firefox no longer plays any shockwave content on my work machine, I > have tried disabling the various quicktime, mplayer, realplayer plugins > but still no go. Removed firefox and re-installed (via yumex) still no > go > Any other things I can do? > > Then on my home machine I have lost the ability to click on a http:// > link within Thunderbird and have it open the link in Firefox. This works > fine on the office machine. It is annoying to have to copy and paste the > link to get it to work. I don't know if this is related, but JIC ... I discovered (the hardway) that if the preference to have FF check and set itself as the default browser is checked, the pluginreg.dat is effectively "emptied". This caused symptoms similar to what you describe (IIRC?). Once I unchecked that option, all worked as expected. There's a long thread in the archives, but I'm too lazy to find it. > > I have other CentOS machines (x86) where all this works just fine.. > > Any pointers to get me heading in the right direction? > thanks > Rob > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Checking for changes
On Tue, 2009-02-24 at 14:49 -0700, Joseph L. Casale wrote: > Is there anything I can use to take an inventory of the filesystem > before and after some process to see what's changed? A simple thing I've done is to use touch to make a timestamp file just before running the process. Then a find command check for files or directories that have a modification time later than the timestamp file is used. I think the parameter is "-later"? Use the man page to confirm. WFM very well. > > Thanks! > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Checking for changes
On Tue, 2009-02-24 at 14:49 -0700, Joseph L. Casale wrote: > Is there anything I can use to take an inventory of the filesystem > before and after some process to see what's changed? OOPS! My first reply ignored the fact you wanted an "inventory". I presume you mean a "snapshot" that you can use for a diff? > > Thanks! > jlc > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Firefox plugins gone (but only for one user)
On Wed, 2009-02-25 at 23:17 -0500, Rob Kampen wrote: > Hi gurus > I have a CentOS 5.2 current x86_64 that has Thunderbird and Firefox > working well for one user account (my wife) but will not play nice for > my account. > I have uninstalled thunderbird and firefox (via yum) and re-installed - > no change. > I have just wiped the .mozilla folder and started afresh, but it still > shows no plugins, yet the /usr/lib/mozilla/plugins/ has the > libflashplayer.so link etc. > > How does all this stuff get hooked up. > > I have previously installed firefox direct from their site and not used > the CentOS supplied rpm, but now that RH say the light and provides a > current version, I use the yum process to get my firefox installed. > Everything was working a week or so ago, but when I tried fixing things > yesterday, all went rapidly pear shaped. > In firefox I pressed the Check Now button under Firefox > Preferences > > Advanced > System Defaults and now its gone and lost all my plugins In the other thread about this to which I replied, I tried to make clear that this is the cause of the pluginreg.dat being trashed. You want to have NOT checked the check now and/or make it the default. Gnome has a script that can set this. Someone else posted it in another thread, but I can't remember it. Also, the Gnome menus System->Preferences->More Preferences->Preferred Applications->Web Browser can be used to set it. Once you select Firefox, the command box should have "firefox %s". Once this is set, starting FF should make a new pluginreg.dat if you removed the previous one, IIRC. In FF, edit preferences will get you to a place where you can fine tune the plugin configuration. > I'm going from memory here. Search the CentOS archives for a previous thread about this to find all the gory details. A search with my name, and pluginreg and/or firefox outght to get you to it quickly. HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Need to test serial port connection
On Thu, 2009-02-26 at 06:14 -0500, Phil Schaffner wrote: > On Thu, 2009-02-26 at 10:17 +, Anne Wilson wrote: > > > > There is just one serial connector on the computer, so I set it to > > monitor /dev/ttyS0. Either that is wrong, or communication is failing. > > I've been told to try minicom to monitor it, but I'm not familiar with > > minicom (or any similar app), so again, I may be wrong in the way I'm > > trying > > to use that. I was told that unconnecting the device, then re-connecting > > it > > should give me a raft of output to the terminal - I saw nothing. > > > > Could someone please give me idiot-level instructions on how to tell > > whether > > I'm connecting to the correct port, or whatever other information I need? > > Anne, > > Are you sure the cable is correct? I recall in the past having trouble > with an APC UPS that required an oddball RS-232 serial cable before it > would communicate. There were different variants available and only one > would work. Posting details of the brand/model of UPS involved might > get better help. OTOH, if the manufacturer has any common sense, at worst they'll require a "standard" (NOT!) null-modem cable. At best, they'll have circuitry/software on-board that accepts either a straight-through or null and adapts itself. Being an _old_ telecom guy from way back, I prefer what was called a symmetrical null modem fully configured. From memory (and therefore suspect) Pin>Pin 2 3 3 2 4 4 6 6 7 7 8 20 20 8 Some also do 5 to 5. However, a 2-3 cross and DTR and DCD high is all that really is needed. Google for RS-232 will get you a ton of stuff. As to the OP original question, check BIOS settings and make sure your serial is enabled. Set it to COM 3 and IRQ 4 should work. This would equate to "0" in an *IX system. Look in your /var/log/messages file. At boot, you should see the device recognized. Also, Minicom is _easy_ to use and understand. Give it a try. Even the man pages are not difficult. > > Phil > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Need to test serial port connection
On Thu, 2009-02-26 at 06:34 -0500, William L. Maltby wrote: > > As to the OP original question, check BIOS settings and make sure your > serial is enabled. Set it to COM 3 and IRQ 4 should work. This would s/COM 3/COM 1/ # Drat! More JAVA, more JAVA! > equate to "0" in an *IX system. > > Look in your /var/log/messages file. At boot, you should see the device > recognized. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Need to test serial port connection
On Thu, 2009-02-26 at 12:31 +, Anne Wilson wrote: > On Thursday 26 February 2009 11:34, William L. Maltby wrote: > > > > As to the OP original question, check BIOS settings and make sure your > > serial is enabled. Set it to COM 3 and IRQ 4 should work. This would > > equate to "0" in an *IX system. > > > Yes, it says > > COM Port 1 3F8/IRQ4 > > It's a long time since I did anything with com ports, and I wasn't expert, > then, but that looks right. It is. > > > Look in your /var/log/messages file. At boot, you should see the device > > recognized. > > > Feb 26 12:12:25 borg2 kernel: serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a > 16550A > Feb 26 12:12:25 borg2 kernel: serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a > 16550A Didn't you say there was only one port? There might be a second on the main board that is accessible via a header. If it's not hooked up disable all but the first in the BIOS (later). It's not really hurting anything as is, but it will free the I/O address and IRQ for assignment to other devices. But wait until you have things working - I suspect you have _two_ ports (probably 1 9 pin and 1 25 pin). A second port of 25 pins might easily be mistaken for a printer port. Long ago a switch from Centronics style to RS-232 style began to become the "standard". Physically, it looks the same as a serial port, the visual difference being the "gender" of the connector will be opposite. > Feb 26 12:12:25 borg2 kernel: 00:05: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A > > Is this what I'm looking for? I don't see anything else. Yes. That means that all is as expected (i.e. as _I_ expect). > > > Also, Minicom is _easy_ to use and understand. Give it a try. Even the > > man pages are not difficult. > > > Easy when you know how, eh? :-) I did try it. I changed it to > monitor /dev/ttyS0. Apart from that, I hadn't a clue what to do. I did look > at the man page, too, but not knowing what I was looking for didn't help. I haven't used it for a _long_ time, but IIRC there is an interactive menu system that works with some keystroke, maybe key. Look for that stuff in the man pages and it should be clear sailing. First, have you set the baud rate correctly? A lot of things used to default to 9600, but 38400 became common later on. Do the docs for the unit specify? If so, use the stty command, or in minicom or other terminal emulator it's method, to set the baud rate to that needed. Usually these days, no parity check is done so 8 bit characters should be OK. Now, since the port is recognized the failure has to be from the port onward. If the RS-232 9 or 25 pin shell is connected via a cable to the main board, make sure that the cable connector is connected to the right header on the main board. Since Linux reported two ports, there should be two headers on the main board (_if_ that's the method - some ma inboards have them mounted directly on the main board). If the header/connector is not keyed, it may be connected backwards. If you have two RS-232D shells (9 or 25 pin) you may be connecting your cable to the wrong one. Moving on, have you been able to verify the cable is good? If you have an RS-232 patch device with LED's, you can see activity (DTR, DCD, etc.) by hooking the cable to it. If you don't have one of those, a digital multi-meter can be used to see if you have expected voltages on certain pins (+/- 12 volts, IIRC). If you don't have one of those, a plain old dumb terminal can be hooked up and settings changed in a trial and error method. Since they supplied the cable, is it new enough to assume that it is not damaged? If so, I suspect something easy like baud rate. > > Anne > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] HylaFax and Com Ports
On Thu, 2009-02-26 at 09:46 -0800, Bill Campbell wrote: > > We use Multitech modems exclusively, having tried many different > manufacturer's modems over the years, they have consistently > proved reliable, and rarely give problems. The MT5634ZBA has +1 Having used many brands, Multitech has proven the most consistent, compatible and reliable. USR used to be good, but then 3Com bought them. > been excellent, although you might want to move up a bit if you > want support for caller-id features. > > Bill -- Bill (The Other One ;-) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Need to test serial port connection
On Thu, 2009-02-26 at 16:55 +, Anne Wilson wrote: > On Thursday 26 February 2009 13:37, William L. Maltby wrote: > > > > Feb 26 12:12:25 borg2 kernel: serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is > > > a 16550A > > > Feb 26 12:12:25 borg2 kernel: serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is > > > a 16550A > > > > Didn't you say there was only one port? There might be a second on the > > main board that is accessible via a header. If it's not hooked up > > disable all but the first in the BIOS (later). It's not really hurting > > anything as is, but it will free the I/O address and IRQ for assignment > > to other devices. > > I believe you are right. I remember those - and the 25-9-pin adapter :-). > Peering around the back in a dark corner, I could well have been mistaken. > OK - female socket, so that's a COM port, I think. To be politically correct and eliminate ambiguity, we'll change the terms here. Socket (formerly female connector) on the computer s/b a parallel printer port. Almost always a 25 pin in the past, but I've not kept up with that stuff over the years. Plug (formerly male connector) on the computer s/b serial ports. On the cable, this is reversed, of course. Now if the cable has RS-232 on both ends and is not a fully symmetrical null modem cable, it will make a difference which end is connected to what. Make sure your cable socket end is what's hooked to the computer. Often the cables will be labeled which end goes to computer or device. Sometimes cables have the same gender on both ends. If they've done that you could just have the cable reversed (presuming it's one of the asymmetric cables). It's not uncommon for a null to be made by jumpering certain pins on just one side of the cable and crossing 2 and 3 end to end. > > Now I'm really confused. The BIOS definitely only shows one COM port. To be Ouch! Since I've not kept up with this stuff I can't sat if there are other new devices which use 16550 serial drivers. _But_, there are definitely 2 ports as the detection routines must write to the ports and read status to determine if it's a 16450, 16550 and revision A or not (the original 16550 had insufficient buffer IIRC and the A had to be issued to prevent overflow at higher speeds. CPUs "back in the day" were just to slow to handle the interrupts quickly enough). My guess is that your BIOS has a "menu" in the legacy devices area that has a drop-down or scrollable menu to select which port to configure. In there you can enable/disable, change default I/O and IRQ settings, etc. I think you'll find a second port defined. Which raises the possibility of the computer's connector being on ttyS1 instead of 0. But I suspect if you check the back of the computer you might see two plug connectors. These should be the serial ports. In today's world, probably 9 pin. > > honest, I can't remember whether I connected it or not. I guess I ought to > open the box and see what's what, but not today - it's already too late to do > that. Where's your dedication?! Where's your glass of wine?! Not at the same location?! Time to leave I guess! :-) > > > But wait until you have things working - I suspect you > > have _two_ ports (probably 1 9 pin and 1 25 pin). A second port of 25 > > pins might easily be mistaken for a printer port. Long ago a switch from > > Centronics style to RS-232 style began to become the "standard". > > Physically, it looks the same as a serial port, the visual difference > > being the "gender" of the connector will be opposite. > > > > > Feb 26 12:12:25 borg2 kernel: 00:05: ttyS0 at I/O 0x3f8 (irq = 4) is a > > > 16550A > > > > > > Is this what I'm looking for? I don't see anything else. > > > > Yes. That means that all is as expected (i.e. as _I_ expect). > > > > > > Also, Minicom is _easy_ to use and understand. Give it a try. Even the > > > > man pages are not difficult. > > > > > > Easy when you know how, eh? :-) I did try it. I changed it to > > > monitor /dev/ttyS0. Apart from that, I hadn't a clue what to do. I did > > > look at the man page, too, but not knowing what I was looking for didn't > > > help. > > > > I haven't used it for a _long_ time, but IIRC there is an interactive > > menu system that works with some keystroke, maybe key. > > Ctrl-A Z - yes, I found that. In one of the menus from there, IIRC, you can set baud rate, parity, flow control, etc. BTW, someone mentioned UPS. Really dumb ones don't send anything except a power loss or battery low indic
Re: [CentOS] Need to test serial port connection
On Thu, 2009-02-26 at 13:02 -0500, fred smith wrote: > > Let me just throw out one caveat here: Many UPSes that use a serial > port don't really utilize it to transfer serial data, but rather just > raise/lower some of the signal lines to let the software on the host > know something has changed. Of course, lots of them, especially newer/smarter > ones > DO pass serial data. But if this one is one of the dumb ones, the cable may > not even be a normal rs-232 cable, so trying to monitor it with a terminal > may not > produce much useful information. Yes. My intent was to debug the computer side first. With a terminal hooked up, you can echo directly to a ttyS{0,1,...} some short line and see if the characters are readable. Whne that is achieved, looking at the terminal settings will let you know baud, parity stop bits, flow control (possibly), etc. Once you know what one side of the cable is doing, then one can proceed to the other device. Divide and conquer. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Need to test serial port connection
On Thu, 2009-02-26 at 14:29 -0600, Robert wrote: > > breakout box. Lacking one of those, you might find the statserial > program to be of some use in figuring out what the control lines are doing. > # yum --enablerepo=dag install statserial > will install it. It has a short man page. Run with no options except > device ( # statserial /dev/ttyS0 ) will cause it to loop, indicating > status of all control signals. You can manually tweak any of the pins > with direction of "in" with a 9-volt battery or by using a paper-clip IIRC (very iffy) +/- 12 volts is needed. > jumper from one of the "out" lines. It won't be long before you can > identify the port, moving an "unknown" to "found". There are pins designated to _provide_ the correct voltage full time (on 25 pin units - unsure about 9 pin). The google will get a specification of which they are - I can't remember. > > Good luck! > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] HylaFax and Com Ports
On Fri, 2009-02-27 at 02:07 +0100, Ralph Angenendt wrote: > William L. Maltby wrote: > > On Thu, 2009-02-26 at 09:46 -0800, Bill Campbell wrote: > > > We use Multitech modems exclusively, having tried many different > > > manufacturer's modems over the years, they have consistently > > > proved reliable, and rarely give problems. The MT5634ZBA has > > > > +1 > > > > Having used many brands, Multitech has proven the most consistent, > > compatible and reliable. USR used to be good, but then 3Com bought them. > > Although I never had any problems with the Courier 56K V.92 Business modem or > its predecessors and Hylafax. Oh, the AVM B1 worked too, if you have ISDN. The Courier was designed and released before the 3Com buyout, IIRC. I have one of those and it was great until lightening apparently got it. By then 3Com had the company and the repair cost they wanted (exchange program I guess) was _way_ to high. It's still sitting in a corner awaiting a decision (umpteen years now). I replaced it with a Multitech - having had good experience with their previous products - and was quite pleased with it. > > Ralph -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] how can enable in mutltpath?
On Fri, 2009-02-27 at 11:31 +0100, Kai Schaetzl wrote: > Ralph Angenendt wrote on Fri, 27 Feb 2009 02:10:12 +0100: > > > How can I use google to find things I am looking for? > > What is a google? To us uninitiated, it _must_ be somewhat like a dongle, no? > > Kai > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] simple if statement
On Fri, 2009-02-27 at 11:14 +, Tom Brown wrote: > Hi > > Below if $remaining is empty i want the if to finish - what is it i need > to put in SOMETHING? > > if [ "$remaining" = "" ] ; then > SOMETHING ; > else > kill -9 $remaining > fi if [ -n "$remaining" ] ; then kill -9 $remaining fi Man bash, look for builtin "test" and find a bunch of tests defined there. Keep in mind that "test" and "if [ ... ]" are equivalent in bash. I don't know how much other code surround this, but I deduce (admittedly incomplete information) that you have a reducing list operation going? If so, maybe something like # Initialize remaing list and then set "$remaining" # If empty $1 is null while [ -n "$1" ] ; do echo "$1" # remove this kill -9 $ shift done $ remaining="9997 9998 " $ while [ -n "$1" ] ; do >echo "$1" >shift > done 9997 9998 > > thanks? > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] simple if statement
> > # Initialize remaing list and then > set "$remaining" # If empty $1 is null > while [ -n "$1" ] ; do >echo "$1" # remove this >kill -9 $ s/\$/$1/ # OOPS! >shift > done > > $ remaining="9997 9998 " > $ while [ -n "$1" ] ; do > >echo "$1" > >shift > > done > 9997 9998 > > > > > thanks? > > > > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] simple if statement
On Fri, 2009-02-27 at 15:42 +0100, Ralph Angenendt wrote: > Kevin Krieser wrote: > > You don't really need to prepend the x if the $remaining is in quotes, > > do you? If you didn't use quotes, then you could end up with a error > > if $remaining isn't set. > > Probably. It's just something I'm used to do :) It could be considered "good style" because it establishes a "habit" that covers for occassional "brain farts". Also helps n00bs avoid delays for debugging when they jump in and start coding under pressure. The downside risk is that habit might bite one when they do do something like "-n" and forget to remove the "x". <*sigh*> Habitual humons have hard hits however hard they try. > > Cheers, > > Ralph > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Need to test serial port connection
On Fri, 2009-02-27 at 14:51 +, Anne Wilson wrote: > On Thursday 26 February 2009 13:37:00 William L. Maltby wrote: > > > Feb 26 12:12:25 borg2 kernel: serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is > > > a 16550A > > > Feb 26 12:12:25 borg2 kernel: serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is > > > a 16550A > > > > Didn't you say there was only one port? There might be a second on the > > main board that is accessible via a header. If it's not hooked up > > disable all but the first in the BIOS (later). It's not really hurting > > anything as is, but it will free the I/O address and IRQ for assignment > > to other devices. But wait until you have things working - I suspect you > > have _two_ ports (probably 1 9 pin and 1 25 pin). A second port of 25 > > pins might easily be mistaken for a printer port. Long ago a switch from > > Centronics style to RS-232 style began to become the "standard". > > Physically, it looks the same as a serial port, the visual difference > > being the "gender" of the connector will be opposite. > > Just to update you on this. I checked the motherboard manual, and it clearly > says there is one serial port and one parallel port. Strange that > /var/log/messages seemed to report two, isn't it? Ummm maybe. In my experience docs are often not updated when a minor design change is made to hardware. But there is another possibility ... What chip set on the mobo? Many chip sets include dual 16550A support and the mobo manufacturer, to save a penny or two or space or ease circuit trace design, might only provide a pin-out for a single port. A review of the chip set specifications might confirm this. Then a visual inspection of the mobo, or a look at the layout in the manual (if you can rely on that at all) might confirm. Hardly seems worthwhile unless you foresee a need for a second serial port in the future. > > Anne > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] how can enable in mutltpath?
On Fri, 2009-02-27 at 09:57 -0800, Scott Silva wrote: > on 2-27-2009 3:33 AM William L. Maltby spake the following: > > On Fri, 2009-02-27 at 11:31 +0100, Kai Schaetzl wrote: > >> Ralph Angenendt wrote on Fri, 27 Feb 2009 02:10:12 +0100: > >> > >>> How can I use google to find things I am looking for? > >> What is a google? > > > > To us uninitiated, it _must_ be somewhat like a dongle, no? > > > >> Kai > >> > > > It is a quantifier, like a gaggle of geese, a google of information! ;-P More truth to that than we might realize. A too broad search will reveal the truth of it. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trying to install 5.2 on a laptop
On Sun, 2009-03-01 at 12:59 -0500, Michael Klinosky wrote: > Kwan Lowe wrote: > > Have you verified if the synaptics package itself is installed: > > > > rpm -q synaptics > > 'not installed'. Is there more to this package than just the library (.so)? > > > If not, is this laptop connected to the Internet? If so, you can do: > > > >yum -y install synaptics > > > > This will install the synaptics package, though doesn't install the module. > > hmmm ... I didn't think of that (along with a few other readers!) > > Ok, it's installed ... reboot. > > YES :) :) It at least boots properly! Thaank you! > > Like I mentioned, I'm new-ish to linux. And, I use the gui exclusively. > So, it never occured to me to install in runlevel=3. I figured that I'd > have to get it to boot somehow, then use Applications > Add/Remove > Software. Same with vi - it just occurred to me that I could have easily > tried 'man vi'. That's a heavy read if you're not familiar with regular expressions. I'll throw a couple of quick most frequently used commands for you at the end of this post. > > > The main things you need to verify are the following sections in the > > xorg.conf: > > > > Section "ServerLayout" > > Identifier "Layout0" > > Screen 0 "Screen0" 0 0 > > Screen 1 "Screen1" RightOf "Screen0" > > One difference from yours - > Identifier "Default Layout" > Does that matter? No. > Also, I don't have Screen 1 - I guess because I didn't set up multiple > screens. That's ok too. > > > Section "InputDevice" > > Same as yours. The basic thing to know about vi is that it has three modes. Input, replace and interactive. Default on startup is interactive. From here you can switch modes, move around in the file and search for things. The most common interactive stuff is moving the cursor around with the arrows. If you're more comfortable with them, regular letter keys can accomplish the same movements. I tend to use them as they do not depend on proper terminal definitions being available (hangover from the old days when I worked on lots of different systems and terminals). Another common interactive function is searching for stuff. Without getting into regex, a slash followed by some text and a slash or finds the next occurence. Repeat as needed. Replace the slash with ? and it goes backwards (up the file). Scrolling through the text file can be done with , , and keys. There's also standard keyboard letter equivalents. Once positioned, you can enter input mode (which also includes replacement of text if desired). Hitting the key will insert characters at the current cursor position. Hitting it a second time replaces characters. Toggle by hitting as many times as needed. To exit either mode use the key. To insert a line before or after the current one, O or o (that's "oh", not zero) for "Open before" or "open after". I'll leave it to your "man vi" excursion to notice the "i", "I", "a", "A" meanings and some of the equivalents to which I've alluded above. Another useful function is the yank and pull functions. Keep an eye out for them. Marking lines with the letters, e.g. ma, mb, ... is also quite useful for setting a "bookmark". Used in conjunction with the t (copy) or m (move) commands, it can save a lot of time. ":w" writes the file (suggested for frequent saves), "ZZ" writes and quits, as does ":wq". Notice that ":" puts you in "command mode". Lots of possibilities there, like changing the file name, splitting the screens, switch the active window, reading in another file, etc. Read small sections, test what you read to reinforce your memory and you should get it quickly. Happy sailing. > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trying to install 5.2 on a laptop
On Sun, 2009-03-01 at 16:17 -0500, William L. Maltby wrote: > Sorry, I meant to change this before I sent it. > The basic thing to know about vi is that it has three modes. Input, s/three/four/ s/Input/Command, input/ If you're not familiar with regex, the above may be meaningless to you. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] trying to install 5.2 on a laptop
On Sun, 2009-03-01 at 16:17 -0500, William L. Maltby wrote: > CRAP! Forget my other post too. Just replace interactive with command" and we should be good. > The basic thing to know about vi is that it has three modes. Input, > replace and interactive. Default on startup is interactive. From here > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] (a) WinPower RPM available? (b) where to install if use tar.gz file?
On Sun, 2009-03-01 at 18:41 -0500, Lanny Marcus wrote: > On Sun, Mar 1, 2009 at 5:43 PM, Joseph L. Casale > wrote: > >>I need to do a > >>simulated power failure, to verify that it will in fact shutdown the > >>box after 2 minutes! > > > > Plug the PC into a stable power source, let the same PC monitor the UPS. > > Unplug the UPS and place a load on it, watch what it instructs the PC to > > do :) > > I plugged the UPS into a surge protector and after awhile, I cut the OOPS!? It used to be that the manual for all the UPSs I've used said to _not_ plug it into a surge suppressor, IIRC. Has that changed? It had something to do with the wave form from the suppressor vs. the box's monitoring circuitry. I don't think that has anything to do with not shutting down though. > power to the UPS. The UPS continued to supply power to the box and > monitor and the alarm beeped. All OK. But, the WinPower software > supplied for the UPS did *not* shut the box down, after 2 minutes of > power failure, as I expected. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Should I be worried?
On Wed, 2009-03-04 at 11:38 -0800, Todd Cary wrote: > When doing my updates, I got this message: > > error: unpacking of archive failed on > file /boot/System.map-2.6.9-78.0. > 13.EL;49a > > Unfortunately, I installed Centos 4 about two years ago on my server > that sits in the corner and does it's job of faithfully providing > services without me touching it except to run a backup script and do a > YUM update every week so. The result is that I have forgotten my > Linux know how! Out of space? do a df and df -i on the file system and see if the space looks tight. If so, cleaning out some cruft might help. Also, if /boot is mounted read-only I guess that could cause it. > > > Help! > > Todd > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Should I be worried?
On Wed, 2009-03-04 at 14:48 -0800, Todd Cary wrote: > Bill - > > I did remove some of the older files (only a few) and there was then > enough room to unpack the update. Is there some basic guideline on > how many to remove? I suspect you have a minor mess-up in /etc/yum.conf (man yum.conf). IIRC, installonlypkgs (defaults to various kernel name variations) interacts with installonly_limit (default 3?). Somewhere, I can't recall where ATM, when the Xth version, specified by installonly_limit, is exceeded the oldest package version is automatically removed. However I seldom play with this stuff and haven't reviewed it in a long time so I'm unsure about this. I do know that the grub.conf (menu.lst) is automatically updated to remove the older versions. Maybe I'm confusing the two? Let's hope one of the folks that are current and more expert will chime in. Now, if you made the mistake I once made, this all breaks. I had a fall-back boot scheme set up that had a second disk bootable and a copy of root, /var, etc. on it to allow fast recovery (LVM snapshots were automatically created at various times to complete the process). I then set that backup boot disk's /root into my fstab and forgot to remove it after testing. Yum updates ran on it and never updated my primary root. Being (apparently) brain-dead I blithely copied stuff over never realizing what I was doing. Fortunately, the only real repercussion was when things got pretty full and I realized what I had done I received numerous bruises from self-flagellation with a locally available and wielded clue-bat! :-( As to your current clean-up effort, I think Craig mentioned the rpm method. That's what I would do. Just be careful that you double-check the version before you hit enter or you will not have enough clue-bats available to administer sufficient punitive lessons. > > Todd > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Question about priorities
On Fri, 2009-03-06 at 15:02 +, Marcelo M. Garcia wrote: > Hi > > When adding priority to a repo, like rpmforge or epel, is it better to > give the same priority or can give different priority to different > repos, ranking them? The purpose if priorities is to do exactly that: prevent higher-numbered repos from overwriting stuff from lower-numbered priorities. > > thanks > > Marcelo > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Memory vs. Display Card
On Mon, 2009-03-09 at 12:14 +0100, Morten Torstensen wrote: > On 09.03.2009 11:09, Rick wrote: > > Well, yeah, of course. But even if I got that wrong, the 4GB alone did not > > work in the same slots the 2GB sticks were in. > > So, either the memory sticks are bad (one or two of them), or the memory > have bad timing in some way making them not compatible with the mobo. I have to jump in here. A few months back, I tried replace some memory sticks with much larger ones. No go. But the specs said they should be compatible. After puttzing around with all sorts of things, I decided the only thing left was the voltage settings for the sticks. More memory has a greater draw. Not wanting to void the warranty, I didn't dink with it on my own. I carried the unit to my local dealer and said you do it if you think it is safe. Bumped the voltage a couple tenths and all worked. The reason is obvious. Why the "auto" setting didn't work, I can't say. Have been running successfully for many months now. So, if you've got the leeway, try manually bumping the voltage for the unit a couple of tenths. Risk is low, but it is there. HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Cannot get CentOS to install
On Tue, 2009-03-10 at 16:37 -0500, Michael Peterson wrote: > I used google but did not come up with anything current to solve my problem. > I have not tried any other search engines yet. > There is not a search for the CentOS list so I am creating a new post. See below - it's really hard to find. > > I have tested the CentOS 5.2 and RHEL 5.3 CD's and they passed. > I had to use linux mediacheck ide=nodma to get them to pass. > The newest releases seem to most times fail with just linux mediacheck. Try making the media after padding the iso image with about 300k of zeros. When you search the archives (there is a search - I'll mention below) there are a couple of threads about this. > > I have tried linux ide=nodma and > linux text ide=nodma after trying > linux and > linux text > > Anaconda fails on both CentOS 5.2 and RHEL 5.3 in all cases. With only 512MB or ram you will have to use text mode only, IIRC. Also in the archives. There's also some threads that mention noacpi, acpi=no and some other stuff I can't recall. > > The system I am trying to install on is running CentOS 3.x. > > The hardware is P4 2.8 CPU, 512 MB RAM, 120GB 3ware IDE/PATA RAID HD, > ATI Video, CDRW CD, Dual Nic, Floppy and IDE/PATA Tape drive. > > Please provide any options to the kernel that I should try besides the > ones mentioned above that fail. > For your google searches, go to the advanced section and specify centos.org. That gets what's in the archives. To search directly from CentOS site, click "Search" on http://centos.org/ HTH, -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Disk usage for small files in ext3 in CentOS 5
On Wed, 2009-03-11 at 17:29 -0400, Filipe Brandenburger wrote: > Hello, > > I noticed something unusual today. > > If I "du" a small file (couple of bytes) in CentOS 5, it tells me the > file is using 8kb, while I was expecting 4kb which is the block size > I'm using. > > I tried this on several CentOS 5 machines, both x86_64 and i386: > > $ echo test >test.txt > $ ls -l test.txt > -rw-rw-r-- 1 filbranden filbranden 5 Mar 11 17:24 test.txt > $ du -h test.txt > 8.0K test.txt > > If I do the same on a CentOS 4 machine: > > $ echo test >test.txt > $ ls -l test.txt > -rw-rw-r-- 1 filbranden filbranden 5 Mar 11 17:25 test.txt > $ du -h test.txt > 4.0K test.txt > > On all machines I tested, both CentOS 4 and CentOS 5: > > # tune2fs -l /dev/x > ... > Block size: 4096 > Fragment size:4096 > > I could not find any differences that would explain the behaviour. > Have you seen this before? Can you reproduce it on your systems? Do > you know how to get the CentOS 4 behaviour? > > More on the point: I'm migrating some data from CentOS 4 to CentOS 5, > it's around 70GB of millions of small files. I would like it to still > take 70GB, not 140GB. For now, I'm working around this issue by using > "-T small" to mke2fs, I'm not sure if it's going to have the effect I > want, and I'm not sure about any other impact (performance?) it might > have on my filesystem. I'm a gambler, so I'll bet on this. Very large disks? If so, it may be that some of the tunables specify two blocks per "fragment" or the bytes-per-inode specifies more than 4K. I've been able, in the past, to affect things like this by tuning the number of i-nodes up/down when making the file system. Generally though, I'm reducing the number as there is a lot of space that can be gained since normally there will be 1 per block, IIRC. Since my desktop FS doesn't experience that much growth, and lots of the files are large, this is safe. YMMV. The output of the tune2fs command might give some hints. Also, using mke2fs with the "-n" parameter will tell you what it would do if you were to (re) make the file system. > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] pop3 attack
On Fri, 2009-03-13 at 14:51 -0400, James Pifer wrote: > > The masquerading options are for a different purpose. > > I'm glad you got it sorted out. > > > Although I'm able to send mail to most people without a problem using > smarthost, I still have a few that bounce back with errors like: > Your message was rejected by mail.lance.com for the following reason: > > Service unavailable; Client host [cdptpa-omtalb.mail.rr.com] blocked by > zen.spamhaus.org; http://www.spamhaus.org/query/bl?ip=70.62.90.185 > > I'm using the smarthost server that I should be using according to the > information: > define(`SMART_HOST',`smtp-server.carolina.rr.com')dnl > > Although I'm in a residential IP range, my connection is Business Class, so > sending smtp mail is not restricted (at least contractually). > > Why would I still have this problem if I'm using smarthost? Is there a way to > resolve it? I would contact the RR support folks. I think they are the ones that would need to clean up the blacklist entry with Spamhaus. They should also be able to help ensure that your configuration is right. Just be prepared to get through the level 1 support delays before you get any help though. That's been my experience. > > Thanks, > James > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Question about storage for virtualisation
On Mon, 2012-07-02 at 15:48 +0200, Tilman Schmidt wrote: > Am 01.07.2012 07:40, schrieb Les Mikesell: > [distinction between /bin and /usr/bin] > > The concept really comes from the original unix, which back in the > > day, often had really tiny boot disks and might mount everything else > > over the network or use different drive types to hold the larger /usr > > space. > > The separation predates Unix networking. IIRC /usr/bin was > already there on Unix Version 7 on the PDP-11, before Ethernet > was even invented. > You are correct. I used to create and mail the tapes out with the software releases to the government and colleges. Ran V6/V7 on Dec PDP-11, early PC-compatible stuff (maybe System II used? Can't recall for sure), 5B5/3B20 (AT&T designed hardware used when System III & V came available, IIRC) ... when a big HD was 10MB (or even 5MB) and memory was 64K and processors where 8086, 80186, 80286, ... Everything was small, highly unreliable compared to today. HDs were sliced up to try and ensure minimal damage when the inevitable crash occurred. Backup process recommended was "Tower of Hanoi" strategy on tape (which were also limited in size). A thing called "speed" was non-existent compared to today. So another reason for slicing was to reduce fsck times. The internet was not yet invented, but uucp and related provided "networking" capability. I gave a one day class to some *very* smart folks at DARPA and you know what happened next - "internet". Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SMARTD (?)
On Fri, 2010-02-26 at 15:23 -0600, Mike McCarty wrote: > > I recommend to replace that disc ASAP. When they start having to > reallocate more sectors, they are in a pending complete failure state. I second that. I had a SATA drive that showed a few bad sectors in 2008 sometime. I got the vendor software (DOS version) and ran the diags and repair. Used it for another year or so. Bad sectors started appearing again and I knew what this meant. Started taking more frequent backups. When it was convenient, downloaded the latest diags from the vendor, ran it repeatedly and every time it found and repaired more bad sectors and finally confirmed the drive was NG. Warranty exchange was easy and prompt. If you've been through a small initial set of bad sectors and are now seeing more (especially if you ran the vendor's software), the drive is living on borrowed time. This has been characteristic of drives for decades - a few early defects may appear, re-map and the drive works a very long time but when more start appearing a slow death is in progress. > > Mike ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SMARTD (?)
On Fri, 2010-02-26 at 16:27 -0500, m.r...@5-cent.us wrote: > > m.r...@5-cent.us wrote: > >> Ok, I saw more sectors on a drive yesterday, so this morning, no one was > >> running on it, and I took it out of use, then bounced it onto a DVD, and > >> ran fsck -c (check for bad blocks). It finished. I bounce the server. > >> > >> And SMARTD reports the sectors as "currently unreadable (pending) > >> sectors", and "offline uncorrectable sectors". > > > > I recommend to replace that disc ASAP. When they start having to > > reallocate more sectors, they are in a pending complete failure state. > > > Actually, the f/s is back in read-only mode, so I'm going to do that. It > still bothers me that after an fsck -c, and a reboot, that SMARTD still > saw the same number of sectors as bad. That's because fsck remaps /file system/ blocks to spares while the firmware/vendor diags handles media sectors. So if you fsck's inumerable times, the drive firmware is not affected and still sees the /original/ bad sectors until those are re-mapped. > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] yum freezing when removing old kernel
On Wed, 2007-12-12 at 16:24 +0100, Kai Schaetzl wrote: > David Evennou wrote on Mon, 10 Dec 2007 15:37:20 -0500: > > > > ... It's not clear to me, though, why > they like to scroll down for hours for a two-sentence reply. Maybe they hope that non-relevant text is trimmed out so that "scroll down for hours" is a rare occurrence? > > Kai > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] file or website upload scripts / programs and security protection
On Fri, 2007-12-14 at 09:51 -0800, Robert - elists wrote: > Holiday Greetings! > > Um scenario is centos 4.5 standard apache webserver > > I have a client that is really struggling with website file upload concepts. > > Ive been googling for some scripts or other programs that allow uploading of > files to proper directory(ies) after authentication > > I am definitely concerned about security issues of course. > > I have never implemented this before because everyone I have ever given a > web address, a login, a password, and directory structure understood what > was going on till now... > > Would someone consider and please share url's or other info about what > solutions they have implemented for the website upload technically > challenged? > > We do not mind paying if we need to get something that also helps create > excellent yet basic websites on the fly too. > > Thanks! > > - rh > I'm absolutely brand new at that but successfully put this http://home.triad.rr.com/wildbill/ up in just a couple hours, using NVU. It seems that the author has moved on to Composer, but there are RPMs for us (I'm on a fully updated CentOS 4.x AMD Athalon box). It seems very user friendly and is a fairly complete "suite" that includes WYSIWYG (and raw) editing and has a "Publish" function that only requires you to enter the source/destination URLs (URIs?). The start of reading up all you might is here http://www.nvudev.org/ and reasonable docs are here http://www.nvudev.org/guide/pdf/nvuug10r1.pdf and the rpm for us is here (it's wrapped) http://www.nvudev.org/download/linux/1.0/nvu-1.0- RedHat_and_Fedora/nvu-1.0-1.rhel4.fs.i386.rpm I hope this is useful. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] file or website upload scripts / programs and security protection
On Fri, 2007-12-14 at 16:00 -0500, William L. Maltby wrote: > On Fri, 2007-12-14 at 09:51 -0800, Robert - elists wrote: > > P.S. Possibly of more interest: http://www.nvu.com/ HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] file or website upload scripts / programs and security protection
On Fri, 2007-12-14 at 16:07 -0500, William L. Maltby wrote: > On Fri, 2007-12-14 at 16:00 -0500, William L. Maltby wrote: > > On Fri, 2007-12-14 at 09:51 -0800, Robert - elists wrote: > > > > > P.S. Possibly of more interest: > > http://www.nvu.com/ > > HTH P.P.S A little helpful tutorial, related directly to NVU but also helpful for general information is here. http://www.thesitewizard.com/gettingstarted/nvu1.shtml -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Home Theater Thing
On Mon, 2007-12-17 at 04:45 -0800, Steven Vishoot wrote: > --- Chris Mauritz <[EMAIL PROTECTED]> wrote: > > > Chris Mauritz wrote: > > > > oops. > > > > > > > > > another one of those misguided emails. :-D Guided mismails? :-O ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Torrent: reminder to use it folks!
Well, there's so few going right now that I'm showing 38 days to get the DVD. My normal dnld from a mirror travels appx. 600Mb/sec. I'll wait until most of the U.S. goes home before I give up and use the normal download though. Here's hoping... -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Torrent: reminder to use it folks!
On Mon, 2007-12-17 at 17:24 -0600, Johnny Hughes wrote: > Kenneth Porter wrote: > > --On Monday, December 17, 2007 5:10 PM -0500 "William L. Maltby" > > <[EMAIL PROTECTED]> wrote: > > > >> Well, there's so few going right now that I'm showing 38 days to get the > >> DVD. My normal dnld from a mirror travels appx. 600Mb/sec. > >> > >> I'll wait until most of the U.S. goes home before I give up and use the > >> normal download though. > > > > Is there an issue with the tracker? I just restarted my CentOS 5.0 DVD > > torrent (I updated to 5.1 via yum) and am getting "connection refused" > > from the tracker. torrentinfo-console shows this as the tracker URL: > > > > <http://torrent.centos.org:6969/announce> > > > > The 5.0 DVD torrent can be found here: > > > > <http://mirrors.easynews.com//linux/centos/5.0/isos/i386/CentOS-5.0-i386-bin-DVD.torrent> > > We only have the latest (5.1, 4.6) isos on the tracker now. Those are what I'm dnldg. I'll be patient until later. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Torrent: reminder to use it folks!
On Mon, 2007-12-17 at 20:24 -0800, John R Pierce wrote: > [EMAIL PROTECTED] wrote: > > Why use torrents? With torrents I get around 25Kb/sec. When I did 5.0 and 4.5, I got great results, but I saw lots of peers then. This time I've seen many fewer and that is causing the abysmal results I saw. > > > > > > the port your client is using for torrent should be enabled in any > firewalls (and if you're being NAT, it should be forwarded). If i'm in > a corporate environment where this is impossible, I'll use a shell > server outside the company network, torrent from there, then rsync-slurp > it at night. I think this is not my situation? At home, have an IPCop latest (same as before, but latest release) and all private network. AFAIK, I don't need to do any of that manually. No? I saw in another post that a provider might be causing a problem. I'm on TWC down south. Any way to test and tell? > > torrents may start slow, but if its all working right, they generally > pick up speed pretty quickly and run at near wire speeds, especially one > as well seeded as this one they transfer symetrically over the > sockets, sending and recieving data on all peer connections, this can > hammer a network connection, so most torrent clients have a feature to > bandwidth limit (I often choose a number around 60% of the pipe speed) I don't throttle mine unless I'm in a big hurry (s e l d o m *(YAWN)* ). AFAICT, there just weren't many peers out there offering to participate. > Both my systems are already up-to-date. I'm just getting the images for backup, new installs and to share via torrent. I saw one poster mention rsync. I would expect the rebuilds had lots of underlying lib changes along with some higher-level code. I suspect rsync wouldn't match a lot. Anyway, doing a normal dnld ATM and will share the images ASAP. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Home Theater Thing
On Mon, 2007-12-17 at 21:19 -0800, Scott Silva wrote: > on 12/17/2007 7:09 AM [EMAIL PROTECTED] > spake the following: > > What is a VCR? > > > It is a tivo with a tape drive ;-P Virtual Confusion Reactor! Usually within a containment vessel constructed of locally available raw materials, this reactor will be located somewhere near the center of the vessel. As native fauna approach it, they begin to experience uncertainty, apprehension and a strong fight-or-flight response. These responses are heightened as they observe that there are more than 3 operational control buttons on it, and even worse, that the universal controller often associated with it has a *zillion* control functions. These phenomena are most pronounced in fauna over 40 years of age, especially if the "User's Manual" has been perused. The purpose of the containment vessel is to reduce the chances of being carted off to an institution for rehabilitation by preventing the neighbors from seeing the cursing, screaming hurling of miscellaneous objects, falling on the floor and wailing and withdrawal into a semi- catatonic state that often results in the "user". The only known reliable preventative measure is for the fauna to procreate and wait until the offspring attain an age of 3 or so. At that time, all functional responsibility for the operation of the VCR is assigned to said offspring and the "adult" fauna are rendered irrelevant. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] "multi-boot" drive partitioning
On Mon, 2007-12-17 at 21:20 -0600, Frank Cox wrote: > I want to set up a multiple "mode" computer with four separate Centos > installations on it. The objective here is to have a "spare computer" that I > can boot up into any of four "modes" depending on what I'm swapping it in for > a > the moment. For example, I want to be able to boot it up as a webserver, or > as > a fileserver, or as a LTSP-enabled application server. And so on. > > I have a computer here with two 300GB hard drives in it, which I plan to split > into four 150GB partitions, one for each of my "modes". And I want to install > Centos separately and independently into each partition, so I can just tell > Grub to boot up using whatever partition I choose. > > What is the best way to accomplish this? I have a bad feeling that the drive > partitioning tool is going to complain about having multiple / partitions > unless I take steps to avoid that. > Fajar's post provides a simple way and seems to be what you're looking for. The key is that one boot image can have different root file systems specified using the same kernel. So, configurations can be "pre-loaded" in each FS to look like the failed node. BTW, adding one more configuration that has the sole purpose of acquiring and applying changes to the other local images would be a good idea. It's only natural that over time some configuration changes will occur and one will forget or make an error when trying to replicate those changes to the spare. However, as mentioned by another poster, letting it set may lead to it being non-operational when needed. Cmos batteries expire, things age, dust collects, power surges get past various protections, etc. I did something similar to this back in 199(twoish?) with a network involved on a real UNIX 5.X system, that had NFS/RFS available, to protect my client in case of HD failure (the most likely scenario then IMO). All nodes ran continuously and user databases were distributed. Each node was sized to be able to hold both the OS and a copy of the largest 2 live data bases on any node (hoping that only one node would fail at once, but allowing for two). A cron entry did cross-copy of any changed components (excluding node-specific ones) during the wee hours of the morning and a small report was generated that let us be sure the "backups" had completed successfully. A tape backup of all that on the least loaded node was then done in background at low priority. It was not intended for the end-user to be able to automatically bring the "spare" into the mix as a replacement for a failed unit, but it was intended that I could quickly adjust it to do so. This would require only changing shared stuff (using RFS at the time) on the replacement and activating those shares. I think I also changed the node reference on the "clients", IIRC. Anyway, with RFS, that was quick and easy. I liked RFS a lot and was sorry to see it eventually go away. Sure enough, a drive failed eventually and I came away looking like a hero. With todays equipment, you should be able to have the spare "sleep", awaken, receive any changes you like, and go back to sleep. A small report before re-sleeping will allow you to be sure that all is well with it. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Torrent: reminder to use it folks!
On Tue, 2007-12-18 at 07:02 -0800, Benjamin Franz wrote: > On Tue, 18 Dec 2007, William L. Maltby wrote: > > [...] > > > Both my systems are already up-to-date. I'm just getting the images for > > backup, new installs and to share via torrent. > > > > I saw one poster mention rsync. I would expect the rebuilds had lots of > > underlying lib changes along with some higher-level code. I suspect > > rsync wouldn't match a lot. > > More than you think. My local yum RPM repositories mirror rsync on 4.6 > matched 60% of the existing stuff (exclusive of the ISOs, which I haven't > synced yet). When you are talking gigabytes, that isn't anything to > sneeze at. > That's right. I'm surprised so much matched up. I guess that I wasn't thinking deep enough. A point release would tend to be less radically changed than a new release. Good to know. Thx -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] possible bug 5.1 - possibly more of a package issue
On Tue, 2007-12-18 at 10:30 -0800, dnk wrote: > Hi there, not really sure if this is a bug, but more so rather a missing > file... > > I installed a fresh 5.1 copy very minimal - no desktop, etc. Now it > came up later that I would need a desktop on this install. So I was > going to just groupinstall in the Gnome Desktop. > > # yum groupinstall "GNOME Desktop Environment" > > Now while processing the dependencies, it fails out with a dependency > for libgaim.so.0 (for package nautilus-sendto). So I tried... > > # yum provides libgaim.so.0 > > No results. > > Ideas? > > dnk > My 5.0 DVD and 5.1 iso image show the packages gaim.i386 and gaim- devel.i386 provide this. They are beta-2:2.0.0* versions. command was yum --whatprovides libgaim.so.0 HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] possible bug 5.1 - possibly more of a package issue
On Tue, 2007-12-18 at 10:30 -0800, dnk wrote: > CORRECTION, not "--whatprovides". Drop the dashes. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Can't connect to torrent tracker
Well, yesterday my 5.1 and 4.6 systems could connect to torrent.centos.org OK. Today neither system can connect. I can ping, but that's all. No changes were made to the firewall during this time. Any tips on debugging this? I successfully http downloaded all the ISO images from various mirrors this morning, so I think my net and firewall are OK. TIA -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't connect to torrent tracker
On Tue, 2007-12-18 at 15:06 -0800, Florin Andrei wrote: > William L. Maltby wrote: > > Well, yesterday my 5.1 and 4.6 systems could connect to > > > > torrent.centos.org > > > > OK. Today neither system can connect. I can ping, but that's all. No > > changes were made to the firewall during this time. > > > > Any tips on debugging this? > > Is Comcast your Internet provider? > No. Almost as bad? Time-Warner cable. But I suspect it's not them. Yesterday was OK, today no. Also, for the 5.0 amd 4.5 releases, I was able to download and share the stuff via torrent. I guess they could have changed there blockings since then though. I'm running a port scan right now. So far, http and rsync are the only porst found open. The torrent file show port 6969 - but I don't know for sure if that represents the source port or a port I'm supposed to use because I don't have the layout of the torrent file. But I do see this in the torrent file: d8:announce39:http://torrent.centos.org:6969/announce13: ... So I'm betting that's the source port. Thanks for replying, -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't connect to torrent tracker
On Tue, 2007-12-18 at 15:06 -0800, Florin Andrei wrote: > William L. Maltby wrote: > > Well, yesterday my 5.1 and 4.6 systems could connect to > > > > torrent.centos.org > > > > OK. Today neither system can connect. I can ping, but that's all. No > > changes were made to the firewall during this time. > > > > Any tips on debugging this? > > Is Comcast your Internet provider? > P.S. I can also wget, which I tried after the port scan showed that was an open port. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't connect to torrent tracker
On Tue, 2007-12-18 at 15:46 -0800, John R Pierce wrote: > William L. Maltby wrote: > > I'm running a port scan right now. So far, http and rsync are the only > > porst found open. The torrent file show port 6969 - but I don't know for > > sure if that represents the source port or a port I'm supposed to use > > because I don't have the layout of the torrent file. But I do see this > > in the torrent file: > > > > d8:announce39:http://torrent.centos.org:6969/announce13: ... > > > > your torrent client can use any port it wants to, it has to be able to > accept connections on that port, so whatever port you configure it for, > you enable in your firewall, (or port forward if you have a consumer > internet sharing appliance router) I've got IPCop as my firewall/router, all default configs, no DMZ, just internet side and private side. I've not found a need to modify its settings in the past. I use rtorrent and see it using ports 6490 (IIRC) and I get messages saying I can't connect to the tracker. I don't even know if this is important yet, but I'm assuming it provides some benefit to myself and/or others since it seems to try to connect to it by default. > > > the port in the torrent file is the tracker port, this is seperate. Thanks for the start of education. If perused some of the docs at the torrent site, but know very little as yet. > Thanks again, -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't connect to torrent tracker
On Tue, 2007-12-18 at 16:10 -0800, John R Pierce wrote: > William L. Maltby wrote: > > On Tue, 2007-12-18 at 15:46 -0800, John R Pierce wrote: > > > >> William L. Maltby wrote: > >> > >>> I'm running a port scan right now. So far, http and rsync are the only > >>> porst found open. The torrent file show port 6969 - but I don't know for > >>> sure if that represents the source port or a port I'm supposed to use > >>> because I don't have the layout of the torrent file. But I do see this > >>> in the torrent file: > >>> > >>> d8:announce39:http://torrent.centos.org:6969/announce13: ... > >>> > > ah. lets backup. > > # nmap -sT -p6969 -vv torrent.centos.org > ... > Interesting ports on 66.147.238.146: > PORT STATE SERVICE > 6969/tcp closed acmsoda > > ... > > appears the tracker is down. OK. I can stop sweating that I screwed something up and will have to dig much deeper into things with which I have only passing familiarity. I ran your command and got the same results. nmap -sT -p6969 -vv torrent.centos.org Starting nmap 3.70 ( http://www.insecure.org/nmap/ ) at 2007-12-18 19:19 EST Machine 66.147.238.146 MIGHT actually be listening on probe port 80 Initiating Connect() Scan against 66.147.238.146 [1 port] at 19:19 The Connect() Scan took 0.04s to scan 1 total ports. Host 66.147.238.146 appears to be up ... good. Interesting ports on 66.147.238.146: PORT STATE SERVICE 6969/tcp closed acmsoda Nmap run completed -- 1 IP address (1 host up) scanned in 0.453 seconds > Thanks again for the help. I'm gonna stash this command in my local bin and RTFM on that. BTW, the port scan also did not show the port open. But it sure took awhile, checking all those other ports too. Thanks again, -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't connect to torrent tracker
On Tue, 2007-12-18 at 16:12 -0800, John R Pierce wrote: > as I said prematurely, it appears the tracker is down, HOWEVER... my > uTorrent (MS Windows based) client is nicely finding 107 peers using > distributed tracking techniques (which I don't fully understand) > > I'm getting wire speeds just a few minutes after connecting. Earlier, I tried using the rtorrent "enable_trackers=no" setting, but the man page says its useful for use with the scheduler. It had no effect on my attempts. Anybody know how I can do the equivalent "distributed" for CentOS on 4.6 or 5.1? ATM, trying what I can recognize in the rtorrent man page, I've not seen anything that my knowledge allows me to interpret as being able to run so far. > Off to eat, back shortly. Thanks, -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't connect to torrent tracker
On Wed, 2007-12-19 at 04:35 -0600, Johnny Hughes wrote: > John R Pierce wrote: > > William L. Maltby wrote: > >> On Tue, 2007-12-18 at 15:46 -0800, John R Pierce wrote: > >> > >>> William L. Maltby wrote: > >>> > >>>> > > # nmap -sT -p6969 -vv torrent.centos.org > > ... > > Interesting ports on 66.147.238.146: > > PORT STATE SERVICE > > 6969/tcp closed acmsoda > > > > ... > > > > appears the tracker is down. > > This is now fixed ... the provider of that server noticed it was serving > a lot of traffic {ummm ... we just did 2 point releases ... no kidding > :) }, so they decided to reboot it for me :( > > That did shutdown the tracker, but it is back on-line now. Going gangbusters ATM. Is it possible to have multiple trackers available? If so, sounds like it would save some of us users work occasionally. But I don't know if it adds substantially to the CentOS team workload. > > Thanks, > Johnny Hughes > Thx for this and all that y'all do! -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Torrent: reminder to use it folks!
On Tue, 2007-12-18 at 19:05 +, John Bowden wrote: > On Monday 17 December 2007 23:24:01 Johnny Hughes wrote: > > Kenneth Porter wrote: > > > --On Monday, December 17, 2007 5:10 PM -0500 "William L. Maltby" > > > > > > <[EMAIL PROTECTED]> wrote: > > >> > > We only have the latest (5.1, 4.6) isos on the tracker now. > > I can up load a .torrent file to the thepiratebay if that helps. I'm sharing > both 5 and as of Sunday night 5.1. I still see a few people dl 5 off me and > will keep sharing it as long as its being down loaded. > At 07:40 EST (+5 UTC?) with most of the U.S still asleep, I've 8 and 6 peers connected and uploading for the 4.6 and 5.1 DVDs respectively. The same CD versions only have 1 and 6. Just thought it might help you decide. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't connect to torrent tracker
On Wed, 2007-12-19 at 13:06 +0100, Kai Schaetzl wrote: > William L. Maltby wrote on Tue, 18 Dec 2007 19:37:17 -0500: > > > Anybody know how I can do the equivalent "distributed" for CentOS on 4.6 > > or 5.1? > > It's called DHT in utorrent and is indeed working quite nice without a > tracker. Maybe there are Linux clients that support DHT? > > Kai > Thanks to both Kai and Michael Simpson for the clues to get my search started. I yum installed, from rpmforge (big thanks to Dag), bittorrent- gui.noarch (4.4.x) and went to file:///usr/share/doc/bittorrent-4.4.0/TRACKERLESS.txt Looks like it might be the ticket. Seems to be supporting what y'all called DHT. It says it will not mess with tracked downloads. It supports conventional tracked torrents too. I'm going to give it a try and will report back. Again, thanks to all for the help, including Florin, John and Johnny for the help in initial problem resolution. Thx, -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Torrent: reminder to use it folks!
On Thu, 2007-12-20 at 07:50 +1100, Les Bell wrote: > "William L. Maltby" <[EMAIL PROTECTED]> wrote: > > >> > At 07:40 EST (+5 UTC?) with most of the U.S still asleep, I've 8 and 6 > peers connected and uploading for the 4.6 and 5.1 DVDs respectively. > << > > As I write, I've had the torrent running for approximately 12 hours; I have > 50 peers connected and am getting 26 KB/s download speed. I'm so excited. . > . ** Since most of us non-commercial users with good bandwidth have max upload speeds probably less than 45kb, if we start parceling out to many peers, with insufficient peers overall in the peer community, you'll see that. ATM, I've 27 peers uploading and am show appx. 42kb going out. Divide that by 27 ... It all depends on getting a *lot* of peers participating. Many broadband biz accts participating would really help out too. Their upload speeds are so much greater. Maybe an announce posting would reach more folks, reminding them to help the cause. Maybe many don't know that the torrent is operational again? > > Best, > Sorry to hear that your getting so little support from the community. Maybe some late readers of this thread will come in an participate. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Trackerless torrents (was: Can't connect to torrent tracker)
On Thu, 2007-12-20 at 00:32 +0100, Kai Schaetzl wrote: > Kenneth Porter wrote on Wed, 19 Dec 2007 14:08:56 -0800: > > > Perhaps the next CentOS torrents can add the appropriate records to take > > advantage of this? > > AFAIK, there is nothing special about it, nothing to add. A DHT aware > client just connects to other DHT clients and these again other clients to > find those clients that have the torrent or parts of it available. It just > works - if there are clients that already have the file and got it with the > same torrent file, so the hash matches. > > Kai > Ah, yes. It sounds so simple. But I've been perusing the various references available (bittorrent ones are sparse - no man pages) and if I want to seed beginning with the ones I've already downloaded, it seems to get more complicated. Port forwarding through my firewall, generation and publishing (I currently have no http presence) of a torrent file, getting one of my computers to the DMZ (I use IPCop and right now all are in the green zone),... In fact, the /usr/share/doc bitorrent files say I need to start with a tracker. I presume this assumes I'm downloading originally. Then, if starting in tracking mode, how does one switch to "trackerless" or DHT? From reading some of the refs in other posts, it seems that I would need to be downloading from a client that supports the DHT schema. Meaning that when I start downloading, my presence is added to the hash (or is it routing?) tables and forwarded to peers in the network and I would have to receive them also. Does the service CentOS is using support all this? I don't know. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Trackerless torrents
On Wed, 2007-12-19 at 18:20 -0800, John R Pierce wrote: > William L. Maltby wrote: > > Ah, yes. It sounds so simple. But I've been perusing the various > > references available (bittorrent ones are sparse - no man pages) and if > > I want to seed beginning with the ones I've already downloaded, it seems > > to get more complicated. Port forwarding through my firewall, generation > > and publishing (I currently have no http presence) of a torrent file, > > getting one of my computers to the DMZ (I use IPCop and right now all > > are in the green zone),... In fact, the /usr/share/doc bitorrent files > > say I need to start with a tracker. > > > > > when the CentOS tracker was down, I fired up uTorrent on a Windows box > w/ the 5.1 i386 dvd torrent, and it managed to find a few dozen peers > in a few minutes and pretty quickly was downloading at close to my > wirespeed. Within about half an hour, I was uploading at 60% of my > bandwidth and still climbing, and it showed that there were 118 or > something available peers, but uTorrent tends to only connect to 30 or > so at once to keep the traffic efficient. Still blissful (ignorance is ...), hit me with a clue bat if I'm way off base here. Now, that makes sense (IIUC the implications of all I've read and what y'all have posted). You had already been successfully connected and acquired the DHT during previous sessions. I can guess that this would be used in place of an (un?)available tracker. However, if one had not used a DHT-enabled client previously (my case), the CentOS torrent server was inoperative and the torrent file provided only specified one tracker URL, one should be SOL. After examining some other torrent files, it *seems* that multiple tracker URLs can be specified. Maybe this is all it takes to eliminate brief outages such as were recently experienced by non-DHT-enabled clients? This means that some community member would need to host a redundant tracker, torrents and images and the torrent file at the various trackers would have a complete list. Is it worth the effort? AFAICR, the recent outage was a wetware problem at a "critical" time and, ironically, caused by the bad judgment when the resulting workload was seen. I don't recall other instances of unavailability. Is 99.9(...9?) good enough? I guess it depends which end of the pipe you're on and attitude ATM ;-) > > i just fired it back up to go ahead and share, I'm seeing 180 seeds and > 190 peers on i386, and 116/54 on x86_64... I'll leave it running for > the holidays at least. I killed the rtorrent for the two 5.1 torrents and started bittorrent- GUI on them. All is working well and the rtorrent, delivering 4.6 stuff, and bittorrent (5.1 stuff) are playing nicely and sharing the bandwidth well. After seeding for an indeterminate time, I'll kill the GUI and start the console or ncurses bittorrent with the --trackerless option and see if it uses the DHT/routing and other information that bittorrent seems to stash in ~/.bittorrent/data directory. This depends on the presence of other active clients, of course. I'll post backin a day or two. Meanwhile, redundancy anyone? > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Trackerless torrents (was: Can't connect to torrent tracker)
On Thu, 2007-12-20 at 00:32 +0100, Kai Schaetzl wrote: > Kenneth Porter wrote on Wed, 19 Dec 2007 14:08:56 -0800: > > > Perhaps the next CentOS torrents can add the appropriate records to take > > advantage of this? > > AFAIK, there is nothing special about it, nothing to add. A DHT aware > client just connects to other DHT clients and these again other clients to > find those clients that have the torrent or parts of it available. It just > works - if there are clients that already have the file and got it with the > same torrent file, so the hash matches. AFAICT now, at lease an initial successful connection with a tracker, some time previously or currently, or multiple trackers specified in the torrent file is needed to initialize everything if the primary (only?) tracker is unavailable. So the "special" requirements seem to be at least one successful tracker-begun session by a DHT-enabled client or multiple trackers specified in the torrent file to allow "fail over" when the primary server is down and a DHT-enabled client is making its first attempt. I'll test (if I can) this in the next couple of days if I don't get confirmation elsewhere. > > Kai > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't connect to torrent tracker
On Wed, 2007-12-19 at 12:37 -0500, William L. Maltby wrote: > On Wed, 2007-12-19 at 13:06 +0100, Kai Schaetzl wrote: > > William L. Maltby wrote on Tue, 18 Dec 2007 19:37:17 -0500: > > > > > Anybody know how I can do the equivalent "distributed" for CentOS on 4.6 > > > or 5.1? > > > > It's called DHT in utorrent and is indeed working quite nice without a > > tracker. Maybe there are Linux clients that support DHT? > > > > Kai > > > > Thanks to both Kai and Michael Simpson for the clues to get my search > started. I yum installed, from rpmforge (big thanks to Dag), bittorrent- > gui.noarch (4.4.x) and went to > > file:///usr/share/doc/bittorrent-4.4.0/TRACKERLESS.txt > > Looks like it might be the ticket. Seems to be supporting what y'all > called DHT. It says it will not mess with tracked downloads. It supports > conventional tracked torrents too. > > I'm going to give it a try and will report back. > > Again, thanks to all for the help, including Florin, John and Johnny for > the help in initial problem resolution. And Jim and ... all FYI: bittorrent-gui from rpmforge is working well on my 5.1 CentOS. My only complaint is that it seems unfriendly to the GUI-impaired, such as myself. "MORE DATA", I keep screaming. But that's the nature of GUI and me. I see no way to test it without a tracker unavailable unless the CentOS tracker dies again. However, the -console and -curses versions seem to support trackerless operation. If they use the data stashed in ~/.bittorrent/data directory, I should be able to use the --start_trackerless_client and see what happens. However, the --help output says this is to download trackerless torrents. What this implies, I am unsure of. Can the CentOS stuff be "trackerless" once I've acquired routing/DHT tables? > > Thx, -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't connect to torrent tracker
On Thu, 2007-12-20 at 08:29 -0500, William L. Maltby wrote: > On Wed, 2007-12-19 at 12:37 -0500, William L. Maltby wrote: > > On Wed, 2007-12-19 at 13:06 +0100, Kai Schaetzl wrote: > > > William L. Maltby wrote on Tue, 18 Dec 2007 19:37:17 -0500: > > > > > > > > FYI: bittorrent-gui from rpmforge is working well on my 5.1 CentOS. My > only complaint is that it seems unfriendly to the GUI-impaired, such as > myself. "MORE DATA", I keep screaming. But that's the nature of GUI and > me. BTW, it really does provide more data than rtorrent, but I started it assuming that it would provide less. I like the additional info provided on the "peer" screens. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Trackerless torrents (was: Can't connect to torrent tracker)
On Thu, 2007-12-20 at 17:43 +0100, Kai Schaetzl wrote: > [EMAIL PROTECTED]> > X-Rcpt-To: > > William L. Maltby wrote on Wed, 19 Dec 2007 19:51:39 -0500: > > > Ah, yes. It sounds so simple. But I've been perusing the various > > references available (bittorrent ones are sparse - no man pages) and if > > I want to seed beginning with the ones I've already downloaded, it seems > > to get more complicated. > > I think you are trying to seed a *new* "unofficial" torrent. That's not > what you want to do. See below. Yep, it was what I wanted to do then either! :-{ But in my learning curve, thinking I needed a local torrent to get started ... Anyway, it didn't take long to realize the implications of that and stop it. > > > > > I presume this assumes I'm downloading originally. Then, if starting in > > tracking mode, how does one switch to "trackerless" or DHT? From reading > > some of the refs in other posts, it seems that I would need to be > > downloading from a client that supports the DHT schema. Meaning that > > when I start downloading, my presence is added to the hash (or is it > > routing?) tables and forwarded to peers in the network and I would have > > to receive them also. Does the service CentOS is using support all this? > > It doesn't need to support this. The important thing is that *you* have to > use a DHT client. utorrent uses this automatically (you can switch it > on/off in the options, though). So, you have to look in the client > documentation if and how it supports DHT (which seems to be the > abbreviation for Distributed Hash Table). > What you then simply do is fire up that client and get the CentOS torrent > and keep it running once you got it. That's all. In case there's no > tracker connectable DHT-aware clients will talk to each other and look for > the hash. Which means if you already got it you can serve it. Or if you > don't have it yet you can get it from others. Without a tracker. > The important part is that all the DHT clients use the same torrent file > for starting up the download. If you download the file by other means and > then start seeding it (by creating your own torrent file and uploading it > to a tracker) you start a new torrent "cloud" or whatever you want to call > it. > I'm sure there are ways to "trick" around this and use an existing torrent > file with data that were downloaded a different way. Maybe just start a > download, stop it and then replace the file with a complete one. Through experimentation, I found it's even better than that: no trickery needed! With bittorrent, I simply positioned myself in the correct directory, configured things, and fired up the torrents (genuine CentOS ones). Even though the stuff was downloaded via conventional http methods, the images and *sum files were seen by bittorrent, the checksums were run and the images began immediately acting as seeds. Lots of peers came on board and began downloading from these images. No downloads to me were attempted. Last run of strings ~/.bittorrent/data/routing_table | wc -l shows 188 IP addresses. Some from the -curses and some from the GUI, I suspect. I wonder if they are stepping on each other here? No matter for now. When I fired up the -curses version, I specified -- start_trackerless_client (IIRC, thats how it's spelled - bash_history will remember for me) and it worked fine. I just need to find a way to make sure that it can't find a conventional tracker to see if that parameter has the desired effect. From what you say, and what I think I've learned, should work OK. And may not even be needed. I note that there are 5.2.* and 6-beta versions of bittorrent available. I though I might see if the prerequisites for them are on my 5.1 CentOS (that my "experimental" node) and take my first shot at making an RPM to contribute back to the community (rpmforge seems to be the appropriate target). > > Here's what's currently getting seeded: > http://www.mininova.org/search/?search=Centos+5.1 > The seed/leech ratio seems to be ok. I book-marked that. Thanks. > > > Kai > Thanks to you and all who helped me get started on this. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Trackerless torrents
On Thu, 2007-12-20 at 10:34 -0800, John R Pierce wrote: > >> when the CentOS tracker was down, I fired up uTorrent on a Windows box > >> w/ the 5.1 i386 dvd torrent, and it managed to find a few dozen peers > >> in a few minutes... > > Still blissful (ignorance is ...), hit me with a clue bat if I'm way off > > base here. > > > > Now, that makes sense (IIUC the implications of all I've read and what > > y'all have posted). You had already been successfully connected and > > acquired the DHT during previous sessions. I can guess that this would > > be used in place of an (un?)available tracker. > > > > > last thing I'd torrented off centos was 5.0 prior to this...Not sure > that would have any impact on hooking up with DHT on a different torrent > (but, I freely admit, I haven't the vaguest clue how the DHT actually > hooks up and finds the initial peers) IIRC and IIUC, the hashed keys you acquired, and http addresses that were saved (if it's like bittorrent does it) could get it going. My reading of the docs indicates that the hashed keys identify torrents and the keys define name spaces, which are further sub-divided and associated with nodes in the swarm to accomplish routing optimization. Connecting with any peer with any key should cause you to receive a new routing table, which I presume could (but may not need to) contain any/all keys (torrent info?) that any node in the swarm had seen. Since the hash algorithm that "defines" the CentOS images is well-known and common, that could provide an entry even when there was no tracker if the existing IP addresses (again, I assume they are retained) are polled and any of them are running a DHT-enabled client and you possess a torrent file with the appropriate key. Regardless of my meanderings, I'm comfortable now that "It Just Works". I just can't stand not knowing how once I get curious. Hangover from a past life. > I'll post to one of the threads again if/when I complete my attempt at making an RPM for the later bittorrent releases. To the list: apologies for how for OT this has gone, but I've really benefited and enjoyed it all. Maybe the stupid politics isn't really enough to keep me from re-entering the biz again after all. 8-O <*slaps face*> -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Trackerless torrents (was: Can't connect to torrent tracker)
On Thu, 2007-12-20 at 14:02 -0500, William L. Maltby wrote: > > Yep, it was what I wanted to do then either! :-{ s/was/wasn't/ > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Trackerless torrents (was: Can't connect to torrent tracker)
On Thu, 2007-12-20 at 19:31 +0100, Kai Schaetzl wrote: > [EMAIL PROTECTED]> > X-Rcpt-To: > > William L. Maltby wrote on Thu, 20 Dec 2007 07:59:17 -0500: > > > AFAICT now, at lease an initial successful connection with a tracker, > > You mean for you own client? No. I have successfully downloaded files > with DHT in the past that weren't available via tracker anymore or the > tracker didn't respond (and where the P2P sites showed "0/0 > seeders/leechers). The file just needs to have "some" distribution, so it > eventually gets found in the DHT client cloud. > > If you mean that in general, yes, there have to be a few clients initially > that can connect to a tracker because finding that one client that starts > the seeding without a tracker may take a long time or fail. > > > Kai > I've reached the same conclusion. See another of my later posts. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Trackerless torrents (was: Can't connect to torrent tracker)
On Thu, 2007-12-20 at 13:58 -0800, Kenneth Porter wrote: > --On Thursday, December 20, 2007 2:02 PM -0500 "William L. Maltby" > <[EMAIL PROTECTED]> wrote: > > > I just need to find a way to make sure that it can't find a conventional > > tracker to see if that parameter has the desired effect. From what you > > say, and what I think I've learned, should work OK. And may not even be > > needed. > > iptables -A OUTPUT -d torrent.centos.org -p tcp --dport 6969 -j DROP Thanks Kenneth. IIRC, I can use the IP to avoid DNS resolution and do it faster? Yep just did "man ..." and see that. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] SCSI bad block table display
On Fri, 2007-12-21 at 14:02 +0200, Alexandru Chiscan wrote: > Hugh E Cruickshank wrote: > > Hi All: > > > > Is there a utility available that will allow for the dump/display of > > the bad track table of a SCSI drive. We had this capability on SCO > > OSR5 but I have not been able to locate anything similar for Linux. > > The closest I have found is the badblocks utility that is part of the > > e2fsprogs package but this appears to only test for bad blocks not > > display the current bad block table contents. > > > > I have done quite a bit of searching with Google but either it does > > not exist or (more than likely) I am using the wrong search parameters. > > > > TIA > > > > Regards, Hugh > > > > > Hello, > > If you are looking for the table which badblocks builds then you should > use dumpe2fs (for ext2/3 filesystem). > man dumpe2fs > DUMPE2FS(8) DUMPE2FS(8) > NAME > dumpe2fs - dump ext2/ext3 filesystem information > SYNOPSIS > dumpe2fs [ -bfhixV ] [ -ob superblock ] [ -oB blocksize ] device > DESCRIPTION > dumpe2fs prints the super block and blocks group information for the > filesystem present on device. > dumpe2fs is similar to Berkeley’s dumpfs program for the BSD Fast File > System. > OPTIONS > -b print the blocks which are reserved as bad in the filesystem. I doubt that will work. Most drives now (and SCSI even longer) have automatically remapped bad blocks so the fs manager never sees them. Utilities from the manufacturer are usually needed to do this. Search the list for threads (recent) related to this for more discussion. > > > Regards, > Lec > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Trackerless torrents (was: Can't connect to torrent tracker)
On Fri, 2007-12-21 at 17:32 +0100, Kai Schaetzl wrote: > William L. Maltby wrote on Thu, 20 Dec 2007 14:02:47 -0500: > > > I just need to find a way to make sure that it can't find a conventional > > tracker to see if that parameter has the desired effect. > > But you should allow it to contact a tracker once you are done with the > tests. I think with a tracker other clients will be able to find you much > quicker. That was my plan. This was just for testing to educate myself further. > > Kai > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Trackerless torrents
On Fri, 2007-12-21 at 13:03 -0800, Kenneth Porter wrote: > On Thursday, December 20, 2007 5:30 PM -0500 "William L. Maltby" > <[EMAIL PROTECTED]> wrote: > > >> iptables -A OUTPUT -d torrent.centos.org -p tcp --dport 6969 -j DROP > > > > Thanks Kenneth. IIRC, I can use the IP to avoid DNS resolution and do it > > faster? Yep just did "man ..." and see that. > > The iptables command stores the resolved IP in the kernel. So the DNS > lookup is done once when you install the rule, not each time a packet is > passed through the rule. > > If you read the rules back out with "iptables -L -n" or iptables-save, > you'll see the raw IP. Yeah. As normal, *after* I posted I remembered that from some very early and brief work with it (or was it ipchains?). I also remembered how to delete a specific rule (or was that in ipchains too?). Anyway, I got the needed pointers. After I do some personal stuff this weekend, I plan to hit it. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: CentOS-5 Need Help With Serial Ports
On Fri, 2007-12-21 at 16:03 -0500, James B. Byrne wrote: > I fixed the UART assignment for ttyS0 with > > # setserial /dev/ttyS0 UART 16550A > > and now my modem's TR signal is high as desired. My question, am I > condemned to manually editing the grub.conf file after every kernel update > or is their a way to configure the system so that I get access to ttyS0 > with the grub entries as distributed via yum? Add the command to /etc/rc.d/rc.local > > Sincerely, > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Trackerless torrents
On Thu, 2007-12-20 at 07:42 -0500, William L. Maltby wrote: > On Wed, 2007-12-19 at 18:20 -0800, John R Pierce wrote: > > William L. Maltby wrote: > > > Ah, yes. It sounds so simple. > > > ... In fact, the /usr/share/doc bitorrent files say I need to > > > start with a tracker. > > > > > > > > > when the CentOS tracker was down, I fired up uTorrent on a Windows box > > w/ the 5.1 i386 dvd torrent, and it managed to find a few dozen peers > > in a few minutes and pretty quickly was downloading at close to my > > wirespeed. Within about half an hour, I was uploading at 60% of my > > bandwidth and still climbing, and it showed that there were 118 or > > something available peers, but uTorrent tends to only connect to 30 or > > so at once to keep the traffic efficient. > > Still blissful (ignorance is ...), hit me with a clue bat if I'm way off > base here. > > Now, that makes sense (IIUC the implications of all I've read and what > y'all have posted). You had already been successfully connected and > acquired the DHT during previous sessions. I can guess that this would > be used in place of an (un?)available tracker. > > > > > > i just fired it back up to go ahead and share, I'm seeing 180 seeds and > > 190 peers on i386, and 116/54 on x86_64... I'll leave it running for > > the holidays at least. > > I killed the rtorrent for the two 5.1 torrents and started bittorrent- > GUI on them. All is working well and the rtorrent, delivering 4.6 stuff, > and bittorrent (5.1 stuff) are playing nicely and sharing the bandwidth > well. > > After seeding for an indeterminate time, I'll kill the GUI and start the > console or ncurses bittorrent with the --trackerless option and see if > it uses the DHT/routing and other information that bittorrent seems to > stash in ~/.bittorrent/data directory. This depends on the presence of > other active clients, of course. > > I'll post backin a day or two. No go. See my reply, later today, to Re: [CentOS] Trackerless torrents (was: Can't connect to torrent tracker) Briefly, with the bittorrent from Rpmforge, which is old, a .torrent file that specifies a tracker cause the bittorrent to fail if the tracker can not be contacted. That other reply includes a compressed "log" of activities and I would be interested what results other clients give when the same test is emulated. > > Meanwhile, redundancy anyone? > I'll do an abbreviated emulation of these tests with rtorrent later, but I expect similar results. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can't connect to torrent tracker
On Thu, 2007-12-20 at 08:29 -0500, William L. Maltby wrote: > On Wed, 2007-12-19 at 12:37 -0500, William L. Maltby wrote: > > On Wed, 2007-12-19 at 13:06 +0100, Kai Schaetzl wrote: > > > William L. Maltby wrote on Tue, 18 Dec 2007 19:37:17 -0500: > > > > > > > Anybody know how I can do the equivalent "distributed" for CentOS on 4.6 > > > > or 5.1? > > > > > > It's called DHT in utorrent and is indeed working quite nice without a > > > tracker. Maybe there are Linux clients that support DHT? > > > > > > Kai > > > > > > > Thanks to both Kai and Michael Simpson for the clues to get my search > > started. I yum installed, from rpmforge (big thanks to Dag), bittorrent- > > gui.noarch (4.4.x) and went to > > > > file:///usr/share/doc/bittorrent-4.4.0/TRACKERLESS.txt > > > > Looks like it might be the ticket. Seems to be supporting what y'all > > called DHT. It says it will not mess with tracked downloads. It supports > > conventional tracked torrents too. > > > > I'm going to give it a try and will report back. > > > > Again, thanks to all for the help, including Florin, John and Johnny for > > the help in initial problem resolution. > > > I see no way to test it without a tracker unavailable unless the CentOS > tracker dies again. Folks told me how. > > However, the -console and -curses versions seem to support trackerless > operation. If they use the data stashed in ~/.bittorrent/data directory, > I should be able to use the --start_trackerless_client and see what > happens. However, the --help output says this is to download trackerless > torrents. What this implies, I am unsure of. Can the CentOS stuff be > "trackerless" once I've acquired routing/DHT tables? The bittorrent version from rpmforge will not do the tracked CentOS torrent if a tracker is not available. See my reply to Re: [CentOS] Trackerless torrents (was: Can't connect to torrent tracker) The tests outlined in the activity log attached there could be emulated with other clients to see what they do, if one is interested. > > > > > Thx, > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Trackerless torrents (was: Can't connect to torrent tracker)
On Thu, 2007-12-20 at 07:59 -0500, William L. Maltby wrote: > On Thu, 2007-12-20 at 00:32 +0100, Kai Schaetzl wrote: > > Kenneth Porter wrote on Wed, 19 Dec 2007 14:08:56 -0800: > > > > > Perhaps the next CentOS torrents can add the appropriate records to take > > > advantage of this? > > > > AFAIK, there is nothing special about it, nothing to add. A DHT aware > > client just connects to other DHT clients and these again other clients to > > find those clients that have the torrent or parts of it available. It just > > works - if there are clients that already have the file and got it with the > > same torrent file, so the hash matches. Given: the bittorrent client available from rpmforge is old (5.2 stable are out there and 6.0-beta, but it seems both need porting to RH/CentOS before we can test/use them). I don't know if it is DHT-enabled. I've subscribed to the Rpmforge mailing list to see if there is a way I can help make the newer ones available. It'll be slow going because many of the prerequisites are not (transparently) met. It does look as if there are some alternative implementations of the needed GTK, wx, twisted, ... items. But I know nothing about them and can't tell if that is true. I think Dag and Co. will be able to point me in the right direction. Conclusion: current bittorrent from Rpmforge will not operate successfully on a tracked torrent without access to the tracker, AFAICT. Activity log attached. If others would like to emulate this test with other clients/OSs, I would find it interesting. > > AFAICT now, at lease an initial successful connection with a tracker, > some time previously or currently, or multiple trackers specified in the > torrent file is needed to initialize everything if the primary (only?) > tracker is unavailable. If one emulates the activities detailed in the log, with modifications toward testing if any of the clients connect when no record of a tracker ever being seen exists, I would find the results interesting. Further, one could also test when a tracker has previously been seen, but is currently unavailable. I would also find that of interest. > > So the "special" requirements seem to be at least one successful > tracker-begun session by a DHT-enabled client or multiple trackers > specified in the torrent file to allow "fail over" when the primary > server is down and a DHT-enabled client is making its first attempt. Anyone want/able to test this supposition if they find they have a client that will operate when the tracker is not available? > Finally, it *seems* to me that a torrent must be somehow specified as trackerless for bittorrent (and others?) to handle a tracked torrent when no tracker is available. This is a supposition by me from various non-extensive readings of things during this test. -- Bill test.log.gz Description: GNU Zip compressed data ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Natulius CD burner does not accept my 700Mb CD-R disks
On Tue, 2007-12-25 at 21:59 -0500, Robert Moskowitz wrote: > > Dec 25 20:46:02 onlo kernel: usb 1-2: reset full speed USB device using > uhci_hcd and address 2 > Dec 25 20:46:02 onlo kernel: usb 1-2: reset full speed USB device using > uhci_hcd and address 2 > Dec 25 20:46:03 onlo kernel: sr 0:0:0:0: scsi: Device offlined - not > ready after error recovery > Dec 25 20:46:03 onlo kernel: sr 0:0:0:0: rejecting I/O to offline device > Dec 25 21:53:01 onlo kernel: sr 0:0:0:0: rejecting I/O to offline device > > I terminated k3b at this point and unplugged and plugged in the usb > cable to the drive: > > Dec 25 21:54:07 onlo kernel: usb 1-2: USB disconnect, address 2 > Dec 25 21:54:28 onlo kernel: usb 1-2: new full speed USB device using > uhci_hcd and address 3 > Dec 25 21:54:28 onlo kernel: usb 1-2: configuration #1 chosen from 1 choice > Dec 25 21:54:32 onlo kernel: scsi1 : SCSI emulation for USB Mass Storage > devices > Dec 25 21:54:37 onlo kernel: Vendor: HP Model: CD-Writer+ 8200f Rev: 1.0A > Dec 25 21:54:37 onlo kernel: Type: CD-ROM ANSI SCSI revision: 00 > Dec 25 21:54:37 onlo kernel: sr0: scsi3-mmc drive: 32x/32x writer cd/rw > xa/form2 cdda tray > Dec 25 21:54:37 onlo kernel: sr 1:0:0:0: Attached scsi generic sg0 type 5 Stat of this thread is now gone, so if you've done this... Do an lsmod and see if you see sg, maybe sd_mod, scsi_mod, ide_cd. Look at /etc/modules.conf (I think that's it - thngs changed in the last decade or so). Try just reading a cd first. Does the device have any king od "write protect" switch? Use cdrecord with some verbosity flags to get some clues. Are you insertinb them with the correct face up? Don't laugh - with no names w/o labels, ... Use cdrecord to print some of the header info of the blank disc you're trying to write. You'll need to RTFM - I don't have it in front of me ATM. Do you have another node that you can test a write on to see if the disc is really OK? Hopefully that would be an RW disc. Have you tried reorienting the device (horiz <-> vertical) to see if that has an effect? It sound like you'll need to leave the comfy confines of the GUI room to solve this one. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Natulius CD burner does not accept my 700Mb CD-R disks
On Wed, 2007-12-26 at 08:09 -0500, Robert Moskowitz wrote: > William L. Maltby wrote: > > On Tue, 2007-12-25 at 21:59 -0500, Robert Moskowitz wrote: > > > > Do an lsmod and see if you see sg, maybe sd_mod, scsi_mod, ide_cd. > > Look at /etc/modules.conf (I think that's it - thngs changed in the last > > decade or so). > > > scsi_mod 133069 4 sr_mod,sg,libata,usb_storage > ide_cd 40033 0 > cdrom 36705 2 sr_mod,ide_cd > > (also a plain-old cdrom installed via IDE (internal) on this server). > > And no such animal as a modules.conf anywhere on the system (per locate > modules.conf) modprobe* > > Try just reading a cd first. Does the device have any king od "write > > protect" switch? > > > Will try the reading. No write protect switch. This CDRW was on a > Win2000 system whose board started overheating and crashing. So it was > working with Veritas just 2 weeks ago. > > Use cdrecord with some verbosity flags to get some clues. > And I need clues to help me RTFM. Lot there ASSuMEing already knowing > about SCSI and CD devices... OK. CentOS 4.x or 5.x? I'll try to help if I can. Only diff would be the device reported. I don't have usb. But with cdrecord, only the low-level drivers would change. All the sg* interface stuff would be the same. > > > > Use cdrecord to print some of the header info of the blank disc you're > > trying to write. You'll need to RTFM - I don't have it in front of me > > ATM. > > > > > It sound like you'll need to leave the comfy confines of the GUI room to > > solve this one. > Would if I could get more out of RTFM. I'll try to help. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Natulius CD burner does not accept my 700Mb CD-R disks
On Wed, 2007-12-26 at 08:43 -0500, William L. Maltby wrote: > On Wed, 2007-12-26 at 08:09 -0500, Robert Moskowitz wrote: > > William L. Maltby wrote: > > > On Tue, 2007-12-25 at 21:59 -0500, Robert Moskowitz wrote: > > > > > > > First, do mount and make sure that the media has not been mounted. If so, unmount it. That *might* be the root cause. Do you have an /etc/cdrecord.conf? Might have some things like CDR_DEVICE=2,0,0 cdrom= /dev/hdc-1 -1 burnfree On 4.x, this last line seems to be the item used for specifying the device. This 4.x has only a CD-RW, not DVD. My 5.x show DVD capability too because I have a DVD burner on that one. An ls -l of /dev/d* should show some symbolic links of hd*. This on my 5.x. cdrecord -dev=cdrom -prcap Device type: Removable CD-ROM Version: 0 Response Format: 1 Vendor_info: 'CDWRITER' Identifikation : 'IDE5224 ' Revision : '0012' Device seems to be: Generic mmc CD-RW. Drive capabilities, per MMC-2 page 2A: Does read CD-R media Does write CD-R media Does read CD-RW media Does write CD-RW media Does not read DVD-ROM media Does not read DVD-R media Does not write DVD-R media Does not read DVD-RAM media Does not write DVD-RAM media Does support test writing Compare the cdrecord.conf against what this shows. It will not include devices like cdrom here. That is a symbolic link to /dev/hdc (in my case). # cdrecord -scanbus For me, ... scsidev: 'ATA' devname: 'ATA' scsibus: -2 target: -2 lun: -2 ... scsibus1: 1,0,0 100) 'CDWRITER' 'IDE5224 ' '0012' Removable CD-ROM 1,1,0 101) * 1,2,0 102) * 1,3,0 103) * 1,4,0 104) * 1,5,0 105) * 1,6,0 106) * 1,7,0 107) * Do you have an env variable (from bash prompt) echo $CDR_DEVICE I'll go over to my 5.X and re-write a 5.1 DVD now. More after you reply. HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Natulius CD burner does not accept my 700Mb CD-R disks
On Wed, 2007-12-26 at 09:19 -0500, Robert Moskowitz wrote: > > William L. Maltby wrote: > > On Wed, 2007-12-26 at 08:09 -0500, Robert Moskowitz wrote: > > > >> William L. Maltby wrote: > >> > >>> On Tue, 2007-12-25 at 21:59 -0500, Robert Moskowitz wrote: > >>> > >>> Do an lsmod and see if you see sg, maybe sd_mod, scsi_mod, ide_cd. > >>> Look at /etc/modules.conf (I think that's it - thngs changed in the last > >>> decade or so). > >>> > >>> > >> scsi_mod 133069 4 sr_mod,sg,libata,usb_storage > >> ide_cd 40033 0 > >> cdrom 36705 2 sr_mod,ide_cd > >> > >> (also a plain-old cdrom installed via IDE (internal) on this server). I didn't notice this before. the entries on the right specify who uses that module. Are they compiled in on your system? Custom kernel? I'd have thought those would show up in lsmod too. My 5.1 has scsi_mod, sg, sd_mnod, libata and some chipset-specific modules. It also has, in modprobe.conf alias scsi_hostadapter sata_via. The last is chipset-specific. I don't know if this line is needed at all on your system. > >> HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Natulius CD burner does not accept my 700Mb CD-R disks
On Wed, 2007-12-26 at 09:45 -0500, William L. Maltby wrote: > On Wed, 2007-12-26 at 09:19 -0500, Robert Moskowitz wrote: > > > > William L. Maltby wrote: > > > On Wed, 2007-12-26 at 08:09 -0500, Robert Moskowitz wrote: > > > > > >> William L. Maltby wrote: > > >> > > >>> On Tue, 2007-12-25 at 21:59 -0500, Robert Moskowitz wrote: > > >>> > My 5.1 has scsi_mod, sg, sd_mnod, libata and some chipset-specific s/mnod/mod/ > modules. > > ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Natulius CD burner does not accept my 700Mb CD-R disks
On Wed, 2007-12-26 at 10:03 -0500, Robert Moskowitz wrote: > William L. Maltby wrote: > > On Wed, 2007-12-26 at 09:19 -0500, Robert Moskowitz wrote: > > > >> William L. Maltby wrote: > >> > >>> On Wed, 2007-12-26 at 08:09 -0500, Robert Moskowitz wrote: > >>> > >>> > >>>> William L. Maltby wrote: > >>>> > >>>> > >>>>> On Tue, 2007-12-25 at 21:59 -0500, Robert Moskowitz wrote: > >>>>> > >>>>> > > > > > >>>>> Do an lsmod and see if you see sg, maybe sd_mod, scsi_mod, ide_cd. > >>>>> Look at /etc/modules.conf (I think that's it - thngs changed in the last > >>>>> decade or so). > >>>>> > >>>>> > >>>>> > >>>> scsi_mod 133069 4 sr_mod,sg,libata,usb_storage > >>>> ide_cd 40033 0 > >>>> cdrom 36705 2 sr_mod,ide_cd > >>>> > >>>> (also a plain-old cdrom installed via IDE (internal) on this server). > >>>> > > > > I didn't notice this before. the entries on the right specify who uses > > that module. Are they compiled in on your system? Custom kernel? I'd > > have thought those would show up in lsmod too. > > > Everything on this system came from the Centos 5/5.1 repos (5.1 are > local mirrors). > > My 5.1 has scsi_mod, sg, sd_mnod, libata and some chipset-specific > > modules. > > > > It also has, in modprobe.conf alias scsi_hostadapter sata_via. The last > > is chipset-specific. I don't know if this line is needed at all on your > > system. > > > Well how do I find out? Geez Louise! I haven't worked on this stuff professionally since 12/01. And Over the decades I developed an excellent short-term memory. ... thinking ... In the past I always made everything loadable modules because the target hardware was constantly changing. So I always had something like this in the modules.conf (at that time). I really can't tell you how to find out. But in /lib/modules/ there's a bunch of module* files. Man modules.dep and depmod is at least a starting point. Now, you mention a local repo. Does your /lib/modules have an entry for the latest kernel? If not, maybe you just need a "depmod -a" run? If the dates aren't already matching when you transitioned to 5.1, same? My sata_via appears in modules.{alias|pcimap|dep} and shows a dependency on it by sg_mod (a necessary module AFAIK). Since yours is usb based, I would expect that a similar line ending with something that says either usb* or *_ -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Natulius CD burner does not accept my 700Mb CD-R disks
On Wed, 2007-12-26 at 10:03 -0500, Robert Moskowitz wrote: > > > Do an lsmod and see if you see sg, maybe sd_mod, scsi_mod, ide_cd. > > Look at /etc/modules.conf (I think that's it - thngs changed in the last > > decade or so). > > > > > > > scsi_mod 133069 4 sr_mod,sg,libata,usb_storage > ide_cd 40033 0 > cdrom 36705 2 sr_mod,ide_cd > > (also a plain-old cdrom installed via IDE (internal) on this server). > > > > > I didn't notice this before. the entries on the right specify who uses > > that module. Are they compiled in on your system? Custom kernel? I'd > > have thought those would show up in lsmod too. > > > Everything on this system came from the Centos 5/5.1 repos (5.1 are > local mirrors). > > My 5.1 has scsi_mod, sg, sd_mnod, libata and some chipset-specific > > modules. I'm almost certain that scsi_mod, sg and sd_mod are needed for all these scsi operations. The libata is needed by my sata_via driver, so may not be needed on your setup. > > > > It also has, in modprobe.conf alias scsi_hostadapter sata_via. The last > > is chipset-specific. I don't know if this line is needed at all on your > > system. > > > Well how do I find out? BTW. Try doing insmod on modules you suspect are needed. Then if one of them satisfies a dependency, or depends on another module that is loaded, the lsmod will show that. Once you have the modules.dep correct (depmod -a?) and have identified the chipset module needed (*if* any and it's not already loaded), you can try adding the "alias scsi_hostadapter ..." line specifying that chipset module. Then whenever the system tries to use something that requires scsi_hostadapter, the driver for that chipset will be automatically loaded. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Natulius CD burner does not accept my 700Mb CD-R disks
On Wed, 2007-12-26 at 11:11 -0500, William L. Maltby wrote: > Almost forgot. IIRC, usb devices are always scsi. My usb flash drives all appear as scsi. So we can be certain that you need a scsi stack of loadable modules similar to the ones on my system that I showed earlier. On my 4.x, the only machine I have the flash drives in ATM), I see sd_mod 17345 4 usb_storage60937 2 scsi_mod 125901 2 sd_mod,usb_storage uhci_hcd 31705 0 ehci_hcd 31429 0 out of lsmod. I'm pretty sure you'll need those. But my usb is 2.0, so I'm not sure about the to *_hcd modules. I think those were common among the 1.x -> 2.x versions of usb. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Natulius CD burner does not accept my 700Mb CD-R disks
On Wed, 2007-12-26 at 08:09 -0500, Robert Moskowitz wrote: > William L. Maltby wrote: > > On Tue, 2007-12-25 at 21:59 -0500, Robert Moskowitz wrote: > > > > Do an lsmod and see if you see sg, maybe sd_mod, scsi_mod, ide_cd. > > Look at /etc/modules.conf (I think that's it - thngs changed in the last > > decade or so). > > > scsi_mod 133069 4 sr_mod,sg,libata,usb_storage > ide_cd 40033 0 > cdrom 36705 2 sr_mod,ide_cd > > (also a plain-old cdrom installed via IDE (internal) on this server). > > >From days past on LFS, when I was very active and less removed from the professional activities, I can say with certainty that the sr_mod and ide_cd are for the plain old cd-rom on your IDE channel. They are not required for the usb stuff. -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos