Re: [CentOS] Xen Install manager won't let me install anything.

[Pasi Kärkkäinen]

On Thu, May 05, 2011 at 04:53:22PM -0400, Martes G Wigglesworth wrote:
> 
> On 05/05/2011 09:09 AM, Pasi Kärkkäinen wrote:
> > It sounds like your hardware does not have HVM support,
> > which means you can only run PV VMs.
> Thanks for the reply.
> 
> You are correct.
> 
> I have two P4 32-bit machines that I just picked up and wanted to use 
> them for testing until I can afford to upgrade to the 12-core 
> MB/Processors that I bought these 2u chassis into which I plan to install.
> 
> I have never used xen, and it just seems kind of odd that you cannot 
> simply install from the hard drive, like on virtualbox.  Anyhow, I could 
> only figure that was the outlying factor.
> 
> I could not locate that aspect of the virt-manager docs, so I will check 
> again.
> 

Not being able to install from ISO image as PV VM is a virt-manager limitation.
(and partly centos/rhel distro limitation).


> Anyhow, now I am fighting with SL-Linux's installation media for i386, 
> having the ability to be seen, and booted, but inside their own boot 
> menue, it forces you to re-verify that you have install media. (Even 
> though it is running from the media in the first place.  Then Xen 
> magically can't see the iso that SL linux is running from.)
> 
> Are there any good (I guess dated, now that everything is mulit-core) 
> docs on how to work with paravirtualization, since I have to deal with 
> this weird "network" install setup?  It seems that I can put in the 
> explicit path to the local-disk-installed ISO image, but the second it 
> boots, nothing can be found, and it asks me to put in a url, etc...
> 

RHEL/CentOS docs have examples...
http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5/html/Virtualization/index.html

cmdline virt-install example to install PV RHEL5/CentOS5:
http://docs.redhat.com/docs/en-US/Red_Hat_Enterprise_Linux/5/html/Virtualization/chap-Virtualization-Guest_operating_system_installation_procedures.html#sect-Virtualization-Installing_Red_Hat_Enterprise_Linux_5_as_a_para_virtualized_guest

Fedora can be installed as Xen PV VM in the same way..
just give fedora mirror URL instead of RHEL/CentOS mirror URL.


> 
> I know this sounds incoherent, but I am burnt out from exams.
> > Installation for PV (paravirtualized) VMs is only supported
> > by using netinstall in virt-manager.
> >
> > HVM (fully virtualized) VMs can be installed from ISO image.
> Thanks for the input, and would appreciate any further direction on 
> reading further on "real-world" installs, not the docs where they assume 
> you have a quad 12-core processor super server so "everything thing just 
> works in virtualmode... )  I guess this is more for virt-manager, but I 
> think you will understand what I mean if you check the doc site for virt 
> manager.  They don't even mention that there is a limitation such as 
> what you have described, except to say "there is a limitation."
> 
> Sorry for the ramble. Need more RedBull, or maybe not so much Lol..
> 

Hehe.

You can also use other tools than virt-manager/virt-install to install VMs.

- debootstrap to install Debian/Ubuntu VMs.
- thirdparty "xen-tools" to install Debian/Ubuntu VMs.
- febootstrap to install fedora.
- various chroot tricks to install rpm-based distros.
- Fedora native installer, by downloading the fedora installer pxeboot
  kernel + initrd and booting them as xen pv domU.
- Debian/Ubuntu native installer, by downloading the debian 6.0 or ubuntu 10.04
  installer netinstall kernel + initrd and booting them as xen pv domU.


See the end of the tutorial for an example how to install ubuntu manually using 
the distro installer:
http://wiki.xen.org/xenwiki/Fedora13Xen4Tutorial

-- Pasi

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] RHEL 6.1 beta

[Les Mikesell]

On 5/5/11 11:34 PM, R P Herrold wrote:
> On Thu, 5 May 2011, Ljubomir Ljubojevic wrote:
>
>> I do not have personal experience with CentOS, but I have seen different
>> X86-PC MB's on embedded units/routers recognizing LAN and Wireless NIC's
>> differently ones from PCI1 to PCI5, others from PCI5 to PCI1, one MB
>> even without any order at all.  I had now Monitor so I had to power the
>> unit, guess NIC to connect to, login and see what was recognized in what
>> order.
>
> Built from the sources that will become a CentOS 6 series,
> there is a more mature udev implementation, which tracks MAC
> addresses, and assigns them 'durably' to persist at a given
> device name.  Debian testing supports a similar approach, but
> with more manual intervention
>
> I'll try to blog about it, but once one knows the 'secret' it
> is not all that hard to predict -- This unit has three NICs
> (two onboard of the same type and an addon) which do NOT
> 'wander around' through reboots

But can you swap the disk into a new chassis of identical hardware and have it 
come up with the right subnets on the NICs in the corresponding physical 
positions?  Without knowing MAC addresses ahead of time?

-- 
   Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] RHEL 6.1 beta

[R P Herrold]

On Thu, 5 May 2011, Ljubomir Ljubojevic wrote:

> I do not have personal experience with CentOS, but I have seen different
> X86-PC MB's on embedded units/routers recognizing LAN and Wireless NIC's
> differently ones from PCI1 to PCI5, others from PCI5 to PCI1, one MB
> even without any order at all.  I had now Monitor so I had to power the
> unit, guess NIC to connect to, login and see what was recognized in what
> order.

Built from the sources that will become a CentOS 6 series, 
there is a more mature udev implementation, which tracks MAC 
addresses, and assigns them 'durably' to persist at a given 
device name.  Debian testing supports a similar approach, but 
with more manual intervention

I'll try to blog about it, but once one knows the 'secret' it 
is not all that hard to predict -- This unit has three NICs 
(two onboard of the same type and an addon) which do NOT 
'wander around' through reboots

[root@hostname rules.d]# pwd
/etc/udev/rules.d
[root@hostname rules.d]# cat 70-persistent-net.rules
# This file was automatically generated by the /lib/udev/write_net_rules
# program, run by the persistent-net-generator.rules rules file.
#
# You can modify it, as long as you keep each rule on a single
# line, and change only the value of the NAME= key.

# PCI device 0x8086:0x1229 (e100)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:90:27:a0:fe:bf", ATTR{type}=="1", 
KERNEL=="eth*", NAME="eth2"

# PCI device 0x14e4:0x1648 (tg3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:e0:81:31:23:8f", ATTR{type}=="1", 
KERNEL=="eth*", NAME="eth1"

# PCI device 0x14e4:0x1648 (tg3)
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", 
ATTR{address}=="00:e0:81:31:23:8e", ATTR{type}=="1", 
KERNEL=="eth*", NAME="eth0"
[root@hostname rules.d]#

--

[root@hostname network-scripts]# pwd
/etc/sysconfig/network-scripts
[root@hostname network-scripts]# cat ifcfg-eth0
# Please read /usr/share/doc/initscripts-*/sysconfig.txt
# for the documentation of these parameters.
GATEWAY=198.49.bb.cc
DEVICE=eth0
BOOTPROTO=none
NETMASK=255.255.255.0
TYPE=Ethernet
HWADDR=00:e0:81:31:23:8e
IPADDR=198.49.bb.dd
[root@hostname network-scripts]#

[root@hostname network-scripts]# uname -a
Linux hostname_elided 2.6.32-71.24.1.el6.x86_64 #1 SMP Fri
Apr 8 21:14:02 CDT 2011 x86_64 x86_64 x86_64 GNU/Linux

-- Russ herrold
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] USB->Parallel cable compatibility

[Ljubomir Ljubojevic]

Bill Campbell wrote:
> I have an installation where we're replacing a rather old Linux
> box with a new one that has no parallel ports.  The old box has
> two parallel ports going to Okidata printers.
> 
> The IOGEAR GUC1284B USB to Parallel Adapter cable looks like it
> might be a simple solution to this, but I would like to know that
> it works before getting a couple.
> 
> Comments?
> 
> Bill

I would generally recomend agains USB to Paralell CABLEs. Better find 
nice Parallel PCI/PCIe card and enjoy.

Ljubomir
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] USB->Parallel cable compatibility

[Bill Campbell]

I have an installation where we're replacing a rather old Linux
box with a new one that has no parallel ports.  The old box has
two parallel ports going to Okidata printers.

The IOGEAR GUC1284B USB to Parallel Adapter cable looks like it
might be a simple solution to this, but I would like to know that
it works before getting a couple.

Comments?

Bill
-- 
INTERNET:   b...@celestial.com  Bill Campbell; Celestial Software LLC
URL: http://www.celestial.com/  PO Box 820; 6641 E. Mercer Way
Voice:  (206) 236-1676  Mercer Island, WA 98040-0820
Fax:(206) 232-9186  Skype: jwccsllc (206) 855-5792

the incurable idiots may conceivably constitute an absolute
majority of the population. -- H.L. Mencken
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] centos friends?

[Dave Stevens]

On Thursday, May 05, 2011 04:04:06 PM Karanbir Singh wrote:
> On 05/05/2011 10:51 PM, Phil Schaffner wrote:
> > Scott Silva wrote on 05/05/2011 05:03 PM:
> >> Here is a bit of why the donation button went away (It was back in 2009
> >> or so)...
> > 
> > Old news, that does not explain why monetary donations are still not
> > being accepted.
> 
> One of the tasks on the table for this summer is to setup a mechanism to
> accept financial donations / contributions from people. If you want to
> contribute towards specific people's efforts - I am sure most of the
> guys have amazon wish lists etc in place.
> 
> - KB

Thank you. How can I find out who the guys are?

Dave

> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos

-- 
Let us think the unthinkable, let us do the undoable, let us prepare to 
grapple with the ineffable itself, and see if we may not eff it after all.

