Operating System - HP-UX
1833464 Members
2782 Online
110052 Solutions
New Discussion

Re: Putting bigger discs in server

 
SOLVED
Go to solution
MarkSyder
Honored Contributor

Re: Putting bigger discs in server

One step forward?

I ran fuser -cu /int2 and got the result:

/int2: 18971o(root)

I then ran fuser -ku /int2 and appeared to get rid of this process.

I then ran vgchange again and got exactly the same result - Device busy. I reran fuser -cu etc. and the process had restarted.

Advice on Monday will be fine - I've got one phone call to make, then I'll be going home.

Mark
The triumph of evil requires only that good men do nothing
Robert-Jan Goossens_1
Honored Contributor

Re: Putting bigger discs in server

Hi Mark,

could descibe very short what you did before the vgchange ?

RJ
MarkSyder
Honored Contributor

Re: Putting bigger discs in server

You were quick off the mark Robert-Jan! One last post before I leave for the day.

fuser -cu /int2
fuser -ku /int2
vgexport -s -p -v -m /tmp/vg02.mymap /dev/vg02
vgchange -a n /dev/vg02

Mark
The triumph of evil requires only that good men do nothing
MarkSyder
Honored Contributor

Re: Putting bigger discs in server

I intend having another go tomorrow afternoon.

As there have been no suggestions about why fuser didn't work, I intend bringing the server up in single-user mode so I can de-activate the disc before vg02 is loaded.

Can anyone see anything wrong with this plan?

Mark
The triumph of evil requires only that good men do nothing
MarkSyder
Honored Contributor

Re: Putting bigger discs in server

Hi everyone, and thanks for the help so far.

The 73Gb disc is now up and running and it has been a seamless transition for the users.

For the benefit of anyone else who ever needs to do this, I didn't need to bring the server up in single-user mode: the vgchange and vgexport worked fine after a simple reboot.

Now on to the next stage: sam and ioscan still show the 18Gb disc, even though I removed it this morning and replaced it with the second 73Gb disc. Do I need to reboot? If so, it will wait - there's no desperate rush for the second disc yet.

Mark
The triumph of evil requires only that good men do nothing
bhavin asokan
Honored Contributor

Re: Putting bigger discs in server

hi syder,

sorry for the error my earlier reply.

you should run fuser -ku in the lv ,not with the moumt point .
like

fuser -ku /dev/vg00/lvol4
fuser -ku /dev/vg00/lvol5

after changing the disk you have to do ioscan -fnC disk.(not ioscan -funC disk).

if it is also not running then try insf -e and ioscan .

regds,





MarkSyder
Honored Contributor

Re: Putting bigger discs in server

I've tried insf -e followed by ioscan -fnC disk but it's still showing the old disc.

Not to worry - I'm sure the new disc will show up after a reboot and there's no rush for it at the moment.

I'll leave this thread open for the rest of today in case anyone has got anything to add.

Mark
The triumph of evil requires only that good men do nothing
Victor BERRIDGE
Honored Contributor

Re: Putting bigger discs in server

Hi Mark,
Use rmsf to remove your old disk drivers...

Where ot how do you see them?

All the best
Victor
MarkSyder
Honored Contributor

Re: Putting bigger discs in server

Hi Victor.

Now here's an interesting thing - I've been looking at the man page for rmsf and decided I needed to use the -d (for directory) option. But ioscan doesn't show any directory for this disc under either /dev/dsk or /dev/rdsk. I've run ll in those directories and confirmed that there aren't any files.

So I tried rmsf -H 10/0/15/1.4.0 (the hardware path) and it gave me the error message "rmsf: io_destroy failed - No match found.".

Any suggestions?

Mark
The triumph of evil requires only that good men do nothing
Victor BERRIDGE
Honored Contributor

Re: Putting bigger discs in server

Hi Mark,
Usually when I get lost with ghost HW IO drivers etc... and too depessed:
I try to mv /etc/ioconfig /etc/ioconfig.sav or $(date) I let you choose an adequate suffix and type ioscan with no args and see it generate a new ioconfig and see if it solves my problem...
Till now it worked...

All the best
Victor
MarkSyder
Honored Contributor

Re: Putting bigger discs in server

It turns out I needed to remove the lvols before it would acknowledge that the disc was no longer there. It would only let me do that with the old disc in situ.

It's now even stranger: ioscan shows the new disc but sam shows nothing at that hardware address (I've checked device list as well as discs).

Will this be picked up on reboot or do I need to do something to make sam see the disc? I've already got it to rescan the hardware and it still can't see it.

Mark
The triumph of evil requires only that good men do nothing
MarkSyder
Honored Contributor

Re: Putting bigger discs in server

All well after I took the new disc out and reseated it.

The next task is to take out the DDS3 tape drive and replace it with the DDS4 drive - but if that causes any problems, that will be a new thread.

I believe this thread is now resolved, but will leave it open for the rest of today in case anyone has anything useful to add. Thanks again to everyone who helped.

Mark
The triumph of evil requires only that good men do nothing
Victor BERRIDGE
Honored Contributor

Re: Putting bigger discs in server

Hi Mark,
After what I suggest I forgot to add you would have to "insf -e " ...
Sorry about that!
About the logical volumes, vgexport is to blame since its his task to remove from /etc/lvmtab etc.. the knowledge of now unwanted lvols...

All the best
Victor
MarkSyder
Honored Contributor

Re: Putting bigger discs in server

The new discs are working fine.

Thanks again to everyone who helped.

Mark
The triumph of evil requires only that good men do nothing