- Community Home
- >
- Servers and Operating Systems
- >
- Operating Systems
- >
- Operating System - OpenVMS
- >
- SYMBIONT_xxx
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-24-2005 09:46 PM
тАО07-24-2005 09:46 PM
Re: SYMBIONT_xxx
It would be a nice 8.2+ feature to return the pid as an item in f$getq.
Wim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-24-2005 10:53 PM
тАО07-24-2005 10:53 PM
Re: SYMBIONT_xxx
if I get 5 "Me too" votes, I will make it a formal request to Guy Peleg.
Count Wim as 1, and me as 2.
Proost.
Have one on me.
jpe
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-24-2005 11:10 PM
тАО07-24-2005 11:10 PM
Re: SYMBIONT_xxx
Wim
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-24-2005 11:19 PM
тАО07-24-2005 11:19 PM
Re: SYMBIONT_xxx
Try adding it at
http://www.hpuseradvocacy.com/
Purely Personal Opinion
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-28-2005 04:40 AM
тАО07-28-2005 04:40 AM
Re: SYMBIONT_xxx
There has to be a way other than Volker's "brute force" search through memory.
How about the reverse then, from a given queue, how do you determine which symbiont is running it?
On the system in question which started out with 15 SYMBIONT_xxx processes, now has 30 listed.
Cheers,
Art
Art
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-28-2005 05:23 AM
тАО07-28-2005 05:23 AM
Re: SYMBIONT_xxx
I've got a different system from you, so I'm not able to see same environment.
If you need to search all owner of BG devices which have process name beginning with SYMBIONT look at attached DCL procedure. It's just an example.
Antonio Vigliotti
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-28-2005 05:30 AM
тАО07-28-2005 05:30 AM
Re: SYMBIONT_xxx
which symbionts are your queues running (SHOW QUE/FULL queue will list the image as /PROCESSOR=xxx) ?
Do the symbionts have logfiles (SDA> SHOW PROC/CHAN/ID=
If the no. of symbionts keep increasing, you might be forced to use what you call my 'brute force attack' ;-)
If TCPware does not allow you to find the remote IP address associated with a BG device, the only place this information (queue <-> symbiont) can be located may be in the QUEUE_MANAGER (memory or qmgr database) or in the memory of the symbionts.
When re-thinking my SDA approach, I had to recognize, that it's not the BG device name, that's stored in the PSM$Q_DEVICE_NAME field of the SCB, but the string specified with the /ON=xxx qualifier of the queue. Once we've located the SCB vector inside SMBSRVSHR.EXE, it's getting easy to obtain the DEVICE_NAME for each SCB.
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-28-2005 06:20 AM
тАО07-28-2005 06:20 AM
Re: SYMBIONT_xxx
the SCB type and size (Stream Control Block) did not change since a couple of VMS versions, so you should be able to easily locate the SCB in P0 address space of your print symbionts:
SDA> SET PROC/IND=
SDA> SHOW PROC/IMAGE
! verify that SMBSRVSHR is listed, if not - forget this method
SDA> SHOW PROC/PHD
First free P0 VA 00000000.002EC000 ...
...
SDA> SEA 0:2EC000 02E80103 ! use P0 addr from above
...
Match at 00000000.001D87A8 02E80103
...
SDA> def scb=001D87A8-8
SDA> exa @(scb+58);@(scb+54)&ff-1
3131313A 312E312E 312E3122 4000001A ...@"1.1.1.1:111 001BAB08
SDA> exa @(scb+68);@(scb+64)&ff
001B8010 40000012 54534554 40000012 ...@TEST...@.... 001B8800
(I had created a queue name TEST with /on="1.1.1.1:111" to easily locate the ASCII string in P0 space).
Repeat these step (starting with DEF SCB=xxx) for all matches found and you'll get the list of all queues and their /ON=xxx strings for this symbiont.
Volker.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-28-2005 06:40 AM
тАО07-28-2005 06:40 AM
Re: SYMBIONT_xxx
When I do a SHOW PROC/IMAGE I do see SMBSRVSHR:
SMBSRVSHR 000D2000 001537FF GLBL SHR 7FF38D20
and from SHOW PROC/PHD I see:
First free P0 VA 00000000.0045E000
I think we're almost there ... you will be handsomely rewarded with "points" shortly ;-)
Cheers,
Art
ps. the queues' processor are either DCPS$SMB or TCPWARE_TSSYM
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО07-28-2005 06:42 AM
тАО07-28-2005 06:42 AM