Douglas Adams in one of the Hitchiker novels...
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] centos friends?

[Karanbir Singh]

On 05/05/2011 10:51 PM, Phil Schaffner wrote:
> Scott Silva wrote on 05/05/2011 05:03 PM:
>> Here is a bit of why the donation button went away (It was back in 2009 or 
>> so)...
>
> Old news, that does not explain why monetary donations are still not
> being accepted.

One of the tasks on the table for this summer is to setup a mechanism to 
accept financial donations / contributions from people. If you want to 
contribute towards specific people's efforts - I am sure most of the 
guys have amazon wish lists etc in place.

- KB
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Les Mikesell]

On 5/5/2011 4:22 PM, Dag Wieers wrote:
>
>> What I've really always wanted in this respect is something that would
>> work with backuppc [...]
>
> Well, I've become very fond of rbme as of lately, but since ReaR supports
> rsync out of the box, you don't need a separate backup method for it.
>
> But if backuppc has a client, or a configuration, it's very easy to make
> ReaR aware of it. And then to only configuration you would need to do is:
>
>   BACKUP=BACKUPPC

Backuppc usually doesn't need anything on the client side.  The server 
can run rsync or tar over ssh or use smb or talk to rsync in daemon 
mode.   It's basically a couple of perl programs to do the scheduling 
and provide a web interface wrapped around standard tools.  But, if you 
haven't used it, the thing it does better than any of the similar 
programs is that it compresses the files and pools all duplicate content 
with hardlinks so you can keep a much longer history of more hosts 
online than you would expect. It has an rsync-in-perl implementation to 
deal with local compressed files while chatting with a stock remote 
version. And it has a nice web interface to browse/restore files.  Or 
you can use a command line tool to generate a tar image.

> and it would automatically create a bootable image with your system's
> layout and the backuppc software/configuration, and even the necessary
> commands to automatically recover your system when doing:

I don't really want a separate copy of an 'image' built.  I want 
something to do the grunge work of partitioning and creating the 
necessary filesystems, then pull the tar image from the backuppc server 
with an appropriate ssh command.

>
>   rear recover
>
> on the rescue prompt. That's how it is done with Bacula, TSM, and others.

You could probably do something very similar by generating the tar 
image(s) ahead of time from the backuppc server and storing them in your 
recovery setup.  And that would be useful for archiving, offsite, or 
cloning purposes, but the main thing I want is the ability to boot 
something that can mindlessly reconstruct a machine from last night's 
backuppc run straight out of that compressed/pooled storage.

>> I already trust backuppc on the 'save a copy' side.   I'd rather not
>> replace that part.
>
> Does backuppc take care of restoring HWRAID, SWRAID, DRBD, LVM, paritions,
> filesystems ? If so, then ReaR may not be for you, because ReaR takes care
> of those items.

No, backuppc just saves files and can give you what looks like a tar 
image (or put them back if the target is working well enough to accept 
them).  That's why I'm interested in something else to do the work up to 
where you would restore a tar backup.  It's not extremely difficult to 
do by hand from a livecd boot, but automation is always better. 
Backuppc does handle the more common case of someone wanting a few files 
back that they accidentally erased very nicely and I don't want to do a 
whole different backup to cover rebuilding the machine.


>>> If you need more help, feel free to join the ReaR mailinglist on
>>> sourceforge and ask your questions :)
>>
>> Would a backuppc adapter be feasible?
>
> Definitely, join the list and we can help you implement it.

OK, I'm interested...  It's probably just a matter of generating 
whatever description of the underlying storage it needs and plugging in 
an ssh command to get the data at the right point.

-- 
   Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] centos friends?

[Phil Schaffner]

Scott Silva wrote on 05/05/2011 05:03 PM:
> Here is a bit of why the donation button went away (It was back in 2009 or 
> so)...

Old news, that does not explain why monetary donations are still not 
being accepted.

Phil

P.S. I do wish people would trim their quotes. :-)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Dag Wieers]

On Thu, 5 May 2011, Les Mikesell wrote:

> On 5/5/2011 3:37 PM, Dag Wieers wrote:
>
>> I can recommend ReaR (Relax and Recover) for migrations and cloning
>> systems. I have been working wit the Relax and Recover project for the
>> past few months together with a colleague and it now covers a lot of
>> situations:
>>
>>- HWRAID (SmartArray), SWRAID, DRBD, partitions, encrypted
>>  partitions, LVM
>>
>>- It supports bootable tapes (OBDR), ISO images and USB media
>>
>>- It supports backup software for restoring (like Bacula, TSM, rsync and
>>  others)
>>
>>- And it can also take care of backups (using rsync, tar) using different
>>  solutions (NFS, USB, Samba, ...)
>>
>>- It's modular, so with little effort you can implement your own workflow
>>  or use-case
>
> What I've really always wanted in this respect is something that would
> work with backuppc such that you could run something on the source to
> generate descriptions of the partitions and filesystems (sort of
> clonezilla-like) in files that would be included in backups, and have a
> bootable restore OS that would know how to get this info from the
> backuppc server (could be an http request), build the matching
> filesystems, then run the ssh command to generate a tar image and
> extract into the right place.  Backuppc already does a great job of
> managing file-level backups but it is somewhat cumbersome to re-install
> by hand on bare metal and it doesn't automatically keep a description of
> the layout.

Well, I've become very fond of rbme as of lately, but since ReaR supports 
rsync out of the box, you don't need a separate backup method for it.

But if backuppc has a client, or a configuration, it's very easy to make 
ReaR aware of it. And then to only configuration you would need to do is:

 BACKUP=BACKUPPC

and it would automatically create a bootable image with your system's 
layout and the backuppc software/configuration, and even the necessary 
commands to automatically recover your system when doing:

 rear recover

on the rescue prompt. That's how it is done with Bacula, TSM, and others.


>> However I would stress to test a complete disaster recover scenario for
>> your systems (different technologies) in order to understand if everything
>> is supported. You don't want to realize a problem in disaster-mode :)
>
> I already trust backuppc on the 'save a copy' side.   I'd rather not
> replace that part.

Does backuppc take care of restoring HWRAID, SWRAID, DRBD, LVM, paritions, 
filesystems ? If so, then ReaR may not be for you, because ReaR takes care 
of those items.


>> If you need more help, feel free to join the ReaR mailinglist on
>> sourceforge and ask your questions :)
>
> Would a backuppc adapter be feasible?

Definitely, join the list and we can help you implement it.

-- 
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit.net/

[Any errors in spelling, tact or fact are transmission errors]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] centos friends?

[Scott Silva]

on 5/5/2011 1:55 PM Dave Stevens spake the following:
> Hello All,
> 
> I want to ask about CentOS and money. Please do not start some kind of 
> shitstorm over this, it isn't productive.
> 
> I have just been looking at archive.org to see when the paypal option went 
> missing from the donate menu at centos.org. I can't pin it down, but it was 
> there on October 16, 2010 and isn't now, so that's the information I have on 
> that point.
> 
> There was a great deal of argy-bargy on this list when the 5.6 update was 
> slow 
> arriving. I don't want to go there, I was happy to see it when it arrived, as 
> I always am when there's an update.
> 
> The impression I got was that the maintainers and packagers were working as 
> hard as they could and were tetchy about being nagged, being unable to do 
> more. Fair enough, but we need not adopt the status quo entirely.
> 
> The donate menu on the web site has this to say, (and more) ...
> 
> "The CentOS team would like to remind you that the primary means of 
> substaining the development of CentOS is via contributions by CentOS users.
> 
> CentOS is now, and will continue to be totally free; however, it takes money 
> and resources to make CentOS available.
> 
> If you are able, please consider donating to the CentOS Project. Donations of 
> promo material, public mirrors and dedicated servers are all vital to our 
> contined operations.
> 
> Monetary
> 
> CentOS is currently reviewing our cash donation program. In the mean time we 
> are not accepting any financial donations. We do appreciate though, if you 
> want to - for example - help out with promo material. See our Wiki page on 
> donations for more up to date information."
> 
> So referring as directed to the wiki page shows:
> 
> "Resource and financial needs
> 
> The CentOS Project is entirely based on the efforts of volunteers. We rely on 
> contributions and donations from CentOS users as well, for:
> 
> * Logistics related to promotion and infrastructure
> * Specific hardware needs
> * Bandwidth and connectivity
> * Promotion material at conferences and exhibitions
> * Organizing CentOS-related events "
> 
> I don't see anything there about money except in the first line and I'm 
> really 
> curious why. Internally it is clear that if the team hasn't put in place some 
> cash donation basis probably the capacity isn't there. But the current team 
> need not go into areas where they have no time or (perhaps) expertise. There 
> are lots of capable money folks in the free software world who can and do 
> accept donations and deal with administrative infrastructure and channel 
> support to projects. So the name apache-friends is suggestive. Without 
> necessarily using that model I wonder why there isn't a CentOS Friends group 
> or fund to which I and others can donate. I can't help but believe that if 
> there were, say, a couple of paid staff with CentOS as the day job, things 
> would not be so burdensome to the devs we have now and maybe we could build 
> on 
> that.
> 
> For my part, I installed CentOS on some machines I administer for non-profit 
> groups in Canada. The lack of licencing fees makes a big difference to them, 
> non-profits groups are perpetuually long on brains and short on cash. But 
> even 
> so I think we could cough up, say, ten bucks a year per machine to put some 
> payback into CentOS. Given general widespread goodwill this might be 
> multiplied significantly.
> 
> I have not seen this discussed on the list and would be happy to know if 
> there 
> is some reason it hasn't been attempted.
> 
> Please let me repeat, this is meant as a constructive suggestion, there is no 
> problem with the product, quite the reverse.
> 
> Comments?
> 
> Dave
> 
> 
> 
> 
Here is a bit of why the donation button went away (It was back in 2009 or 
so)...


