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. :)
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. :)
LD is your friend..
Van: G.
Verzonden: woensdag 22 mei 2013 13:28 PM
Aan: hecnet at Update.UU.SE
Beantwoorden: hecnet at Update.UU.SE
Onderwerp: Re: [HECnet] OpenVMS Backup
On Wed, 22 May 2013 13:14:19 +0300, Kari Uusim ki wrote:
> BACKUP/IMAGE should bring everything as it is on the original medium.
Correct. But to do that, /IMAGE wants a whole device both in input and output.
And that's not the OP situation, if I'm not wrong...
G.
