Le 14/09/2011 22:07, Karanbir Singh a écrit :
> Hi Alain,
>
>
> Do you have something interesting setup for caching, timeouts etc in yum
> ? or, are you perhaps behind a proxy that still served up an old ( stale
> ? ) repomd.xml for the same url ?
Hi Karanbir,
I don't have anything special in my
> Step-1, get the major security stuff into 6.0/cr/.
Sounds good!
Thanks for the update.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
On Thu, 15 Sep 2011, Thomas Dukes wrote:
> Just ordered a Lenovo TS130. I think there are some issues with the Intel
> graphics with 6.0 and I saw where they are resolved in 6.1. Hopefully 6.1
> can be released soon. If not, I can install Scientific Linux temporarily.
>
> Fingers crossed!!
Or, ju
Dne 15.9.2011 9:22, Mathieu Baudier napsal(a):
> Sounds good! Thanks for the update.
No it does not. Since cr repo breaks Spacewalk management.
DH
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
On Thu, 15 Sep 2011, David Hrbáč wrote:
Dne 15.9.2011 9:22, Mathieu Baudier napsal(a):
Sounds good! Thanks for the update.
No it does not. Since cr repo breaks Spacewalk management.
Breaks it how?
jh___
CentOS mailing list
CentOS@centos.org
http:
From: James Nguyen
> So the premise for this question is that I setup an exclude=*.i368,*.i686 in
> my yum.conf.
> While doing a yum update I come across missing package dependencies for
> instance mkinitrd for the i386 package.
What about using multilib_policy=best instead?
JD
_
On Thu, 15 Sep 2011, Always Learning wrote:
> Golly. I grew-up in real computers. Relational databases are simply
> database structures, linking records. There is no reason to use joins
> and views IF the database is carefully planned. Joins and views are
> another overhead. Rule Number 01 in
Dne 15.9.2011 10:36, John Hodrien napsal(a):
> Breaks it how?
>
> jh
So, cr should be used only during shift phase.
DH
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
On Thu, 15 Sep 2011, Always Learning wrote:
> One day, if I have time, I want to programme a complete commercial
> accounts systems using HTML, PHP and MySQL. Its a piece of cake to do
> well (meaning easily) but a little time consuming. The only difficulty I
> can think of is printing things loca
On Thu, 15 Sep 2011, Keith Roberts wrote:
> To: CentOS mailing list
> From: Keith Roberts
> Subject: Re: [CentOS] Upgrade from 5.6 => 5.7
>
> On Thu, 15 Sep 2011, Always Learning wrote:
>
>> One day, if I have time, I want to programme a complete commercial
>> accounts systems using HTML, PHP a
On Thu, 15 Sep 2011 14:44:59 +0800, Fajar Priyanto wrote:
> On Thu, Sep 15, 2011 at 2:31 PM, Kahlil Hodgson
> wrote:
>> Perhaps your are downloading the same corrupted primary.xml.gz
>> from mirror.opendoc.net. Maybe try another mirror? Perhaps
>> download
>> the file manually and compare?
Thi
Hi,
Is the centos-release srpm for 5.7 available anywhere. I have looked at several
mirrors but no srpms are to be found.
I realize everyone is busy but it would be nice to have at least the srpms
that were specific to the centos project with the release.
Regards,
--
Tom m.
On Thu, 2011-09-15 at 10:35 +0100, John Hodrien wrote:
> On Thu, 15 Sep 2011, Always Learning wrote:
>
> > Golly. I grew-up in real computers. Relational databases are simply
> > database structures, linking records. There is no reason to use joins
> > and views IF the database is carefully plan
On Thu, 2011-09-15 at 04:07 +0100, Always Learning wrote:
> On Wed, 2011-09-14 at 19:17 -0700, Craig White wrote:
>
> ... snip interesting posting
>
> > WebApps are clearly the future - it's hard to justify specialized
> > server/client applications (installation, limited choice of clients,
On Thu, 15 Sep 2011 00:01:23 +0100, Always Learning wrote:
> On Thu, 2011-09-15 at 00:35 +0200, Sebastiano Pilla wrote:
>
>> [root@picard ~]# ll /etc/yum.repos.d/
>> total 20K
>> -rw-r--r-- 1 root root 1.9K Feb 8 2011 CentOS-Base.repo
>> -rw-r--r-- 1 root root 631 Feb 8 2011 CentOS-Debuginfo.r
On Thursday, September 15, 2011 08:21 PM, Always Learning wrote:
> The integrity of the data can be divided into two aspects: ensuring the
> data remains constant (unaltered) while stored, which is the
> responsibility of the operation system and the database software, and
> the data's integrity f
On Thursday, September 15, 2011 09:08 AM, John R Pierce wrote:
> On 09/14/11 6:03 PM, Thomas Dukes wrote:
>>> One day, if I have time, I want to programme a complete
commercial accounts systems using HTML, PHP and MySQL. Its a
piece of cake to do well (meaning easily) but a little tim
On Thu, 2011-09-15 at 08:22 +0200, Sebastiano Pilla wrote:
> Craig White wrote:
> > make sure that there isn't any yum/rpm processes running...
> > ps aux|grep yum
> > ps aux|grep rpm
> >
> > Once you've determined they aren't running, try...
> >
> > yum clean metadata
> > yum clean dbcache
> >
> >
On Thu, 15 Sep 2011 14:10:50 +0200, sebasti...@datafaber.net wrote:
> On Thu, 15 Sep 2011 14:44:59 +0800, Fajar Priyanto wrote:
>> On Thu, Sep 15, 2011 at 2:31 PM, Kahlil Hodgson
>> wrote:
>>> Perhaps your are downloading the same corrupted primary.xml.gz
>>> from mirror.opendoc.net. Maybe try an
On Thu, 2011-09-15 at 05:16 -0700, Craig White wrote:
> Gmagic/Imagick are somewhat incapable of doing graphing at all.
Have you ever really looked ? What about GmagickDraw::point and similar
items ?
> You would likely use a flash or google charts implementation these days
> to generate graph
On Thu, 2011-09-15 at 20:41 +0800, Christopher Chan wrote:
> On Thursday, September 15, 2011 08:21 PM, Always Learning wrote:
>
> > The integrity of the data can be divided into two aspects: ensuring the
> > data remains constant (unaltered) while stored, which is the
> > responsibility of the o
On Thu, 2011-09-15 at 15:18 +0200, sebasti...@datafaber.net wrote:
> Update: yum chose to use another mirror and it failed in the exact
> same way.
Time for a file check on your disk.
--
With best regards,
Paul.
England,
EU.
___
CentOS mailing
On Thu, Sep 15, 2011 at 08:53:44AM +0200, Sorin Srbu wrote:
> Hi all,
>
> Almost wish I had something more exciting to say regarding the 5.6 to 5.7
> upgrade, but it just worked flawlessly. Physical as well as virtual
> machines.
>
> Thanks CentOS-team for your good work!
Seconded!
My update we
Always Learning wrote:
> What did you expect ? Its not Windoze ;-)
>
Hrm. In an effort to pull this thread back onto topic, instead of a "my
IBM DB2 database is better than your mysql junk anyday" thread, let's
look back at various known issues over each release cycle;
5.1 -
http://wiki.cen
On Thu, 15 Sep 2011, Always Learning wrote:
>
> On Thu, 2011-09-15 at 05:16 -0700, Craig White wrote:
>
>
>> Gmagic/Imagick are somewhat incapable of doing graphing at all.
>
> Have you ever really looked ? What about GmagickDraw::point and similar
> items ?
I think the risk of the KISS approach
On Wed, Sep 14, 2011 at 09:57:54PM -0700, Keith Keller wrote:
> Hi all,
>
> I'm having a bit of an issue booting the full 5.7 install CD on an older
> machine. I downloaded the ISOs earlier today, checked the sha1sums, and
> burned the CDs with no reported errors. But when I try to boot, the
> i
This whole thing has gone wildly OT, so I'll check out on this post.
On Thu, 15 Sep 2011, Always Learning wrote:
> Hopefully that is always possible - retrieving EXACTLY what was stored
> in the database. Why would one want the database to manipulate (change)
> data ? Is that a solution for lazy
On Thu, 15 Sep 2011 14:30:01 +0100, Always Learning wrote:
> On Thu, 2011-09-15 at 15:18 +0200, sebasti...@datafaber.net wrote:
>
>
>> Update: yum chose to use another mirror and it failed in the exact
>> same way.
I could do that, but it is again extremely unlikely that 6 disks on 6
different bo
Top note: I missed this whole thread, being on the east coast of the US,
and it came in overnight.
Always Learning wrote:
> On Thu, 2011-09-15 at 05:16 -0700, Craig White wrote:
>> You would likely use a flash or google charts implementation these days
>> to generate graphs as there are all sort
fred smith wrote:
> On Thu, Sep 15, 2011 at 08:53:44AM +0200, Sorin Srbu wrote:
>> Hi all,
>>
>> Almost wish I had something more exciting to say regarding the 5.6 to
>> 5.7
>> upgrade, but it just worked flawlessly. Physical as well as virtual
>> machines.
>>
>> Thanks CentOS-team for your good wo
John Hodrien wrote:
> On Thu, 15 Sep 2011, Always Learning wrote:
>> On Thu, 2011-09-15 at 05:16 -0700, Craig White wrote:
>>
>>> Gmagic/Imagick are somewhat incapable of doing graphing at all.
>>
>> Have you ever really looked ? What about GmagickDraw::point and similar
>> items ?
>
> I think the
On Thu, 15 Sep 2011 05:57:02 -0700, Craig White wrote:
> sounds like someone did some manual mucking in /etc/yum.repos.d
>
> You probably want to start disabling some of the configured repo's
> in /etc/yum.repos.d... 'enabled = 0' - I'd probably start by making
> sure
> that all non-CentOS repo's
On Thu, 2011-09-15 at 14:42 +0100, John Hodrien wrote:
> I think the risk of the KISS approach is that you tend to reimplement
> everything, because everything everyone else has done is overcomplicated.
I share coding within systems (because it means just a single
alternation each time) and have
Stupid question.
Can we uninstall yum? And install again using manual rpm.
나의 iPhone에서 보냄
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
In article ,
wrote:
> John Hodrien wrote:
> > On Thu, 15 Sep 2011, Always Learning wrote:
> >> On Thu, 2011-09-15 at 05:16 -0700, Craig White wrote:
> >>
> >>> Gmagic/Imagick are somewhat incapable of doing graphing at all.
> >>
> >> Have you ever really looked ? What about GmagickDraw::point and
On Thu, 2011-09-15 at 14:30 +, Tony Mountifield wrote:
> More to the point would be: "Judging something *solely* on its
> simplicity is an overly simplistic approach." -- Kiel Hodges. This
> appears to me to be the trap that Paul Always Learning has fallen
> into.
Judge my systems on their:
This is just a random idea, but could you have burned the cd at a
speed higher than the optical drive can read? I burn all my software
at 4x because i know it will then work in any and every machine.
- Christopher Hawker
On 9/15/11, Keith Keller wrote:
> Hi all,
>
> I'm having a bit of an issue
In article <1316097747.32765.118.ca...@m6.u226.com>,
Always Learning wrote:
>
> On Thu, 2011-09-15 at 14:30 +, Tony Mountifield wrote:
>
> > More to the point would be: "Judging something *solely* on its
> > simplicity is an overly simplistic approach." -- Kiel Hodges. This
> > appears to me
Tony Mountifield wrote:
> In article ,
> wrote:
>> John Hodrien wrote:
>> > On Thu, 15 Sep 2011, Always Learning wrote:
>> >> On Thu, 2011-09-15 at 05:16 -0700, Craig White wrote:
>> >>
>> >>> Gmagic/Imagick are somewhat incapable of doing graphing at all.
>> >>
>> >> Have you ever really looked
On Sep 15, 2011, at 7:18 AM, sebasti...@datafaber.net wrote:
> On Thu, 15 Sep 2011 05:57:02 -0700, Craig White wrote:
>> sounds like someone did some manual mucking in /etc/yum.repos.d
>>
>> You probably want to start disabling some of the configured repo's
>> in /etc/yum.repos.d... 'enabled = 0
On Thu, Sep 15, 2011 at 09:46:44AM -0400, fred smith wrote:
>
> Keith, I don't see that you identify what sort of old machine you're
> trying to use.
Ah, sorry: it's a beige box dual-core x86_64. So I am guessing that...
> You should be aware that current versions of Centos/RHEL REQUIRE some
>
On Thu, 15 Sep 2011 08:42:42 -0700, Craig White wrote:
> might be hard to run package-cleanup without having base enabled but
> I would certainly recommend that you run 'rpm -Va [--nofiles
> --nodigest]' to identify the broken dependencies - apparently
> something that the base repository really be
sebasti...@datafaber.net wrote:
> The file /var/cache/yum/base/primary.xml.gz.sqlite is only 20KB,
> whereas in the "normal" case I'd expect it to be 6.5MB. Somehow, yum is
you're not out of hard drive space on that partition, are you?
___
CentOS mailing
Le 15/09/2011 18:16, sebasti...@datafaber.net a écrit :
> [root@picard ~]# ll /var/cache/yum/base
> total 1004K
> -rw-r--r-- 1 root root0 Sep 15 19:12 cachecookie
> -rw-r--r-- 1 root root 1017 Sep 15 19:11 mirrorlist.txt
> drwxr-xr-x 2 root root 4.0K Jul 10 12:19 packages/
> -rw-r--r-- 1 root r
On Thu, 15 Sep 2011 18:33:39 +0200, Nicolas Thierry-Mieg wrote:
> sebasti...@datafaber.net wrote:
>> The file /var/cache/yum/base/primary.xml.gz.sqlite is only 20KB,
>> whereas in the "normal" case I'd expect it to be 6.5MB. Somehow, yum
>> is
>
> you're not out of hard drive space on that partiti
On Thu, 15 Sep 2011 18:36:10 +0200, Alain Péan wrote:
> And here is the answer from Karanbir Singh :
>
> "unfortunately, you hit an issue that I did not think anyone would
> see (
> but was aware of... ). The issue originates from the fact that the
> new
> CR repo has no sqlite metadata store, it
On Sep 15, 2011, at 9:16 AM, sebasti...@datafaber.net wrote:
> On Thu, 15 Sep 2011 08:42:42 -0700, Craig White wrote:
>> might be hard to run package-cleanup without having base enabled but
>> I would certainly recommend that you run 'rpm -Va [--nofiles
>> --nodigest]' to identify the broken depe
Le 15/09/2011 18:37, sebasti...@datafaber.net a écrit :
> On Thu, 15 Sep 2011 18:33:39 +0200, Nicolas Thierry-Mieg wrote:
>> sebasti...@datafaber.net wrote:
>>> The file /var/cache/yum/base/primary.xml.gz.sqlite is only 20KB,
>>> whereas in the "normal" case I'd expect it to be 6.5MB. Somehow, yum
Le 15/09/2011 18:44, sebasti...@datafaber.net a écrit :
> You may be onto something, I've seen that the 5.6 base repo has the
> sqlite metadata store while the 5.7 base repo hasn't it. But the 20K
> sqlite file that yum generates on my boxes looks to have at least
> something related to sqlite insi
On 9/15/11, Always Learning wrote:
> I have written 20+ complete systems using these and found them to be
> fast and very effective. Everyone who has seen my HTML, CSS, PHP, MySQL
> systems has been favourably impressed (me too!). MySQL is a fast
> database system. Never ever used a SQL join or vi
On 9/15/11, Always Learning wrote:
>> Next you'll be saying you don't use triggers and constraints either.
>
> Not consciously. Never heard of them.
You should take a look at constraints, they are good for ensuring
certain types of data integrity. For example, it would make the
database to stop
Emmanuel Noobadmin wrote:
> On 9/15/11, Always Learning wrote:
>> I have written 20+ complete systems using these and found them to be
>> fast and very effective. Everyone who has seen my HTML, CSS, PHP, MySQL
>> systems has been favourably impressed (me too!). MySQL is a fast
>> database system.
On Fri, 2011-09-16 at 00:56 +0800, Emmanuel Noobadmin wrote:
> So how do you retrieve data that are kept in different tables? Or do
> you simply replicate the same data in every single table that needs
> it?
No unnecessary replication because it wastes space and needs multiple
updates. A custom
Emmanuel Noobadmin wrote:
> On 9/15/11, Always Learning wrote:
>> Simplicity and good design makes applications fast.
>
> For some apps, fast is king. For some, data security and integrity is
> ultimate. Would you want your banking transactions to run faster by
> stripping out security and valida
greetings
are distro pkg update messages only email lists or website too?
i see that CentOS 5 kernel stuff is pushed 2x in past coupla days and just
wanna make sure what differences are...
or was it just a move from CR to mainline difference and upgrading same
things again?
- rh
On 9/16/11, m.r...@5-cent.us wrote:
> I've done a lot of what we used to call embedded SQL, and when I did do a
> join, it was *not* an explicit join. I've also used right or left once?
> twice? ever? But then, I carefully design and code my queries.
So it's more like a series of "select a,b,c fr
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, 14 Sep 2011 00:41:22 +0100, Always Learning wrote:
===
> Thank you for all the hard dedicated work.
===
I am echoing Always Learning's appreciation. Thank you, Karanbir,
and all the other developers, QA personnel & repository/infrastructu
On 9/16/11, m.r...@5-cent.us wrote:
> You *need* both. Take too long, and the user will go somewhere else.
Of course :D
> I remember hearing about another division, a bunch of years ago, when I
> worked at the Scummy Mortgage Co. (name available upon request, offline),
> where the manager had de
On 9/16/11, Always Learning wrote:
> Data is generally stored once. However because of legal requirements a
> customer's invoicing name and address and delivery address will be
> copied from the customer file and permanently stored in an invoice's
> header record. This means when the customer's re
On 09/14/11 8:36 PM, Always Learning wrote:
>> > And, if you've never used a SQL join, you don't know the first thing
>> > about*relational* databases, you've been using SQL as though it was a
>> > simple flat table ISAM, DBase-style circa 1983. Might as well use
>> > BerkeleyDB for that, its
On Fri, 2011-09-16 at 01:10 +0800, Emmanuel Noobadmin wrote:
> On 9/15/11, Always Learning wrote:
>
> >> Next you'll be saying you don't use triggers and constraints either.
> >
> > Not consciously. Never heard of them.
> You should take a look at constraints, they are good for ensuring
> cert
On Thu, 2011-09-15 at 13:17 -0400, m.r...@5-cent.us wrote:
> In other words, it was a failure. But then, that's another reason I
> have always wanted, during the design phase, to talk to the actual end
> users, *not* to the Manager Who Knew, I Mean, Everything.
The end-users definitely know what
On 9/16/11, Always Learning wrote:
> Before anyone can add data for customer 9865, the existing customer
> record is displayed on the screen. This helps the user to be sure he/she
> has got the correct customer. A customer not found message means the
> record does not exist. Consequently it is imp
On Fri, 2011-09-16 at 01:41 +0800, Emmanuel Noobadmin wrote:
> On 9/16/11, Always Learning wrote:
> >
> > select w1note from w1 where w1date = '$s5date'
> This looks rather similar to what I am doing nowadays instead of
> massive queries with sub-selects. Glad to see I'm not alone in this
Always Learning wrote:
> On Fri, 2011-09-16 at 01:41 +0800, Emmanuel Noobadmin wrote:
>> On 9/16/11, Always Learning wrote:
> It is surprising that some 'computer people' lack a logical insight into
> their own work. One 'expert' wrote a single Cobol IF statement spanning
> 10 and a bit pages. 60
On 09/15/2011 04:46 AM, David Hrbáč wrote:
> Dne 15.9.2011 10:36, John Hodrien napsal(a):
>> Breaks it how?
>>
>> jh
>
> So, cr should be used only during shift phase.
CR is a totally optional repo ... it is something we can do for people
who want to use it.
For people who do not want it ... tha
On Thu, 15 Sep 2011, Always Learning wrote:
*snip*
> Sometimes well-paid contract work can make the contractor feel like a
> prostitute. Does one object to utter stupidity and walk-out or abandon
> one's principals and stay ?
I gues it depends on how much the hourly rate is ;)
Kind Regards,
K
On Fri, 2011-09-16 at 01:58 +0800, Emmanuel Noobadmin wrote:
> On 9/16/11, Always Learning wrote:
> But wouldn't an added layer of safety be better?
Yes of course.
> After all, there could be race conditions where two or more users could
> cause the application to pass the transaction to the
Keith Roberts wrote:
> On Thu, 15 Sep 2011, Always Learning wrote:
>
> *snip*
>
>> Sometimes well-paid contract work can make the contractor feel like a
>> prostitute. Does one object to utter stupidity and walk-out or abandon
>> one's principals and stay ?
>
> I gues it depends on how much the ho
I haven't seen this option before. Let me do some googling and see if it
fits into the solution I'm looking for.
Thanks =)
On Thu, Sep 15, 2011 at 2:02 AM, John Doe wrote:
> From: James Nguyen
>
> > So the premise for this question is that I setup an exclude=*.i368,*.i686
> in my yum.conf.
>
On Thu, 2011-09-15 at 10:42 -0700, John R Pierce wrote:
> lets come up with a really simplistic example here.
>
> table: customers{id, name, address}
> table: catalogitem(id,description,price}
> table: customerorder{id,customer references customers(id),date}
> table: orderlineitem{orderid refere
On Thu, Sep 15, 2011 at 08:51:23PM +0100, Always Learning wrote:
>
> On Thu, 2011-09-15 at 10:42 -0700, John R Pierce wrote:
>
> > lets come up with a really simplistic example here.
> >
> > table: customers{id, name, address}
> > table: catalogitem(id,description,price}
> > table: customerorder
I am getting the WRONG values reported from fdisk on centos 6.
This is listing an 8G CF card on /dev/sde
Disk /dev/sde: 8019 MB, 8019099648 bytes
247 heads, 62 sectors/track, 1022 cylinders
Units = cylinders of 15314 * 512 = 7840768 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O
Ray Van Dolson wrote:
> On Thu, Sep 15, 2011 at 08:51:23PM +0100, Always Learning wrote:
>> On Thu, 2011-09-15 at 10:42 -0700, John R Pierce wrote:
>> Not a 'join' insight :-)
>
> I think this is how we all started learning SQL and writing web
> applications... without normalization. And it won't
on 9/15/2011 1:57 PM Jerry Geis spake the following:
>I am getting the WRONG values reported from fdisk on centos 6.
> This is listing an 8G CF card on /dev/sde
>
> Disk /dev/sde: 8019 MB, 8019099648 bytes
> 247 heads, 62 sectors/track, 1022 cylinders
> Units = cylinders of 15314 * 512 = 784076
Alain Péan wrote:
> What if you delete (or save elsewhere) the primary.xml.gz.sqlite file ?
> If it is corrupted, it would do no arm, and perhaps it is no more used
> or regenerated if it missing ?
This doesn't work unfortunately, yum always creates the same corrupted file:
- here I use yum to de
On Thu, Sep 15, 2011 at 09:46:44AM -0400, fred smith wrote:
>
> or a bad image burn, too, since you say you haven't yet tested it.
This was indeed the issue. Sorry to bother everyone, and thanks for all
the responses! (I didn't suspect a bad burn initially, as it was able
to get to the ISOLINUX
On Thu, 2011-09-15 at 18:37 +0200, sebasti...@datafaber.net wrote:
> And there's also plenty of available space on the other 5 boxes which
> exhibit the same issue.
Sorry if this has been suggested already - have you tried running with
all plugins disabled?
'yum --noplugins check-update'
I hav
Craig White wrote:
> mv /var/cache/yum/base/primary.xml.gz/sqlite /tmp
>
> and try again I suppose - yes, that file is supposed to be much larger - I
> suspect that it will create a new 'copy' of that file if it fails to find it.
Unfortunately yum recreates the same corrupted file, even if I move
> I think the fdisk in 6 tries to align on 4k boundaries. Does fdisk -c do the
> same thing?
>
Scott - thanks I just tried -cu and same result.
jerry
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
On Sep 15, 2011, at 2:45 PM, Sebastiano Pilla wrote:
> Craig White wrote:
>> mv /var/cache/yum/base/primary.xml.gz/sqlite /tmp
>>
>> and try again I suppose - yes, that file is supposed to be much larger - I
>> suspect that it will create a new 'copy' of that file if it fails to find it.
>
> U
On Thu, 2011-09-15 at 15:06 -0700, Craig White wrote:
> post the output of...
It was the same as mine in Centos 5.6, now 5.7
Paul.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
Craig White wrote:
> On Sep 15, 2011, at 2:45 PM, Sebastiano Pilla wrote:
>
>> Craig White wrote:
>>> mv /var/cache/yum/base/primary.xml.gz/sqlite /tmp
>>>
>>> and try again I suppose - yes, that file is supposed to be much larger - I
>>> suspect that it will create a new 'copy' of that file if it
On 09/15/2011 02:45 PM, Sebastiano Pilla wrote:
> Craig White wrote:
>> mv /var/cache/yum/base/primary.xml.gz/sqlite /tmp
>>
>> and try again I suppose - yes, that file is supposed to be much larger - I
>> suspect that it will create a new 'copy' of that file if it fails to find it.
>
> Unfortunat
Brian Miller wrote:
> Sorry if this has been suggested already - have you tried running with
> all plugins disabled?
>
> 'yum --noplugins check-update'
This wasn't suggested yet, but I did try it at some point. I've just
tried again and the result is the same:
[root@picard ~]# yum clean all
Load
Josh Miller wrote:
> On 09/15/2011 02:45 PM, Sebastiano Pilla wrote:
>> Craig White wrote:
>>> mv /var/cache/yum/base/primary.xml.gz/sqlite /tmp
>>>
>>> and try again I suppose - yes, that file is supposed to be much larger - I
>>> suspect that it will create a new 'copy' of that file if it fails
On Sep 15, 2011, at 3:22 PM, Sebastiano Pilla wrote:
> Josh Miller wrote:
>> On 09/15/2011 02:45 PM, Sebastiano Pilla wrote:
>>> Craig White wrote:
mv /var/cache/yum/base/primary.xml.gz/sqlite /tmp
and try again I suppose - yes, that file is supposed to be much larger - I
su
On 16/09/11 08:22, Sebastiano Pilla wrote:
> Based on what I'm seeing, I do not think that yum is downloading a
> corrupt sqlite database, rather than it is creating a corrupt database
> all by itself. I have however no definite confirmation of this and I
> would like to have one before filing a
Dear All,
I plan to replace an error disk that is part of an LV. from LVM how-to
it could be done with using pvmove to move all PE from old disk to new
disk.But the howto also said that pvmove is slow. Anyone has
experience using pvmove on 2TB disk?
Is it possible to make all PE on the old disk em
Hi all,
Back in March someone asked about deduplication in Centos and I
replied I'm using LessFS.
I want to report that my overall experience is that I have performance
issue up to the point that I would like to abandon it.
The OP was asking http://www.opendedup.org/
How is it?
Thanks
Fajar
_
On 09/15/11 9:10 PM, Christopher Chan wrote:
> ZFS, ZFS, ZFS
dedup is an extremely new feature in ZFS and not even enabled in the
latest release of supported Solaris 10... so, I'd wonder if the A) the
source code for it is in the open source version (Oracle hasn't been
releasing new source cod
On Friday, September 16, 2011 11:58 AM, Fajar Priyanto wrote:
> Hi all,
> Back in March someone asked about deduplication in Centos and I
> replied I'm using LessFS.
> I want to report that my overall experience is that I have performance
> issue up to the point that I would like to abandon it.
>
>
On Fri, Sep 16, 2011 at 11:58 AM, Fajar Priyanto wrote:
> The OP was asking http://www.opendedup.org/
> How is it?
Hmm opendedup requires java which I'm not allowed to use.
:(
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/lis
>-Original Message-
>From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On
Behalf
>Of m.r...@5-cent.us
>Sent: Thursday, September 15, 2011 4:04 PM
>To: CentOS mailing list
>Subject: Re: [CentOS] CentOS 5.6 to 5.7 upgrade
>
>For us, it's breaking an ssh-restrict script we use
94 matches
Mail list logo