http://news.cnet.com/8301-1001_3-10300222-92.html

http://www.osnews.com/comments/21921

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Les Mikesell]

On 5/5/2011 3:37 PM, Dag Wieers wrote:
>
> I can recommend ReaR (Relax and Recover) for migrations and cloning
> systems. I have been working wit the Relax and Recover project for the
> past few months together with a colleague and it now covers a lot of
> situations:
>
>- HWRAID (SmartArray), SWRAID, DRBD, partitions, encrypted
>  partitions, LVM
>
>- It supports bootable tapes (OBDR), ISO images and USB media
>
>- It supports backup software for restoring (like Bacula, TSM, rsync and
>  others)
>
>- And it can also take care of backups (using rsync, tar) using different
>  solutions (NFS, USB, Samba, ...)
>
>- It's modular, so with little effort you can implement your own workflow
>  or use-case

What I've really always wanted in this respect is something that would 
work with backuppc such that you could run something on the source to 
generate descriptions of the partitions and filesystems (sort of 
clonezilla-like) in files that would be included in backups, and have a 
bootable restore OS that would know how to get this info from the 
backuppc server (could be an http request), build the matching 
filesystems, then run the ssh command to generate a tar image and 
extract into the right place.  Backuppc already does a great job of 
managing file-level backups but it is somewhat cumbersome to re-install 
by hand on bare metal and it doesn't automatically keep a description of 
the layout.

> However I would stress to test a complete disaster recover scenario for
> your systems (different technologies) in order to understand if everything
> is supported. You don't want to realize a problem in disaster-mode :)

I already trust backuppc on the 'save a copy' side.   I'd rather not 
replace that part.

> If you need more help, feel free to join the ReaR mailinglist on
> sourceforge and ask your questions :)

Would a backuppc adapter be feasible?

-- 
   Les Mikesell
 lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Xen Install manager won't let me install anything.

[Martes G Wigglesworth]

On 05/05/2011 09:09 AM, Pasi Kärkkäinen wrote:
> It sounds like your hardware does not have HVM support,
> which means you can only run PV VMs.
Thanks for the reply.

You are correct.

I have two P4 32-bit machines that I just picked up and wanted to use 
them for testing until I can afford to upgrade to the 12-core 
MB/Processors that I bought these 2u chassis into which I plan to install.

I have never used xen, and it just seems kind of odd that you cannot 
simply install from the hard drive, like on virtualbox.  Anyhow, I could 
only figure that was the outlying factor.

I could not locate that aspect of the virt-manager docs, so I will check 
again.

Anyhow, now I am fighting with SL-Linux's installation media for i386, 
having the ability to be seen, and booted, but inside their own boot 
menue, it forces you to re-verify that you have install media. (Even 
though it is running from the media in the first place.  Then Xen 
magically can't see the iso that SL linux is running from.)

Are there any good (I guess dated, now that everything is mulit-core) 
docs on how to work with paravirtualization, since I have to deal with 
this weird "network" install setup?  It seems that I can put in the 
explicit path to the local-disk-installed ISO image, but the second it 
boots, nothing can be found, and it asks me to put in a url, etc...


I know this sounds incoherent, but I am burnt out from exams.
> Installation for PV (paravirtualized) VMs is only supported
> by using netinstall in virt-manager.
>
> HVM (fully virtualized) VMs can be installed from ISO image.
Thanks for the input, and would appreciate any further direction on 
reading further on "real-world" installs, not the docs where they assume 
you have a quad 12-core processor super server so "everything thing just 
works in virtualmode... )  I guess this is more for virt-manager, but I 
think you will understand what I mean if you check the doc site for virt 
manager.  They don't even mention that there is a limitation such as 
what you have described, except to say "there is a limitation."

Sorry for the ramble. Need more RedBull, or maybe not so much Lol..

-- 
Respectfully,


Martes G Wigglesworth
M. G. Wigglesworth Holdings, LLC
www.mgwigglesworth.net

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] centos friends?

[Dave Stevens]

Hello All,

I want to ask about CentOS and money. Please do not start some kind of 
shitstorm over this, it isn't productive.

I have just been looking at archive.org to see when the paypal option went 
missing from the donate menu at centos.org. I can't pin it down, but it was 
there on October 16, 2010 and isn't now, so that's the information I have on 
that point.

There was a great deal of argy-bargy on this list when the 5.6 update was slow 
arriving. I don't want to go there, I was happy to see it when it arrived, as 
I always am when there's an update.

The impression I got was that the maintainers and packagers were working as 
hard as they could and were tetchy about being nagged, being unable to do 
more. Fair enough, but we need not adopt the status quo entirely.

The donate menu on the web site has this to say, (and more) ...

"The CentOS team would like to remind you that the primary means of 
substaining the development of CentOS is via contributions by CentOS users.

CentOS is now, and will continue to be totally free; however, it takes money 
and resources to make CentOS available.

If you are able, please consider donating to the CentOS Project. Donations of 
promo material, public mirrors and dedicated servers are all vital to our 
contined operations.

Monetary

CentOS is currently reviewing our cash donation program. In the mean time we 
are not accepting any financial donations. We do appreciate though, if you 
want to - for example - help out with promo material. See our Wiki page on 
donations for more up to date information."

So referring as directed to the wiki page shows:

"Resource and financial needs

The CentOS Project is entirely based on the efforts of volunteers. We rely on 
contributions and donations from CentOS users as well, for:

* Logistics related to promotion and infrastructure
* Specific hardware needs
* Bandwidth and connectivity
* Promotion material at conferences and exhibitions
* Organizing CentOS-related events "

I don't see anything there about money except in the first line and I'm really 
curious why. Internally it is clear that if the team hasn't put in place some 
cash donation basis probably the capacity isn't there. But the current team 
need not go into areas where they have no time or (perhaps) expertise. There 
are lots of capable money folks in the free software world who can and do 
accept donations and deal with administrative infrastructure and channel 
support to projects. So the name apache-friends is suggestive. Without 
necessarily using that model I wonder why there isn't a CentOS Friends group 
or fund to which I and others can donate. I can't help but believe that if 
there were, say, a couple of paid staff with CentOS as the day job, things 
would not be so burdensome to the devs we have now and maybe we could build on 
that.

For my part, I installed CentOS on some machines I administer for non-profit 
groups in Canada. The lack of licencing fees makes a big difference to them, 
non-profits groups are perpetuually long on brains and short on cash. But even 
so I think we could cough up, say, ten bucks a year per machine to put some 
payback into CentOS. Given general widespread goodwill this might be 
multiplied significantly.

I have not seen this discussed on the list and would be happy to know if there 
is some reason it hasn't been attempted.

Please let me repeat, this is meant as a constructive suggestion, there is no 
problem with the product, quite the reverse.

Comments?

Dave




-- 
Let us think the unthinkable, let us do the undoable, let us prepare to 
grapple with the ineffable itself, and see if we may not eff it after all.

Douglas Adams in one of the Hitchiker novels...
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Dag Wieers]

On Thu, 5 May 2011, Les Mikesell wrote:

> On 5/5/2011 11:11 AM, Lamar Owen wrote:
>>
 I do dd imaging quite frequently, and as long as everything is LBA48 
 capable and setup, [snippage]  using dd  booted from rescue or 
 live media of the OS that's installed...
>>
>>> Clonezilla-live is a handy, faster way to do this.
>>
>> I've recast my original message slightly, as you've missed a critical point: 
>> I use the cloning tool from the rescue or live media of the OS that's 
>> installed.  There are a number of reasons for this, not the least of which 
>> is that LVM, RAID, and some other things behave differently depending upon 
>> the kernel, lvm tools, etc, that's running the clone.
>
> I generally try to avoid layers that are likely to have breakage between
> different versions.  Backwards compatibility is a good thing, as is the
> ability to move disks around among different hosts.
>
> That said, Clonezilla doesn't deal with software raid in the disk image
> mode - even raid1 where it should be simple.  You can do single
> partitions at a time though, and then it is agnostic about the
> underlying layers but you have to deal with making it bootable yourself.

I can recommend ReaR (Relax and Recover) for migrations and cloning 
systems. I have been working wit the Relax and Recover project for the 
past few months together with a colleague and it now covers a lot of 
situations:

  - HWRAID (SmartArray), SWRAID, DRBD, partitions, encrypted
partitions, LVM

  - It supports bootable tapes (OBDR), ISO images and USB media

  - It supports backup software for restoring (like Bacula, TSM, rsync and
others)

  - And it can also take care of backups (using rsync, tar) using different
solutions (NFS, USB, Samba, ...)

  - It's modular, so with little effort you can implement your own workflow
or use-case

However I would stress to test a complete disaster recover scenario for 
your systems (different technologies) in order to understand if everything 
is supported. You don't want to realize a problem in disaster-mode :)

But for the use-cases we have, the current trunk is very usable and 
flexible to support restoring on different hardware. Even with different 
controllers/disks etc... During recovery you can still adapt the layout 
and make changes to your wishes before restoring.

We are preparing a new stable minor release (without the new layout code 
enabled by default), but after that release there should be a new major 
release covering everything I mentioned by default.

If you need more help, feel free to join the ReaR mailinglist on 
sourceforge and ask your questions :)

 http://rear.sourceforge.net/

And if you happen to go to LinuxTag, we're having two discussion sessions 
for developers and users on Wednesday and Thursday.

-- 
-- dag wieers, d...@wieers.com, http://dag.wieers.com/
-- dagit linux solutions, i...@dagit.net, http://dagit.net/

[Any errors in spelling, tact or fact are transmission errors]
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] apache docroot permissions

[Johan Martinez]

