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.
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."
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.
Move all data directories on an LD to an aptly named top directory and mount/bind all the ld disks?
Van: Brian Schenkenberger, VAXman-
Verzonden: woensdag 22 mei 2013 15:43 PM
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] OpenVMS Backup
G. <gerry77 at mail.com> writes:
>On Wed, 22 May 2013 12:12:36, h vlems wrote:
>
>> LD is your friend..=20
But that would mean using BACKUP/IMAGE to the LD device which maintain a
container or backing store file on the disk. Access to it would not work
as a subdirectory tree as the OP's first post indicates.
>Yeah! I really didn't think about it. Maybe that's the best solution. It =
>all
>depends on what the OP means by "archiving". If he wants files readily
>accessible anywhere by anyone (e.g. via browser), the LD solution would =
>be
>very nice, otherwise /IMAGE would be the best, I think. Mine was a =
>trick...
But /IMAGE will restrict you to a device or 'save set' file.
Why are the timestamps so important? ...and which timestamps?
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
G. <gerry77 at mail.com> writes:
On Wed, 22 May 2013 12:12:36, h vlems wrote:
LD is your friend..=20
But that would mean using BACKUP/IMAGE to the LD device which maintain a
container or backing store file on the disk. Access to it would not work
as a subdirectory tree as the OP's first post indicates.
Yeah! I really didn't think about it. Maybe that's the best solution. It =
all
depends on what the OP means by "archiving". If he wants files readily
accessible anywhere by anyone (e.g. via browser), the LD solution would =
be
very nice, otherwise /IMAGE would be the best, I think. Mine was a =
trick...
But /IMAGE will restrict you to a device or 'save set' file.
Why are the timestamps so important? ...and which timestamps?
--
VAXman- A Bored Certified VMS Kernel Mode Hacker VAXman(at)TMESIS(dot)ORG
Well I speak to machines with the voice of humanity.
Hi Mark,
According to
http://man.he.net/man1/unzip
the "--D" option can be used under VMS to restore directory timestamps.
Would this zip/unzip route do what you want?
The unzip on my system is too old, otherwise I would have tried it...
Erik
On Wed, May 22, 2013 at 01:54:08PM +0100, Mark Wickens wrote:
Yes, I thought about LD as a solution, but presumably I'd then have the issue of tens of devices mounted, how would I present that in a hierarchical structure suitable for browsing via either decline or wasd web server?
Thanks for the suggestions.
Mark
http://www.wickensonline.co.ukhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/#!/%40urbancamo
On 22 May 2013, at 13:31, G. <gerry77 at mail.com> wrote:
On Wed, 22 May 2013 12:12:36, h vlems wrote:
LD is your friend..
Yeah! I really didn't think about it. Maybe that's the best solution. It all
depends on what the OP means by "archiving". If he wants files readily
accessible anywhere by anyone (e.g. via browser), the LD solution would be
very nice, otherwise /IMAGE would be the best, I think. Mine was a trick...
G. :)
Mount/bind?
Van: Mark Wickens
Verzonden: woensdag 22 mei 2013 14:54 PM
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] OpenVMS Backup
Yes, I thought about LD as a solution, but presumably I'd then have the issue of tens of devices mounted, how would I present that in a hierarchical structure suitable for browsing via either decline or wasd web server?
Thanks for the suggestions.
Mark
http://www.wickensonline.co.ukhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/#!/%40urbancamo
On 22 May 2013, at 13:31, G. <gerry77 at mail.com> wrote:
> On Wed, 22 May 2013 12:12:36, h vlems wrote:
>
>> LD is your friend..
>
> Yeah! I really didn't think about it. Maybe that's the best solution. It all
> depends on what the OP means by "archiving". If he wants files readily
> accessible anywhere by anyone (e.g. via browser), the LD solution would be
> very nice, otherwise /IMAGE would be the best, I think. Mine was a trick...
>
> G. :)
An ld device is a nice target for an image backup. I prefer a dd on Tru64 and move the output file to a vms system where it can be mounted as an lda device. no bytes wasted...
Van: G.
Verzonden: woensdag 22 mei 2013 14:31 PM
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] OpenVMS Backup
On Wed, 22 May 2013 12:12:36, h vlems wrote:
> LD is your friend..
Yeah! I really didn't think about it. Maybe that's the best solution. It all
depends on what the OP means by "archiving". If he wants files readily
accessible anywhere by anyone (e.g. via browser), the LD solution would be
very nice, otherwise /IMAGE would be the best, I think. Mine was a trick...
G. :)
Yes, I thought about LD as a solution, but presumably I'd then have the issue of tens of devices mounted, how would I present that in a hierarchical structure suitable for browsing via either decline or wasd web server?
Thanks for the suggestions.
Mark
http://www.wickensonline.co.ukhttp://declegacy.org.ukhttp://retrochallenge.nethttps://twitter.com/#!/%40urbancamo
On 22 May 2013, at 13:31, G. <gerry77 at mail.com> wrote:
On Wed, 22 May 2013 12:12:36, h vlems wrote:
LD is your friend..
Yeah! I really didn't think about it. Maybe that's the best solution. It all
depends on what the OP means by "archiving". If he wants files readily
accessible anywhere by anyone (e.g. via browser), the LD solution would be
very nice, otherwise /IMAGE would be the best, I think. Mine was a trick...
G. :)
