T.R | Title | User | Personal Name | Date | Lines |
---|
1955.1 | | ASICS::LESLIE | Andy Leslie | Mon Jun 22 1992 08:46 | 3 |
| Try using PAN to do batch extracts. Details in ROCKS::PAN.
- andy
|
1955.2 | alternative | SMURF::WOODMAN | | Mon Jun 22 1992 09:54 | 3 |
|
why not use dump/record and look at the raw bits in the image header...
|
1955.3 | | CVG::THOMPSON | Radical Centralist | Mon Jun 22 1992 10:53 | 14 |
| > why not use dump/record and look at the raw bits in the image header...
This is not likely to help. The ana/image is from the Notes agent on
his system and is useful to show us what version of Notes he's running
but not much else. Since he is able to save/seen/unseen other files it's
not likely that that image is at fault.
RE: .0 I'd probably try resetting my seen map first by using the SET SEEN
command. If that didn't work I'd try deleting the entry and putting it
back. If those failed I'd try looking in 2HOT::VAXNOTES_BUGS. I've
heard of this problem before and it's likely that it's been reported
there.
Alfred
|
1955.4 | What Alfred said... | NEWVAX::PAVLICEK | Zot, the Ethical Hacker | Mon Jun 22 1992 20:49 | 4 |
| I've seen this before. Try SET SEEN/BEFORE=xxx. It's done the trick
around here.
-- Russ
|
1955.5 | Same problem with PAN | I18N::GREENWOOD | Tim. ISE/DA. 381-0575 | Tue Jun 23 1992 13:54 | 8 |
| I have the same problem using PAN. My batch job running
$ pan extract/seen/unseen/class=main/out="!AS.tmp" * *
hangs when it gets to humane::digital. It is not a problem with
SET/SEEN - reading notes directly is no problem.
Tim
|
1955.6 | | ASICS::LESLIE | Andy Leslie | Tue Jun 23 1992 15:06 | 7 |
| I can only guess that there's a problem with the conference. It could
well be that if you do a SET SEEN/BEFORE=TODAY then retry, you'll have
avoided the problem area.
It's probabloy worth ensuring you have disk quota etc ok.
/andy
|
1955.7 | Not an isolated problem | SMAUG::GARROD | Floating on a wooden DECk chair | Tue Jun 23 1992 17:26 | 8 |
| I get this problem a lot on DIGITAL.NOTE. Basically the EXTRACT hangs
for hours on end. It usually gets going again eventually. What I often
have to do is kill ther logical link to HUMANE:: to allow the rest
of the extracts for other conferences to proceed.
This is definitely a problem on the HUMANE:: end.
Dave
|
1955.8 | | CVG::THOMPSON | Radical Centralist | Tue Jun 23 1992 17:30 | 4 |
| Perhaps it's time to run CONVERT on the file then. Get back some
space and clean up the index trees.
Alfred
|
1955.9 | | ASICS::LESLIE | Andy Leslie | Wed Jun 24 1992 05:59 | 1 |
| I'll suggest it to joe Bates.
|
1955.10 | Thanks for the replies (btw, set seen/bef don't help) | SNOC01::NICHOLLS | Problem? ring 1-800-382-5968 | Thu Jun 25 1992 21:05 | 1 |
|
|
1955.11 | Try delete and re-enter? | NEWVAX::PAVLICEK | Zot, the Ethical Hacker | Thu Jun 25 1992 21:30 | 13 |
| Did you try the delete entry, re-enter entry, and set seen route? It's
brute force, but I have never seen this lapse into permanent problem.
I've seen this problem occur with DIGITAL, but we always found a way to
correct it. That makes me wonder if it is a notebook, not a
conference, problem. If it were purely a conference problem, I would
expect people to get lock up all over the place with little hope of
getting unlocked.
Maybe some NOTES internalist will know if the notebook entry's SEEN map
can get "confused" over time and high volumes.
-- Russ
|
1955.12 | Yes, I'll shut up now... | NEWVAX::PAVLICEK | Zot, the Ethical Hacker | Thu Jun 25 1992 21:34 | 8 |
| Of course, it could also be network related, but if some people get it
frequently while others never get it, it sounds like HUMANE:: wouldn't
be the problem.
Follow Alfred's advice: delete and re-enter. If it doesn't work,
report it in the bugs conference.
-- Russ
|
1955.13 | Suggestions welcome | FUNYET::ANDERSON | I never inhaled | Fri Jun 26 1992 11:13 | 12 |
| I'm the system manager for node HUMANE. I'd be glad to do a CONVERT on the
conference if that would help. I'm scheduling time next week to upgrade VMS
and put in a bigger, faster disk to hold the conference, so I could easily do it
then.
BTW, HUMANE is quite busy all day and night. The least busy time seems to be
late afternoon and early evening Eastern time. And hosting the Digital
conference is the only thing it does! Perhaps the amount of activity confuses
people's notebooks? I know I've re-read notes while hitting Next Unseen a
number of times.
Paul
|
1955.14 | | CREATV::QUODLING | OLIVER is the Solution! | Fri Jun 26 1992 12:48 | 9 |
| Early evening? How about Sunday Morning. I h've tried doing system
upgrades between 2 and 5 AM on a Sunday Morning, only to be interrupted
by "local" users trying to use the system.
Just Yank the ether, do it, and get it back again fast. Someone'll
complain, but not for long...
q
z
|
1955.15 | | RAGMOP::RAGMOP::LOWELL | Grim Grinning Ghosts... | Sat Jun 27 1992 21:49 | 8 |
| re: .0
I had the same problem with this conference "hanging" a couple of
years ago. It seemed to be related to a bunch of us noters running
our batch jobs at midnight and also in the same batch queue. I
solved it by submitting my job a couple of hours earlier than the
others.
Ruth
|
1955.16 | | SNOC01::NICHOLLS | Problem? ring 1-800-382-5968 | Sun Jun 28 1992 21:55 | 9 |
| Ahem (embarrased look on his face)
The conference I was really looking at was the shadow copy, but the
problem is the same on both conferences. Starting with a brand new
notebook, adding the entry, opening it and doing a set seen doesn't
help.
Does anyone else on an Oz node do a nightly extract that they would
care to mail to me? Send me mail if so. Thanks
|
1955.17 | Try in the morning | RIPPLE::KOTTERRI | | Mon Jun 29 1992 15:14 | 10 |
| Try running your extract in the morning. I have a batch procedure which
submits a daily GET_NOTES job to run a half hour before I normally come
in, and it's always done when I get here. If there are any problems
accessing the conference, GET_NOTES will automatically do retries.
GET_NOTES is available from the TOOLSHED, or from:
RIPPLE::SLS_DISK:[KOTTERRI.PUBLIC]GET_NOTES.COM
Rich (GET_NOTES Author)
|