On Wed, May 4, 2011 at 7:38 PM, Gordon Messmer  wrote:

> On 05/04/2011 12:49 PM, Johan Martinez wrote:
> > Thanks for the suggestions Richard and Kenneth. I installed drupal here
> > and it requires user running apache to have write access on filesystem.
> > Otherwise it complains: 'The directory sites/default/files is not
> > writable'. The content editors/developers need write access to
> > theme/pictures folders. So it seems like I can't avoid giving write
> > access to apache user. Any hacks or tips here?
>
> Tip 1:
> Your files and directories can have different permissions.  Rather than
> your original setup, try:
>
> chown -R apache:contenteditors /var/www/html
> find /var/www/html -type f -exec chmod 0464 {} +
> find /var/www/html -type d -exec chmod 2575 {} +
>
> or:
>
> chown -R apache:apache /var/www/html
> find /var/www/html -type f -exec setfacl -m g:contenteditors:rw {} +
> find /var/www/html -type d -exec setfacl -m g:contenteditors:rwx {} +
>
> Tip 2:
> Don't install drupal in /var/www/html.  Generally, /var/www/html should
> be used only for static content.  Web applications should be installed
> outside the document root to prevent a misconfiguration from allowing
> remote clients from downloading files that might contain configurations,
> passwords, or other sensitive information.  See the rpm packaged drupal
> for an example of how this is done.
>
> Tip 3:
> If your application says that it needs write access to
> "sites/default/files", then add write access only for that directory.
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>


Thanks for the suggestions everyone. I am using following config for now.

* Moved drupal install outside document root and used alias for the
namespace mapping.
* Filesystem ownership: apache:contenteditors
* Filesystem permissions: u=rx, g=rwx, group with sticky bit set. Exception
of 'sites/default/files' on which apache has write permissions.

jM
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] RHEL 6.1 beta

[Ljubomir Ljubojevic]

Because they are the same model. Use several model of NIC's together and 
see what happens.

I do not have personal experience with CentOS, but I have seen different 
X86-PC MB's on embedded units/routers recognizing LAN and Wireless NIC's 
differently ones from PCI1 to PCI5, others from PCI5 to PCI1, one MB 
even without any order at all.  I had now Monitor so I had to power the 
unit, guess NIC to connect to, login and see what was recognized in what 
order.

Ljubomir

Drew Weaver wrote:
>  Original Message  
> Subject: Re: [CentOS] RHEL 6.1 beta
> From: Steve Clark  
> To: CentOS mailing list  
> Date: Tuesday, May 03, 2011 10:40:51 AM
> 
> On 05/02/2011 10:47 AM, Les Mikesell wrote:
> 
> On 5/2/2011 8:57 AM, Steve Clark wrote:
> 
> On 05/02/2011 09:38 AM, Lamar Owen wrote:
> 
> On Monday, May 02, 2011 06:48:37 AM Christopher Chan wrote:
> 
> biosdevname for nics...bye bye eth0!
> 
> Not by default, and according to the release notes only for certain 
> Dell servers ATM.
> 
>  
> 
> But, yes, a different way of looking at NICs is coming down the pipe. 
>  It's about time.
> 
> EGADS Why? After working with FreeBSD for ten years it so nice not to
> 
> have to worry is this rl0, vr0, em0, fxp0, bge0, ed0,
> 
> etc in networking scripts. Why would you want to go back to that?
> 
> The numbers chosen in the eth? scheme are more or less randomized even 
> 
> on identical hardware, so it is pretty much impossible to prepare a disk 
> 
> to ship to a remote site and have it come up working unattended or clone 
> 
> disk images for a large rollout.  If this gives predictable names in 
> 
> bios-detection order it will be very useful.  Remote-site support is 
> 
> expensive and typically not great at the quirks of Linux distributions 
> 
> that you need to know to do IP assignments.
> 
>  
> 
> In my experience with Linux over the last 3 years using Centos and RH I 
> have never seen the ethn device
> numbering change, and it always corresponds to the hardware vendor 
> marking on the units we use.
> 
>  >>>
> 
> I'm doing platform validation on a SuperMicro X9SCL and on everything 
> except for RHEL 6 the NIC I am connected to is seen as eth0, on RHEL 
> only it is seen as eth1. These kinds of wacky inconsistencies drive 
> people crazy =)
> 
> 
> 
> 
> ___
> 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

[CentOS] KVM migration and time

[Adam Wead]

Hi all,

I have two Cent5.6 systems running KVM in a clustered configuration with
Cent5.6 guests.  Ntpd is running on both hosts and all guests.

When the guest is booted onto either of the hosts, time stays synced.  When
I do a live migration to the other host, the time on the guest starts going
haywire, fast-forwarding into the future at a steady rate.

After digging around, this may be related to:
https://bugzilla.redhat.com/show_bug.cgi?id=513138

Can anyone tell me if there's a correct combination of guest kernel
parameters and/or host settings that will fix this?

Thanks in advance.

...adam
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Les Mikesell]

On 5/5/2011 11:11 AM, Lamar Owen wrote:
>
>>> I do dd imaging quite frequently, and as long as everything is LBA48 
>>> capable and setup, [snippage]  using dd  booted from rescue or live 
>>> media of the OS that's installed...
>
>> Clonezilla-live is a handy, faster way to do this.
>
> I've recast my original message slightly, as you've missed a critical point: 
> I use the cloning tool from the rescue or live media of the OS that's 
> installed.  There are a number of reasons for this, not the least of which is 
> that LVM, RAID, and some other things behave differently depending upon the 
> kernel, lvm tools, etc, that's running the clone.

I generally try to avoid layers that are likely to have breakage between 
different versions.  Backwards compatibility is a good thing, as is the 
ability to move disks around among different hosts.

That said, Clonezilla doesn't deal with software raid in the disk image 
mode - even raid1 where it should be simple.  You can do single 
partitions at a time though, and then it is agnostic about the 
underlying layers but you have to deal with making it bootable yourself.


> I'm familiar with and have used clonezilla numerous times, but not for this 
> purpose.  The 'using dd ... booted from rescue or live media of the OS that's 
> installed' part isn't as important during backup as it can be during restore. 
>  And I have been bit by that, using F12 (or 13) live media to do a C4 
> backup/restore; some metadata got farkled and the restore didn't 'take' until 
> I did the restore with C4 media.

Yeah, I avoid fedora too...

But, how would you deal with a dual-boot disk with different OS's on the 
same drive?


> [snip]
>
>> I always recommend backuppc for scheduled backups.  It's pretty much
>> configure and forget and it compresses and pools all identical content
>> so you can keep much more history online than you would expect.
>
> I've actually thought about using DragonFly BSD and its HAMMER filesystem for 
> the backup storage device.. quick restores rely on quickly finding what 
> is needed, and many times I get requests like 'please restore the file that 
> has the stuff about the instrument we built for grant so-and-so' rather than 
> an exact filename; greppability of the backup set is a must for us.  
> Complete, straight-dd, clones are mountable (RO, of course) and searchable, 
> and rolling rsyncs and tarballs are searchable without a whole lot of effort. 
>  Deduplication would be nice, but it's secondary, as is the time and space 
> spent on the backup, for our purposes.

With backuppc, just give them a login to the web side with access to 
their own machine and let them pick any/all versions they want (you can 
download through the browser or restore it back where it came from).  If 
you really need to manage versioning based on 
content/differences/context the stuff should live in subversion or git 
with an associated status tracking system.  But then you have the 
opposite problem of how to get rid of it when you really don't need it 
any more...

-- 
   Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Devin Reade]

--On Thursday, May 05, 2011 10:41:04 AM -0400 Robert Heller
 wrote:
>
> Hmmm Using dump & restore (or tar or rsync or cpio, etc.) would
> likely be a lot faster.

+1 for dump & restore.  It's been around for years, is lightweight
(in terms of minimal dependencies), and is absolutely solid.  I've
had good success in moving dump images to new hardware as long as
your hardware is similar (ie: not mixing Intel/AMD), and those aren't
problems with dump/restore but rather the OS that you're copying.
For a straight clone, the recovery steps would generally be:
  - partition your new drive and create the new filesystems
  - use restore to extract your data
  - reinitialize your boot blocks (MBR or whatever)
  - boot the system

I don't know of any UNIX that doesn't ship with it (although there
are variations among the UNIX flavours).

The assumption is that your're backing up on a per-filesystem basis,
as file exclusion for dump is rudimentary.

With file-based copy schemes like tar, rsync, cpio, etc, you have better 
control for file exclusions, but you need to make sure you're paying
attention to how you handle symlinks, hard links and other
"unusual" file setups.

No opinion on clonezilla.

Devin

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Lamar Owen]

On Thursday, May 05, 2011 11:35:01 AM Les Mikesell wrote:
> On 5/5/2011 9:37 AM, Lamar Owen wrote:
> > I do dd imaging quite frequently, and as long as everything is LBA48 
> > capable and setup, [snippage]  using dd  booted from rescue or live 
> > media of the OS that's installed...

> Clonezilla-live is a handy, faster way to do this.  

I've recast my original message slightly, as you've missed a critical point: I 
use the cloning tool from the rescue or live media of the OS that's installed.  
There are a number of reasons for this, not the least of which is that LVM, 
RAID, and some other things behave differently depending upon the kernel, lvm 
tools, etc, that's running the clone.

I'm familiar with and have used clonezilla numerous times, but not for this 
purpose.  The 'using dd ... booted from rescue or live media of the OS that's 
installed' part isn't as important during backup as it can be during restore.  
And I have been bit by that, using F12 (or 13) live media to do a C4 
backup/restore; some metadata got farkled and the restore didn't 'take' until I 
did the restore with C4 media.

