> Is it too much to ask that you learn how to quote and maintain
> attribution properly?
Enough said, I'm dropping off of the Centos lists.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
"Gimme a break.
Like who, you?
What a doschbag, as in a bag filled with a solution that is used to
clean vaginas.
- aurf"
Since we as a list are obviously incapable of having an adult conversation
without resorting to ignorant / childish attacks, lets drop it already.
___
"Get over yourself.
Buy RHEL then Mr. "provide a reliable and scalable infrastructure"."
Why would I do that when I have an alternative? It isn't like I actually
budgeted for a significant number of RHEL licenses this year, the money has to
come from somewhere.
__
"SL didn't pass the muster in our env in terms of a drop in replacement
for Centos.
On the other hand, we have simply dropped in Centos in place of RHEL w/
o issue.
Our env is a rather complex CGI/VFX based pipeline that is not trivial
to design or support.
So if you have 12-24 months, I'd
> OK guys. Why don't you fork the CentOS project and build your own???
Because I value my time, and there is no way that I can or will devote my life
to reinventing the proverbial wheel. The more likely outcome is a Scientific
Linux migration for my production environment over the next 12-24 mon
> If Karanbir says 3 weeks it takes 3 months. (as well as with CentOS 5.6)
Well that and we have been a few days away from 5.6 for well over a few months
now...
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
All,
As much as I hate to ask, how is this project coming along? We are
approaching the 4 month post-release point...
-David
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
"$200/month" = $200/year
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
>Anyone know someone who can front at least 2 years working capital to get
>started and productive?
>From a pure business standpoint, it would be near impossible to pull off. No
>one is going to pony up $2,000,000 to start CentOS up as a for-profit company.
>Aside from the small point that you w
> Cobbler is rather complex to setup. If you want to pxeboot, you can still do
> this much faster by setting up a tftp server, a dhcp server and exporting the
> install tree via NFS or HTTP. I simply loop mount the ISO image and export
> the mounted DVD via NFS. I use something similar to
>
Sometimes the path of least resistance is best, spend $40 on a USB DVD and call
it a day.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
> I understand that vmware has much stronger marketing machine, however that
> does not mean that their technology is somehow better. Their offer is a
> reasonable choice for many scenarios in IT, mass web hosting is
> unfortunately not one of them. As any competent admin will tell you, use
> the
> It's interesting that nobody so far mentioned openVZ or its commercial
> version, Virtuozzo. It's different than all major virtualization players
> (it's OS level virtualization, not hw level), but that makes it the only
> viable option for things like mass web hosting solutions.
> Try it out an
> Biggest problem in free esxi is that it lacks backup vcb api, so full
> image backups are almost impossible under free esxi host ..
Not true at all, I use the ghettovcb script in the console and it works fine.
___
CentOS mailing list
CentOS@centos.or
> Sacrilege!
> This will make sense to only all IT (not income tax, stupid)
> professionals : use Centos 5 or wait for centos 6 .
Exactly right, most orgs are not clamoring for 6 right now. Very few people
would put their environments at risk just to play with the newest toy on the
block. Cent
-boun...@centos.org] On Behalf Of
David Brian Chait
Sent: Friday, March 11, 2011 1:15 PM
To: CentOS mailing list
Subject: Re: [CentOS] Apache/Active Directory authentication
> I looked in AD configuration and see that my server does not have appropriate
> ServicePrincipalName for HTTP (onl
> I looked in AD configuration and see that my server does not have appropriate
> ServicePrincipalName for HTTP (only host).
Of course it doesn't, you gathered that ticket by joining the domain with
Samba, but are not using samba auth with apache...
___
> thats some old stuff. :-/
Monumental understatementwhy again do you want to put it back into
production Michel?
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos
> Do you have any proof of this? OR are you making assumptions of past
> experiences? We have many Windows server on the net, directly with
> very few hassles.
I have never had a *NIX server under my charge hacked, I have had several
Windows machines (those directly connected to the internet) ha
On 03/08/11 7:01 AM, compdoc wrote:
>
> Connecting any windows based computer directly to the internet is a really
> really bad idea...
> go away. it isn't 1998 anymore.
That may be, but the advice is still valid, windows is infinitely more
vulnerable than *NIX on a direct/open connection. Most
> On Mon, Mar 7, 2011 at 4:40 AM, Tim Dunphy wrote:
> however for my purpose open and free HAProxy remains best choice!!
> +1 for HAProxy; excellent piece of software.
It really depends on your needs, if you are building a production ops
environment then the last thing that you would want woul
> Can anyone help me hash out how best to load balance a website that is
> getting considerable traffic? In the past I only have experience with
> BigIP where you have a load balancing device that keeps track and send
> traffic to the best server possible at the time. This was a proprietary
> sy
> VMware Workstation has no issues with the glibc update; VMware is just not
> properly supporting VMware Server, has nothing to do with Red Hat (Ubuntu is
> also listed as a supported OS, yet when you do the glibc update that matches
> > > the one that causes the issues on RHEL, the same thing
> Thanks, I did not know that. I could've swarn I had tested it on some
> old IBM x306. Will have to take a look into that.
> I still like that automation that I get with CentOS, puppet and VirtualBox.
> Ben
I think you need to download the VI3 rather than 4.1 to use 32 bit support, but
it d
On 2/24/11 8:56 PM, Scott Robbins wrote:
> On Fri, Feb 25, 2011 at 03:44:32PM +1300, Machin, Greg wrote:
>
>
>
>
>> Rather use ESXi 4.1 and get
>> up and running quickly. If your hardware is not on the supported list
>> there are other lists of tested hardware where people have it running on
>> "
>From Larry's web site: http://www.texoma.net/it/contact_us.html
>ab...@texoma.net to report violations of netiquette
To quote Rodney King.."Can't we all just get along?"
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinf
> With 8 million unique machines running Centos and perhaps millions
> people more depending on them comes great responsability.
> I hope the Centos crew know what they're doing.
Obviously they do, or they would not have come this far.
___
CentOS mailin
-Original Message-
From: centos-boun...@centos.org [mailto:centos-boun...@centos.org] On Behalf Of
John R. Dennison
Sent: Friday, February 18, 2011 12:43 PM
To: Always Learning
Cc: CentOS mailing list
Subject: Re: [CentOS] Any update on 5.6 / 6?
On Fri, Feb 18, 2011 at 08:19:16PM +,
By doubling the hardware, you still do not overcome the potential corruption
that could occur with non-ecc memory. If this is truly a mission critical
application then it really does not serve much of a purpose to short change
yourself with substandard hardware.
-Original Message-
From:
Jerry,
The Centos install first asks for an administrative password
and then as a part of the final configuration script, asks you to create a
non-priv account. You do have a root acct, and you did declare a password. If
you forgot what you might have used then boot into single u
It takes fewer resources to back-port for and support a single suite of
software over the lifespan of a major revision than would be needed to fix
issues introduced by the major evolution of a large number of packages over the
course of a 5-7 year product cycle.
-Original Message-
From:
31 matches
Mail list logo