| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 2978.1 | QAR 2942 | TOOK::MINTZ | Erik Mintz, DECmcc Development, dtn 226-5033 | Tue May 12 1992 09:52 | 3 |
| This sounds more like a bug than a user error.
QAR 2942
|
| 2978.2 | Help us! :-) | TOOK::NAVKAL | | Tue May 12 1992 11:02 | 81 |
| Re: .0
Sorry to see that you did not get your maps. I hope we can salvage
your data that you so painfuly got from the network.
The discovery part of autoconfig (for IP as well as WAN4), collects
all the information about the network in .cfA, .cfB and .cfC files.
Aftwer all the discovery phase is over we go ahead and generate
the MAP and registration files. Due to some problem on your
system we could not complet the second phase.
The good news (I hope) is that you should be able to generate
the maps and get registration files by rerunning autoconfig
utility but this time chose option
[3] Creation of DECmcc Map and Registration files only
Select the domain "global" as before and see if option [3]
lets you generate the map and regitration files.
Let us know what you discover. The problem as stated by you
may very well be a bug. But the information you have
given is not adequate to let us debug the problem.
Help us tio help you!
- Anil Navkal
P.S. I have enclosed a part of user dialogue to help you
get the context.
o Is it okay to copy DECmcc Map files to the
directory "/users/u3/mcc/maps"? Y/N [Y]:
Please choose one of the following
DECnet Phase IV Autoconfiguration options:
[1] Discovery and Registration in one step
[2] Discovery only
=>=>=> [3] Creation of DECmcc Map and Registration files only
[4] Registration only
Note that it is possible to view DECmcc Maps before running
registration, using the "DECmcc Map Snapshots" option.
If you wish to do this, choose option [2].
o Enter option [1]: ?
--------------------------------------------------------------------------------
Choose option [1] at the prompt if you wish to collect
configuration data and register entities found by
DECnet Phase IV Autoconfiguration. Once option [1] is
complete, you can display the DECmcc Maps which were
created, and manage the entities found by
DECnet Phase IV Autoconfiguration.
It is possible to view DECmcc Maps before running
registration, using the DECmcc Map Snapshots option. If
you wish to do this, choose option [2] at the prompt.
This option is helpful if the scope of the collection is
large, since registration may take significant time for a
large area. It is necessary to run registration, however,
before you can manage the entities found by
DECnet Phase IV Autoconfiguration.
+--------------------------------------------------------------+
| You may reuse data obtained during an earlier data |
| collection session, by chosing option [3] at the prompt. |
| Option [3] will produce DECmcc Registration and Map files |
| using raw data saved in data files located in the working |
| directory for the domain you have specified. To register |
| the entitites found by DECnet Phase IV Autoconfiguration, |
| choose option [4] at the prompt. |
+--------------------------------------------------------------+
You may type Q to Quit DECnet Phase IV Autoconfiguration.
--------------------------------------------------------------------------------
o Press RETURN to continue:
|
| 2978.3 | Thanks for the memories... | MLNCSC::MILANA | Patior ut Potiar...NETWORKS: | Wed May 13 1992 07:58 | 85 |
| re: .1
The more I look at it, the more I tend to agree with you: it
looks like a bug, especially if you think that:
re: .2
- After playing a further bit into it I was able to realize that
(at least) mcc_iconic "eats" some memory it doesn't free after
it's been quit. By issueing a pstat -s after quitting from it
it can be seen that about 250K of memories (virtual or what?)
are "wasted". Put the fact that autoconfig is quite a large task
to our mcc and the net result is that you end up with a "not
enough memory".
The latter is the message I'm getting after trying option [3]
as you suggested (BTW that was already tried...).
Now comes the puzzle: I reboot the DECstation (mainly to get back my
stolen memories) and option [3] artimagically works. So now I've all
my maps in /DNA4/global.
Selecting MAP SNAPSHOTS -> read... i'm even able to see the fruits of
a busy night of scanning but...
I can't cope with the domain I asked for, infact doamin global isn't
seen from anywhere and trying to create a new one with that name leads
to "MCC Unhandled Service Reply: unsupported combination of verb, entity,
partition".
Actually I couldn't create any domain with any name at all...
Notes:
By carefully looking at the startup proceedings I can assure no
errors show up. SQL starts the right way, its daemons too.
While DECmcc is up (the iconic window) the following is visible:
# ps -aux
USER PID %CPU %MEM SZ RSS TT STAT TIME COMMAND
root 569 14.6 2.8 640 536 p0 R 0:00 ps -aux
root 494 0.0 0.1 20 16 ? I 0:00 /etc/update
daemon 75 0.0 0.5 164 92 ? I 0:00 /etc/syslog
root 83 0.0 1.1 672 216 ? I 0:00 /usr/lib/sendmail -bd
-q1h -o
root 39 0.0 0.5 156 92 ? I 0:00 evl
root 537 0.0 0.2 400 24 ? I 0:00 nms_regd
root 37 0.0 0.4 160 72 ? S 0:01 evl
root 65 0.0 0.4 312 72 ? I 0:00 dnet_spawner
ingres 454 0.0 0.6 3540 100 co S 0:01 dmfrcp II
root 544 0.0 2.6 3476 504 co S 0:02 /usr/bin/dxwm
root 520 0.0 6.4 2756 1244 ? S 0:35 - bc :0 (Xws)
root 4 0.0 0.0 0 0 ? I 0:00 tpathd
root 3 0.0 0.0 0 0 ? R 0:00 idleproc
root 2 0.0 0.0 4096 0 ? D 0:02 pagedaemon
root 1 0.0 1.2 284 220 ? I 0:00 /etc/init -a
root 0 0.0 0.0 0 0 ? D 0:00 swapper
root 521 0.0 2.8 3516 528 co I 0:02 /usr/bin/dxsession :0
root 549 0.0 0.3 368 48 p1 I 0:00 - (csh)
root 548 0.0 0.6 368 112 p0 S 0:00 - (csh)
root 550 0.0 0.3 368 40 p2 I 0:00 - (csh)
root 546 0.0 1.0 4092 184 co I 0:00 /usr/bin/dxterm -ls
root 545 0.0 2.5 4092 484 co S 0:02 /usr/bin/dxterm -ls
root 518 0.0 0.0 272 0 ? IW 0:00 /usr/lib/lpd
root 522 0.0 0.0 224 0 ? IW 0:00 /etc/elcsd
root 525 0.0 0.0 0 0 co Z 0:00 <exiting>
root 507 0.0 0.7 680 124 ? I 0:00 /etc/snmpd
root 503 0.0 0.0 184 0 ? IW 0:00 /etc/inetd
root 497 0.0 0.2 56 40 ? S 0:00 /etc/cron
ingres 473 0.0 2.0 4300 376 co S 0:00 iidbms II 1037
ingres 434 0.0 0.4 648 64 co I 0:00 iigcc II IB(12)OB(12)
ingres 458 0.0 0.6 3524 108 co I 0:00 dmfacp II
ingres 363 0.0 0.1 360 20 co I 0:00 iigcn II
root 547 0.0 3.6 4108 692 co S 0:22 /usr/bin/dxterm -ls
root 563 0.0 4.2 3604 808 co S 0:02 /usr/bin/dxue
root 562 0.0 8.9 2288 1732 ? S 0:05 mcc_domain_fm 6 N
root 558 0.0 14.3 4628 2788 ? S 0:08 mcc_notification_fm10 N
root 557 0.0 34.910008 6804 co S 0:45 mcc_iconic_map
root 556 0.0 0.5 264 80 p2 S 0:04 dlogin nebbia
#
# pstat -s
65528k swap configured
44572k reserved virtual address space
27472k used (10048k text, 832k smem)
38056k free, 708k wasted, 0k missing
avail: 1189*32k 8*1k
#
Is this enough helpful to help you help me (%^)
Thanks, Giuseppe.
|
| 2978.4 | Have the nodes in your domain been registered? | TOOK::FIGWER | Ulla Figwer LKG2-2/T2 x226-7858 | Tue May 19 1992 16:44 | 39 |
|
Hello Guiseppe,
Sorry for the delay in getting back to you.
The "too big" error on Ultrix indicates that there was not enough
swap space for the image. Apparently when you ran Autoconfiguration
the next time there was enough swap space and the registration
and map files were created successfully.
There are several steps involved with Autoconfiguration. The
first one is to discover nodes on the network. The next is to
create the registration and map files which represent what was
found. You have been able to complete these steps.
You will not be able to open a domain "created" by Autoconfiguration
until the registration commands have been executed. The domain
is created as a result of registration. To register the nodes
found, choose option [4], specifying the same domain name as you did
when you created the registration and map files.
Let me point out that the domain you should try to open is
".domain.global". The registration name of the domain is constructed
using the DOMAIN prefix ".domain." and the domain name you specified,
"global".
Have the registration commands for your domain been run? If so,
what was the name of the domain you tried to open? If not,
try running registration and opening the domain ".domain.global".
Let us know how it goes.
By the way, the recommended minimum for swap space is 128MB. You may
want to reconfigure your system before you do anything else with MCC.
I am not sure if the other problems you were having are related to swap
space, but it's possible.
Regards,
Ulla Figwer
|
| 2978.5 | Wherever you go... rebuild your Ultrix system! | MLNCSC::MILANA | Patior ut Potiar...NETWORKS: | Thu May 21 1992 12:49 | 14 |
| RE: -1
Ulla,
thanks for taking care of my problem. I see that it can
well be a swap space problem. Now I'm trying to figure out
where this quite basic requirement was written since I didn't
see it at all (dumb me).
The other side of the problem is that solving this problem
seems implying some reshuffling of my partitions (not an easy
or painless task to a non-Ultrix-guru like me...).
I'll let you know how's it after removing the resulting debries %^)
Giuseppe.
|
| 2978.6 | Planning and installation | TOOK::MINTZ | Erik Mintz, DECmcc Development, dtn 226-5033 | Thu May 21 1992 14:32 | 10 |
| The swap space requirements (together with other ULTRIX kernel requirements)
are documented in the DECmcc manual "Planning and Installation for ULTRIX"
(at least in the most current version).
Indeed, repartioning your disk to get more swap space can be painful.
Do you perhaps have a spare partition that you can mount as a second
swap partition?
-- Erik
|