Also, well, there are uses for manually-marked badblocks other than drive 
errors :-) 

[snip]

> I always recommend backuppc for scheduled backups.  It's pretty much 
> configure and forget and it compresses and pools all identical content 
> so you can keep much more history online than you would expect.

I've actually thought about using DragonFly BSD and its HAMMER filesystem for 
the backup storage device.. quick restores rely on quickly finding what is 
needed, and many times I get requests like 'please restore the file that has 
the stuff about the instrument we built for grant so-and-so' rather than an 
exact filename; greppability of the backup set is a must for us.  Complete, 
straight-dd, clones are mountable (RO, of course) and searchable, and rolling 
rsyncs and tarballs are searchable without a whole lot of effort.  
Deduplication would be nice, but it's secondary, as is the time and space spent 
on the backup, for our purposes.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Les Mikesell]

On 5/5/2011 10:36 AM, ken wrote:
>
> The most time-consuming part of the job was finding the particular
> command with the correct args that actually worked-- not the command or
> utility that "should" work or that "theoretically ought to" work-- but
> one which in fact *did* work.  So if anyone actually finds a faster way
> to clone a system-- meaning they've run the command(s), and done the
> testing to determine that it was successful-- I'm all ears.

That's what clonezilla is all about.  And it is released frequently on 
both debian and ubuntu (the 'alternative' version) live bases so it has 
pretty good hardware handling.

-- 
   Les Mikesell
lesmikes...@gmail.com


___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] CentOS-announce Digest, Vol 75, Issue 2

[centos-announce-request]

Send CentOS-announce mailing list submissions to
centos-annou...@centos.org

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.centos.org/mailman/listinfo/centos-announce
or, via email, send a message with subject or body 'help' to
centos-announce-requ...@centos.org

You can reach the person managing the list at
centos-announce-ow...@centos.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of CentOS-announce digest..."


Today's Topics:

   1. CEBA-2011:0418 CentOS 5 x86_64xorg-x11-font-utils Update
  (Johnny Hughes)
   2. CEBA-2011:0418 CentOS 5 i386 xorg-x11-font-utils  Update
  (Johnny Hughes)
   3. CEBA-2011:0398  CentOS 5 i386 giflib Update (Johnny Hughes)
   4. CEBA-2011:0398  CentOS 5 x86_64 giflib Update (Johnny Hughes)
   5. CEBA-2011:0397  CentOS 5 i386 sed Update (Johnny Hughes)
   6. CEBA-2011:0397  CentOS 5 x86_64 sed Update (Johnny Hughes)
   7. CEBA-2011:0399  CentOS 5 i386 dejagnu Update (Johnny Hughes)
   8. CEBA-2011:0399  CentOS 5 x86_64 dejagnu Update (Johnny Hughes)
   9. CEBA-2011:0400  CentOS 5 i386 w3m Update (Johnny Hughes)
  10. CEBA-2011:0400  CentOS 5 x86_64 w3m Update (Johnny Hughes)
  11. CEBA-2011:0416  CentOS 5 i386 quota Update (Johnny Hughes)
  12. CEBA-2011:0416  CentOS 5 x86_64 quota Update (Johnny Hughes)
  13. CEEA-2011:0419  CentOS 5 x86_64 jwhois Update (Johnny Hughes)
  14. CEEA-2011:0419  CentOS 5 i386 jwhois Update (Johnny Hughes)
  15. CEBA-2011:0417  CentOS 5 i386 paps Update (Johnny Hughes)
  16. CEBA-2011:0417  CentOS 5 x86_64 paps Update (Johnny Hughes)
  17. CEBA-2011:0401  CentOS 5 i386 screen Update (Johnny Hughes)
  18. CEBA-2011:0401  CentOS 5 x86_64 screen Update (Johnny Hughes)
  19. CEBA-2011:4813  CentOS 5 x86_64 kudzu Update (Johnny Hughes)
  20. CEBA-2011:4813  CentOS 5 i386 kudzu Update (Johnny Hughes)
  21. CESA-2011:0486 Moderate CentOS 4 i386 xmlsec1 Update
  (Johnny Hughes)
  22. CESA-2011:0486 Moderate CentOS 4 x86_64 xmlsec1   Update
  (Johnny Hughes)
  23. CEBA-2011:0484  CentOS 5 i386 rsyslog Update (Johnny Hughes)
  24. CEBA-2011:0484  CentOS 5 x86_64 rsyslog Update (Johnny Hughes)
  25. CESA-2011:0486 Moderate CentOS 5 i386 xmlsec1 Update
  (Johnny Hughes)
  26. CESA-2011:0486 Moderate CentOS 5 x86_64 xmlsec1   Update
  (Johnny Hughes)
  27. CEEA-2011:0485 CentOS 5 i386 java-1.6.0-openjdk   Update
  (Johnny Hughes)
  28. CEEA-2011:0485 CentOS 5 x86_64 java-1.6.0-openjdk Update
  (Johnny Hughes)


--

Message: 1
Date: Wed, 4 May 2011 17:07:23 +
From: Johnny Hughes 
Subject: [CentOS-announce] CEBA-2011:0418 CentOS 5 x86_64
xorg-x11-font-utils Update
To: centos-annou...@centos.org
Message-ID: <20110504170723.ga7...@chakra.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2011:0418 

Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-0418.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( md5sum Filename ) 

x86_64:
e638cf34d6279c6886e83274c19e3bbe  xorg-x11-font-utils-7.1-3.x86_64.rpm

Source:
4cbf441c6a0b57a817b9367ccc97d271  xorg-x11-font-utils-7.1-3.src.rpm


-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net



--

Message: 2
Date: Wed, 4 May 2011 17:07:23 +
From: Johnny Hughes 
Subject: [CentOS-announce] CEBA-2011:0418 CentOS 5 i386
xorg-x11-font-utils Update
To: centos-annou...@centos.org
Message-ID: <20110504170723.ga7...@chakra.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2011:0418 

Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-0418.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( md5sum Filename ) 

i386:
0d0378ca8dc86ee3635d8759b7675163  xorg-x11-font-utils-7.1-3.i386.rpm

Source:
4cbf441c6a0b57a817b9367ccc97d271  xorg-x11-font-utils-7.1-3.src.rpm


-- 
Johnny Hughes
CentOS Project { http://www.centos.org/ }
irc: hughesjr, #cen...@irc.freenode.net



--

Message: 3
Date: Wed, 4 May 2011 17:09:00 +
From: Johnny Hughes 
Subject: [CentOS-announce] CEBA-2011:0398  CentOS 5 i386 giflib Update
To: centos-annou...@centos.org
Message-ID: <20110504170900.ga7...@chakra.karan.org>
Content-Type: text/plain; charset=us-ascii


CentOS Errata and Bugfix Advisory 2011:0398 

Upstream details at : https://rhn.redhat.com/errata/RHBA-2011-0398.html

The following updated files have been uploaded and are currently 
syncing to the mirrors: ( md5sum Filename ) 

i386:
63ceb8cea4c3345c2b03884ebafb4478  giflib-4.1.3-7.3.3.el5.i386.rpm
067cf0373cab16b3636a623e22f95ac1  giflib-devel-4.1.3-7.3.3.el5.i386.rpm
3b01434add9b56867a3e39efd62102d9  giflib-utils-4.1.3-7.3.3.el5.i386.rpm

Source:
ad51db342fd15b011f987add288

Re: [CentOS] RHEL 6.1 beta

[Drew Weaver]

 Original Message  
Subject: Re: [CentOS] RHEL 6.1 beta
From: Steve Clark 
To: CentOS mailing list 
Date: Tuesday, May 03, 2011 10:40:51 AM

On 05/02/2011 10:47 AM, Les Mikesell wrote:

On 5/2/2011 8:57 AM, Steve Clark wrote:

On 05/02/2011 09:38 AM, Lamar Owen wrote:

On Monday, May 02, 2011 06:48:37 AM Christopher Chan wrote:

biosdevname for nics...bye bye eth0!

Not by default, and according to the release notes only for certain Dell 
servers ATM.



But, yes, a different way of looking at NICs is coming down the pipe.  It's 
about time.

EGADS Why? After working with FreeBSD for ten years it so nice not to

have to worry is this rl0, vr0, em0, fxp0, bge0, ed0,

etc in networking scripts. Why would you want to go back to that?

The numbers chosen in the eth? scheme are more or less randomized even

on identical hardware, so it is pretty much impossible to prepare a disk

to ship to a remote site and have it come up working unattended or clone

disk images for a large rollout.  If this gives predictable names in

bios-detection order it will be very useful.  Remote-site support is

expensive and typically not great at the quirks of Linux distributions

that you need to know to do IP assignments.


In my experience with Linux over the last 3 years using Centos and RH I have 
never seen the ethn device
numbering change, and it always corresponds to the hardware vendor marking on 
the units we use.

>>>
I'm doing platform validation on a SuperMicro X9SCL and on everything except 
for RHEL 6 the NIC I am connected to is seen as eth0, on RHEL only it is seen 
as eth1. These kinds of wacky inconsistencies drive people crazy =)
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[ken]

On 05/05/2011 10:41 AM Robert Heller wrote:
> At Thu, 05 May 2011 10:10:52 -0400 CentOS mailing list  
> wrote:
> 
>> On 05/05/2011 08:01 AM Brunner, Brian T. wrote:
>>> centos-boun...@centos.org wrote:
 At Thu, 05 May 2011 07:44:52 -0400 CentOS mailing list
  wrote: 

> On 05/05/2011 07:13 AM, Timothy Murphy wrote:
>> Is there a standard way of copying a working system
>> from one machine to another with different partitions?
> You could also utilize cloning software, such as the client version
> of drbl, clonezilla livecd. 
>
> You could also do a direct copy with dd onto a connected drive.
 Warning: dd is not a good choise if the source and desination
 drives/partitions are *different* sizes.
