RE: [CentOS] is centos update safe
William L. Maltby <> scribbled on Thursday, June 26, 2008 8:49 PM: > an > update of a live server without adequate testing and/or fallback plan is > akin to unassisted suicide. It won't be your foot you shot yourself in > if something goes drastically wrong. LOL! Clear and to the point. Good one! smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Upgrade perl; package conflict
Removing perl.i386 fixed this... Thanks! - Original Message - From: "Ralph Angenendt" <[EMAIL PROTECTED]> To: centos@centos.org Sent: Thursday, June 26, 2008 8:34:11 PM GMT +01:00 Amsterdam / Berlin / Bern / Rome / Stockholm / Vienna Subject: Re: [CentOS] Upgrade perl; package conflict Phil Schaffner wrote: > On Thu, 2008-06-26 at 08:55 +0200, [EMAIL PROTECTED] wrote: >> I'm working on upgrading my Xen Domain0 to CentOs 5.2. However, yum >> update gives me a package conflict on perl: > ... > > Using a x86_64 install btw. > > > > Anyone seen this one?? > > Please don't hijack threads with a "Reply" when starting a new topic. > > This problem is due to the lack of an i386 RPM in x86_64 repos. See > http://bugs.centos.org/view.php?id=2918 perl.i386 is *now* in the extras repository (as stated by the Release Notes) which is enabled by default. As it is not in upstream's x86_64 tree, it's not going into the CentOS os/ or updates/ tree either. That's why I closed that bug again. Ralph ___ 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] Automatic site selection for dowload
>Is it possible when deciding these default sites to look at actual >bandwidth and not just geographical closeness? > >Mel Me thinks they call that yum-fastestmirror :) jlc ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Wheel and YUM!!
Harry Sukumar wrote: > Hi James, > > Yes I tried to do this on another machine unfortunately this didn't > work for me, good you raised this topic > > On the other machine I edited the visudo > > User_Alias PROJECT = emma, paddy, sb > PROJECT ALL = !/usr/su, !/bin/su, !/usr/bin/passwd > I see your trying to protect your users from becoming root. You do realise that with that sudo configuration a user can still run "sudo /bin/bash" or any of the other shells to gain root access. Dean ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Automatic site selection for dowload
Joseph L. Casale wrote: Me thinks they call that yum-fastestmirror :) Me thinks that doesn't work. fastest mirror give me the lowest values for .tw sites. Which, I think mean the fastest. They are in fact, the slowest. Here are some real numbers: base 856 kb 27:38 updates 91 kb 1:20 kernel-devel died after 52:01 At this point several mirrors were tried finally a fast one was found and things went quickly and smoothly. Almost one hour and only 1.7 of 4.8 m was downloaded This is typical for me getting data from .tw sites. Mel ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Automatic site selection for dowload
Joseph L. Casale <> scribbled on Friday, June 27, 2008 9:29 AM: >> Is it possible when deciding these default sites to look at actual >> bandwidth and not just geographical closeness? >> >> Mel > > Me thinks they call that yum-fastestmirror :) That addon rocks! Add the delta-addon as well, and you get really fast updates! 8-D smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wheel and YUM!!
Plant, Dean wrote: I see your trying to protect your users from becoming root. You do realise that with that sudo configuration a user can still run "sudo /bin/bash" or any of the other shells to gain root access. Hi Dean, I don't think that's correct. One of the purposes of the sudoers file is you can limit users to specific programs, excluding them from others. This entry, which I just tested in my CentOS5.2 box, allows the user tldap to use yum, but not /bin/bash:- tldap ALL=/usr/bin/yum Here's what happens when I try sudo as user tldap:- [EMAIL PROTECTED] ~]$ sudo yum update Loading "fastestmirror" plugin Loading "priorities" plugin Loading mirror speeds from cached hostfile * base: rsync.atworks.co.jp * updates: rsync.atworks.co.jp * centosplus: mirror.exetel.com.au * addons: mirror.exetel.com.au * extras: mirror.exetel.com.au 0 packages excluded due to repository priority protections Setting up Update Process No Packages marked for Update [EMAIL PROTECTED] ~]$ sudo /bin/bash Sorry, user tldap is not allowed to execute '/bin/bash' as root on www [EMAIL PROTECTED] ~]$ Cheers, Ian ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 5.2 upgrade mostly good (so far)
On Wednesday 25 June 2008 19:02:28 fred smith wrote: > On Wed, Jun 25, 2008 at 12:47:10PM -0500, Robert wrote: > > Olaf Mueller wrote: > > >fred smith wrote: > > >>On Wed, Jun 25, 2008 at 03:46:53PM +0200, Olaf Mueller wrote: > > >>>fred smith wrote: > > 1. "shutdown -h now" goes all the way down but does not power down > > the box like it always has before. Same when shutting down via the > > GUI shutdown dialog. > > >>> > > >>>I know this from systems with older processors. For me a > > >>>'apm=power-off' in the /etc/grub.conf kernel-line does the trick. > > >> > > >>would your "older" include an Athlon XP 2600+ ? > > > > > >No, of course not. My older processors are pII, pIII and athlon, from > > >266MHz to 800MHz. > > > > > > > > >regards > > >Olaf > > > > As an added data point, since the OP seems concerned about Athlon > > XP2600+, I am running that processor in an ASUS A7N8X2.0 Deluxe m/b ACPI > > BIOS Rev 1008 > > and it powered down just fine following the CentOS 5.2 upgrade. Here's > > the first stanza of grub.conf: > > #boot=/dev/hda > > default=0 > > timeout=5 > > splashimage=(hd0,0)/grub/splash.xpm.gz > > hiddenmenu > > title CentOS (2.6.18-92.1.1.el5) > >root (hd0,0) > >kernel /vmlinuz-2.6.18-92.1.1.el5 ro root=LABEL=/ > >initrd /initrd-2.6.18-92.1.1.el5.img > > and here's mine (including Olaf's suggested change): > > #boot=/dev/hda > default=0 > timeout=5 > splashimage=(hd0,2)/grub/splash.xpm.gz > #hiddenmenu > title CentOS (2.6.18-92.1.1.el5) > root (hd0,2) > kernel /vmlinuz-2.6.18-92.1.1.el5 ro root=LABEL=/ quiet > apm=power-off initrd /initrd-2.6.18-92.1.1.el5.img > > I have to say that adding the apm=power-off didn't change a thing, it > still doesn't shut off the power. Now, I can't say with certainty when > I last saw it do that, because i rarely shut down the box. It runs my > mail server for the household, so it runs for months at a time, but I know > that it has in the past always worked whenever I've watched it go down. > > I just booted the prevous kernel and noticed that it doesn't power off > either. Strange. I know it used to work (I've been using Centos, and > formerly Tao Linux on this board since it was new.) > > This is a gigabyte GA-7N400 Pro2 board, nvidia chipset, nvidia graphics > card (old GeForce 4). > > Any other advice you can come up with (while I go do some googling) would > be appreciated. I have one of those mother boards with an 2.4 Athlon XP CPU, it had 5.1 on it, ( I was experimenting with software / hardware raid). Hope to find the time to put some more hard drives into it this weekend and put 5.2 on it and set it up as my central home file storage server. It never had a problem with shutting down with 5.1, I will report any problems / success after I have installed. It has had a few bios updates since I got it a few years ago. I also have an older AMD K6 550 MHz machine running Mandriva Linux and that had a problem shutting down with the latest version of Mandriva installed. John -- Guy Fawkes, the only man to enter the house's of Parliament with honest intentions, (he was going to blow them up!) Registered Linux user number 414240 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] African IP addresses list
Hi all, I am trying to block all IP addresses from Africa due to a high rate of fraudulent orders coming from them. I have some found some websites that can generate a range of IP addresses. However, you would have to enter the ranges by country. I can use those perhaps but that would mean I would have to get the ranges for each country one by one. Has anyone here a list of addresses from Africa already? It would definitely be a time saver for me. My firewall uses IP blocking by CIDR. Thanks, Matt -- Stand before it and there is no beginning. Follow it and there is no end. Stay with the ancient Tao, Move with the present. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] is centos update safe
Thanks guys for the various suggestions really do apprecite but as u guys say i shd follow .. have a perfect backup system and then do the upgrade really apprecite regards fabian simon > I just updated from an i386 CentOS 5 system today, using the reccommendeds > steps on my server, and it went fine. > > So it *should* also go fine for you, but, as has been said before, Your > Mileage May Vary. > > 2008/6/26 William L. Maltby <[EMAIL PROTECTED]>: > >> >> On Thu, 2008-06-26 at 21:31 +0200, Kai Schaetzl wrote: >> > William L. Maltby wrote on Thu, 26 Jun 2008 14:48:48 -0400: >> > >> > > 2. yum upgrade # not update >> > >> > that's supposed to be the same. >> >> IIRC, that's true if default config file wasn't modified with certain >> parameters. Do I mis-remember? IIRC, upgrade works correctly even if >> they changed that config parameter. So, better safe than sorry. >> >> If I mis-remember, please forgive an old fart with half-heimer's. :-)) >> >> > >> > Kai >> > >> >> -- >> Bill >> >> ___ >> CentOS mailing list >> CentOS@centos.org >> http://lists.centos.org/mailman/listinfo/centos >> > > -- > This message has been scanned for viruses and > dangerous content by MailScanner, and is > believed to be clean. > > ___ > CentOS mailing list > CentOS@centos.org > http://lists.centos.org/mailman/listinfo/centos > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] African IP addresses list
Matt Arnilo S. Baluyos (Mailing Lists) wrote:
Hi all,
I am trying to block all IP addresses from Africa due to a high rate
of fraudulent orders coming from them.
perhaps you should try the geoip project's community options ?
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, [EMAIL PROTECTED]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Automatic site selection for dowload
tech wrote:
I would like to ask that more flexibility be built into automatically
choosing sites for downloading.
You can always just disable the yum-fastestmirror plugin if its not
working well for you. In /etc/yum/pluginconf.d there should be a file
called fastestmirror.conf - look in there, and change enabled=1 to
enabled=0. Might be worth running it with verbose=1 for a little while
to work out whats going on. Perhaps also reduce the maxhostfileage value
to have fastestmirror speed check each mirror more often.
There is also always the option of only using mirrors you know work
well. To do that, comment out the mirrorlist= lines from
/etc/yum.repos.d/CentOS-Base.repo and replace them with baseurl=mirror>. You can have multiple mirrors listed there. man yum.conf for
more info on that.
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, [EMAIL PROTECTED]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Automatic site selection for dowload
[EMAIL PROTECTED] wrote:
That addon rocks! Add the delta-addon as well, and you get really fast
updates! 8-D
There is no functional delta-addon for yum in CentOS-5, are you getting
confused with Fedora here ?
--
Karanbir Singh
CentOS Project { http://www.centos.org/ }
irc: z00dax, [EMAIL PROTECTED]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Wheel and YUM!!
Ian Blackwell wrote: > Plant, Dean wrote: >> I see your trying to protect your users from becoming root. You do >> realise that with that sudo configuration a user can still run "sudo >> /bin/bash" or any of the other shells to gain root access. >> > Hi Dean, > > I don't think that's correct. One of the purposes of the sudoers file > is you can limit users to specific programs, excluding them from > others. This entry, which I just tested in my CentOS5.2 box, allows > the user tldap to use yum, but not /bin/bash:- > tldap ALL=/usr/bin/yum > > Here's what happens when I try sudo as user tldap:- > [EMAIL PROTECTED] ~]$ sudo yum update > Loading "fastestmirror" plugin > Loading "priorities" plugin > Loading mirror speeds from cached hostfile > * base: rsync.atworks.co.jp > * updates: rsync.atworks.co.jp > * centosplus: mirror.exetel.com.au > * addons: mirror.exetel.com.au > * extras: mirror.exetel.com.au > 0 packages excluded due to repository priority protections > Setting up Update Process > No Packages marked for Update > [EMAIL PROTECTED] ~]$ sudo /bin/bash > Sorry, user tldap is not allowed to execute '/bin/bash' as root on www > [EMAIL PROTECTED] ~]$ > Yes you are correct in your example only yum would run and no exclude is required. We can not see from his posting exactly what commands he is allowing as he is calling groups. What I was trying to point out is that if is he is disabling commands like su then they must be enabled somewhere in the groups he is calling and it is good practice to disable all the shells as well. All my sudoers lines that call groups like he was trying to do always have a !SU, !SHELLS to specifically deny root access. Anyway I will shut up now as none of this will help fix his problem. Dean ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wheel and YUM!!
Plant, Dean wrote: What I was trying to point out is that if is he is disabling commands like su then they must be enabled somewhere in the groups he is calling and it is good practice to disable all the shells as well. All my sudoers lines that call groups like he was trying to do always have a !SU, !SHELLS to specifically deny root access. Noted. Anyway I will shut up now as none of this will help fix his problem. Ditto :-) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Re: Automatic site selection for dowload
tech <> scribbled on Friday, June 27, 2008 9:57 AM: > Joseph L. Casale wrote: > >> Me thinks they call that yum-fastestmirror :) > > Me thinks that doesn't work. It works in Sweden. In fact the fastest-mirror thing works better now with the v5.2 than ever before. smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Automatic site selection for dowload
Karanbir Singh <> scribbled on Friday, June 27, 2008 10:27 AM: > tech wrote: >> I would like to ask that more flexibility be built into automatically >> choosing sites for downloading. > > You can always just disable the yum-fastestmirror plugin if its not > working well for you. In /etc/yum/pluginconf.d there should be a file > called fastestmirror.conf - look in there, and change enabled=1 to > enabled=0. Might be worth running it with verbose=1 for a little while > to work out whats going on. Perhaps also reduce the maxhostfileage value > to have fastestmirror speed check each mirror more often. I wonder if running "yum update yum*" first would help, before doing the full "yum update"? In my case with CentOS v5.2, I saw yum got updated too, and since then yum works blazingly fast for me. You might want to try it anyway. If it works better after the update, then fine, you're all set for better speeds. FWIW, I had slow speeds pre-5.2 as well. smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Missing update announcements for C4 i386 / x86_64
On Thu, Jun 26, 2008 at 1:33 AM, Karanbir Singh wrote: > Bernd Bartmann wrote: >> Hi, >> >> the latest updates for perl, xorg-x11, net-snmp, openoffice.org for C4 >> were announced for the ia64 and s390(x) archs, but not for i386 and >> x86_64 altough they are available on the updates mirrors. >> Also, what is the policy for announcements of updates that occurred >> after the C5.2 release? I see them on the update mirrors. Shouldn't >> these update be also announced independently from the C5.2 release >> announcement? > > The C5 updates will be announced shortly ( within the next 24 hrs ) > along with all pending updates getting pushed out. Ok, the C5 update announcements did show up now. So then remains the question what is about the missing C4 update announcements? Best regards, Bernd. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Automatic site selection for dowload
Karanbir Singh <> scribbled on Friday, June 27, 2008 10:28 AM: > [EMAIL PROTECTED] wrote: >> That addon rocks! Add the delta-addon as well, and you get really fast >> updates! 8-D > > There is no functional delta-addon for yum in CentOS-5, are you getting > confused with Fedora here ? Umm... I might. I think it was called something like that at least . Lemme' check. BRB. ... Here; "rpm -qa *delta*" reports I have "deltarpm - 3.3-2.el5.rf.i386" installed on my CentOS5.2-machine. I got the impression this worked with CentOS5 anyway. At least I saw some stats when running yum with my pre-5.2 CentOS flashing by. My understanding was that the repo however had to be compatible with deltarpm for this to work at all. So this doesn't work with CentOS then, correct? smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Automatic site selection for dowload
Karanbir Singh wrote: You can always just disable the yum-fastestmirror plugin if its not working well for you. In /etc/yum/pluginconf.d there should be a file called fastestmirror.conf - look in there, and change enabled=1 to enabled=0. Might be worth running it with verbose=1 for a little while to work out whats going on. Perhaps also reduce the maxhostfileage value to have fastestmirror speed check each mirror more often. There is also always the option of only using mirrors you know work well. To do that, comment out the mirrorlist= lines from /etc/yum.repos.d/CentOS-Base.repo and replace them with baseurl=mirror>. You can have multiple mirrors listed there. man yum.conf for more info on that. Thanks. I have already set enable=0. That helps. I will try your other suggestions. I suspect this is something unique. Initial transfers are fast but then things get very slow. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Minimized Firefox is not visible on panel in CentOS 5.2
On Fri, 2008-06-27 at 12:14 +1000, hce wrote: > Hi, > > I opened a Firefox on Desktop, but when I clicked Minimize Window > button, the Firefox disappeared and there was no icon on the panel, I > simply could not find it any more (it did not close), this was the > same for the terminal as well . How can I make the Firefox icon > visible on panel (or workplaces) even it was minimized? > > Thank you. I don't have a clue as to your problem or solution. But did you use the the to cycle through the running applications on that workspace? If FF is still running, you should be able to see it there and bring it to the foreground. I've never experienced the problem you describe. Have you gone through all your preference settings? Maybe there's some odd thing there that has an effect. I can't see anything though. Hmmm... This may be a stupid suggestion, but I'll say it anyway. Are your screen resolutions switchable? When running a lower resolution, part of the workspace, and so the panel, is out of the viewport. Moving the mouse to bring the rest of the workspace back into view may show the missing icon on part of the panel that was offscreen. > > Jim > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Missing update announcements for C4 i386 / x86_64
Bernd Bartmann wrote: On Thu, Jun 26, 2008 at 1:33 AM, Karanbir Singh wrote: Bernd Bartmann wrote: Hi, the latest updates for perl, xorg-x11, net-snmp, openoffice.org for C4 were announced for the ia64 and s390(x) archs, but not for i386 and x86_64 altough they are available on the updates mirrors. Also, what is the policy for announcements of updates that occurred after the C5.2 release? I see them on the update mirrors. Shouldn't these update be also announced independently from the C5.2 release announcement? The C5 updates will be announced shortly ( within the next 24 hrs ) along with all pending updates getting pushed out. Ok, the C5 update announcements did show up now. So then remains the question what is about the missing C4 update announcements? Best regards, Bernd. I will get those out soon to ... but I can only work 24 hours a day signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Missing update announcements for C4 i386 / x86_64
On Fri, Jun 27, 2008 at 11:41 AM, Johnny Hughes <[EMAIL PROTECTED]> wrote: > I will get those out soon to ... but I can only work 24 hours a day Thanks! Take your time. I just want to make sure they do not get lost. Best regards, Bernd. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Torrent sharing question
Hi Folks. Just a quick question. I have been sharing CenOS 5.0 and 5.1 since I down loaded them. Now we are on to 5.2 is it still worth sharing them or can I archive them to DVD and save some hard drive space? Regards John -- Guy Fawkes, the only man to enter the houses of Parliament with honest intentions, (he was going to blow them up!) Registered Linux user number 414240 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Centos 5.2 kickstart install from USB Pen failed
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi all, I usually use DHCP to install CentOS boxes via kickstart. For a first install, I boot the machine on the CentOS first CD, I type "linux ks" at the prompt and the rest is automatic. I have already use USB pen to boot some servers that don't have CD-ROM drive and all went well with the diskboot.img of CentOS 5.1. But the diskboot.img of CentOS 5.2 seems to be unable to deal with the kickstart parameters passed by DHCP. The embedded DHCP client does not get the "filename" option value and seems to have problems with the DNS server (even if the "next-server" is correctly resolved). The installer fails at the moment of getting the kickstart file and asks me to enter a alternate location. There is a warning about the DNS server on the console, and it shows that the "filename" is set to "(null)". All went well with the 5.1 diskboot.img, with the same hardware, same DHCP configuration, and the same kickstart configuration (but with a 5.1 install tree). Anyone having the same problem ? Did I miss something ? Many thanks, 3.14r -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.2.2 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFIZLgD9D25xYOIvisRAp+RAKDiFWC1ExKv9Z7z1NQBsXM4Y7W97wCgwtGp n+nhMZUi1WHMXuQhg330ttY= =uzD+ -END PGP SIGNATURE- ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Can you install from local updates?
Robert Moskowitz wrote: I normally use http install to access my /centos/ver/os/i386 repo. Is there someway to get the install to include the updates in /centos/ver/updates? It seems such a waste to install rpms that you know are already fixed I do this with a kickstart installation: url --url http://ftp.crc.dk/centos/5/os/i386 repo --name=base --baseurl=http://ftp.crc.dk/centos/5/os/i386 repo --name=updates --baseurl=http://ftp.crc.dk/centos/5/updates/i386 Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: [EMAIL PROTECTED] Homepage: http://www.crc.dk ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] is centos update safe
You are right, there is a difference: upgrade Is the same as the update command with the --obsoletes flag set. See update for more details. Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] nfs cannot see mount points on other machine
Jason Pyeron wrote on Thu, 26 Jun 2008 18:03:49 -0400: > Any ideas what the "dangerous" inode confusion is about? Is it relevant today? I have no idea. I think the proposed problem is that the client doesn't know that it's traversing filesystems, so, the same inode number on filesystem / and /b is each time the inode number on /. I have no idea if this can actually happen or how this is worked out or if it is still a problem. But I think the way it is now by default is not a good solution. As I wrote you can work and copy to these faked folders and they disappear and reappear with mounting although they are actually somewhere on the local filesystem. It looks like the mounting creates a local directory listing that is only available when it's mounted. The way it works without nohide is really able to trick you to think you are writing to the remote side, but you aren't. I think this is dangerous. They should indeed have *hidden* those folders instead of faking them. The talk about "hidden" is wrong in my eyes. They do not hide they pretend things that are not there. >From that perspective I think using nohide is the better option. But I don't know if that "inode problem" could really hit or not. I haven't seen it so far. I think what would be a bad idea is to cross-mount the nfs shares themselves, but this is prevented unless you explicitely export them. Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Torrent sharing question
John Bowden <> scribbled on Friday, June 27, 2008 11:54 AM: > Just a quick question. I have been sharing CenOS 5.0 and 5.1 since I down > loaded them. Now we are on to 5.2 is it still worth sharing them or can I > archive them to DVD and save some hard drive space? I removed my 5.1 torrents couple of days ago, and only kept the most release (5.2) recent seeding 24/7 at work. Ppl still downloaded from them like crazy (had about 250kbps on each x64 and x86 DVD:s) on last monday for the past months or so, so you might want to seed those a bit longer if you can. Maybe I should keep seeding 5.1 as well for another while... smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Missing update announcements for C4 i386 / x86_64
Johnny Hughes wrote on Fri, 27 Jun 2008 04:41:56 -0500: > but I can only work 24 hours a day then you are still ahead of most of us ;-) Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] is centos update safe
Kai Schaetzl wrote: You are right, there is a difference: upgrade Is the same as the update command with the --obsoletes flag set. See update for more details. If the /etc/yum.conf file contains: obsoletes=1 yum update will be the same as yum upgrade. The yum.conf file will have this line unless manually removed or you've upgraded from a previous CentOS release that didn't have it. I guess it has to be very old then, the line is present in CentOS 4 and 5... Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: [EMAIL PROTECTED] Homepage: http://www.crc.dk ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] is centos update safe
Mogens Kjaer wrote: Kai Schaetzl wrote: You are right, there is a difference: upgrade Is the same as the update command with the --obsoletes flag set. See update for more details. If the /etc/yum.conf file contains: obsoletes=1 yum update will be the same as yum upgrade. The yum.conf file will have this line unless manually removed or you've upgraded from a previous CentOS release that didn't have it. I guess it has to be very old then, the line is present in CentOS 4 and 5... Mogens Which is why yum upgrade is recommended, yum update may or may not work for everyone, depending on this flag -- Kind Regards Rudi Ahlers CEO, SoftDux Web: http://www.SoftDux.com Check out my technical blog, http://blog.softdux.com for Linux or other technical stuff, or visit http://www.WebHostingTalk.co.za for Web Hosting stuff ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Automatic site selection for dowload
tech wrote: Joseph L. Casale wrote: Me thinks they call that yum-fastestmirror :) Me thinks that doesn't work. fastest mirror give me the lowest values for .tw sites. Which, I think mean the fastest. They are in fact, the slowest. Here are some real numbers: base 856 kb 27:38 updates 91 kb 1:20 kernel-devel died after 52:01 At this point several mirrors were tried finally a fast one was found and things went quickly and smoothly. Almost one hour and only 1.7 of 4.8 m was downloaded This is typical for me getting data from .tw sites. Then ... find the fastest mirrors and don't use the default. We can't possibly try to program in thnigs like this on our end. The fastestmirror script actually makes a connection to the mirrors in question, the lower ones should be the best ones. It is possible that is not the cause, but we can't test for that. You can, however, remark out the "mirrorlist=" line and instead add several baseurl= lines yourself that you want to use. Then you get updates from where ever you want signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] 2.6.18-92.1.6.el5xen hangs Samba daemon
All, I have a fresh CentOS 5.2 server that I am just starting to customize, it is very close to stock. This morning I ran yum update: = Installing: kernel-xen i686 2.6.18-92.1.6.el5 updates15 M Updating: samba i386 3.0.28-1.el5_2.1 updates16 M samba-clienti386 3.0.28-1.el5_2.1 updates 4.9 M samba-commoni386 3.0.28-1.el5_2.1 updates 8.7 M After rebooting, Samba would not start, running 'service smb start' simply hangs forever, nothing in the logs I could find and I could see from ps that smbd was never forking to release the start script. I discovered that if I boot using the previous kernel 2.6.18-92.1.1.el5xen all is well. I did try regressing samba by uninstalling and then installing disabling the updates repo to no avail, the older version (1.1) of Samba was installed when I tried booting the older kernel, which did work, as well as the updated version (1.6). Brett ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wheel and YUM!!
[EMAIL PROTECTED] wrote: On Thursday 26 June 2008 10:51:18 pm Harry Sukumar wrote: Dear All But even after adding him to wheel, sys and adm group he is unable to install using yum Ok, I'm new to CentOS and yum, but it seems to me that installing software would need to have write permission to all the directories that the software installs to. This could include directories in /sbin /bin /usr /lib /etc... If you want to do all using group, it would seem to me you would need to have the directories where software, libraries and configuration files install to all in the same group as yum unless you are using setuid. I would suggest using sudo to allow the user to run the command yum with root ownership using his own password. You then would not have to worry about setuid and groups... There is the rpm database too ... the user would need to be able to write there as well. I think that adding software should require root access personally, and people who you trust to add software should be able to get root, but that is not my decision. It is possible to do this though ... as pirut does it with it's GUI via consolehelper ... and that can be setup to not require a password. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] CentOS-announce Digest, Vol 40, Issue 13
rubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20080627/e064fd9d/signature-0001.bin -- Message: 4 Date: Fri, 27 Jun 2008 04:57:43 -0500 From: Johnny Hughes <[EMAIL PROTECTED]> Subject: [CentOS-announce] CESA-2008:0529 Moderate CentOS 4 x86_64 net-snmp- security update To: CentOS-Announce <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" CentOS Errata and Security Advisory 2008:0529 https://rhn.redhat.com/errata/RHSA-2008-0529.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: net-snmp-5.1.2-11.el4_6.11.3.i386.rpm net-snmp-devel-5.1.2-11.el4_6.11.3.i386.rpm net-snmp-libs-5.1.2-11.el4_6.11.3.i386.rpm net-snmp-perl-5.1.2-11.el4_6.11.3.i386.rpm net-snmp-utils-5.1.2-11.el4_6.11.3.i386.rpm src: net-snmp-5.1.2-11.el4_6.11.3.src.rpm note: released June 12, 2008 -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20080627/9dedbc97/signature-0001.bin -- Message: 5 Date: Fri, 27 Jun 2008 05:02:12 -0500 From: Johnny Hughes <[EMAIL PROTECTED]> Subject: [CentOS-announce] CESA-2008:0522 Important CentOS 4 x86_64 perl - security update To: CentOS-Announce <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" CentOS Errata and Security Advisory 2008:0522 https://rhn.redhat.com/errata/RHSA-2008-0522.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: perl-5.8.5-36.el4_6.3.x86_64.rpm perl-suidperl-5.8.5-36.el4_6.3.x86_64.rpm src: perl-5.8.5-36.el4_6.3.src.rpm note: released Jun 12, 2008 -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20080627/44e3c549/signature-0001.bin -- Message: 6 Date: Fri, 27 Jun 2008 05:02:18 -0500 From: Johnny Hughes <[EMAIL PROTECTED]> Subject: [CentOS-announce] CESA-2008:0522 Important CentOS 4 i386 perl - security update To: CentOS-Announce <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" CentOS Errata and Security Advisory 2008:0522 https://rhn.redhat.com/errata/RHSA-2008-0522.html The following updated files have been uploaded and are currently syncing to the mirrors: i386: perl-5.8.5-36.el4_6.3.i386.rpm perl-suidperl-5.8.5-36.el4_6.3.i386.rpm src: perl-5.8.5-36.el4_6.3.src.rpm note: released Jun 12, 2008 -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 251 bytes Desc: OpenPGP digital signature Url : http://lists.centos.org/pipermail/centos-announce/attachments/20080627/4c3d2617/signature-0001.bin -- Message: 7 Date: Fri, 27 Jun 2008 05:10:23 -0500 From: Johnny Hughes <[EMAIL PROTECTED]> Subject: [CentOS-announce] CESA-2008:0503 Important CentOS 4 x86_64 xorg-x11- security update To: CentOS-Announce <[EMAIL PROTECTED]> Message-ID: <[EMAIL PROTECTED]> Content-Type: text/plain; charset="iso-8859-1" CentOS Errata and Security Advisory 2008:0503 https://rhn.redhat.com/errata/RHSA-2008-0503.html The following updated files have been uploaded and are currently syncing to the mirrors: x86_64: xorg-x11-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-deprecated-libs-6.8.2-1.EL.33.0.4.i386.rpm xorg-x11-deprecated-libs-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-deprecated-libs-devel-6.8.2-1.EL.33.0.4.i386.rpm xorg-x11-deprecated-libs-devel-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-devel-6.8.2-1.EL.33.0.4.i386.rpm xorg-x11-devel-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-doc-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-font-utils-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-libs-6.8.2-1.EL.33.0.4.i386.rpm xorg-x11-libs-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-Mesa-libGL-6.8.2-1.EL.33.0.4.i386.rpm xorg-x11-Mesa-libGL-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-Mesa-libGLU-6.8.2-1.EL.33.0.4.i386.rpm xorg-x11-Mesa-libGLU-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-sdk-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-tools-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-twm-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-xauth-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-xdm-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-Xdmx-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-xfs-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-Xnest-6.8.2-1.EL.33.0.4.x86_64.rpm xorg-x11-Xvfb-6.8.2-1.EL.
Re: [CentOS] How to enable SHA1 passwords after migration from OpenSUSE?
On Fri, Jun 27, 2008 at 12:11 PM, Andreas Pedersen <[EMAIL PROTECTED]> wrote: > On Thu, Jun 26, 2008 at 2:05 PM, Papalagi Pakeha > <[EMAIL PROTECTED]> wrote: >> Hi there! >> >> I have recently migrated my old server from OpenSUSE 10.0 to CentOS 5. >> Almost everything works great, except for one thing - user passwords. >> In the old system they were in a form: >> >> root:$2a$05$9V.P3/KV2fd0r/O8hs0gNueaidF35edj3DL6skb32qZJNpvwVHiUO:12183:0:9:7::: >> >> and that format doesn't seem to be understood by CentOS. When I change >> the password I get something like: >> >> root:$1$Z0HGYkIb$fbkW0gR6c.k7rENE1NlzE0:14055:0:9:7::: >> >> Note the encrypted password begins with $2a$... in OpenSUSE while in >> CentOS it starts with $1$... CentOS passwords (MD5?) are understood by >> OpenSUSE but OpenSUSE passwords (SHA1?) are not understood by CentOS. > First: '$2a' is not SHA1 its Blowfish. > > I belive you need libxcrypt support, I'm not sure just google fast I > hope this will help you. > > # OpenSUSE 10.2 box > $ ldd /lib/security/pam_unix2.so I can't find pam_unix2 for CentOS. It's doesn't seem to be in any of the repos I know of. Any hint as where to get hold of it? PaPa ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] java-1.4.2-gcj-compat.i386 update failure
On Thu, 2008-06-26 at 18:42 -0400, William L. Maltby wrote: > Hmmm, > > I seemed to have created a misalignment somewhere along the line. I > can't remember doing anything to this. > # yum update > > > Resolving Dependencies > --> Running transaction check > ---> Package java-1.4.2-gcj-compat.i386 0:1.4.2.0-40jpp.115 set to be > updated > --> Processing Dependency: /usr/bin/rebuild-security-providers for > package: java-1.4.2-gcj-compat > --> Processing Dependency: /usr/bin/rebuild-security-providers for > package: java-1.4.2-gcj-compat > --> Processing Dependency: /usr/bin/rebuild-security-providers for > package: java-1.4.2-gcj-compat > --> Processing Dependency: /usr/bin/rebuild-security-providers for > package: java-1.4.2-gcj-compat > --> Finished Dependency Resolution > Error: Missing Dependency: /usr/bin/rebuild-security-providers is needed > by package java-1.4.2-gcj-compat > > > > # yum whatprovides /usr/bin/rebuild-security-providers > > jpackage-utils.noarch : JPackage utilities > = > Well, I went through the on line manifest (a misnomer apparently as it lists added, updated and removed, but not unchanged packages). The only reference I found to jpackage was in the gcj-compat package. I tried a remove of it and aborted when I saw it would get rid of a bunch of stuff I need, like OpenOffice. So I can't confirm if I have the right one or not that way. > = > # yum list jpackage-utils.noarch > > Installed Packages > jpackage-utils.noarch 1.7.4-2jpp.2.el5.cento installed > Available Packages > jpackage-utils.noarch 1.7.3-1jpp.2.el5 base > === > > I presume that the 1.7.4 is the correct one? If so, > > > # rpm --verbose --verify jpackage-utils.noarch > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Torrent sharing question
On Fri, 2008-06-27 at 12:35 +0200, [EMAIL PROTECTED] wrote: > John Bowden <> scribbled on Friday, June 27, 2008 11:54 AM: > > > Just a quick question. I have been sharing CenOS 5.0 and 5.1 since I down > > loaded them. Now we are on to 5.2 is it still worth sharing them or can I > > archive them to DVD and save some hard drive space? > > I removed my 5.1 torrents couple of days ago, and only kept the most release > (5.2) recent seeding 24/7 at work. > > Ppl still downloaded from them like crazy (had about 250kbps on each x64 and > x86 > DVD:s) on last monday for the past months or so, so you might want to seed > those > a bit longer if you can. Maybe I should keep seeding 5.1 as well for another > while... I share the latest for a *long* time. During the period after major update release, I share only the latest. The rational for this is that the greatest demand will be for the latest, I have only a home connection with limited upload bandwidth and it is most beneficial allocated to where there is anticipated highest demand and greatest number of benefiting users. After a while, I add back in older releases. > -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 2.6.18-92.1.6.el5xen hangs Samba daemon
Brett Serkez wrote: All, I have a fresh CentOS 5.2 server that I am just starting to customize, it is very close to stock. This morning I ran yum update: = Installing: kernel-xen i686 2.6.18-92.1.6.el5 updates15 M Updating: samba i386 3.0.28-1.el5_2.1 updates16 M samba-clienti386 3.0.28-1.el5_2.1 updates 4.9 M samba-commoni386 3.0.28-1.el5_2.1 updates 8.7 M After rebooting, Samba would not start, running 'service smb start' simply hangs forever, nothing in the logs I could find and I could see from ps that smbd was never forking to release the start script. I discovered that if I boot using the previous kernel 2.6.18-92.1.1.el5xen all is well. I did try regressing samba by uninstalling and then installing disabling the updates repo to no avail, the older version (1.1) of Samba was installed when I tried booting the older kernel, which did work, as well as the updated version (1.6). OK ... a quick look through the upstream bugzilla does not show any samba (smb) hangs related to the new kernel. Can someone else confirm this problem ? signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] java-1.4.2-gcj-compat.i386 update failure
William L. Maltby wrote: On Thu, 2008-06-26 at 18:42 -0400, William L. Maltby wrote: Hmmm, I seemed to have created a misalignment somewhere along the line. I can't remember doing anything to this. # yum update Resolving Dependencies --> Running transaction check ---> Package java-1.4.2-gcj-compat.i386 0:1.4.2.0-40jpp.115 set to be updated --> Processing Dependency: /usr/bin/rebuild-security-providers for package: java-1.4.2-gcj-compat --> Processing Dependency: /usr/bin/rebuild-security-providers for package: java-1.4.2-gcj-compat --> Processing Dependency: /usr/bin/rebuild-security-providers for package: java-1.4.2-gcj-compat --> Processing Dependency: /usr/bin/rebuild-security-providers for package: java-1.4.2-gcj-compat --> Finished Dependency Resolution Error: Missing Dependency: /usr/bin/rebuild-security-providers is needed by package java-1.4.2-gcj-compat # yum whatprovides /usr/bin/rebuild-security-providers jpackage-utils.noarch : JPackage utilities = Well, I went through the on line manifest (a misnomer apparently as it lists added, updated and removed, but not unchanged packages). The only reference I found to jpackage was in the gcj-compat package. I tried a remove of it and aborted when I saw it would get rid of a bunch of stuff I need, like OpenOffice. So I can't confirm if I have the right one or not that way. = # yum list jpackage-utils.noarch Installed Packages jpackage-utils.noarch 1.7.4-2jpp.2.el5.cento installed Available Packages jpackage-utils.noarch 1.7.3-1jpp.2.el5 base === I presume that the 1.7.4 is the correct one? If so, # rpm --verbose --verify jpackage-utils.noarch There is a newer version of jpackage-utils in the testing repo that should have that file in it: http://dev.centos.org/centos/5/testing/i386/RPMS/jpackage-utils-1.7.5-1jpp.1.el5.centos.noarch.rpm See if this helps Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] java-1.4.2-gcj-compat.i386 update failure
On Fri, 2008-06-27 at 08:03 -0400, William L. Maltby wrote: > On Thu, 2008-06-26 at 18:42 -0400, William L. Maltby wrote: > > Hmmm, > > > > I seemed to have created a misalignment somewhere along the line. I > > can't remember doing anything to this. > > > # yum update > > > > > > Resolving Dependencies > > --> Running transaction check > > ---> Package java-1.4.2-gcj-compat.i386 0:1.4.2.0-40jpp.115 set to be > > updated > > --> Processing Dependency: /usr/bin/rebuild-security-providers for > > package: java-1.4.2-gcj-compat > > > > Error: Missing Dependency: /usr/bin/rebuild-security-providers is needed > > by package java-1.4.2-gcj-compat > > > > > > > > # yum whatprovides /usr/bin/rebuild-security-providers > > > > jpackage-utils.noarch : JPackage utilities > > = > > > > Well, I went through the on line manifest (a misnomer apparently as it > lists added, updated and removed, but not unchanged packages). The only > reference I found to jpackage was in the gcj-compat package. > > I tried a remove of it and aborted when I saw it would get rid of a > bunch of stuff I need, like OpenOffice. > > So I can't confirm if I have the right one or not that way. Did a yum --disablerepo=\* --enablerepo=updates list and got jpackage-utils.noarch 1.7.4-2jpp.2.el5.cento installed So, it looks like I have the right one. I can't think of anything else to try ATM. > > > = > > # yum list jpackage-utils.noarch > > > > Installed Packages > > jpackage-utils.noarch 1.7.4-2jpp.2.el5.cento installed > > Available Packages > > jpackage-utils.noarch 1.7.3-1jpp.2.el5 base > > === > > > > I presume that the 1.7.4 is the correct one? If so, > > > > > > # rpm --verbose --verify jpackage-utils.noarch > > > TIA -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] is centos update safe
Rudi Ahlers wrote: ... Which is why yum upgrade is recommended, yum update may or may not work for everyone, depending on this flag Many have expressed concern because they've used "yum update" instead of "yum upgrade". My point is that it might not be a problem. Mogens -- Mogens Kjaer, Carlsberg A/S, Computer Department Gamle Carlsberg Vej 10, DK-2500 Valby, Denmark Phone: +45 33 27 53 25, Fax: +45 33 27 47 08 Email: [EMAIL PROTECTED] Homepage: http://www.crc.dk ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Starting a Local CentOS Mirror
Art Age Software wrote: Hi all, I would like to set up a local CentOS mirror, as suggested by others on this list, to cut down on bandwidth usage, etc. I have read a couple HowTos and it seems pretty straight-forward, but I do have some questions. 1) How should I change my entries in /etc/yum.repos.d? Specifically, should I replace CentOS-Base.repo with my own .repo file? You probably need to edit your CentOS-Base.repo file. See my suggested way in the answer to your next question. 2) Is there a way to configure yum to prefer the local repo, but use an external mirror if the local is not available? Yes You can just add one baseurl= line to your CentOS-Base.repo file for each section ([base], [updates], etc.) ... while still leaving the "mirrorlist=" one enabled. Then install the yum-fastestmirror plugin ... fastest mirror SHOULD always pick your local mirror, and if it is not available it should pick the next fastest one listed. 3) What is the best practice around keeping the local repo updated? A once-a-day cron job to rsync from an external mirror? If this is the correct approach, is there a way to rsync from a "mirror list" so that updates won't fail if a particular mirror happens to be unavailable when the cron job runs? We do not provide public syncs from our infrastructure except for "public mirrors" (people who are allowing public access to their mirrors) ... however, there are about 200 public mirrors, some of which provide rsync. Here is the list of public mirrors: http://www.centos.org/modules/tinycontent/index.php?id=13 Thanks, Johnny Hughes signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] java-1.4.2-gcj-compat.i386 update failure
On Fri, 2008-06-27 at 07:22 -0500, Johnny Hughes wrote: > William L. Maltby wrote: > > On Thu, 2008-06-26 at 18:42 -0400, William L. Maltby wrote: > >> > > > >> = > >> # yum list jpackage-utils.noarch > >> > >> Installed Packages > >> jpackage-utils.noarch 1.7.4-2jpp.2.el5.cento installed > >> Available Packages > >> jpackage-utils.noarch 1.7.3-1jpp.2.el5 base > >> === > >> > >> I presume that the 1.7.4 is the correct one? If so, > >> > >> > >> # rpm --verbose --verify jpackage-utils.noarch > >> > > > There is a newer version of jpackage-utils in the testing repo that > should have that file in it: > > http://dev.centos.org/centos/5/testing/i386/RPMS/jpackage-utils-1.7.5-1jpp.1.el5.centos.noarch.rpm > > See if this helps Will do. BRB > > Thanks, > Johnny Hughes > Thx -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] African IP addresses list
Matt Arnilo S. Baluyos (Mailing Lists) wrote: Hi all, I am trying to block all IP addresses from Africa due to a high rate of fraudulent orders coming from them. I have some found some websites that can generate a range of IP addresses. However, you would have to enter the ranges by country. I can use those perhaps but that would mean I would have to get the ranges for each country one by one. Has anyone here a list of addresses from Africa already? It would definitely be a time saver for me. My firewall uses IP blocking by CIDR. how terribly shocking... I suggest also blocking China, 'cause they're commies, and France because they eat frogs ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] nfs cannot see mount points on other machine
Kai Schaetzl wrote: Jason Pyeron wrote on Thu, 26 Jun 2008 18:03:49 -0400: Any ideas what the "dangerous" inode confusion is about? Is it relevant today? I have no idea. I think the proposed problem is that the client doesn't know that it's traversing filesystems, so, the same inode number on filesystem / and /b is each time the inode number on /. I have no idea if this can actually happen or how this is worked out or if it is still a problem. But I think the way it is now by default is not a good solution. As I wrote you can work and copy to these faked folders and they disappear and reappear with mounting although they are actually somewhere on the local filesystem. It looks like the mounting creates a local directory listing that is only available when it's mounted. The way it works without nohide is really able to trick you to think you are writing to the remote side, but you aren't. I think this is dangerous. They should indeed have *hidden* those folders instead of faking them. The talk about "hidden" is wrong in my eyes. They do not hide they pretend things that are not there. >From that perspective I think using nohide is the better option. But I don't know if that "inode problem" could really hit or not. I haven't seen it so far. I think what would be a bad idea is to cross-mount the nfs shares themselves, but this is prevented unless you explicitely export them. I don't understand your talk about "fake" directories. They are not fake, they truly exist in the filesystem. It's just that another filesystem is being overlaid in that dir. Some fs like dev, proc, sys exist only in memory and are created on the fly at boottime, others are just disk partitions. Nothing mysterious there. That NFS only exports a single partition at a time is probably due to the duplicate inode problem - maybe other stuff - I don't know. At any rate, just export the additional fs and mount it where you like. Again, nothing mysterious and it has been done that way since NFS was invented. Want to prove that your "fake" dirs are not fake? Boot the rescue CD and don't have it automatically find your Linux partitions. Mount what ever's your / partition on /tmp/sysimage. There's /tmp/sysimage/dev and it has an inode number. Let's mkdir /tmp/sysimage/dev/testdirontherootpartition. That has an inode number too. Boot back to the OS - /dev/testdirontherootpartition doesn't exist - it's been overlaid by the udev system. Boot back to the resue CD - /tmp/sysimage/dev/testdirontherootpartition is there - same inode as it was before. Same goes for your /home dir when it's a separate partition - if /home is not mounted, anything you write there will be written to the root partition and will be hidden when /home is mounted. -- Toby Bluhm Alltech Medical Systems America, Inc. 30825 Aurora Road Suite 100 Solon Ohio 44139 440-424-2240 ext203 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] African IP addresses list
> how terribly shocking... > I suggest also blocking China, 'cause they're commies, and France because > they eat frogs What about those who eat alligators. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Automatic site selection for dowload
Johnny Hughes wrote: Almost one hour and only 1.7 of 4.8 m was downloaded This is typical for me getting data from .tw sites. Then ... find the fastest mirrors and don't use the default. We can't possibly try to program in thnigs like this on our end. The fastestmirror script actually makes a connection to the mirrors in question, the lower ones should be the best ones. It is possible that is not the cause, but we can't test for that. You can, however, remark out the "mirrorlist=" line and instead add several baseurl= lines yourself that you want to use. Then you get updates from where ever you want Is there a way to coax several hosts behind the same caching proxy to use the same URL as the 1st choice but still fail over and try others if there is a problem? And preferably without having to manually edit files on each machine or coordinate choices. -- Les Mikesell [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] java-1.4.2-gcj-compat.i386 update failure [SOLVED]
On Fri, 2008-06-27 at 07:22 -0500, Johnny Hughes wrote: > William L. Maltby wrote: > > > > >> # yum update > >> > >> > >> Resolving Dependencies > >> --> Running transaction check > >> ---> Package java-1.4.2-gcj-compat.i386 0:1.4.2.0-40jpp.115 set to be > >> updated > >> --> Processing Dependency: /usr/bin/rebuild-security-providers for > >> package: java-1.4.2-gcj-compat > >> --> Processing Dependency: /usr/bin/rebuild-security-providers for > >> package: java-1.4.2-gcj-compat > >> --> Processing Dependency: /usr/bin/rebuild-security-providers for > >> package: java-1.4.2-gcj-compat > >> --> Processing Dependency: /usr/bin/rebuild-security-providers for > >> package: java-1.4.2-gcj-compat > >> --> Finished Dependency Resolution > >> Error: Missing Dependency: /usr/bin/rebuild-security-providers is needed > >> by package java-1.4.2-gcj-compat > >> > >> > >> > >> # yum whatprovides /usr/bin/rebuild-security-providers > >> > >> jpackage-utils.noarch : JPackage utilities > >> = > >> > There is a newer version of jpackage-utils in the testing repo that > should have that file in it: > > http://dev.centos.org/centos/5/testing/i386/RPMS/jpackage-utils-1.7.5-1jpp.1.el5.centos.noarch.rpm > > See if this helps Update worked! Thanks! > > Thanks, > Johnny Hughes > Thanks again, -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Headphone on a Acer Extensa 5220
Hello, is there any chance to get a headphone working under a acer extensa 5220 with CenOS 5.2 (2.6.18-92.1.6.el5) installed? Maybe by centosplus or self compiled alsa sources? # rpm -qa | grep alsa alsa-lib-1.0.14-1.rc4.el5 alsa-utils-1.0.14-3.rc4.el5 The sound works great on this notebook and the hardware is detected as 'Intel Corporation 82801H (ICH8 Family) HD Audio Controller snd-hda-intel'. But the only settings alsamixer shows are 'Master' and 'PCM', nothing about Headphone or Microphone. Microphone is not so important, but a working headphone on the notebook would be great. Any ideas to get it working? Thank you very much! regards Olaf ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] is centos update safe
Mogens Kjaer wrote on Fri, 27 Jun 2008 12:55:58 +0200: > The yum.conf file will have this line unless manually removed And you are right, too :-) William mentioned the config file, btw, he just didn't mention the flag. Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] backup with dd
On Wed, 25 Jun 2008, Lanny Marcus wrote: On Wed, Jun 25, 2008 at 1:46 PM, Les Mikesell <[EMAIL PROTECTED]> wrote: Hiep Nguyen wrote: hi all, i have a centos box and would like to back up just in case the hard drive fail. one way to do this is duplicate the image of the hard drive, so if the hard drive fail, just remove it and put mirrored hard drive and done. here my system info: uname -a Linux jadenet.jadesterling.com 2.6.9-22.0.2.EL #1 Tue Jan 17 06:51:40 CST 2006 i686 i686 i386 GNU/Linux df -h FilesystemSize Used Avail Use% Mounted on /dev/mapper/VolGroup00-LogVol00 37G 15G 20G 43% / /dev/hda1 99M 8.9M 85M 10% /boot none 188M 0 188M 0% /dev/shm i'm looking into dd, but is there anything better than dd? by the way, i would like to use external hard drive via usb to do mirror image. dd has the advantage of creating a disk that is instantly usable. The disadvantages are that you have to have it unmounted while making the copy (boot from a CD) and it takes a long time to complete since you have to copy even the unused blocks. There is also the possibility that your working disk will develop a bad spot that you don't realize until you hit it during the copy, leaving you with 2 bad disks (rotating 2 copies would avoid this issue). Clonezilla-live is a boot-from CD linux that will copy just the used portions of the disk and can save to another disk or image files on local disks or over the network. I'd recommend it over dd, but maybe someone has a way to do LVM snapshots so the copy can be done without a reboot. I'm downloading the .iso for clonezilla-live now. It's a very small download. 81.2 MB i don't know if this is possible, but assume my centos box's motherboard goes sour, can i just take its hard drive and put on similar pc? thanks___ 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] Re: Automatic site selection for dowload
Les Mikesell wrote: Johnny Hughes wrote: Is there a way to coax several hosts behind the same caching proxy to use the same URL as the 1st choice but still fail over and try others if there is a problem? And preferably without having to manually edit files on each machine or coordinate choices. Fatestmirror does not work with a proxy server ... however you can adjust your yum.conf to use the priority failover method, from 'man yumconf': === failovermethod Either ‘roundrobin’ or ‘priority’. ‘roundrobin’ randomly selects a URL out of the list of URLs to start with and proceeds through each of them as it encounters a failure contacting the host. ‘priority’ starts from the first baseurl listed and reads through them sequentially. failovermethod defaults to ‘roundrobin’ if not specified. === You can use baseurl= at the top, then other ones after that. They will be picked in order. signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How to enable SHA1 passwords after migration from OpenSUSE?
On Fri, Jun 27, 2008 at 2:03 PM, Papalagi Pakeha <[EMAIL PROTECTED]> wrote: > On Fri, Jun 27, 2008 at 12:11 PM, Andreas Pedersen > <[EMAIL PROTECTED]> wrote: >> On Thu, Jun 26, 2008 at 2:05 PM, Papalagi Pakeha >> <[EMAIL PROTECTED]> wrote: >>> Hi there! >>> >>> I have recently migrated my old server from OpenSUSE 10.0 to CentOS 5. >>> Almost everything works great, except for one thing - user passwords. >>> In the old system they were in a form: >>> >>> root:$2a$05$9V.P3/KV2fd0r/O8hs0gNueaidF35edj3DL6skb32qZJNpvwVHiUO:12183:0:9:7::: >>> >>> and that format doesn't seem to be understood by CentOS. When I change >>> the password I get something like: >>> >>> root:$1$Z0HGYkIb$fbkW0gR6c.k7rENE1NlzE0:14055:0:9:7::: >>> >>> Note the encrypted password begins with $2a$... in OpenSUSE while in >>> CentOS it starts with $1$... CentOS passwords (MD5?) are understood by >>> OpenSUSE but OpenSUSE passwords (SHA1?) are not understood by CentOS. > >> First: '$2a' is not SHA1 its Blowfish. >> >> I belive you need libxcrypt support, I'm not sure just google fast I >> hope this will help you. >> >> # OpenSUSE 10.2 box >> $ ldd /lib/security/pam_unix2.so > > I can't find pam_unix2 for CentOS. It's doesn't seem to be in any of > the repos I know of. Any hint as where to get hold of it? show all pam packages $ rpm -qa \*pam\* list files for pam $ rpm -ql pam I believe you need to rebuild pam modules (pam_unix2), see arch wiki. http://wiki.archlinux.org/index.php/Blowfish_passwords Quote: "You must download libxcrypt PKGBUILD and build it. That's because libcrypt from glibc only supports md5 and DES algorithms, which we don't want." > > PaPa > ___ > 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] How to enable SHA1 passwords after migration from OpenSUSE?
First, are you running 5.2 or a older version ? If it is a older version, first upgrade to 5.2. Then read http://www.centos.org/docs/5/html/release-notes/as-amd64/RELEASE-NOTES-U2-x86_64-en.html#id2914967 and the section about SHA passwords. Regards, Tim -- Tim Verhoeven - [EMAIL PROTECTED] - 0479 / 88 11 83 Hoping the problem magically goes away by ignoring it is the "microsoft approach to programming" and should never be allowed. (Linus Torvalds) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Wheel and YUM!!
Just a point of note: When adding the wheel group to the sudoers file via visudo, it does not mean that the users in the wheel group can execute commands directly. It means that they can type: #sudo command options For each enabled command in the sudoers file. Now lets walk through some examples from my sudoers file: jpyeron ALL=(ALL) NOPASSWD: ALL ## allows user jpyeron logged in from ALL locations to act as ALL users without confirming jpyeron's password and execute ALL programs. # Uncomment to allow people in group wheel to run all commands # %wheelALL=(ALL) ALL ## allows users in the wheel group logged in from ALL locations to act as ALL users executing ALL programs. # Same thing without a password # %wheelALL=(ALL) NOPASSWD: ALL ## allows users in the wheel group logged in from ALL locations to act as ALL without confirming his password users executing ALL programs. # Samples # %users ALL=/sbin/mount /cdrom,/sbin/umount /cdrom ## allows users in the users group logged in from ALL locations to act as root and run either "/sbin/mount /cdrom" or "/sbin/umount /cdrom" without deviation of the command line. # %users localhost=/sbin/shutdown -h now ## allows users in the users group logged in from localhost (or console?) to act as root and execute "/sbin/shutdown -h now" only. /* I gave up on quoting html emails... */ -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] How to enable SHA1 passwords after migration from OpenSUSE?
On Sat, Jun 28, 2008 at 1:55 AM, Tim Verhoeven <[EMAIL PROTECTED]> wrote: > First, are you running 5.2 or a older version ? If it is a older > version, first upgrade to 5.2. > > Then read > http://www.centos.org/docs/5/html/release-notes/as-amd64/RELEASE-NOTES-U2-x86_64-en.html#id2914967 > and the section about SHA passwords. As pointed out by Andreas the current passwords are Blowfish-encrypted, not SHA as I thought. Therefore the new SHA support in 5.2 won't help me at all. Looks like I'll have to recompile pam-unix2 from source :-( PaPa ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wheel and YUM!!
On Fri, Jun 27, 2008 at 10:17:22AM -0400, Jason Pyeron wrote: > jpyeron ALL=(ALL) NOPASSWD: ALL > > ## allows user jpyeron logged in from ALL locations to act as ALL users > without Not logged in _from_ all locations; logged in _to_ all machines which have that sudoers file. eg jpyeron A=(root) /bin/cat /etc/A jpyeron B=(root) /bin/cat /etc/B jpyeron ALL=(root) /bin/cat /etc/C means that on machine A you can cat /etc/A and on machine B you can /etc/B and on all machines you can cat /etc/C. This allows you to have one centrally controlled sudoers file but have machine specific privileges. -- rgds Stephen ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] nfs cannot see mount points on other machine
Toby Bluhm wrote on Fri, 27 Jun 2008 08:54:56 -0400: > I don't understand your talk about "fake" directories. They are not > fake, they truly exist in the filesystem. They are nevertheless fake. Consider the following: - system A has mount points / and /home - system B nfs mounts / on A without nohide at /nfs/A Result is that you see *all* directories of A on B, including /home. There is no way to know that it doesn't exist on A, unless you compare the directories on both machines. There is no indication that you are not writing to A:/home when you write to /nfs/A/home. That is what I call "fake". It's definitely not "hidden". "hidden" comes from "hiding" = you don't see it. I consider this behavior *very* misleading. > That NFS only exports a single partition at a time is probably due to > the duplicate inode problem - maybe other stuff - I don't know. At any > rate, just export the additional fs and mount it where you like. Again, > nothing mysterious and it has been done that way since NFS was invented. That may be so. I'm quite happy with this behavior as long as nfs doesn't pretend that something is there that isn't. I was asking "where" that faked directory actually exists as it is gone when I unmount. If I understand your explanation correctly if I write to /nfs/A/home I'm actually writing to A, but not to the /home filesystem (as I think) but to a home directory on the / filesystem. Is that correct? That makes clear why it is gone when I unmount. Further, if I unmount /home on A I should still get /home when I list / on A. Just now that "faked" home on /. Correct? I understand that this directory *does* exist on A (just not where one would think) *after* nfs mounting. However, from the standpoint of machine B it is a fake. It is artificially being created because an ls on A shows it. The correct behavior would be to *not list* any other mount points in the nfs mount. Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] VNC vs GNOME desktop
I'm trying to use VNC to connect my home Centos box (up to date centos 5) to my Centos 4 (also up to date) at work. I have no problem connecting. The problem occurs after logging in, for every applet in the bottom Gnome panel I get an error box from which I can choose to remove the applet from the panel, or just go on. I choose to not delete but to just go on. After I get a half dozen or so of those, the desktop is fully drawn, except the bottom panel is completely empty. no desktop switcher, or anything else. I've googled and looked in centos forums and realvnc FAQs and don't find any reference to such a problem. Clues would be appreciated! Here's the text from that dialog: The panel encountered a problem while loading "OAFIID:GNOME_howDesktopApplet". Details: Failed to resolve, or extend '!prefs_key=/apps/panel/applets/show_desktop_button/ Prefs;background=none:;orient=up;size=x-small;locked_down=false Do you want to delete the applet from your configuration? and I get that once for each applet. here's the ~/.vnc/xstartup file from the server: #!/bin/sh # Uncomment the following two lines for normal desktop: unset SESSION_MANAGER exec /etc/X11/xinit/xinitrc [ -x /etc/vnc/xstartup ] && exec /etc/vnc/xstartup [ -r $HOME/.Xresources ] && xrdb $HOME/.Xresources xsetroot -solid grey vncconfig -iconic & xterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" & twm & -- Fred Smith -- [EMAIL PROTECTED] - The Lord is like a strong tower. Those who do what is right can run to him for safety. --- Proverbs 18:10 (niv) - pgple2GIWH0tN.pgp Description: PGP signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Wheel and YUM!!
> -Original Message- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Harris > Sent: Friday, June 27, 2008 10:31 AM > To: CentOS mailing list > Subject: Re: [CentOS] Wheel and YUM!! > > On Fri, Jun 27, 2008 at 10:17:22AM -0400, Jason Pyeron wrote: > > > jpyeron ALL=(ALL) NOPASSWD: ALL > > > > ## allows user jpyeron logged in from ALL locations to act as ALL > > users without > > Not logged in _from_ all locations; logged in _to_ all > machines which have that sudoers file. > > eg > jpyeron A=(root) /bin/cat /etc/A > jpyeron B=(root) /bin/cat /etc/B > jpyeron ALL=(root) /bin/cat /etc/C > means that on machine A you can cat /etc/A and on machine B > you can /etc/B and on all machines you can cat /etc/C. Doh! > > This allows you to have one centrally controlled sudoers file > but have machine specific privileges. > Hmmm, I don't see it in /etc/nsswitch.conf. By central you mean identical copies? -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- - - - Jason Pyeron PD Inc. http://www.pdinc.us - - Principal Consultant 10 West 24th Street #100- - +1 (443) 269-1555 x333Baltimore, Maryland 21218 - - - -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, purge the message from your system and notify the sender immediately. Any other use of the email by you is prohibited. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] is centos update safe
Mogens Kjaer kirjoitti viestissään (lähetysaika perjantai, 27. kesäkuuta 2008): > Rudi Ahlers wrote: > ... > > > Which is why yum upgrade is recommended, yum update may or may not work > > for everyone, depending on this flag > > Many have expressed concern because they've used "yum update" instead of > "yum upgrade". > > My point is that it might not be a problem. > > Mogens Both methods worked here, yup upgrade into desktop and yum update into my wifes laptop. No problems occured after. Jarmo ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] VNC vs GNOME desktop
fred smith wrote: I'm trying to use VNC to connect my home Centos box (up to date centos 5) to my Centos 4 (also up to date) at work. I have no problem connecting. The problem occurs after logging in, for every applet in the bottom Gnome panel I get an error box from which I can choose to remove the applet from the panel, or just go on. I choose to not delete but to just go on. After I get a half dozen or so of those, the desktop is fully drawn, except the bottom panel is completely empty. no desktop switcher, or anything else. I've googled and looked in centos forums and realvnc FAQs and don't find any reference to such a problem. Clues would be appreciated! Here's the text from that dialog: The panel encountered a problem while loading "OAFIID:GNOME_howDesktopApplet". Details: Failed to resolve, or extend '!prefs_key=/apps/panel/applets/show_desktop_button/ Prefs;background=none:;orient=up;size=x-small;locked_down=false Do you want to delete the applet from your configuration? and I get that once for each applet. here's the ~/.vnc/xstartup file from the server: #!/bin/sh # Uncomment the following two lines for normal desktop: unset SESSION_MANAGER exec /etc/X11/xinit/xinitrc [ -x /etc/vnc/xstartup ] && exec /etc/vnc/xstartup [ -r $HOME/.Xresources ] && xrdb $HOME/.Xresources xsetroot -solid grey vncconfig -iconic & xterm -geometry 80x24+10+10 -ls -title "$VNCDESKTOP Desktop" & twm & Replace that last line with: exec gnome-session & ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Automatic site selection for dowload
[EMAIL PROTECTED] wrote: There is no functional delta-addon for yum in CentOS-5, are you getting confused with Fedora here ? So this doesn't work with CentOS then, correct? Thats what I said earlier, we dont support delta rpm in CentOS. - KB ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] 5.1 -> 5.2 Upgrade oddity
yum upgrade -y yada yada yada then lots of errors like: /usr/share/gnome/help/gdm/fr/gdm.xml:173: parser error : Entity 'eacute' not defined and so on until Document is not well-formed XML: /usr/share/gnome/help/gdm/it/gdm.xml Updating : amtu # [173/520] Updating : grub # [174/520] ... Is this expected, acceptable, or a bomb waiting to go off later? -- *** E-Mail is NOT a SECURE channel *** James B. Byrnemailto:[EMAIL PROTECTED] Harte & Lyne Limited http://www.harte-lyne.ca 9 Brockley Drive vox: +1 905 561 1241 Hamilton, Ontario fax: +1 905 561 0757 Canada L8E 3C3 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Automatic site selection for dowload
Les Mikesell wrote: Is there a way to coax several hosts behind the same caching proxy to use the same URL as the 1st choice but still fail over and try others if there is a problem? And preferably without having to manually edit files on each machine or coordinate choices. I've been using ncache ( nginx+caching ) to the same effect at one setup to achieve something like this, but I have a script that hijacks the request to mirrorlist= fetches and returns my own fixed list from a local fixed cache. I know its very very hacky and completely bogus. But it works for me in a very limited sense. Someone might want to pickup on that and develop it further into a more functional system perhaps. But if you dont control the proxy and cant admin/change configs in there, then you will need to manually setup each machine to use the same set of mirrors and drop the mirrorlist fetch's from .centos.org - KB ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Torrent sharing question
John Bowden wrote: Hi Folks. Just a quick question. I have been sharing CenOS 5.0 and 5.1 since I down loaded them. Now we are on to 5.2 is it still worth sharing them or can I archive them to DVD and save some hard drive space? Regards John We normally drop the torrents from the tracker around the time a new version is released so you should as well. Do you even see any traffic on these older torrents ? By the way, I think we ( as a community ) should strongly discurage people from installing older software specially since the older stuff now has known and published widely bug's and potentially remote security issues. Ofcourse there are people who will, due to whatever reason, still want to get out there and install an older version - they are welcome to use the vault.centos.org machines. - KB ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 5.1 -> 5.2 Upgrade oddity
James B. Byrne wrote: yum upgrade -y yada yada yada then lots of errors like: /usr/share/gnome/help/gdm/fr/gdm.xml:173: parser error : Entity 'eacute' not defined and so on until Document is not well-formed XML: /usr/share/gnome/help/gdm/it/gdm.xml Updating : amtu # [173/520] Updating : grub # [174/520] ... Is this expected, acceptable, or a bomb waiting to go off later? sounds like a local issue on your machine.. Could you perhaps run with yum -d8 and paste the stuff into http://pastebin.centos.org/ ( mark the expiry for a month or something ) and post that url in here. - KB ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] backup with dd
Hiep Nguyen wrote: > Clonezilla-live is a boot-from CD linux that will copy just the used portions of the disk and can save to another disk or image files on local disks or over the network. I'd recommend it over dd, but maybe someone has a way to do LVM snapshots so the copy can be done without a reboot. I'm downloading the .iso for clonezilla-live now. It's a very small download. 81.2 MB i don't know if this is possible, but assume my centos box's motherboard goes sour, can i just take its hard drive and put on similar pc? The disk is probably the most likely single thing to fail, but within some constraints you can move the disk around - and the same issues apply to image copies and backups. The main thing is that the driver for the disk controller has to be included in the kernel or initrd, so for example, moving a scsi disk with the boot/root partitions to a machine with a different controller will be a problem. You can fix this with some contortions to rebuild the initrd with the right modules from a rescue mode CD boot. You may also have to reconfigure the display if you have a different video card or monitor but you can normally run in text mode while doing that. -- Les Mikesell [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
RE: [CentOS] Automatic site selection for dowload
Ok, any particular reason why not? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Karanbir Singh Sent: Friday, June 27, 2008 4:54 PM To: CentOS mailing list Subject: Re: [CentOS] Automatic site selection for dowload [EMAIL PROTECTED] wrote: >> There is no functional delta-addon for yum in CentOS-5, are you getting >> confused with Fedora here ? > So this doesn't work with CentOS then, correct? Thats what I said earlier, we dont support delta rpm in CentOS. - KB ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos smime.p7s Description: S/MIME cryptographic signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] nfs cannot see mount points on other machine
Kai Schaetzl wrote: Toby Bluhm wrote on Fri, 27 Jun 2008 08:54:56 -0400: I don't understand your talk about "fake" directories. They are not fake, they truly exist in the filesystem. They are nevertheless fake. Consider the following: - system A has mount points / and /home - system B nfs mounts / on A without nohide at /nfs/A Result is that you see *all* directories of A on B, including /home. There is no way to know that it doesn't exist on A, unless you compare the directories on both machines. There is no indication that you are not writing to A:/home when you write to /nfs/A/home. That is what I call "fake". It's definitely not "hidden". "hidden" comes from "hiding" = you don't see it. I consider this behavior *very* misleading. That NFS only exports a single partition at a time is probably due to the duplicate inode problem - maybe other stuff - I don't know. At any rate, just export the additional fs and mount it where you like. Again, nothing mysterious and it has been done that way since NFS was invented. That may be so. I'm quite happy with this behavior as long as nfs doesn't pretend that something is there that isn't. I was asking "where" that faked directory actually exists as it is gone when I unmount. If I understand your explanation correctly if I write to /nfs/A/home I'm actually writing to A, but not to the /home filesystem (as I think) but to a home directory on the / filesystem. Is that correct? Yes. Let's use some examples. If A:/ is /dev/sda1 and A:/home is /dev/sda2, then in your above situation, writes to B:/nfs/A/home will be written to /dev/sda1 on A and _not_ /dev/sda2 on A. When A exports /, it's actually only exporting the filesystem on /dev/sda1. That makes clear why it is gone when I unmount. Further, if I unmount /home on A I should still get /home when I list / on A. Yes - you will get the /home that's on /dev/sda1 Just now that "faked" home on /. Correct? I understand that this directory *does* exist on A (just not where one would think) *after* nfs mounting. However, from the standpoint of machine B it is a fake. It is artificially being created because an ls on A shows it. The correct behavior would be to *not list* any other mount points in the nfs mount. Again, it's not fake, it's not artificial. It's truly there on /dev/sda1, the storage device. If you umount /home, rmdir /home, you can't mount /dev/sda2 on /home any more can you? If you mkdir /home2, you can put stuff in there until you run out of space on /dev/sda1. If you mount /dev/sda2 on /home2, the stuff you wrote to /home2 will still be on /dev/sda1 and will be hidden by the overlay of /dev/sda2. If you umount A:/ from B:/nfs/A and then write to B:/nfs/A - because B:/nfs/A will still exist as a real directory - it will be stored in /dev/sda1 on B. Whether you mount NFS exports or local disk partitions, it works the same way. By your analogy, umounting /dev/sda2 /home should make /home disappear from / because it's not mounted. Or mounting /dev/sda1 as / should just make /dev/sda2 fall into /home without any entry in fstab. -- Toby Bluhm Alltech Medical Systems America, Inc. 30825 Aurora Road Suite 100 Solon Ohio 44139 440-424-2240 ext203 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] 5.1 to 5.2 upgrade - perfectly smoothe
I run 3 servers and I upgraded them from 5.1 to 5.2 this week without even a single glitch. So now that I've been running CentOS for a couple months, I wanted to take a minute to say... Thank you to CentOS, everyone on the list for the occasional technical support (and thanks to the upstream vendor). begin:vcard fn:Tim Alberts n:Alberts;Tim org:Measurement Systems International;Engineering adr:Suite 200;;14240 Interurban Avenue South;Seattle;WA;98168;USA email;internet:[EMAIL PROTECTED] title:Associate Engineer tel;work:206-433-0199 tel;fax:206-244-8470 x-mozilla-html:FALSE url:http://www.msiscales.com/ version:2.1 end:vcard ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Kernel panic CentOS 5.2
Hi, When I boot my dedicated server from netinstall cd, I see: http://img501.imageshack.us/img501/3828/kernelpaniczm7.jpg System: Intel(R) Celeron(R) CPU 2.60GHz - Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] - Host bridge: VIA Technologies, Inc. P4M266 Host Bridge - IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE - ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge - PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] - USB Controller: VIA Technologies, Inc. USB 2.0 - (3x) USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller - VGA compatible controller: S3 Inc. VT8375 [ProSavage8 KM266/KL266] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wheel and YUM!!
On Fri, Jun 27, 2008 at 10:34:46AM -0400, Jason Pyeron wrote: > > [mailto:[EMAIL PROTECTED] On Behalf Of Stephen Harris > > This allows you to have one centrally controlled sudoers file > > but have machine specific privileges. > > Hmmm, I don't see it in /etc/nsswitch.conf. > > By central you mean identical copies? Yes, or stored in an LDAP tree (sudo can pull from LDAP) or whatever. Large environments may maintain a single sudoers file centrally that is pushed to all managed machines, for example. -- rgds Stephen ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kernel panic CentOS 5.2
On Fri, Jun 27, 2008 at 6:19 PM, Grzesiek <[EMAIL PROTECTED]> wrote: > > http://img501.imageshack.us/img501/3828/kernelpaniczm7.jpg > Another victim of : http://bugs.centos.org/view.php?id=2912. Regards, Tim -- Tim Verhoeven - [EMAIL PROTECTED] - 0479 / 88 11 83 Hoping the problem magically goes away by ignoring it is the "microsoft approach to programming" and should never be allowed. (Linus Torvalds) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] nfs cannot see mount points on other machine
Toby Bluhm wrote on Fri, 27 Jun 2008 12:00:45 -0400: > Again, it's not fake, it's not artificial. It's both, really. artificial = it doesn't exist before the first nfs mount fake = from the remote machine it's an imitation of the real /home filesystem on the other machine. It looks like /home, it smells like /home, it tastes like /home, but if you eat it you get no calories/joule. The point is: if it is not there (before the first nfs mount!) it shouldn't be there! Think of it as stepping into a broken elevator (door open, elevator not on the same level). The door opening is usually prohibited in such a case by some internal security measures. However, if it were to open nevertheless there is a chance that you don't recognize fast enough and step into it and splash ... That's exactly how nfs behaves, it's an elevator without that safety net. Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Re: Automatic site selection for dowload
Johnny Hughes wrote: Is there a way to coax several hosts behind the same caching proxy to use the same URL as the 1st choice but still fail over and try others if there is a problem? And preferably without having to manually edit files on each machine or coordinate choices. Fatestmirror does not work with a proxy server ... however you can adjust your yum.conf to use the priority failover method, from 'man yumconf': === failovermethod Either ‘roundrobin’ or ‘priority’. ‘roundrobin’ randomly selects a URL out of the list of URLs to start with and proceeds through each of them as it encounters a failure contacting the host. ‘priority’ starts from the first baseurl listed and reads through them sequentially. failovermethod defaults to ‘roundrobin’ if not specified. === You can use baseurl= at the top, then other ones after that. They will be picked in order. But this doesn't work if two different people in the same building do updates since they won't know the other's choice of order. Plus it is painful to have to edit files on every machine to make something happen that should work by default. I liked the Centos 3.x approach with rrdns much better since all requests had the same URL even when served by different sites. -- Les Mikesell [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Wheel and YUM!!
In a flurry of recycled electrons Plant, Dean wrote: All my sudoers lines that call groups like he was trying to do always have a !SU, !SHELLS to specifically deny root access. Anyway I will shut up now as none of this will help fix his problem. If you ever grant someone ALL commands and then try and restrict them from getting a root shell your fighting a loosing battle. Vi/Vim as root can bang out to a root shell, more can bang out to a root shell, and what's to stop someone from writing a shell script and executing it as root? You may already have this covered and I'm not directing this specifically at your post, but I've seen some really poorly written sudoers files that open up huge holes. I know this isn't contributing either so I'm going to lunch! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kernel panic CentOS 5.2
Grzesiek wrote: Hi, When I boot my dedicated server from netinstall cd, I see: http://img501.imageshack.us/img501/3828/kernelpaniczm7.jpg And there is no way, currently, to do a clean install of 5.2. You have to have 5.1 on the system, do a 5.2 upgrade, install the test patched kernel, and then don't install any kernel patches until this one gets incorporated... System: Intel(R) Celeron(R) CPU 2.60GHz - Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] - Host bridge: VIA Technologies, Inc. P4M266 Host Bridge - IDE interface: VIA Technologies, Inc. VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE - ISA bridge: VIA Technologies, Inc. VT8235 ISA Bridge - PCI bridge: VIA Technologies, Inc. VT8633 [Apollo Pro266 AGP] - USB Controller: VIA Technologies, Inc. USB 2.0 - (3x) USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 Controller - VGA compatible controller: S3 Inc. VT8375 [ProSavage8 KM266/KL266] ___ 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] Kernel panic CentOS 5.2
On Fri, Jun 27, 2008 at 6:39 PM, Robert Moskowitz <[EMAIL PROTECTED]> wrote: > > And there is no way, currently, to do a clean install of 5.2. > > You have to have 5.1 on the system, do a 5.2 upgrade, install the test > patched kernel, and then don't install any kernel patches until this one > gets incorporated... Or use this kernel http://dev.centos.org/centos/5/testing/x86_64/RPMS/kernel-2.6.18-92.1.6.el5.bz_pre53.x86_64.rpm in the meantime. Regards, Tim -- Tim Verhoeven - [EMAIL PROTECTED] - 0479 / 88 11 83 Hoping the problem magically goes away by ignoring it is the "microsoft approach to programming" and should never be allowed. (Linus Torvalds) ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] nfs cannot see mount points on other machine
That's exactly how nfs behaves, it's an elevator without that safety net. You're right. NFS is very dangerous and it may trick you. It should only be used if you know how it works and what you are doing. -- Toby Bluhm Alltech Medical Systems America, Inc. 30825 Aurora Road Suite 100 Solon Ohio 44139 440-424-2240 ext203 ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Re: Kernel panic CentOS 5.2
Thank you all. I tries to install 5.1 then I add option "exclude=kernel*" in yum.conf, install testing kernel and upgrade to 5.2. thanks again! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] New USB ethernet adapter
I got a new USB ethernet adapter from ebay, the ad said RealTek chipset,
so I thought I would chance it.
Well, my 5.2 system does not recognize the USB device. At all. What do
I need to do?
I checked the driver CD and the XP driver directory's .inf file has the
following:
; ASIX AX88172 USB2 to Fast Ethernet Adapter*
;*
; Copyright 2001-2003, ASIX Electronics Corporation*
;
; Version: 2.0.0.5
;
[Version]
Signature = "$Windows NT$"
CatalogFile = ax88172xp.cat
Class = Net
ClassGUID = {4d36e972-e325-11ce-bfc1-08002be10318}
Provider = %ASIX%
;LayoutFile = layout.inf
DriverVer = 05/22/2003, 2.0.0.5
[Manufacturer]
%ASIX% = USB
[ControlFlags]
ExcludeFromSelect = USB\VID_0B95&PID_1720
[USB]
%AX88172.DeviceDesc% = AX88172.Ndi,USB\VID_0B95&PID_1720
;
; Win98 main sections*
;
[AX88172.Ndi]
AddReg = AX88172.Reg, AX88172.Con.Reg;, AX88172.Params
DeviceID = USB\VID_0B95&PID_1720
How can I tell if this is a RealTek chipset and more importantly,
getting it working?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] New USB ethernet adapter
Robert Moskowitz wrote: [AX88172.Ndi] AddReg = AX88172.Reg, AX88172.Con.Reg;, AX88172.Params DeviceID = USB\VID_0B95&PID_1720 How can I tell if this is a RealTek chipset and more importantly, getting it working? VID_0B95 is... 0b95 ASIX Electronics Corp. 1720 10/100 Ethernet 1780 AX88178 7720 AX88772 so its likely thats built with an ASIC from ASIX Electronics Corp. http://www.asix.com.tw/ their download apge says the AX88172 is already supported by the Linux 2.6.x USBNET.C driver ? they have 2.6.14+ sources for some of their newer chips ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Kernel panic CentOS 5.2
Tim Verhoeven wrote: On Fri, Jun 27, 2008 at 6:39 PM, Robert Moskowitz <[EMAIL PROTECTED]> wrote: And there is no way, currently, to do a clean install of 5.2. You have to have 5.1 on the system, do a 5.2 upgrade, install the test patched kernel, and then don't install any kernel patches until this one gets incorporated... Or use this kernel http://dev.centos.org/centos/5/testing/x86_64/RPMS/kernel-2.6.18-92.1.6.el5.bz_pre53.x86_64.rpm in the meantime. Assuming he read the bug report you pointed to, that was the test patch kernel I refer to. I have been speaking with Johnny about the steps to build a new ISO with this patch, and it is not easy. I had forgotten about building the stage2 image. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Clamd not working
Earlier this month I reported a problem in that ClamTK couldn't virus-scan a file. This was cured by following the dev's instructions If you open up a terminal window and type "ls /var/clamav" (without quotes of course), I'm betting you'll see a variety of files and/or directories in there. If you're up for it, as root type rm /var/clamav/* -rf which will remove all the signatures. Don't worry, you'll get them back in the next step. As root, type freshclam -v And that will download all the necessary signatures again. At that point I thought all was well - until I had to reboot, when I found that it hung with a message (from memory) 'self-checking 1800'. Using Interactive boot I discovered that it came from clamd. I'm guessing that daily.cld main.cld and mirrors.dat are being sought somewhere other than /var/clamav. Maybe a symlink is required? If someone with a working clamd could advise me I'd be most grateful. For now I have had to chkconfig clamd off. Anne ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Yogunluk: [CentOS] Clamd not working
Yogunlugumuza gore mesajiniza en yakin zamanda cevap verilecektir. Sercan TAPSIN GSM: 05358583410 05542390959 05542390960 ICQ : 706886 MSN : [EMAIL PROTECTED] Yahoo : [EMAIL PROTECTED] Google : [EMAIL PROTECTED] Mail : [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Yogunluk: Yogunluk: [CentOS] Clamd not working
Yogunlugumuza gore mesajiniza en yakin zamanda cevap verilecektir. Sercan TAPSIN GSM: 05358583410 05542390959 05542390960 ICQ : 706886 MSN : [EMAIL PROTECTED] Yahoo : [EMAIL PROTECTED] Google : [EMAIL PROTECTED] Mail : [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Yogunluk: Yogunluk: Yogunluk: [CentOS] Clamd not working
Yogunlugumuza gore mesajiniza en yakin zamanda cevap verilecektir. Sercan TAPSIN GSM: 05358583410 05542390959 05542390960 ICQ : 706886 MSN : [EMAIL PROTECTED] Yahoo : [EMAIL PROTECTED] Google : [EMAIL PROTECTED] Mail : [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Yogunluk: Yogunluk: Yogunluk: Yogunluk: [CentOS] Clamd not working
Yogunlugumuza gore mesajiniza en yakin zamanda cevap verilecektir. Sercan TAPSIN GSM: 05358583410 05542390959 05542390960 ICQ : 706886 MSN : [EMAIL PROTECTED] Yahoo : [EMAIL PROTECTED] Google : [EMAIL PROTECTED] Mail : [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] CentOS 5.2 kernel [2.6.18-92.1.1.el5] crashes on dual-PIII Compaq ProLiant 3000
On Friday 27 June 2008 02:36, Johnny Hughes wrote: > Johnny Hughes wrote: > > Wojtek Pilorz wrote: > >> After yum upgrade, the new CentOS5 kernel [ > >> kernel-2.6.18-92.1.1.el5.i686 ] crashes each time early in boot > >> process on Compaq ProLiant 3000 > >> with dual Pentium3 CPU (600 MHz, CPU0: Intel Pentium III (Katmai) > >> stepping 03, CPU1 the same). > >> > >> I get kernel panic at powernowk8_init+0x05e/0x1c3. > >> > >> The previous kernel [ kernel-2.6.18-53.1.21.el5.i686 ] seems to work > >> fine. > >> > >> I am wondering if anyone has met this on PIII CPU ? > >> > >> I have found 99.9% identical problem on > >> http://www.nabble.com/net-5501-and-RHEL5.2-td18024549.html > >> > >> (only esp and task slightly different from what I have seen on screen > >> after crash, > >> all other registers, call trace, code bytes identical to my case) , > >> but that was on a different CPU. > >> > >> On the other hand, I run CentOS upgraded to 5.2 on a home PC with PIII > >> (single CPU, > >> Abit motherboard with i440BX chipset) with no problem. > >> > >> Is it normal, that powernowk8_init gets called on PIII CPU? > > > > We have created a new test kernel that has an upstream patch to fix this > > issue, please test this and see if it fixes your issues: > > > > http://people.centos.org/hughesjr/kernel/5/bz443853/ > > I have heard off list that this kernel does solve the problem with > powernow-k8. > > As always though, this kernel will be available to people with the > problem (at the above link), however we won't officially release it as a > replacement until it is in an upstream kernel and released into the tree > by them. > > This is even worse because it renders the install media worthless on > these machines, and I am sorry, but upstream needs to initiate things in > the main tree. I have an Athlon 64 X2 4200+, and that hit the powernow-k8 problem too. I installed your test kernel which has cured it. Thanks Anne ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Yogunluk: Re: [CentOS] CentOS 5.2 kernel [2.6.18-92.1.1.el5] crasheson dual-PIII Compaq ProLiant 3000
Yogunlugumuza gore mesajiniza en yakin zamanda cevap verilecektir. Sercan TAPSIN GSM: 05358583410 05542390959 05542390960 ICQ : 706886 MSN : [EMAIL PROTECTED] Yahoo : [EMAIL PROTECTED] Google : [EMAIL PROTECTED] Mail : [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] nfs cannot see mount points on other machine
Toby Bluhm wrote on Fri, 27 Jun 2008 12:46:43 -0400: > It should only > be used if you know how it works and what you are doing. Isn't that right for everything? Kai -- Kai Schätzl, Berlin, Germany Get your web at Conactive Internet Services: http://www.conactive.com ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Yogunluk: Re: [CentOS] nfs cannot see mount points on other machine
Yogunlugumuza gore mesajiniza en yakin zamanda cevap verilecektir. Sercan TAPSIN GSM: 05358583410 05542390959 05542390960 ICQ : 706886 MSN : [EMAIL PROTECTED] Yahoo : [EMAIL PROTECTED] Google : [EMAIL PROTECTED] Mail : [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] African IP addresses list
On Friday 27 June 2008 09:09, Matt Arnilo S. Baluyos (Mailing Lists) wrote: > Hi all, > > I am trying to block all IP addresses from Africa due to a high rate > of fraudulent orders coming from them. > > I have some found some websites that can generate a range of IP > addresses. However, you would have to enter the ranges by country. I > can use those perhaps but that would mean I would have to get the > ranges for each country one by one. > > Has anyone here a list of addresses from Africa already? It would > definitely be a time saver for me. My firewall uses IP blocking by > CIDR. > Instead of blocking, possibly losing genuine messages, why not filter them to a folder where you can skim over the subject lines a couple of times a day, then delete everything if you don't see anything good? Anne ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Yogunluk: Re: [CentOS] African IP addresses list
Yogunlugumuza gore mesajiniza en yakin zamanda cevap verilecektir. Sercan TAPSIN GSM: 05358583410 05542390959 05542390960 ICQ : 706886 MSN : [EMAIL PROTECTED] Yahoo : [EMAIL PROTECTED] Google : [EMAIL PROTECTED] Mail : [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] How/when to file bugs on upstream bugzilla?
I've hit a bug since upgrading from 5.1 to 5.2 that involves the screen blanking when I shut the lid on a Dell Latitude D820 notebook. It doesn't come back on correctly when I open the lid, and instead crashes X. I've filed a bug on bugs.centos.org that describes the problem (#2910), and was requested to file a bug on bugzilla.redhat.com. I've filed bugs on Red Hat's system before, but always after reproducing the problem using genuine RHEL. In this case, I can't practically reload my notebook with RHEL 5.2, so I'm wondering how to report this bug to Red Hat. I'm afraid of it getting rejected outright since it's not RHEL, but on the other hand I could see where the collected information could be useful to them if the bug report is written well... Any advice on this? I didn't see anything on the CentOS wiki or FAQ as to how or when to use upstream's bug system. thanks! Greg ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] 2.6.18-92.1.6.el5xen hangs Samba daemon
On Friday 27 June 2008 13:18, Johnny Hughes wrote: > Brett Serkez wrote: > > All, > > > > I have a fresh CentOS 5.2 server that I am just starting to customize, > > it is very close to stock. > > > > This morning I ran yum update: > > > > = > > Installing: > > kernel-xen i686 2.6.18-92.1.6.el5 updates > > 15 M Updating: > > samba i386 3.0.28-1.el5_2.1 updates > > 16 M samba-clienti386 3.0.28-1.el5_2.1 updates > > 4.9 M samba-commoni386 3.0.28-1.el5_2.1 updates > > 8.7 M > > > > After rebooting, Samba would not start, running 'service smb start' > > simply hangs forever, nothing in the logs I could find and I could see > > from ps that smbd was never forking to release the start script. > > > > I discovered that if I boot using the previous kernel > > 2.6.18-92.1.1.el5xen all is well. > > > > I did try regressing samba by uninstalling and then installing > > disabling the updates repo to no avail, the older version (1.1) of > > Samba was installed when I tried booting the older kernel, which did > > work, as well as the updated version (1.6). > > OK ... a quick look through the upstream bugzilla does not show any > samba (smb) hangs related to the new kernel. > > > Can someone else confirm this problem ? I'm running 2.6.18-92.1.6.el5.bz_pre53 and samba is working for me. There was an rpmnew question during the update. Could that be the problem? Anne ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Yogunluk: [CentOS] How/when to file bugs on upstream bugzilla?
Yogunlugumuza gore mesajiniza en yakin zamanda cevap verilecektir. Sercan TAPSIN GSM: 05358583410 05542390959 05542390960 ICQ : 706886 MSN : [EMAIL PROTECTED] Yahoo : [EMAIL PROTECTED] Google : [EMAIL PROTECTED] Mail : [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
