HP3000-L Archives

January 1998, Week 4

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
Dennis Storm <[log in to unmask]>
Reply To:
Dennis Storm <[log in to unmask]>
Date:
Tue, 27 Jan 1998 09:10:52 -0600
Content-Type:
text/plain
Parts/Attachments:
text/plain (90 lines)
I get the same run around from these people. I have been trying to get
an answer for 18 months on one of their products. Their attitude has
been belligerent rather than helpful. They have even told me that it is
my responsibility to call them and remind them that they have not
resolved my problem.


Dennis L. Storm
System Manager ITS
Superstar Satellite Entertainment

[log in to unmask]

> -----Original Message-----
> From: John Zoltak [SMTP:[log in to unmask]]
> Sent: Tuesday, January 27, 1998 7:59 AM
> To:   [log in to unmask]
> Subject:      Re: RoadRunner and 'dbstore'
>
> Paul,
>         You could still store those files using the posix file spec.
> For
> instance [log in to unmask] That way you will get all of the jumbo sets
> and
> b-tree indexes. The dbstore date and dirty bit in the root file will
> still be reset if the root file can be stored. The only thing that
> will
> happen is that you will still get stores of the jumbo sets and b-tree
> indexes even if the root file can't be stored.
>         All of the is not to say that Unison should not fix it, just a
> work around. For me this has not been a problem since I can do a full
> backup every night with no accessors to the files.
>
> John Zoltak
> North American Mfg Co
>
> > -----Original Message-----
> > From: Paul H. Christidis [SMTP:[log in to unmask]]
> > Sent: Monday, January 26, 1998 1:07 PM
> > To:   [log in to unmask]
> > Subject:      [HP3000-L] RoadRunner and 'dbstore'
> >
> > Dear fellow listers,
> >
> >      It's not my style to air these matters in a public forum but
> I've
> > talked to the vendor on this for over 10 months without any results.
> > Many
> > of the backup products available for the 3K have the feature for
> > including
> > in the backup the entire database when only a single dataset was
> > modified.
> > In RoadRunner that feature is invoked by using the 'dbstore'
> > parameter.  The
> > problem is that said parameter does *not* include the jumbo chunks
> of
> > a
> > dataset and I'm assuming that it also does *not* include the newly
> > available
> > 'b-trees'.
> >      I brought this to Unison's attention in March of '97 and have
> > inquired
> > repeatedly since then about its status.  Initially I was told that
> > they were
> > aware of the problem and without making a firm commitment they
> > indicated
> > that the product would be enhanced to include 'jumbo' and 'b-tree'
> > datasets
> > when the 'dbstore' parameter was specified.
> >      My most recent inquiry in the matter occurred on 1/20/98 and
> > their
> > answer to the question 'When will "dbstore" be fixed?' was 'Who
> > knows!!'.
> >      I feel that such a response is simply unacceptable and I'm
> > seriously
> > considering to look around for another product.
> >
> >      Is it the case that other sites that are using RoadRunner have
> > not gone
> > to 'jumbo' datasets or are they unaware of the problem?  If the
> latter
> > is
> > true I hope that this would cause the RoadRunner user base to apply
> > some
> > pressure and have this situation fixed.
> >
> > Regards
> >
> > Paul H. Christidis

ATOM RSS1 RSS2