Jeff, I am still confused about what happened. Could you be a little more
explicit about what caused Raven to take a special interest in the message?
What did Tim do "wrong" to his message to cause this interest? What should
Tim have done instead? How can one make sure this does not happen to one's
messages?
And once again I wish to express my appreciation for the good work you do
supporting this forum.
Denys
-----Original Message-----
From: HP-3000 Systems Discussion [mailto:[log in to unmask]] On Behalf
Of Jeff Kell
Sent: Monday, February 21, 2005 11:14 PM
To: [log in to unmask]
Subject: Re: [HP3000-L] Moving from XP512 to VA71xx
Monsieur Denys Beauchemin a écrit:
>> Perhaps the grand sage in Tennessee will shed some light on the
disappearing
>> post. There have been strange things going on recently, and I guess
it's a
>> good idea to reply to two or more just so this kind of thing doesn't go
>> unnoticed.
Alas, Raven saw the unquoted headers in the reply and suspected foul
play, thus dropping the list message into the error queue. For
posterity's sake, I have resurrected the original bounce to me from
raven in its entirity (slight editing so as not to repeat the bounce).
Jeff (excuse the poor formatting)
The enclosed message, found in the HP3000-L mailbox and shown under the
spool ID 1205691 in the system log, has been identified as a possible
delivery error notice for the following reason: "Sender:", "From:"
or "Reply-To:" field pointing to the list has been found in mail body.
------------------------ Message in error (566 lines)
-------------------------
Return-Path: <[log in to unmask]>
Received: from cuda.utc.edu (150.182.136.8) by raven.utc.edu (LSMTP for
Windows NT v1.1b) with SMTP id <[log in to unmask]>; Mon, 21 Feb
2005 16:42:10 -0500
X-ASG-Debug-ID: 1109022127-27652-18-0
X-Barracuda-URL: http://150.182.136.8:80/cgi-bin/mark.cgi
Received: from scinmail01.frequencymarketing.com
(66.49.89.131.nw.nuvox.net [66.49.89.131])
by cuda.utc.edu (Spam Firewall) with ESMTP id 61198D0066D4
for <[log in to unmask]>; Mon, 21 Feb 2005 16:42:07 -0500 (EST)
Received: by scinmail01 with Internet Mail Service (5.5.2657.72)
id <D0Z5YXYD>; Mon, 21 Feb 2005 16:41:47 -0500
Message-ID: <F0C0923A7961D046A2061CDB3F62BCD70F1E7CFA@scinmail01>
From: Tim Cummings <[log in to unmask]>
==>To: "[log in to unmask]" <[log in to unmask]>, Tim Cummings
<[log in to unmask]>,
[log in to unmask]
X-ASG-Orig-Subj: RE: [HP3000-L] Moving from XP512 to VA71xx
Subject: RE: [HP3000-L] Moving from XP512 to VA71xx
Date: Mon, 21 Feb 2005 16:41:46 -0500
MIME-Version: 1.0
X-Mailer: Internet Mail Service (5.5.2657.72)
Content-Type: multipart/alternative;
boundary="----_=_NextPart_001_01C5185E.248E1190"
X-Virus-Scanned: by Barracuda Spam Firewall at utc.edu
X-Barracuda-Spam-Score: 0.03
X-Barracuda-Spam-Status: No, SCORE=0.03 using per-user scores of
TAG_LEVEL=3.5 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=7.0
tests=FORGED_RCVD_HELO, HTML_40_50, HTML_MESSAGE
X-Barracuda-Spam-Report: Code version 2.64, rules version 2.1.1245
Rule breakdown below pts rule name
description
---- ----------------------
-------------------------------------------
0.02 HTML_40_50 BODY: Message is 40% to 50% HTML
0.01 HTML_MESSAGE BODY: HTML included in message
0.00 FORGED_RCVD_HELO Received: contains a forged HELO
This message is in MIME format. Since your mail reader does not understand
this format, some or all of this message may not be legible.
------_=_NextPart_001_01C5185E.248E1190
Content-Type: text/plain;
charset="iso-8859-1"
I'm thinking that at the least, I could do the following:
create new volume set VASET_01
create new groups for my existing account on the new volume set.
(SOURCE1, DATA1,PUB1,STREAMS1 ...)
Use MPEX to copy existing groups one by one to the new volume set. (COPY
@.SOURCE TO @.SOURCE1 ...)
Purge group SOURCE.
Create SOURCE group on new volume set.
Use MPEX to rename files back to original group names.
(RENAME @.SOURCE1 TO @.SOURCE)
I will need to create the new groups with the same characteristics as they
exist today. (BUILDACCT? might be a good start)
Does anyone see any holes in this theory.
Tim
-----Original Message-----
From: Denys Beauchemin [mailto:[log in to unmask]]
Sent: Monday, February 21, 2005 4:11 PM
===>To: 'Tim Cummings'; [log in to unmask]; [log in to unmask]
Subject: RE: [HP3000-L] Moving from XP512 to VA71xx
I apologize for not being more explicit. Now, you cannot have accounts with
the same name on a single system even if they are in separate volumesets.
When I mentioned issues with account nomenclature what I meant to say was
that if you could change the account name for the new volumeset (and you
could keep the all the groups the same,) you would be home free. So, if
your account names are hard-coded and too difficult to change, then it's
store/restore time.
On the other hand if you could manage an account name change, the
possibilities that open up for you are legions.
Denys
_____
From: Tim Cummings [mailto:[log in to unmask]]
Sent: Monday, February 21, 2005 3:04 PM
===>To: [log in to unmask]; Tim Cummings; [log in to unmask]
Subject: RE: [HP3000-L] Moving from XP512 to VA71xx
Yes, these gadgets are on an N-class.
Can you have 2 volume sets with the same account structures on them?
If so, how would the copy be done?
I would like to do the transition in a phased implementation.
Tim
-----Original Message-----
From: Denys Beauchemin [ mailto:[log in to unmask]
<mailto:[log in to unmask]> ]
Sent: Monday, February 21, 2005 3:57 PM
===>To: 'Tim Cummings'; [log in to unmask]
Subject: RE: [HP3000-L] Moving from XP512 to VA71xx
That's a nice thought but I don't think you can make it work. Beyond the
connectivity problem, (and you did not mention what type of system these
lovely gadgets are connected to, but I suspect some type of N-class,) the
documentation of VOLTUTIL is quite specific. The volumes must be in a
non-mounted state. The source volume must be in a LONER, SCRATCH or UNKNOWN
state and the target volume must be in a SCRATCH or UNKNOWN state. This
means you will need to somehow corrupt your volumes before trying this.
The COPYSET command wants the source to be in a LONER state and the target
to be in a SCRATCH or UNKBOWN state.
All in all, it would be interesting to try, especially on a small volumeset.
I am not one to condone testing such things with production data.
An alternative would be to create a new volumeset with the VA71xx attached
to it and then start copying groups from one volumeset to another. You
could do this at the group level and take your time doing it, a phased
implementation if you will. You will have to deal with issues of
nomenclature for duplicate accounts, but if you could get by those problems,
this could be a great way of doing things. (Provided you have the
connectivity above.)
Denys
-----Original Message-----
===>From: HP-3000 Systems Discussion [ mailto:[log in to unmask]
<mailto:[log in to unmask]> ] On Behalf
Of Tim Cummings
Sent: Monday, February 21, 2005 1:45 PM
===>To: [log in to unmask]
Subject: [HP3000-L] Moving from XP512 to VA71xx
We are moving from an XP512 to a VA71xx. Hp wants us to do a tape
store/restore to move the data (19 hours to backup, restore?).
If we added 2 more fiber cards to hookup the new VA, couldn't we use
VOLUTIL's COPYSET or COPYVOL to move our data?
Our current config looks like:
MPEXL_SYSTEM_VOLUME_SET
drive 1 (internal mirrored drive)
XP01_SET
drives 101/119 (all on fiber card 1)
drives 221/239 (all on fiber card 2)
volutil: showset
Volume-set name: MPEXL_SYSTEM_VOLUME_SET
Creation date: WED, JUN 11, 2003, 8:07 PM
Generation number: 0
Number of volumes in set: 1
Number of classes in set: 1
volutil: showset XP01_SET
Volume-set name: XP01_SET
Creation date: TUE, JUL 8, 2003, 1:39 PM
Generation number: 0
Number of volumes in set: 38
Number of classes in set: 1
Tim Cummings
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
* To join/leave the list, search archives, change list settings, *
* etc., please visit http://raven.utc.edu/archives/hp3000-l.html *
|
