From: "stingtaogiga" <stingtao@giga.net.tw>
To: mauelshagen@sistina.com
Cc: linux-lvm@sistina.com
Subject: [linux-lvm] Re: can't pvcreate more than 64 dasds on Linux/390
Date: Sun Oct 21 12:15:02 2001 [thread overview]
Message-ID: <001501c15a54$bd60b970$13c4cccb@adsting.linux> (raw)
In-Reply-To: 20011021141346.B1096@sistina.com
I don't know if that patch is the key....
I also heard that the kernel level(2.2.19) I use has already supported
dynamic major number...
Actually, I can format and mount those disk with major number 254
individually all right. Just couldn't pvcreate with them.
Any other advise?
----- Original Message -----
From: "Heinz J . Mauelshagen" <mauelshagen@sistina.com>
To: "stingtaogiga" <stingtao@giga.net.tw>
Cc: <mge@sistina.com>
Sent: Sunday, October 21, 2001 8:13 PM
Subject: Re: can't pvcreate more than 64 dasds on Linux/390
> On Sun, Oct 21, 2001 at 04:10:02AM +0800, stingtaogiga wrote:
> > Dear sir,
> > I am using lvm-0.9.1_beta7-1 with TurboLinux6.5(2.2.19) over IBM
> > mainframe S/390. I tried to pvcreate 200 dasds(disks) together, than
I'll
> > make them a vg, totally disk space around 500G.
> > I can work with dasds whose major number is 94 (that is, 64 dasds in
> > total)all right. However, I fails to pvcreate those dasds whose major
number
> > is 253, 252.... The message is:
> >
> > [root@host96 block]# pvcreate /dev/dasdb[st]1
> > pvcreate -- invalid physical volume name "/dev/dasdbs1"
> >
>
> Well, there's a patch from IBM which should be in the LVM archives to
support
> dynamic additional major in order to work around this constraint.
>
> Not the future Linux 2.5 concept though, where minors won't be limited
> to 8 bit any longer. That's the way we want to support it BTW.
>
> > I traced lvm kernel source and found that in
> > /usr/src/linux-2.2.19/include/linux/major.h, only dasd with major number
94
> > is defined. I think that's the reason pvcreate thought those dasds are
> > invalid. Would you advise how to get around this situation?
> >
> > ps. I am tring to subscribe to the mailing list but fails....that's why
I
> > send you email directly....
>
> Could you send mail to blutgens@sistina.com including the particular
problem
> dexription of your subscription try. He should be able to help you
> to get subscribed then.
>
> --
>
> Regards,
> Heinz -- The LVM Guy --
>
> *** Software bugs are stupid.
> Nevertheless it needs not so stupid people to solve them ***
>
>
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
=-
>
> Heinz Mauelshagen Sistina Software Inc.
> Senior Consultant/Developer Am Sonnenhang 11
> 56242 Marienrachdorf
> Germany
> Mauelshagen@Sistina.com +49 2626 141200
> FAX 924446
>
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
=-
parent reply other threads:[~2001-10-21 12:15 UTC|newest]
Thread overview: expand[flat|nested] mbox.gz Atom feed
[parent not found: <20011021141346.B1096@sistina.com>]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='001501c15a54$bd60b970$13c4cccb@adsting.linux' \
--to=stingtao@giga.net.tw \
--cc=linux-lvm@sistina.com \
--cc=mauelshagen@sistina.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).