Help!!
My Fedora 7 system at work was slowly dying due to a failing disk drive, so I have an installation on a new disk drive.
However the old disk has been left in the system (so I can retrieve data from it) but with the *same* Volume Group name as the new installation. So, when I do 'vgscan' for example I see:-
[root@localhost ~]# vgscan Reading all physical volumes. This may take a while... WARNING: Duplicate VG name VolGroup00: Existing P6sqp0-rIos-JYmi-8L32-ymtN-LzB4-g5BdLL (created here) takes precedence over TdWFKp-H4tw-UrVq-Jmre-26hv-zmyE-IZXQLI Found volume group "VolGroup00" using metadata type lvm2 Found volume group "VolGroup00" using metadata type lvm2 [root@localhost ~]#
How can I sort this out? I have root access and everything, can even get to single user mode I guess. Do I need to do something desperate like boot the old installation (which is still possible), go to single user and rename the Volume Group? Or is there a simpler way?
On 20 Mar 2008, at 9:15 am, Chris G wrote:
How can I sort this out? I have root access and everything, can even get to single user mode I guess. Do I need to do something desperate like boot the old installation (which is still possible), go to single user and rename the Volume Group? Or is there a simpler way?
It looks like vgrename will take a UUID, so you should be able to rename one of them that way I'd have thought..
http://linux.die.net/man/8/vgrename
On Thu, Mar 20, 2008 at 11:02:35AM +0000, David Reynolds wrote:
On 20 Mar 2008, at 9:15 am, Chris G wrote:
How can I sort this out? I have root access and everything, can even get to single user mode I guess. Do I need to do something desperate like boot the old installation (which is still possible), go to single user and rename the Volume Group? Or is there a simpler way?
It looks like vgrename will take a UUID, so you should be able to rename one of them that way I'd have thought..
Yes, you're absolutely right, worked perfectly by renaming the old Volume Group. It wasn't immediately obvious from the vgrename man page that I looked at that this was possible.
Thanks!
All I need now is to get the automounter working so I can have my home directory back and I'm just about thehre.
On 20 Mar 11:13, Chris G wrote:
On Thu, Mar 20, 2008 at 11:02:35AM +0000, David Reynolds wrote:
On 20 Mar 2008, at 9:15 am, Chris G wrote:
How can I sort this out? I have root access and everything, can even get to single user mode I guess. Do I need to do something desperate like boot the old installation (which is still possible), go to single user and rename the Volume Group? Or is there a simpler way?
It looks like vgrename will take a UUID, so you should be able to rename one of them that way I'd have thought..
Yes, you're absolutely right, worked perfectly by renaming the old Volume Group. It wasn't immediately obvious from the vgrename man page that I looked at that this was possible.
Thanks!
All I need now is to get the automounter working so I can have my home directory back and I'm just about thehre.
A what?! Err, just add it to fstab?
/dev/mapper/<volumegroupname>-<volumename> /mount/point filesystemtype fsoptions dump pass
e.g.
/dev/mapper/main-home /home xfs defaults 0 0
Works fine for us... and we have root on lvm :p (OK - boot isn't on lvm, but hey ;)
Cheers,
On 20 Mar 2008, at 11:13 am, Chris G wrote:
Yes, you're absolutely right, worked perfectly by renaming the old Volume Group. It wasn't immediately obvious from the vgrename man page that I looked at that this was possible.
Thanks!
No problem.
As ever, I managed to find the answer to your question by clicking the first link I found from googling. (Search terms "rename volume group" in this case).
I tend to find Google gives better answers to technical type questions than other search engines. What search engine do you use to look for this sort of thing Chris?
On Thu, Mar 20, 2008 at 11:18:05AM +0000, Brett Parker wrote:
All I need now is to get the automounter working so I can have my home directory back and I'm just about thehre.
A what?! Err, just add it to fstab?
/dev/mapper/<volumegroupname>-<volumename> /mount/point filesystemtype fsoptions dump pass
e.g.
/dev/mapper/main-home /home xfs defaults 0 0
Works fine for us... and we have root on lvm :p (OK - boot isn't on lvm, but hey ;)
Hmmm! :-)
I need some more help here.
I have the default auto.master, auto.misc, auto.net and auto.smb files in /etc (I have compared them with the old ones, they're the same).
My home directory is on a Sun NFS server and should be automounted from there. It's all done by YP/NIS. I have got NIS running now, changing my password locally does change my NIS password.
As far as I can see there's nothing related to the automounter in the old /etc/fstab file.
I can't find *anything* beyond the "/net -hosts" line in /etc/auto.master that tells my system how/where to find my home directory. It's all cloak and dagger stuff as far as I'm concerned.
Automount is running OK, if I cd explicitly to automounted directories under /net they do appear OK. I.e. if I do "cd /net/ipfs2/home1/chris" then the directory automagically appears. What I don't understand is what makes "cd /home/chris" somehow map to /net/ipfs2/home1/chris.
Help!!
On Thu, Mar 20, 2008 at 12:02:13PM +0000, David Reynolds wrote:
On 20 Mar 2008, at 11:13 am, Chris G wrote:
Yes, you're absolutely right, worked perfectly by renaming the old Volume Group. It wasn't immediately obvious from the vgrename man page that I looked at that this was possible.
Thanks!
No problem.
As ever, I managed to find the answer to your question by clicking the first link I found from googling. (Search terms "rename volume group" in this case).
I tend to find Google gives better answers to technical type questions than other search engines. What search engine do you use to look for this sort of thing Chris?
I did try googling but my first few hits were about a rather more complex case with a loopback file system.
If the vgrename man page had actually told me I could do this I would have got to the answer straight away.
David Reynolds david@reynoldsfamily.org.uk wrote:
I tend to find Google gives better answers to technical type questions than other search engines. What search engine do you use to look for this sort of thing Chris?
While I've noticed improvements in some of their services, I find Google's main web search engine still sucks in many ways. It's got a big database, but it's chaotic. Particularly relevant for this case, there's a lot of churn in the results and it seems to behave differently depending where you are searching from, so what David sees as the top few results may not be what Chris sees as the top results.
I'm currently using dmoz.org and clusty.com as my main two search engines - Clusty is particularly useful for ambiguous terms because it tries to classify results and let you use that to narrow them down. It still likes Wikipedia too much for my tastes, though - if I want to search for a possible wikipedia topic, I use factbites.com.
Gigablast.com has fallen down my preferences since its too-wide two-column redesign - that didn't work for Ask, so why did they think it would work for them? Stupid, stupid. I'm still waiting to see whether human-powered search makes a comeback.
What searches are others using, or are most people using the hammer, thinking all web searches look enough like nails?
Could there be potential in a LUG-archives search engine?
-
Brett Parker -
Chris G -
David Reynolds -
MJ Ray