Operating System - Tru64 Unix
1748128 Members
3673 Online
108758 Solutions
New Discussion юеВ

Re: Blast from the past II: presenting a LUN to a 4.0F box

 
SOLVED
Go to solution
Adam Garsha
Valued Contributor

Blast from the past II: presenting a LUN to a 4.0F box

After presenting a LUN to a 4.0F box, how did you create device files?
10 REPLIES 10
Ivan Ferreira
Honored Contributor

Re: Blast from the past II: presenting a LUN to a 4.0F box

I used to start with genvmunix, recompile the kernel and device files where created automatically.
Por que hacerlo dificil si es posible hacerlo facil? - Why do it the hard way, when you can do it the easy way?
Hein van den Heuvel
Honored Contributor

Re: Blast from the past II: presenting a LUN to a 4.0F box

There was a MAKEDEV script in /dev no?

Then use 'file' to see whether you can really see the device and disklabel to make is useable.

Hein.
Ivan Ferreira
Honored Contributor

Re: Blast from the past II: presenting a LUN to a 4.0F box

To issue the MAKEDEV, you need to know the device name that the device would have. That's why I use to do the log way.
Por que hacerlo dificil si es posible hacerlo facil? - Why do it the hard way, when you can do it the easy way?
Vladimir Fabecic
Honored Contributor

Re: Blast from the past II: presenting a LUN to a 4.0F box

Based on my answer on your previous question:
Calculate device name and make device file using MAKEDEV.
For example
BUS 4 ID 1 LUN 1
# cd /dev
# ./MAKEDEV rza33*
As Hein said check with file command did you create device file OK.
When you present LUN to TRU64 V4.0F box you also define which LUN will be assigned.
In vino veritas, in VMS cluster
Adam Garsha
Valued Contributor

Re: Blast from the past II: presenting a LUN to a 4.0F box

1st are you sure that LUN0 doesn't equal rza?

2nd, does reboot automatically create files?
Do I need to scan scsi bus somehow?

Thanks.
Hein van den Heuvel
Honored Contributor
Solution

Re: Blast from the past II: presenting a LUN to a 4.0F box

>> 1st are you sure that LUN0 doesn't equal rza?

Pretty sure. That's how I remember it also.
Basically the lun support came late. Originally OSF only had bus + unit. Then support for luns was added and a new naming convention was developped to be compatible with the existing lun-less and thus 'a' less naming.


>> 2nd, does reboot automatically create files?

Yes, but like Ivan says, you need to boot genvmunix, not your own /vmunix kernel. They rebuild, and reboot for a second time with the fresh kernel and fresh device files.

>> Do I need to scan scsi bus somehow?

Not if you go the long, but predictable, genvmunix route.

Hein.
Vladimir Fabecic
Honored Contributor

Re: Blast from the past II: presenting a LUN to a 4.0F box

>> 1st are you sure that LUN0 doesn't equal rza?
I am 100% sure!!!
Take a look at "normal" systems with only internal SCSI disks. Every SCSI disk connected to "normal" SCSI controller has LUN 0!!! So that is why these disks are called rz1, rz2 etc, NOT rza1, rza2 etc!!!
Once again:
LUN 0 has NO ADDITIONAL LETTER, LUN 1 has letter a (rza8 is BUS 1 ID 0 LUN 1), LUN 2 has letter b ...
I never reboot UNIX systems when I do not have to! UNIX is NOT MS windows!
But you can also do what Ivan said, it will work.
In vino veritas, in VMS cluster
Vladimir Fabecic
Honored Contributor

Re: Blast from the past II: presenting a LUN to a 4.0F box

For future questions about adding disks to a running 4.0F box:
1. Create and present new "disk"
2. Do:
# scu scan edt
and
# scu show edt
to verify OS has found "new disk"
3. Calculate device name from formula:
rzX ((SCSI ID) + (Bus number X 8))
where X is additional letter for LUN number
where LUN 0 has NO ADDITIONAL LETTER, LUN 1 is letter "a", LUN 2 is letter "b" etc
example: BUS 1 ID 1 LUN 1 is rza9
3. Create device files for "new disk"
# cd /dev
# ./MAKEDEV rzXY (./MAKEDEV rza9*)
4. Check everything is OK using "file" command.
5. Be happy it is UNIX and label the "new disk"
In vino veritas, in VMS cluster
Joris Denayer
Respected Contributor

Re: Blast from the past II: presenting a LUN to a 4.0F box

Hi,

If you only add a new device on an existing SCSI bus (or if you configure a new unit in an existing HSZ/HSG).

2 possibilities exist

- the MAKEDEV tool (already explained)
- simply reboot. It is not necessary to reboot from genvmunix. There is no new device driver needed for a new disk on an existing bus. (Otherwise, running MAKEDEV without rebooting wouldn't work). In fact, all busses are scanned during startup, when the device driver is activating an adapter.
This can be seen in the startup messages.


You only have to reboot from genvmunix if your configuration is changed. f.i.
- a new SCSI adapter is added
- an existing adapter is moved to another slot

To err is human, but to really faul things up requires a computer