>>> Different block mappings will also give you grief.
>>> .:. The drives must be identical manufacturer and model, down to the
>>> firmware revision.
>>> dd is not a backup tool in the general sense.
>> ...
> 
> Hmmm Using dump & restore (or tar or rsync or cpio, etc.) would
> likely be a lot faster.  Esp. if the disk is not 100% full.  Remember,
> dd will copy even the unused free blocks (which is a total waste of
> time).  And dump & restore will likely use a more optimal block size,
> which will copy the data faster as well...

Speed is good sometimes.  But I was probably either sleeping or watching
TV during those eight to ten hours, so the length of time to do the copy
didn't matter at all.

The most time-consuming part of the job was finding the particular
command with the correct args that actually worked-- not the command or
utility that "should" work or that "theoretically ought to" work-- but
one which in fact *did* work.  So if anyone actually finds a faster way
to clone a system-- meaning they've run the command(s), and done the
testing to determine that it was successful-- I'm all ears.  The other
possibilities are interesting, but given what my schedule is like,
unless success with something else is 99.9% assured, I'll probably do it
the same way again next time.  Hey, what can I say...?  I like success.






-- 
"Truth is the most valuable thing we have, so I try to conserve it."
--Mark Twain
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Les Mikesell]

On 5/5/2011 9:37 AM, Lamar Owen wrote:
>
>> Different block mappings will also give you grief.
>> .:. The drives must be identical manufacturer and model, down to the
>> firmware revision.
>> dd is not a backup tool in the general sense.
>
> I do dd imaging quite frequently, and as long as everything is LBA48 capable 
> and setup, I don't have problems copying partitions or whole drives between 
> multiple drives of different sizes and manufacturers; even in instances 
> between different interface technologies.  This gets better once you're on an 
> OS rev that treats ATA drives as SCSI, and CHS is no longer in play at all, 
> which is the case in EL6 and Fedora revs around EL6.  (At least I think 
> that's correct; but it has been an awfully long time since I've done a CentOS 
> 4 or 5 install on an ATA/IDE system, as all of my server systems are either 
> SCSI or FibreChannel, physical or virtual).

Clonezilla-live is a handy, faster way to do this.  It boots from cd/usb 
into a menu and generally uses partclone to do the work so  on most 
filesystems it only copies the blocks that are actually used.  It also 
has a mode to resize the partitions on the new disk but it isn't all 
that useful because you can't control them individually.

> Having said that, I quarterly rotate two identical drives in this laptop; 
> each quarter, I clone the currently operating drive to the secondary and to a 
> dated whole-disk image file, and then swap the drives, putting the previous 
> primary back into the fire safe for storage.  This both wear-levels and tests 
> the backups drives.

Besides disk->disk, clonezilla can save/restore compressed image copies 
over the network to space mounted via nfs/samba/sshfs so if you are 
making the copy as a backup or the source for future clones you can drop 
it on some other filesystem instead of needing a matching disk.


> I use a three-tiered approach to backups of my own laptop:
> 1.) Quarterly swapping drive clones as described above, using dd (which is 
> faster than the slightly more friendly ddrescue, unless a bad sector is 
> found) booted from rescue or live media of the OS that's installed (this 
> provides a fast bare-metal base recovery that I can then update and restore 
> from the rolling rsync in item 3);
> 2.) Three quarters of kept images along with the partition mapping (I use 
> GPT, and thus use gdisk for this, which works better in my particular case 
> than parted does (parted puts an inappropriate partition type on one of my 
> partitions when recreating the partition map)) on multiple disks;
> 3.) Frequent rsyncs of /home and /etc to multiple drives, in rotation.  This 
> does mean an SELinux relabel might be required on a restore, but that's ok.
>
> For servers I do the same, but with annual images and more rigorous 
> scheduling of tarballs of important files, along with rolling rsyncs (I've 
> looked at rsnapshot, and backing up the backup can be somewhat interesting in 
> that case).  Dump/restore has its advantages, too, however.

I always recommend backuppc for scheduled backups.  It's pretty much 
configure and forget and it compresses and pools all identical content 
so you can keep much more history online than you would expect.

-- 
   Les Mikesell
lesmikes...@gmail.com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Robert Heller]

At Thu, 05 May 2011 10:10:52 -0400 CentOS mailing list  
wrote:

> 
> On 05/05/2011 08:01 AM Brunner, Brian T. wrote:
> > centos-boun...@centos.org wrote:
> >> At Thu, 05 May 2011 07:44:52 -0400 CentOS mailing list
> >>  wrote: 
> >>
> >>>
> >>> On 05/05/2011 07:13 AM, Timothy Murphy wrote:
>  Is there a standard way of copying a working system
>  from one machine to another with different partitions?
> >>> You could also utilize cloning software, such as the client version
> >>> of drbl, clonezilla livecd. 
> >>>
> >>> You could also do a direct copy with dd onto a connected drive.
> >> Warning: dd is not a good choise if the source and desination
> >> drives/partitions are *different* sizes.
> > 
> > Different block mappings will also give you grief.
> > .:. The drives must be identical manufacturer and model, down to the
> > firmware revision.
> > dd is not a backup tool in the general sense.
> 
> I had doubts about dd also.  But last year, when I needed to upgrade to
> a larger drive, I used it and it worked fine.  I bought a new drive (of
> course of larger size... different manufacturer too), put it into a
> drive enclosure, plugged that new drive into my USB port, and ran dd to
> copy the entirety of hda to hdb.  Shutting down the machine, I swapped
> the hard drives and booted with the new drive and-- viola!-- new bigger
> drive with everything running just like on the old drive.  I didn't have
> to reconfigure anything; even the networking worked on the new drive
> without touching anything.  The only thing I did on the new drive was to
> create a new partition from all the extra new hd space I had.  Indeed,
> this is a multi-boot machine and all OSs on it copied over just fine.
> In addition, all my linux partitions are encrypted, and all that copied
> over perfectly as well.
> 
> One tip: Use dd's smallest block size (BS).  I did this copy using dd
> several times, starting with 4k, then 2k block sizes and the new disk
> had problems when I tried to use it.  IIRC, I had to rachet down to 256
> to get a working drive.  And this took eight or ten hours to copy an 80G
> drive.

Hmmm Using dump & restore (or tar or rsync or cpio, etc.) would
likely be a lot faster.  Esp. if the disk is not 100% full.  Remember,
dd will copy even the unused free blocks (which is a total waste of
time).  And dump & restore will likely use a more optimal block size,
which will copy the data faster as well...

> 
> Another tip: in your BIOS the parameter for the hard drive should
> probably be Auto-Detect if your source and destination drives aren't
> identical.  That's generally the default anyway.
> 
> Final tip (I think):  For me, my machine A and machine B were the same
> machine... so of course the hardware was absolutely identical.  Using dd
> might not work if the hardware on A and B are too different from one
> another.
> 
> 
> hth,
> ken
> 
> 

-- 
Robert Heller -- 978-544-6933 / hel...@deepsoft.com
Deepwoods Software-- http://www.deepsoft.com/
()  ascii ribbon campaign -- against html e-mail
/\  www.asciiribbon.org   -- against proprietary attachments



   
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Lamar Owen]

On Thursday, May 05, 2011 08:01:57 AM Brunner, Brian T. wrote:
> centos-boun...@centos.org wrote:
> > At Thu, 05 May 2011 07:44:52 -0400 CentOS mailing list
> > Warning: dd is not a good choise if the source and desination
> > drives/partitions are *different* sizes.

> Different block mappings will also give you grief.
> .:. The drives must be identical manufacturer and model, down to the
> firmware revision.
> dd is not a backup tool in the general sense.

I do dd imaging quite frequently, and as long as everything is LBA48 capable 
and setup, I don't have problems copying partitions or whole drives between 
multiple drives of different sizes and manufacturers; even in instances between 
different interface technologies.  This gets better once you're on an OS rev 
that treats ATA drives as SCSI, and CHS is no longer in play at all, which is 
the case in EL6 and Fedora revs around EL6.  (At least I think that's correct; 
but it has been an awfully long time since I've done a CentOS 4 or 5 install on 
an ATA/IDE system, as all of my server systems are either SCSI or FibreChannel, 
physical or virtual).

Having said that, I quarterly rotate two identical drives in this laptop; each 
quarter, I clone the currently operating drive to the secondary and to a dated 
whole-disk image file, and then swap the drives, putting the previous primary 
back into the fire safe for storage.  This both wear-levels and tests the 
backups drives.

I use a three-tiered approach to backups of my own laptop:
1.) Quarterly swapping drive clones as described above, using dd (which is 
faster than the slightly more friendly ddrescue, unless a bad sector is found) 
booted from rescue or live media of the OS that's installed (this provides a 
fast bare-metal base recovery that I can then update and restore from the 
rolling rsync in item 3);
2.) Three quarters of kept images along with the partition mapping (I use GPT, 
and thus use gdisk for this, which works better in my particular case than 
parted does (parted puts an inappropriate partition type on one of my 
partitions when recreating the partition map)) on multiple disks;
3.) Frequent rsyncs of /home and /etc to multiple drives, in rotation.  This 
does mean an SELinux relabel might be required on a restore, but that's ok.

For servers I do the same, but with annual images and more rigorous scheduling 
of tarballs of important files, along with rolling rsyncs (I've looked at 
rsnapshot, and backing up the backup can be somewhat interesting in that case). 
 Dump/restore has its advantages, too, however.
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[ken]

