Re: [CentOS] Dazuko module Panda Antivirus
On Thu, Oct 30, 2008 at 6:26 AM, Akemi Yagi <[EMAIL PROTECTED]> wrote: > On Thu, Oct 30, 2008 at 4:09 AM, Gopinath Achari > <[EMAIL PROTECTED]> wrote: > >> I installed Panda antivirus for linux but it uses Dazuko >> module for updating virus definition downloaded from internet to virus >> definitions database. So i downloaded dazuko ( tar package) software and >> tryed to install. But it generates the below defined errors, Which module in >> the kernel has to be enabled. Please help me i am using Centos 5.2 with >> kernel version of 2.6.18-92.1.13.el5xen > (snip) >> error: capabilities are built-in to the kernel: >>you will need to recompile a kernel with capabilities >>as a kernel module > > This is a known issue with Dazuko. You can find some hint/solution in > this forum thread: > > http://www.centos.org/modules/newbb/viewtopic.php?topic_id=12894&forum=28&post_id=43082#forumpost43082 I have built the latest kernel (2.6.18-92.1.13) with capabilities as a kernel module. If you wish to test the dazuko installation, you can get it from here: http://centos.toracat.org/kernel/c5plus_capabilities/ This is based on the centosplus kernel but should work just fine for the testing. Besides, if (and this is a big if) this change is adopted in the CentOS kernel, it would be in the cplus kernel. Akemi ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [rsync -avz] total size/disk usage difference between source and destination
John R Pierce wrote: Sven wrote: Hi folks We migrated storage from local disk to SAN with: # rsync -avz /mnt/lvol00045/* /lvol00045 Why there is a difference in size? How to explain this? Do we have inconsistency? What we did wrong? [...] /dev/mapper/vg01-lvol00045_old 10321208 3930336 6286016 39% /mnt/lvol00045 [...] /dev/mapper/vg01-lvol00045 10321208 3163852 6633068 33% /lvol00045 did rsync copy .* hidden files ? do the two file systems have the same block size? Rsync would copy hidden files when recursing as a side effect of the -a option. However, the shell is going to expand that '*' before rsync sees the command line and miss any hidden files in the top level directory. I'd probably have done: cd /mnt/lvo100045 rsync -avH . /lvo00045 instead. That gives rsync a directory as a starting point without having to remember the quirks of whether it will or won't create a subdirectory of that name on the target. It also doesn't make sense to use -z for a local file copy and you might need -H if you have hardlinked files on the filesystem. -- Les Mikesell [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [rsync -avz] total size/disk usage difference between source and destination
Sven wrote: Hi folks We migrated storage from local disk to SAN with: # rsync -avz /mnt/lvol00045/* /lvol00045 Why there is a difference in size? How to explain this? Do we have inconsistency? What we did wrong? [...] /dev/mapper/vg01-lvol00045_old 10321208 3930336 6286016 39% /mnt/lvol00045 [...] /dev/mapper/vg01-lvol00045 10321208 3163852 6633068 33% /lvol00045 did rsync copy .* hidden files ? do the two file systems have the same block size? ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] [rsync -avz] total size/disk usage difference between source and destination
Hi folks We migrated storage from local disk to SAN with: # rsync -avz /mnt/lvol00045/* /lvol00045 Why there is a difference in size? How to explain this? Do we have inconsistency? What we did wrong? [...] /dev/mapper/vg01-lvol00045_old 10321208 3930336 6286016 39% /mnt/lvol00045 [...] /dev/mapper/vg01-lvol00045 10321208 3163852 6633068 33% /lvol00045 [...] kind regards Sven ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Picasa vs. native photo management apps
On Sun, Nov 2, 2008 at 6:28 PM, Rainer Duffner <[EMAIL PROTECTED]> wrote: >>> Sorry, I did mean Digikam. As you might imply from the k substituting >>> for the c, its a KDE application (although it works fine in a gnome >>> environment.) >>> >>> www.digikam.org >> >> Michael: Thank you. I will look into Digikam. At first, I thought >> (assumed) the camcorder we were going to get was MiniDV, but, it uses >> mini DVDs. > > I have a co-worker who also has such a camcorder. > He hates it;-) > Because to edit these films, you've basically got to re-rip these DVDs I hope our luck with the mini DVD camcorder will be better! ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Repository for Red Hat Enterprise IPA?
Sebastian Marten wrote: Hello list, Last week i read a interesting artice about Red Hat Enterprise IPA / Free IPA. Is there a Repository for this packages yet? you can always call your redhat sales guy and talk to them about it. on the CentOS front, Tim is leading up the effort on IPA / Directory Server. -- Karanbir Singh : http://www.karan.org/ : [EMAIL PROTECTED] ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Picasa vs. native photo management apps
Am 02.11.2008 um 20:57 schrieb Lanny Marcus: On Sun, Nov 2, 2008 at 12:50 PM, Michael Semcheski <[EMAIL PROTECTED]> wrote: On Fri, Oct 31, 2008 at 3:26 PM, Glenn <[EMAIL PROTECTED]> wrote: At 02:57 PM 10/31/2008, you wrote: I recommend taking a good look at Digicam. For the types of tasks listed above, its very good and fairly easy. It also supports bulk processing, tagging images, etc. Its part image database and part image manipulator. Link? Please? Digicam gives too many hits on search engine even with refining the search. (Lurking and inquisitive) Sorry, I did mean Digikam. As you might imply from the k substituting for the c, its a KDE application (although it works fine in a gnome environment.) www.digikam.org Michael: Thank you. I will look into Digikam. At first, I thought (assumed) the camcorder we were going to get was MiniDV, but, it uses mini DVDs. I have a co-worker who also has such a camcorder. He hates it;-) Because to edit these films, you've basically got to re-rip these DVDs Rainer ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Picasa vs. native photo management apps
On Sun, Nov 2, 2008 at 12:50 PM, Michael Semcheski <[EMAIL PROTECTED]> wrote: > On Fri, Oct 31, 2008 at 3:26 PM, Glenn <[EMAIL PROTECTED]> wrote: >> At 02:57 PM 10/31/2008, you wrote: >> >> I recommend taking a good look at Digicam. For the types of tasks >> listed above, its very good and fairly easy. It also supports bulk >> processing, tagging images, etc. >> >> Its part image database and part image manipulator. >> >> Link? Please? Digicam gives too many hits on search engine even with >> refining the search. >> (Lurking and inquisitive) > > Sorry, I did mean Digikam. As you might imply from the k substituting > for the c, its a KDE application (although it works fine in a gnome > environment.) > > www.digikam.org Michael: Thank you. I will look into Digikam. At first, I thought (assumed) the camcorder we were going to get was MiniDV, but, it uses mini DVDs. So, I just removed kino and Cinelerra looks like it has a learning curve and no online help. I will look into Digikam. Lanny ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Picasa vs. native photo management apps
On Fri, Oct 31, 2008 at 3:26 PM, Glenn <[EMAIL PROTECTED]> wrote: > At 02:57 PM 10/31/2008, you wrote: > > I recommend taking a good look at Digicam. For the types of tasks > listed above, its very good and fairly easy. It also supports bulk > processing, tagging images, etc. > > Its part image database and part image manipulator. > > Link? Please? Digicam gives too many hits on search engine even with > refining the search. > (Lurking and inquisitive) Sorry, I did mean Digikam. As you might imply from the k substituting for the c, its a KDE application (although it works fine in a gnome environment.) www.digikam.org ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] [OT] List of all email users
Jussi Hirvi wrote: This is not CentOS-specific, hence OT. I need a list of all email users on my system (there are hundreds of them). The list could be extracted from /etc/aliases and the virtusertable. Does anyone know of a script that would do this automatically? It would have to - exclude commented-out lines (of course) and exclude "continuation" lines (lines starting with spaces). - exclude duplicates - produce a list of usernames (or maybe unresolved email addresses for some users) separated by a comma why comma? isn't LF better (one user per line)? I imagine perl would be the way to go. I haven't used perl at all myself. you could start with something like getkey() { files=$* for file in $files; do sed -e '/^[\# ]/d' -e '/^$/d' $file | \ awk -F'[: ]' '{print $1}' done } getkey /etc/aliases /etc/passwd | sort|uniq > users.local getkey yourvirtualmap > users.virtual If you want a list of all valid email addresses, you need to append the domains in mydestination to users.local. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Upgrade then sudden death..
John R Pierce wrote: I recently put Cent 5.2 (64 bit) on a new server using a Supermicro pdsbm-ln2+ sys board. I did the original installation at home using the 5.2 dvd I got via torrent. Try a software-RAID. (I just assume you used the built-in RAID, which is more likely than not a cheap pseudo-RAID - there's a reason why even Microsoft doesn't use it in their home-server product) indeed, a quick lookup of that board says its ICH7R 'intel matrix' raid, which is indeed pseudo-raid, implemented in the BIOS and drivers. http://www.supermicro.com/products/motherboard/Xeon3000/946/PDSBM-LN2+.cfm ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos agreed..turn off the mobo raid(since that's a desktop chipset anyways) and use the linux md raid. ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
[CentOS] Repository for Red Hat Enterprise IPA?
Hello list, Last week i read a interesting artice about Red Hat Enterprise IPA / Free IPA. Is there a Repository for this packages yet? Greetings Sebastian signature.asc Description: OpenPGP digital signature ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problem with widescreen display
On Sat, 2008-11-01 at 22:08 +, Marko Vojinovic wrote: > I have a dual boot CentOS 5.2 / FC4 machine, and recently I have bought a new > widescreen tft monitor. I used to use a plain 4:3 crt, and after plugging the > 16:9 tft naturally X needed reconfiguring. This was easy in FC4, and seemed > as easy in CentOS, but with a wrong result. > > Basically, what I did was to run system-config-display to reconfigure for the > new monitor and resolution. All goes well, but after X restarts, I see a > strange picture: the resolution indeed goes to 1680x1050 as is supposed to, > but is squeezed/shrinked/scaled horizontally to match a 4:3 aspect ratio, > leaving two (unequal) black bands on the left and right side of the monitor. This sounds like the "Modes" line in the "Subsection Display" may not have the right settings. The manual/CD for the monitor should have the right settings. I would compare those against what the configuration process generated and manually edit if needed. Why the difference between FC4 and CentOS, I can't guess. I don't have the URL, but some time ago I googled and found a very detailed description of the modes, their effects, "blanking" (the "black bands") and the relationship of all those. Go googling if you think if might help. > > Btw, this is on an nVidia GeForce 4 using the default nv driver. The vesa > driver doesn't support widescreen resolutions, while nvidia binary driver > crashes X completely on start (but this is a known motherboard problem common > to FC4 as well). Have you tried the nvidia drivers from rpmforge? It has drivers for both the older and newer nVidia cards, all ready for CentOS. I'm using the older driver now (standard CRT though, not a newer LCD/TFT wide-aspect screen) and it works flawlessly. I've also used the stuff from the nvidia site, but abandoned it as soon as I found the older driver on rpmforge. So I can't say if that's a better way to go. Several on the list have espoused that route and had good results. > > Is there some kernel setting or whatever that might "force" the graphics card > to 4:3 aspect irrespective of X configuration? Some "filter" between what X > tries to display and the actual signal to the monitor? What else can I try? All I can think of is that "Modes" line I mentioned above. > > Any advice appreciated! > > Best, :-) > Marko > HTH -- Bill ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Question re RHEL 5.3
On Sun, Nov 2, 2008 at 1:03 AM, MHR <[EMAIL PROTECTED]> wrote: > > Nov 2 01:56:11 mhrichter smartd[3121]: Device: /dev/sda, 4294967295 > Currently unreadable (pending) sectors > Nov 2 01:56:11 mhrichter smartd[3121]: Device: /dev/sda, 4294967295 > Offline uncorrectable sectors > > In each case, it also sends a warning email to root, which is kind of > annoying since these do not appear to be legitimate error conditions. > > Someone mentioned that this is a recurring problem with Seagate drives > - more info, please? You might want to check out the following CentOS forum thread. I, too, had the same problem (see comment #3). http://www.centos.org/modules/newbb/viewtopic.php?viewmode=flat&topic_id=15880&forum=39 Akemi / toracat ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Problem with widescreen display
On Sat, Nov 1, 2008 at 3:08 PM, Marko Vojinovic <[EMAIL PROTECTED]> wrote: > > I have a dual boot CentOS 5.2 / FC4 machine, and recently I have bought a new > widescreen tft monitor. I used to use a plain 4:3 crt, and after plugging the > 16:9 tft naturally X needed reconfiguring. This was easy in FC4, and seemed > as easy in CentOS, but with a wrong result. > As some wise person suggested to me when I had this problem about three months ago, did you also set the screen resolution in System->Preferences? IIRC, that solved the problem on my machine. HTH mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos
Re: [CentOS] Question re RHEL 5.3
On Sat, Nov 1, 2008 at 6:31 AM, Kai Schaetzl <[EMAIL PROTECTED]> wrote: > Mhr wrote on Wed, 29 Oct 2008 17:59:40 -0700: > >> The one problem I've seen and posted here was w.r.t. smartd error >> reports showing 2^32 - 1 errors on one of the disks (probably my >> system disk) every few minutes. > > How has this anything to do with "SATA problems/drive handling"? Possibly because my system drive is a SATA disk? (FTR, the drive does not appear to be the slightest bit unstable and it runs just fine. In fact, I recently modified the system so that it now runs on three SATA-2 drives exclusively. For whatever reason, the WD drives do not report any errors - see also below.) > And could you please use a decent subject next time? When I select the subject, I usually do. This was a reply to a thread, so I didn't pick the subject. There's no need to be testy > Regarding your problem: Have you done a smartctl selftest since then, did > you go to smartmontools.sf.net since then and read up on smartmon? Yes and not until now, in that order. The smartctl selftest has the same problem, IIRC, but the seatools test showed nothing wrong. > This may just be a problem with smartd not being able to handle the error > codes/number of errors from that disk. If you look at smartmontools.sf.net > and read the man you'll see that vendors are quite inconsistent in what > and how they report and a reversal of byte ordering every now and then > seems to be common. Not to mention that ther smartmon shipping with CentOS > naturally doesn't include the latest code. All good information, thank you. I did not see anything specific to the issue I am seeing, which is that every half hour, smartd reports the following: Nov 2 01:56:11 mhrichter smartd[3121]: Device: /dev/sda, 4294967295 Currently unreadable (pending) sectors Nov 2 01:56:11 mhrichter smartd[3121]: Device: /dev/sda, 4294967295 Offline uncorrectable sectors In each case, it also sends a warning email to root, which is kind of annoying since these do not appear to be legitimate error conditions. Someone mentioned that this is a recurring problem with Seagate drives - more info, please? Thanks. mhr ___ CentOS mailing list CentOS@centos.org http://lists.centos.org/mailman/listinfo/centos