Van: Johnny Billquist
Verzonden: woensdag 22 mei 2013 17:18 PM
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Cc: Gregg Levine
Onderwerp: Re: [HECnet] OpenVMS Backup
On 2013-05-22 16:26, Gregg Levine wrote:
> On Wed, May 22, 2013 at 10:16 AM, Brian Schenkenberger, VAXman-
> <system at tmesis.com> wrote:
>> h vlems <hvlems at zonnet.nl> writes:
>>
>> {HTML elided}
>>
>> Could you not post HTML???
>>
>> --
>> VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
>>
>> Well I speak to machines with the voice of humanity.
>
> Hello!
> (And I perhaps understand the ways of machines with the wisdom of one
> of my favorite characters.)
> I can't speak for why the VMS system is behaving strangely concerning
> the backup functions of its CDs, but I can for how one of us is
> posting. Some of us use our portable devices for participation on
> these lists. They in turn have default setting which can not be
> changed. That setting sadly is HTML. (Or something close enough.)
We've had this up before. Please do not post things in html. If you
cannot get your device to behave civilized, then wait until you are at a
civilized device.
Johnny
Sorry Brian.
Van: Brian Schenkenberger, VAXman-
Verzonden: woensdag 22 mei 2013 16:40 PM
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] OpenVMS Backup
Gregg Levine <gregg.drwho8 at gmail.com> writes:
>On Wed, May 22, 2013 at 10:16 AM, Brian Schenkenberger, VAXman-
><system at tmesis.com> wrote:
>> h vlems <hvlems at zonnet.nl> writes:
>>
>> {HTML elided}
>>
>> Could you not post HTML???
>>
>> --
>> VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
>>
>> Well I speak to machines with the voice of humanity.
>
>Hello!
>(And I perhaps understand the ways of machines with the wisdom of one
>of my favorite characters.)
>I can't speak for why the VMS system is behaving strangely concerning
>the backup functions of its CDs, but I can for how one of us is
BACKUP is not behaving strangely at all. Its purpose was for doing BACKUP
and RESTORE. If you do NOT place (restore) files on the volume into their
original configuration, it is/was considered a new file and thus, receives
new file creation and modification dates and times. I was elaborating on
this very aspect of the file system in the OpenVMS File Systems Internals
V2 book when HP nixed it.
>posting. Some of us use our portable devices for participation on
>these lists. They in turn have default setting which can not be
>changed. That setting sadly is HTML. (Or something close enough.)
I read most of my email, assuming it's text, on VMS. If the email has a
MIME encoding or attachment, I read it on my Linux or OS X boxes. It's
not that I can't read it, it's just annoying to see that much "crap" for
a simple one line response. Hans's emails are so gobbledegook that it's
difficult to read through the HTML tags to see if it's worth the effort
to preview it on the Linux or OS X system.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
On Wed, May 22, 2013 at 12:20 PM, h vlems <hvlems at zonnet.nl> wrote:
Gregg, go fight some yetis, you hit it on the nail :-)
Van: Gregg Levine
Verzonden: woensdag 22 mei 2013 16:26 PM
Aan: hecnet at update.uu.se
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] OpenVMS Backup
On Wed, May 22, 2013 at 10:16 AM, Brian Schenkenberger, VAXman-
<system at tmesis.com> wrote:
h vlems <hvlems at zonnet.nl> writes:
{HTML elided}
Could you not post HTML???
--
VAXman- A Bored Certified VMS Kernel Mode Hacker
VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
Hello!
(And I perhaps understand the ways of machines with the wisdom of one
of my favorite characters.)
I can't speak for why the VMS system is behaving strangely concerning
the backup functions of its CDs, but I can for how one of us is
posting. Some of us use our portable devices for participation on
these lists. They in turn have default setting which can not be
changed. That setting sadly is HTML. (Or something close enough.)
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
Hello!
Hmm okay. My concept hit it on the head.
And the only yetis I know are busy besieging Dave's place. And causing
massive mayhem all over Cory. But yes you're right.
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
I'd forgotten that part of the manual :(
Van: G.
Verzonden: woensdag 22 mei 2013 16:30 PM
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] OpenVMS Backup
On Wed, 22 May 2013 14:00:08, h vlems wrote:
> Move all data directories on an LD to an aptly named top directory and
> mount/bind all the ld disks?
If I'm not wrong, MOUNT/BIND does not work if more than one disk contains
files. In other words, when you bind a number of disks, you'll see only files
located in the first one. Bind was conceived when physical disks were so small
that some applications space needs exceeded single-disk capacities available.
HELP MOUNT /BIND says:
| Note that if you attempt to create a volume set from two or more
| volumes that already contain files and data, the file system does
| not issue an error message when you issue the MOUNT/BIND command.
| However, the volumes are unusable as a volume set because the
| directory structures are not properly bound.
G.
Gregg, go fight some yetis, you hit it on the nail :-)
Van: Gregg Levine
Verzonden: woensdag 22 mei 2013 16:26 PM
Aan: hecnet at update.uu.se
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] OpenVMS Backup
On Wed, May 22, 2013 at 10:16 AM, Brian Schenkenberger, VAXman-
<system at tmesis.com> wrote:
> h vlems <hvlems at zonnet.nl> writes:
>
> {HTML elided}
>
> Could you not post HTML???
>
> --
> VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
>
> Well I speak to machines with the voice of humanity.
Hello!
(And I perhaps understand the ways of machines with the wisdom of one
of my favorite characters.)
I can't speak for why the VMS system is behaving strangely concerning
the backup functions of its CDs, but I can for how one of us is
posting. Some of us use our portable devices for participation on
these lists. They in turn have default setting which can not be
changed. That setting sadly is HTML. (Or something close enough.)
-----
Gregg C Levine gregg.drwho8 at gmail.com
"This signature fought the Time Wars, time and again."
My new Z10 is html locked. Solutions are appreciated
Van: Brian Schenkenberger, VAXman-
Verzonden: woensdag 22 mei 2013 16:16 PM
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] OpenVMS Backup
h vlems <hvlems at zonnet.nl> writes:
{HTML elided}
Could you not post HTML???
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
On 2013-05-22 16:26, Gregg Levine wrote:
On Wed, May 22, 2013 at 10:16 AM, Brian Schenkenberger, VAXman-
<system at tmesis.com> wrote:
h vlems <hvlems at zonnet.nl> writes:
{HTML elided}
Could you not post HTML???
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
Hello!
(And I perhaps understand the ways of machines with the wisdom of one
of my favorite characters.)
I can't speak for why the VMS system is behaving strangely concerning
the backup functions of its CDs, but I can for how one of us is
posting. Some of us use our portable devices for participation on
these lists. They in turn have default setting which can not be
changed. That setting sadly is HTML. (Or something close enough.)
We've had this up before. Please do not post things in html. If you cannot get your device to behave civilized, then wait until you are at a civilized device.
Johnny
G. <gerry77 at mail.com> writes:
On Wed, 22 May 2013 14:00:08, h vlems wrote:
Move all data directories on an LD to an aptly named top directory and=20
mount/bind all the ld disks?=20
If I'm not wrong, MOUNT/BIND does not work if more than one disk contains
files. In other words, when you bind a number of disks, you'll see only =
files
located in the first one. Bind was conceived when physical disks were so =
small
that some applications space needs exceeded single-disk capacities =
available.
HELP MOUNT /BIND says:
| Note that if you attempt to create a volume set from two or more
| volumes that already contain files and data, the file system does
| not issue an error message when you issue the MOUNT/BIND command.
| However, the volumes are unusable as a volume set because the
| directory structures are not properly bound.
G.
It depends. You can't just put files on disparate disks and then, issue a
MOUNT/BIND and expect to see them as one happy family. The files on ODS-n
disks have a file identifier. The identifier is composed of three values
which represent the file: <NUM(24bits), SEQ(16 bits), RVN(256 bits). The
RVN is Relative Volume Number. If a volume is not bound, the RVN is zero.
If you were to try to /BIND your volumes, the file system would not know
where these files exist.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
Gregg Levine <gregg.drwho8 at gmail.com> writes:
On Wed, May 22, 2013 at 10:16 AM, Brian Schenkenberger, VAXman-
<system at tmesis.com> wrote:
h vlems <hvlems at zonnet.nl> writes:
{HTML elided}
Could you not post HTML???
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
Hello!
(And I perhaps understand the ways of machines with the wisdom of one
of my favorite characters.)
I can't speak for why the VMS system is behaving strangely concerning
the backup functions of its CDs, but I can for how one of us is
BACKUP is not behaving strangely at all. Its purpose was for doing BACKUP
and RESTORE. If you do NOT place (restore) files on the volume into their
original configuration, it is/was considered a new file and thus, receives
new file creation and modification dates and times. I was elaborating on
this very aspect of the file system in the OpenVMS File Systems Internals
V2 book when HP nixed it.
posting. Some of us use our portable devices for participation on
these lists. They in turn have default setting which can not be
changed. That setting sadly is HTML. (Or something close enough.)
I read most of my email, assuming it's text, on VMS. If the email has a
MIME encoding or attachment, I read it on my Linux or OS X boxes. It's
not that I can't read it, it's just annoying to see that much "crap" for
a simple one line response. Hans's emails are so gobbledegook that it's
difficult to read through the HTML tags to see if it's worth the effort
to preview it on the Linux or OS X system.
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
On Wed, 22 May 2013 14:00:08, h vlems wrote:
Move all data directories on an LD to an aptly named top directory and
mount/bind all the ld disks?
If I'm not wrong, MOUNT/BIND does not work if more than one disk contains
files. In other words, when you bind a number of disks, you'll see only files
located in the first one. Bind was conceived when physical disks were so small
that some applications space needs exceeded single-disk capacities available.
HELP MOUNT /BIND says:
| Note that if you attempt to create a volume set from two or more
| volumes that already contain files and data, the file system does
| not issue an error message when you issue the MOUNT/BIND command.
| However, the volumes are unusable as a volume set because the
| directory structures are not properly bound.
G.