On 05/05/2011 08:01 AM Brunner, Brian T. wrote:
> centos-boun...@centos.org wrote:
>> At Thu, 05 May 2011 07:44:52 -0400 CentOS mailing list
>>  wrote: 
>>
>>>
>>> On 05/05/2011 07:13 AM, Timothy Murphy wrote:
 Is there a standard way of copying a working system
 from one machine to another with different partitions?
>>> You could also utilize cloning software, such as the client version
>>> of drbl, clonezilla livecd. 
>>>
>>> You could also do a direct copy with dd onto a connected drive.
>> Warning: dd is not a good choise if the source and desination
>> drives/partitions are *different* sizes.
> 
> Different block mappings will also give you grief.
> .:. The drives must be identical manufacturer and model, down to the
> firmware revision.
> dd is not a backup tool in the general sense.

I had doubts about dd also.  But last year, when I needed to upgrade to
a larger drive, I used it and it worked fine.  I bought a new drive (of
course of larger size... different manufacturer too), put it into a
drive enclosure, plugged that new drive into my USB port, and ran dd to
copy the entirety of hda to hdb.  Shutting down the machine, I swapped
the hard drives and booted with the new drive and-- viola!-- new bigger
drive with everything running just like on the old drive.  I didn't have
to reconfigure anything; even the networking worked on the new drive
without touching anything.  The only thing I did on the new drive was to
create a new partition from all the extra new hd space I had.  Indeed,
this is a multi-boot machine and all OSs on it copied over just fine.
In addition, all my linux partitions are encrypted, and all that copied
over perfectly as well.

One tip: Use dd's smallest block size (BS).  I did this copy using dd
several times, starting with 4k, then 2k block sizes and the new disk
had problems when I tried to use it.  IIRC, I had to rachet down to 256
to get a working drive.  And this took eight or ten hours to copy an 80G
drive.

Another tip: in your BIOS the parameter for the hard drive should
probably be Auto-Detect if your source and destination drives aren't
identical.  That's generally the default anyway.

Final tip (I think):  For me, my machine A and machine B were the same
machine... so of course the hardware was absolutely identical.  Using dd
might not work if the hardware on A and B are too different from one
another.


hth,
ken


-- 
"Truth is the most valuable thing we have, so I try to conserve it."
--Mark Twain
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Xen Install manager won't let me install anything.

[Pasi Kärkkäinen]

On Thu, May 05, 2011 at 12:45:41AM -0400, Martes G Wigglesworth wrote:
> 
> Greetings all.
> 
> I am attempting to install dom-u guests on a vanilla install of Centos 
> 5.6.  I am attempting to use the Xen Manager and it 1) won't let me 
> choose ANYTHING but network install, which is quite odd to say the 
> least, and 2) won't let my freebsd install iso complete.  I am a novice 
> with Xen, however, it doesn't make sense even in the most minimally 
> supported system that it would default to a more complex install method 
> such as "network," or "PXE" why does the Centos install of Xen Manager 
> installation wizard force you to only choose network install?
> 

It sounds like your hardware does not have HVM support,
which means you can only run PV VMs.

Installation for PV (paravirtualized) VMs is only supported 
by using netinstall in virt-manager.

HVM (fully virtualized) VMs can be installed from ISO image.

-- Pasi

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Les Mikesell]

On 5/5/11 6:13 AM, Timothy Murphy wrote:
> Is there a standard way of copying a working system
> from one machine to another with different partitions?
>
> I have two CentOS-5.6 machines, say A and B,
> and I thought I would copy / on sdb10 on machine A
> to an unused partition sda7 on machine B with rsync.
> I made the appropriate changes to /etc/fstab and grub.conf ,
> as well as /etc/sysconfig/network-scripts ,
> but found that there were innumerable errors
> when I booted machine B into the new system,
> mostly to do with creating dev's.

That's normal.  Anaconda does a bit of magic during the install in detecting 
the 
hardware and setting things up for it.  Within limits, running kudzu will 
adjust 
some of them and sometimes it will kick off automatically when hardware 
differences are detected.

> Also the ethernet connection, which had been eth1 on A,
> was now eth0 on B, and this did not work.

That will always happen even what you think is identical hardware, but if you 
are at the machine you can fix it manually.  If kudzu runs it will set up the 
interfaces for dhcp and discard your old settings.

> This was only a kind of experiment.
> There is a problem with the partition table on machine A,
> and I thought it would be useful to have a backup machine
> with exactly the same setup.
>
> Is this a hopeless enterprise, or can it be done easily?

Neither.  It isn't easy and I think that is a real deficiency in Linux 
distributions because most people probably think they can have their backups 
working quickly if their machine dies.  But, it also isn't hopeless - you just 
have to know as much about hardware and drivers as anaconda does.  Or you can 
cheat and do an install on the new machine first and keep at least the initrd 
or 
all of /boot and perhaps modprobe.conf and a few other things.  In general it 
is 
better to plan for a new install and have backups that don't overwrite the 
system part but there is not a clean separation between system files and you 
own, so plan to spend a lot of time sorting out things from your backups of 
/etc 
and /var and merging them.

-- 
   Les Mikesell
lesmikes...@gmail.com



___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos under (vmware vs KVM)

[carlopmart]

On 05/05/2011 02:24 PM, przemol...@poczta.fm wrote:
> On Thu, May 05, 2011 at 01:58:04PM +0200, carlopmart wrote:
>> On 05/05/2011 01:52 PM, przemol...@poczta.fm wrote:
>>
>
> What vmware version do you use: server, esxi?? What type of applications
> do you run under these vms??
>

 How mature is your organization?
 How big will this get?
>>>
>>> Why ?
>>> I thought about technical comparison of both approaches.
>>> Then having it you can see if this particular approach is suitable for you.
>>>
>>> Regards
>>> Przemyslaw Bak (przemol)
>>>
>>
>> Which type of comporasion do you need??
>
> Well, it seems that Best Practise would be better name for what I am looking 
> for :-)

Best practice?? I don't think so ... You need to choose between two 
different virtualization products. And the principal point here is: your 
budget and your SLA.

>
>>- How many vms supports each one??
>
> I am looking for information like below:
> - when you use KVM using more KVM VMs then X is not advisable since ...
>
>>- How many nodes can install inside a cluster??
>>- How many ram can I assign to a vm??
>
> As many as appliaction need.

It depends. There isn't a magic formula to accomplish this.
>
>>- Hard and soft limits on both platforms???
>>- What type of storage is supported on both platforms???
>
> In general when you have many OS-es (CentOS) you face following problems:
> - how to keep up with package updates ?
Like in physical world...

> - how about security - is it easier to manage many CentOS-es or just one with 
> many KVMs ?
It's the same. But security is another beast You can't control your 
virtual infrastructure like you do in physical world ... Virtual 
infrastructures are more vulnerable ...

> - how to keep up with application maintenance (mysql, postgresql, apache, 
> dns, etc) ?
Same as you do in physical world.

> Which approach would be better/easier ?

Between what?? vmware and kvm?? In your case, KVM is the best option if 
all vms are centos.

>
>



-- 
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos under (vmware vs KVM)

[przemolicc]

On Thu, May 05, 2011 at 01:58:04PM +0200, carlopmart wrote:
> On 05/05/2011 01:52 PM, przemol...@poczta.fm wrote:
> 
> >>>
> >>> What vmware version do you use: server, esxi?? What type of applications
> >>> do you run under these vms??
> >>>
> >>
> >> How mature is your organization?
> >> How big will this get?
> >
> > Why ?
> > I thought about technical comparison of both approaches.
> > Then having it you can see if this particular approach is suitable for you.
> >
> > Regards
> > Przemyslaw Bak (przemol)
> >
> 
> Which type of comporasion do you need??

Well, it seems that Best Practise would be better name for what I am looking 
for :-)

>   - How many vms supports each one??

I am looking for information like below:
- when you use KVM using more KVM VMs then X is not advisable since ...

>   - How many nodes can install inside a cluster??
>   - How many ram can I assign to a vm??

As many as appliaction need.

>   - Hard and soft limits on both platforms???
>   - What type of storage is supported on both platforms???

In general when you have many OS-es (CentOS) you face following problems:
- how to keep up with package updates ?
- how about security - is it easier to manage many CentOS-es or just one with 
many KVMs ?
- how to keep up with application maintenance (mysql, postgresql, apache, dns, 
etc) ?
Which approach would be better/easier ?


Regards
Przemyslaw Bak (przemol)



















































--
Mamy je -rozwiazania z j.polskiego!
http://linkint.pl/f29a8

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Brunner, Brian T.]

centos-boun...@centos.org wrote:
> At Thu, 05 May 2011 07:44:52 -0400 CentOS mailing list
>  wrote: 
> 
>> 
>> 
>> On 05/05/2011 07:13 AM, Timothy Murphy wrote:
>>> Is there a standard way of copying a working system
>>> from one machine to another with different partitions?
>> You could also utilize cloning software, such as the client version
>> of drbl, clonezilla livecd. 
>> 
>> You could also do a direct copy with dd onto a connected drive.
> 
> Warning: dd is not a good choise if the source and desination
> drives/partitions are *different* sizes.

Different block mappings will also give you grief.
.:. The drives must be identical manufacturer and model, down to the
firmware revision.
dd is not a backup tool in the general sense.

Insert spiffy .sig here:
Life is complex: it has both real and imaginary parts.

//me
***
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom
they are addressed. If you have received this email in error please
notify the system manager. This footnote also confirms that this
email message has been swept for the presence of computer viruses.
www.Hubbell.com - Hubbell Incorporated**

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos under (vmware vs KVM)

[carlopmart]

On 05/05/2011 01:52 PM, przemol...@poczta.fm wrote:

>>>
>>> What vmware version do you use: server, esxi?? What type of applications
>>> do you run under these vms??
>>>
>>
>> How mature is your organization?
>> How big will this get?
>
> Why ?
> I thought about technical comparison of both approaches.
> Then having it you can see if this particular approach is suitable for you.
>
> Regards
> Przemyslaw Bak (przemol)
>

Which type of comporasion do you need??

  - How many vms supports each one??
  - How many nodes can install inside a cluster??
  - How many ram can I assign to a vm??

  - Hard and soft limits on both platforms???
  - What type of storage is supported on both platforms???

  ..


-- 
CL Martinez
carlopmart {at} gmail {d0t} com
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Robert Heller]

At Thu, 05 May 2011 07:44:52 -0400 CentOS mailing list  
wrote:

> 
> 
> On 05/05/2011 07:13 AM, Timothy Murphy wrote:
> > Is there a standard way of copying a working system
> > from one machine to another with different partitions?
> You could also utilize cloning software, such as the client version of 
> drbl, clonezilla livecd.
> 
> You could also do a direct copy with dd onto a connected drive.

Warning: dd is not a good choise if the source and desination
drives/partitions are *different* sizes.

> 
> You may be well served by looking into drbl, or clonezilla.
> 

-- 
Robert Heller -- 978-544-6933 / hel...@deepsoft.com
Deepwoods Software-- http://www.deepsoft.com/
()  ascii ribbon campaign -- against html e-mail
/\  www.asciiribbon.org   -- against proprietary attachments


  
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Centos under (vmware vs KVM)

[przemolicc]

On Wed, May 04, 2011 at 06:04:44AM -0400, Jim Wildman wrote:
> On Wed, 4 May 2011, carlopmart wrote:
> 
> > On 05/04/2011 10:58 AM, przemol...@poczta.fm wrote:
> >> Hello,
> >>
> >> we are using several centos servers under Vmware. We are having more
> >> and more requests for server space for each business application (let 
> >> assume
> >> that these business requests are for different type of services:
> >> databases, web apps, application servers etc.
> >>
> >> I wonder which solution is better:
> >> 1. new CentOS under vmware (having several CentOS servers under Vmware)
> >> or
> >> 2. new CentOS under KVM under existing CentOS (having a few CentOS servers 
> >> with several KVMs in each)
> >> Each approach has some advantages and disadvantages.
> >> Can you share your thoughts about it ?
> >>
> >
> > What vmware version do you use: server, esxi?? What type of applications
> > do you run under these vms??
> >
> 
> How mature is your organization? 
> How big will this get?

Why ?
I thought about technical comparison of both approaches.
Then having it you can see if this particular approach is suitable for you.

Regards
Przemyslaw Bak (przemol)




















































Najwieksza baza ogloszen motoryzacyjnych!
Sprawdz >> http://linkint.pl/f29ac

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Martes G Wigglesworth]

On 05/05/2011 07:13 AM, Timothy Murphy wrote:
> Is there a standard way of copying a working system
> from one machine to another with different partitions?
You could also utilize cloning software, such as the client version of 
drbl, clonezilla livecd.

You could also do a direct copy with dd onto a connected drive.

You may be well served by looking into drbl, or clonezilla.

-- 
Respectfully,


Martes G Wigglesworth
M. G. Wigglesworth Holdings, LLC
www.mgwigglesworth.net

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] How to copy a system?

[Robert Heller]

At Thu, 05 May 2011 12:13:18 +0100 CentOS mailing list  
wrote:

> 
> Is there a standard way of copying a working system
> from one machine to another with different partitions?
> 
> I have two CentOS-5.6 machines, say A and B,
> and I thought I would copy / on sdb10 on machine A
> to an unused partition sda7 on machine B with rsync.
> I made the appropriate changes to /etc/fstab and grub.conf ,
> as well as /etc/sysconfig/network-scripts ,
> but found that there were innumerable errors
> when I booted machine B into the new system,
> mostly to do with creating dev's.
> Also the ethernet connection, which had been eth1 on A,
> was now eth0 on B, and this did not work.

It sounds like you have problems *other* the 'copy' part.

After copying the system, you will likely need to remake the initrd on
the target system.  Oh, you will need to edit /etc/modprobe.conf:
different SATA driver, different ethernet driver, etc.

> 
> This was only a kind of experiment.
> There is a problem with the partition table on machine A,
> and I thought it would be useful to have a backup machine
> with exactly the same setup.
> 
> Is this a hopeless enterprise, or can it be done easily?

It is easy enough to do.  There are just a few more things involved
besides copying the data and diddling with grub.conf, /etc/fatab, and
/etc/sysconfig/network-scripts. You just forgot about /etc/modprobe.conf
and forgot to remake the the initrd.

>  

-- 
Robert Heller -- 978-544-6933 / hel...@deepsoft.com
Deepwoods Software-- http://www.deepsoft.com/
()  ascii ribbon campaign -- against html e-mail
/\  www.asciiribbon.org   -- against proprietary attachments


  
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

[CentOS] How to copy a system?

[Timothy Murphy]

Is there a standard way of copying a working system
from one machine to another with different partitions?

I have two CentOS-5.6 machines, say A and B,
and I thought I would copy / on sdb10 on machine A
to an unused partition sda7 on machine B with rsync.
I made the appropriate changes to /etc/fstab and grub.conf ,
as well as /etc/sysconfig/network-scripts ,
but found that there were innumerable errors
when I booted machine B into the new system,
mostly to do with creating dev's.
Also the ethernet connection, which had been eth1 on A,
was now eth0 on B, and this did not work.

This was only a kind of experiment.
There is a problem with the partition table on machine A,
and I thought it would be useful to have a backup machine
with exactly the same setup.

Is this a hopeless enterprise, or can it be done easily?
 
-- 
Timothy Murphy  
e-mail: gayleard /at/ eircom.net
tel: +353-86-2336090, +353-1-2842366
s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Audio/video recording software

[Eduardo Grosclaude]

On Wed, May 4, 2011 at 09:14, Marko Vojinovic  wrote:
>
> Hi everyone! :-)
>
> The question is: what would you suggest as an easy-to-use yum-installable app
> that could handle a couple of minutes/hours of recording?
>
> People who are about to use it are complete noobs, and I would like to give
> them a user interface of type "start the program, press record, talk for a
> while, press stop, press save, quit the program". That is, if something like
> that exists for CentOS (version 5.6, if it matters).

If your clips are the computer lesson or software demo style,
"recordmydesktop" is as noob-proof as you can get. Regarding how to
shoot talking heads, I'd envision recording a webcam window, probably
contrived but feasible. Mixing other recorded material in would be
possible too.

-- 
Eduardo Grosclaude
Universidad Nacional del Comahue
Neuquen, Argentina
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Finding wich files a writen to

[przemolicc]

On Wed, May 04, 2011 at 12:17:15PM -0400, Nicolas Ross wrote:
> Hi !
> 
> I have a server (Centos 5) that is using a pair of SAS drives to store the 
> data. (Mail server) They are on an adaptec raid controler with a battery 
> backup and write back cache active.
> 
> >From time to time, I have sever peak io to those data disks (> 400 to 500 
> iops, > 70 to 100 megs/sec).
> 
> With iostat, I find that it's almost a write i/o problem. How can I find to 
> which files the OS writes ? On OSX boxes, there is a utility called fs_usage 
> that can reports any disk activity for a particular process or all 
> processes. Is there any utility like this on Centos ?
> 
> iotop can points me to wich process, but that doesn't points me to what 
> files are the culprits... 

Systemtap can [*] be very useful for this.

[*] I use DTrace under Solaris. This is one of the best OS feature any sysadmin 
can have.
Systemtap is similar to DTrace (at least it tries to be ...).
Look at http://uselessuseofcat.com/?p=281


Regards
Przemyslaw Bak (przemol)



















































-
Wez udzial w konkursie i WYGRAJ! 
Sprawdz >> http://linkint.pl/f299e

___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] LDAPs causing System Message Bus to hang when there's no network

[John Hodrien]

On Thu, 5 May 2011, Gordon Messmer wrote:

> On 05/03/2011 10:43 AM, aurfal...@gmail.com wrote:
>> Can any one comment on what ppl are using for larger deployments?  I
>> hope its not a resounding M$ AD?!
>
> Use sssd.  It's now included in CentOS 5.

Included doesn't necessarily mean usable though.  I might be out of date on
this, but I thought when I looked at it that it didn't handle nested groups.
That made it pretty much pointless for me.  It took upgrading to a pre-release
of a 6.1 RPM to get something I could use.

jh
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos

Re: [CentOS] Audio/video recording software

[Rajagopal Swaminathan]

Greetings,

On Wed, May 4, 2011 at 5:44 PM, Marko Vojinovic  wrote:
>
> Hi everyone! :-)
>
> I am supposed to get (for the first time) into the world of making youtube
> clips. I have a webcam, a microphone and a big hard drive configured and 
> ready.
> The question is: what would you suggest as an easy-to-use yum-installable app
> that could handle a couple of minutes/hours of recording?
>
> People who are about to use it are complete noobs, and I would like to give
> them a user interface of type "start the program, press record, talk for a
> while, press stop, press save, quit the program". That is, if something like
> that exists for CentOS (version 5.6, if it matters).
>
> I don't mind proprietary/patented/nonfree A/V formats, codecs and stuff.
> Anything goes, of a typical amateur youtube quality. I just need something
> that generates video clips in the simplest way possible.
>
> Any recommendations?
>
> TIA, :-)
> Marko
>
> ___
> CentOS mailing list
> CentOS@centos.org
> http://lists.centos.org/mailman/listinfo/centos
>

Cinelerra seems to be more professional but hard to master. can try that

-- 
Regards,

Rajagopal
___
CentOS mailing list
CentOS@centos.org
http://lists.centos.org/mailman/listinfo/centos