Rocksolid Light

Welcome to RetroBBS

mail  files  register  newsreader  groups  login

Message-ID:  

It's easy to get on the internet and forget you have a life -- Topic on #LinuxGER


devel / comp.lang.mumps / Changing database number of allocated locks.

SubjectAuthor
* Changing database number of allocated locks.kdtop
`* Re: Changing database number of allocated locks.K.S. Bhaskar
 `* Re: Changing database number of allocated locks.kdtop
  `- Re: Changing database number of allocated locks.K.S. Bhaskar

1
Changing database number of allocated locks.

<d40a6e7a-3e21-4122-9cbf-39641ed0fe64n@googlegroups.com>

  copy mid

https://www.rocksolidbbs.com/devel/article-flat.php?id=515&group=comp.lang.mumps#515

  copy link   Newsgroups: comp.lang.mumps
X-Received: by 2002:a37:b447:0:b0:71b:882b:ea72 with SMTP id d68-20020a37b447000000b0071b882bea72mr452576qkf.18.1675105799025;
Mon, 30 Jan 2023 11:09:59 -0800 (PST)
X-Received: by 2002:a05:6870:14c7:b0:163:9dcc:a882 with SMTP id
l7-20020a05687014c700b001639dcca882mr590833oab.159.1675105798458; Mon, 30 Jan
2023 11:09:58 -0800 (PST)
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.lang.mumps
Date: Mon, 30 Jan 2023 11:09:58 -0800 (PST)
Injection-Info: google-groups.googlegroups.com; posting-host=173.164.29.153; posting-account=siWvwQoAAACYCGtn7kPrEYinJEra-Oc0
NNTP-Posting-Host: 173.164.29.153
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <d40a6e7a-3e21-4122-9cbf-39641ed0fe64n@googlegroups.com>
Subject: Changing database number of allocated locks.
From: kdtop3@gmail.com (kdtop)
Injection-Date: Mon, 30 Jan 2023 19:09:59 +0000
Content-Type: text/plain; charset="UTF-8"
X-Received-Bytes: 10883
 by: kdtop - Mon, 30 Jan 2023 19:09 UTC

Hey all, this is a cross post from a thread here on the Hardhats forum: https://groups.google.com/g/hardhats/c/Bn3omDpBWy8

That thread was partly about discovering that I don't have enough locks allocated. I have tried to change my number of locks, but I am having an issue, and I think the problem got lost at the end of a long thread. So I will repost my problem here.
....

OK, I had to wait until I had time to work on this and we had a FULL DATABASE BACKUP.

Here is my output

//=============================================

kdt@zz:~$ sh runAV

YottaDB VistA Startup Script
---Starting Setup_env script---
vista_home=/opt/worldvista/EHR
gtm_dist=/opt/worldvista/EHR/m
---Done with Setup_env script---
Entering YottaDB system now...

yottadb>do ^GDE
%GDE-I-LOADGD, Loading Global Directory file
/opt/worldvista/EHR/g/mumps.gld
%GDE-I-VERIFY, Verification OK

GDE> change -segment DEFAULT -file="$vista_home/g/mumps.dat" -lock_space=1000
GDE> show -all

*** TEMPLATES ***
Std Inst
Def Rec Key Null Null Freeze Qdb Epoch LOCK
Region Coll Size Size Subs Coll Jnl on Err Rndwn Taper AutoDB Stats Crit
----------------------------------------------------------------------------------------------------------------------
<default> 0 256 64 NEVER N N N N Y N Y Sep

Segment Active Acc Typ Block Alloc Exten Options
------------------------------------------------------------------------------
<default> * BG DYN 1024 100 100 GLOB =1024
LOCK = 40
RES = 0
ENCR = OFF
MSLT =1024
DALL = YES
AIO = OFF
<default> MM DYN 1024 100 100 DEFER
LOCK = 40
MSLT =1024
DALL = YES

*** NAMES ***
Global Region
------------------------------------------------------------------------------
* DEFAULT

*** REGIONS ***
Std Inst
Dynamic Def Rec Key Null Null Freeze Qdb Epoch LOCK
Region Segment Coll Size Size Subs Coll Jnl on Err Rndwn Taper AutoDB Stats Crit
-------------------------------------------------------------------------------------------------------------------------------------------
DEFAULT DEFAULT 0 256 64 NEVER N N N N Y N Y Sep

*** SEGMENTS ***
Segment File (def ext: .dat)Acc Typ Block Alloc Exten Options
-------------------------------------------------------------------------------------------
DEFAULT $vista_home/g/mumps.dat
BG DYN 1024 100 100 GLOB=1024
LOCK=1000
RES = 0
ENCR= OFF
MSLT=1024
DALL= YES
AIO = OFF

*** MAP ***
- - - - - - - - - - Names - - - - - - - - - -
From Up to Region / Segment / File(def ext: .dat)
--------------------------------------------------------------------------------------------------------------------------
% ... REG = DEFAULT
SEG = DEFAULT
FILE = $vista_home/g/mumps.dat
LOCAL LOCKS REG = DEFAULT
SEG = DEFAULT
FILE = $vista_home/g/mumps.dat
GDE> save
%GDE-E-KEYWRDBAD, SAVE is not a valid verb in this context

GDE> exit
%GDE-I-VERIFY, Verification OK

%GDE-I-GDUPDATE, Updating Global Directory file
/opt/worldvista/EHR/g/mumps.gld

yottadb>

yottadb>h

Leaving YottaDB, returning to Linux...

kdt@zz:~$ dse all -dump

File /opt/worldvista/EHR/g/mumps.dat
Region DEFAULT

File /opt/worldvista/EHR/g/mumps.dat
Region DEFAULT
Date/Time 29-JAN-2023 10:12:04 [$H = 66503,36724]
Access method BG Global Buffers 7000
Reserved Bytes 0 Block size (in bytes) 4096
Maximum record size 32767 Starting VBN 129
Maximum key size 510 Total blocks 0x003A19CB
Null subscripts NEVER Free blocks 0x0007654A
Standard Null Collation FALSE Free space 0x00006000
Last Record Backup 0x0000000000000001 Extension Count 20000
Last Database Backup 0x0000000004C8B6AA Number of local maps 7437
Last Bytestream Backup 0x0000000000000001 Lock space 0x00000028
In critical section 0x00000000 Timers pending 1
Cache freeze id 0x00000000 Flush timer 00:00:01:00
Freeze match 0x00000000 Flush trigger 6563
Freeze online FALSE Freeze online autorelease FALSE
Current transaction 0x00000003BBF4A1DC No. of writes/flush 7
Maximum TN 0xFFFFFFFFDFFFFFFF Certified for Upgrade to V6
Maximum TN Warn 0xFFFFFFFF5FFFFFFF Desired DB Format V6
Master Bitmap Size 64 Blocks to Upgrade 0x00000000
Create in progress FALSE Modified cache blocks 2
Reference count 4 Wait Disk 0
Journal State ON Journal Before imaging TRUE
Journal Allocation 2048 Journal Extension 100
Journal Buffer Size 2312 Journal Alignsize 4096
Journal AutoSwitchLimit 8388548 Journal Epoch Interval 300
Journal Yield Limit 8 Journal Sync IO FALSE
Journal File: /opt/worldvista/EHR/j/mumps.mjl
Mutex Hard Spin Count 128 Mutex Sleep Spin Count 128
Mutex Queue Slots 1024 KILLs in progress 0
Replication State OFF Region Seqno 0x0000000000000001
Zqgblmod Seqno 0x0000000000000000 Zqgblmod Trans 0x0000000000000000
Endian Format LITTLE Commit Wait Spin Count 16
Database file encrypted FALSE Inst Freeze on Error FALSE
Spanning Node Absent FALSE Maximum Key Size Assured FALSE
Defer allocation TRUE Spin sleep time mask 0x00000000
Async IO OFF WIP queue cache blocks 0
DB is auto-created FALSE DB shares gvstats TRUE
LOCK shares DB critical section FALSE Read Only OFF
Recover interrupted FALSE
Reorg Sleep Nanoseconds 0
kdt@zz:~$

//==============================================
Questions
1) Why does my dse output still show --> Lock space 0x00000028 (40 decimal)
2) When I do a show --all in GDE, it ouputs the following (more above). There is a 'N' under 'Jnl'. Does this mean I am not journaling?? I thought I had this turned on?

GDE> show -all

*** TEMPLATES ***
Std Inst
Def Rec Key Null Null Freeze Qdb Epoch LOCK
Region Coll Size Size Subs Coll Jnl on Err Rndwn Taper AutoDB Stats Crit
----------------------------------------------------------------------------------------------------------------------
<default> 0 256 64 NEVER N N N N Y N Y Sep


Click here to read the complete article
Re: Changing database number of allocated locks.

<c0f49d61-7d7c-4bc0-813d-81056850d14dn@googlegroups.com>

  copy mid

https://www.rocksolidbbs.com/devel/article-flat.php?id=516&group=comp.lang.mumps#516

  copy link   Newsgroups: comp.lang.mumps
X-Received: by 2002:a05:620a:14ae:b0:71c:f82a:b71b with SMTP id x14-20020a05620a14ae00b0071cf82ab71bmr442704qkj.304.1675109490325;
Mon, 30 Jan 2023 12:11:30 -0800 (PST)
X-Received: by 2002:a9d:1791:0:b0:68b:c92e:f675 with SMTP id
j17-20020a9d1791000000b0068bc92ef675mr427750otj.36.1675109489952; Mon, 30 Jan
2023 12:11:29 -0800 (PST)
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.lang.mumps
Date: Mon, 30 Jan 2023 12:11:29 -0800 (PST)
In-Reply-To: <d40a6e7a-3e21-4122-9cbf-39641ed0fe64n@googlegroups.com>
Injection-Info: google-groups.googlegroups.com; posting-host=71.162.243.192; posting-account=zTPg1AoAAABx_LtAQ3dW6FBnU1dwmSvl
NNTP-Posting-Host: 71.162.243.192
References: <d40a6e7a-3e21-4122-9cbf-39641ed0fe64n@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <c0f49d61-7d7c-4bc0-813d-81056850d14dn@googlegroups.com>
Subject: Re: Changing database number of allocated locks.
From: ksbhaskar@gmail.com (K.S. Bhaskar)
Injection-Date: Mon, 30 Jan 2023 20:11:30 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 9662
 by: K.S. Bhaskar - Mon, 30 Jan 2023 20:11 UTC

On Monday, January 30, 2023 at 2:09:59 PM UTC-5, kdtop wrote:
> Hey all, this is a cross post from a thread here on the Hardhats forum: https://groups.google.com/g/hardhats/c/Bn3omDpBWy8
>
> That thread was partly about discovering that I don't have enough locks allocated. I have tried to change my number of locks, but I am having an issue, and I think the problem got lost at the end of a long thread. So I will repost my problem here.
> ...
>
> OK, I had to wait until I had time to work on this and we had a FULL DATABASE BACKUP.
>
> Here is my output
>
> //=============================================
>
> kdt@zz:~$ sh runAV
>
> YottaDB VistA Startup Script
> ---Starting Setup_env script---
> vista_home=/opt/worldvista/EHR
> gtm_dist=/opt/worldvista/EHR/m
> ---Done with Setup_env script---
> Entering YottaDB system now...
>
> yottadb>do ^GDE
> %GDE-I-LOADGD, Loading Global Directory file
> /opt/worldvista/EHR/g/mumps.gld
> %GDE-I-VERIFY, Verification OK
>
>
> GDE> change -segment DEFAULT -file="$vista_home/g/mumps.dat" -lock_space=1000
> GDE> show -all
>
> *** TEMPLATES ***
> Std Inst
> Def Rec Key Null Null Freeze Qdb Epoch LOCK
> Region Coll Size Size Subs Coll Jnl on Err Rndwn Taper AutoDB Stats Crit
> ----------------------------------------------------------------------------------------------------------------------
> <default> 0 256 64 NEVER N N N N Y N Y Sep
>
> Segment Active Acc Typ Block Alloc Exten Options
> ------------------------------------------------------------------------------
> <default> * BG DYN 1024 100 100 GLOB =1024
> LOCK = 40
> RES = 0
> ENCR = OFF
> MSLT =1024
> DALL = YES
> AIO = OFF
> <default> MM DYN 1024 100 100 DEFER
> LOCK = 40
> MSLT =1024
> DALL = YES
>
> *** NAMES ***
> Global Region
> ------------------------------------------------------------------------------
> * DEFAULT
>
> *** REGIONS ***
> Std Inst
> Dynamic Def Rec Key Null Null Freeze Qdb Epoch LOCK
> Region Segment Coll Size Size Subs Coll Jnl on Err Rndwn Taper AutoDB Stats Crit
> -------------------------------------------------------------------------------------------------------------------------------------------
> DEFAULT DEFAULT 0 256 64 NEVER N N N N Y N Y Sep
>
> *** SEGMENTS ***
> Segment File (def ext: .dat)Acc Typ Block Alloc Exten Options
> -------------------------------------------------------------------------------------------
> DEFAULT $vista_home/g/mumps.dat
> BG DYN 1024 100 100 GLOB=1024
> LOCK=1000
> RES = 0
> ENCR= OFF
> MSLT=1024
> DALL= YES
> AIO = OFF
>
> *** MAP ***
> - - - - - - - - - - Names - - - - - - - - - -
> From Up to Region / Segment / File(def ext: .dat)
> --------------------------------------------------------------------------------------------------------------------------
> % ... REG = DEFAULT
> SEG = DEFAULT
> FILE = $vista_home/g/mumps.dat
> LOCAL LOCKS REG = DEFAULT
> SEG = DEFAULT
> FILE = $vista_home/g/mumps.dat
> GDE> save
> %GDE-E-KEYWRDBAD, SAVE is not a valid verb in this context
>
> GDE> exit
> %GDE-I-VERIFY, Verification OK
>
> %GDE-I-GDUPDATE, Updating Global Directory file
> /opt/worldvista/EHR/g/mumps.gld
>
> yottadb>
>
> yottadb>h
>
> Leaving YottaDB, returning to Linux...
>
> kdt@zz:~$ dse all -dump
>
> File /opt/worldvista/EHR/g/mumps.dat
> Region DEFAULT
>
>
> File /opt/worldvista/EHR/g/mumps.dat
> Region DEFAULT
> Date/Time 29-JAN-2023 10:12:04 [$H = 66503,36724]
> Access method BG Global Buffers 7000
> Reserved Bytes 0 Block size (in bytes) 4096
> Maximum record size 32767 Starting VBN 129
> Maximum key size 510 Total blocks 0x003A19CB
> Null subscripts NEVER Free blocks 0x0007654A
> Standard Null Collation FALSE Free space 0x00006000
> Last Record Backup 0x0000000000000001 Extension Count 20000
> Last Database Backup 0x0000000004C8B6AA Number of local maps 7437
> Last Bytestream Backup 0x0000000000000001 Lock space 0x00000028
> In critical section 0x00000000 Timers pending 1
> Cache freeze id 0x00000000 Flush timer 00:00:01:00
> Freeze match 0x00000000 Flush trigger 6563
> Freeze online FALSE Freeze online autorelease FALSE
> Current transaction 0x00000003BBF4A1DC No. of writes/flush 7
> Maximum TN 0xFFFFFFFFDFFFFFFF Certified for Upgrade to V6
> Maximum TN Warn 0xFFFFFFFF5FFFFFFF Desired DB Format V6
> Master Bitmap Size 64 Blocks to Upgrade 0x00000000
> Create in progress FALSE Modified cache blocks 2
> Reference count 4 Wait Disk 0
> Journal State ON Journal Before imaging TRUE
> Journal Allocation 2048 Journal Extension 100
> Journal Buffer Size 2312 Journal Alignsize 4096
> Journal AutoSwitchLimit 8388548 Journal Epoch Interval 300
> Journal Yield Limit 8 Journal Sync IO FALSE
> Journal File: /opt/worldvista/EHR/j/mumps.mjl
> Mutex Hard Spin Count 128 Mutex Sleep Spin Count 128
> Mutex Queue Slots 1024 KILLs in progress 0
> Replication State OFF Region Seqno 0x0000000000000001
> Zqgblmod Seqno 0x0000000000000000 Zqgblmod Trans 0x0000000000000000
> Endian Format LITTLE Commit Wait Spin Count 16
> Database file encrypted FALSE Inst Freeze on Error FALSE
> Spanning Node Absent FALSE Maximum Key Size Assured FALSE
> Defer allocation TRUE Spin sleep time mask 0x00000000
> Async IO OFF WIP queue cache blocks 0
> DB is auto-created FALSE DB shares gvstats TRUE
> LOCK shares DB critical section FALSE Read Only OFF
> Recover interrupted FALSE
> Reorg Sleep Nanoseconds 0
> kdt@zz:~$
>
>
>
> //==============================================
> Questions
> 1) Why does my dse output still show --> Lock space 0x00000028 (40 decimal)
> 2) When I do a show --all in GDE, it ouputs the following (more above). There is a 'N' under 'Jnl'. Does this mean I am not journaling?? I thought I had this turned on?
>
> GDE> show -all
>
> *** TEMPLATES ***
> Std Inst
> Def Rec Key Null Null Freeze Qdb Epoch LOCK
> Region Coll Size Size Subs Coll Jnl on Err Rndwn Taper AutoDB Stats Crit
> ----------------------------------------------------------------------------------------------------------------------
> <default> 0 256 64 NEVER N N N N Y N Y Sep
>
>
> Thanks
>
> Kevin T

Kevin, I haven't read all the commands and output of your post, but a couple of notes:

Apropos "I don't have enough locks allocated", you didn't have enough LOCK SPACE allocated. There is no limit on the number of locks, but if there is not enough lock space allocated, lock acquisition will run like molasses.

Apropos your questions, as discussed in https://docs.yottadb.com/AdminOpsGuide/gde.html#global-directory :

"a global directory has a second purpose in addition to holding key mappings, which is to hold database characteristics for MUPIP CREATE (https://docs.yottadb.com/AdminOpsGuide/dbmgmt.html#set). While changes to the mappings take effect as soon as a process loads a new global directory, MUPIP CREATE transfers the other characteristics to the database file. Other YottaDB processes never use the global directory defined characteristics, so they always use those in the database file."

In other words, while a global directory is always used for mapping global variables to database regions and thence to files, parameters like the lock space are used by MUPIP CREATE, and if you want to change a value for an existing database file, use MUPIP SET (https://docs.yottadb.com/AdminOpsGuide/dbmgmt.html#set). If you change a value with MUPIP SET, remember to also change it in the global directory for the next time MUPIP CREATE uses that global directory to create database files.

Regards
- Bhaskar

Re: Changing database number of allocated locks.

<32c16ea8-8f5a-4c8b-95df-47869f97fbd7n@googlegroups.com>

  copy mid

https://www.rocksolidbbs.com/devel/article-flat.php?id=517&group=comp.lang.mumps#517

  copy link   Newsgroups: comp.lang.mumps
X-Received: by 2002:a37:a4f:0:b0:71b:ae42:e846 with SMTP id 76-20020a370a4f000000b0071bae42e846mr587218qkk.376.1675131383707;
Mon, 30 Jan 2023 18:16:23 -0800 (PST)
X-Received: by 2002:a05:6808:4383:b0:364:f5da:54aa with SMTP id
dz3-20020a056808438300b00364f5da54aamr2759994oib.90.1675131383362; Mon, 30
Jan 2023 18:16:23 -0800 (PST)
Path: i2pn2.org!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.lang.mumps
Date: Mon, 30 Jan 2023 18:16:23 -0800 (PST)
In-Reply-To: <c0f49d61-7d7c-4bc0-813d-81056850d14dn@googlegroups.com>
Injection-Info: google-groups.googlegroups.com; posting-host=173.164.29.153; posting-account=siWvwQoAAACYCGtn7kPrEYinJEra-Oc0
NNTP-Posting-Host: 173.164.29.153
References: <d40a6e7a-3e21-4122-9cbf-39641ed0fe64n@googlegroups.com> <c0f49d61-7d7c-4bc0-813d-81056850d14dn@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <32c16ea8-8f5a-4c8b-95df-47869f97fbd7n@googlegroups.com>
Subject: Re: Changing database number of allocated locks.
From: kdtop3@gmail.com (kdtop)
Injection-Date: Tue, 31 Jan 2023 02:16:23 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 10744
 by: kdtop - Tue, 31 Jan 2023 02:16 UTC

On Monday, January 30, 2023 at 3:11:31 PM UTC-5, K.S. Bhaskar wrote:
> On Monday, January 30, 2023 at 2:09:59 PM UTC-5, kdtop wrote:
> > Hey all, this is a cross post from a thread here on the Hardhats forum: https://groups.google.com/g/hardhats/c/Bn3omDpBWy8
> >
> > That thread was partly about discovering that I don't have enough locks allocated. I have tried to change my number of locks, but I am having an issue, and I think the problem got lost at the end of a long thread. So I will repost my problem here.
> > ...
> >
> > OK, I had to wait until I had time to work on this and we had a FULL DATABASE BACKUP.
> >
> > Here is my output
> >
> > //=============================================
> >
> > kdt@zz:~$ sh runAV
> >
> > YottaDB VistA Startup Script
> > ---Starting Setup_env script---
> > vista_home=/opt/worldvista/EHR
> > gtm_dist=/opt/worldvista/EHR/m
> > ---Done with Setup_env script---
> > Entering YottaDB system now...
> >
> > yottadb>do ^GDE
> > %GDE-I-LOADGD, Loading Global Directory file
> > /opt/worldvista/EHR/g/mumps.gld
> > %GDE-I-VERIFY, Verification OK
> >
> >
> > GDE> change -segment DEFAULT -file="$vista_home/g/mumps.dat" -lock_space=1000
> > GDE> show -all
> >
> > *** TEMPLATES ***
> > Std Inst
> > Def Rec Key Null Null Freeze Qdb Epoch LOCK
> > Region Coll Size Size Subs Coll Jnl on Err Rndwn Taper AutoDB Stats Crit
> > ----------------------------------------------------------------------------------------------------------------------
> > <default> 0 256 64 NEVER N N N N Y N Y Sep
> >
> > Segment Active Acc Typ Block Alloc Exten Options
> > ------------------------------------------------------------------------------
> > <default> * BG DYN 1024 100 100 GLOB =1024
> > LOCK = 40
> > RES = 0
> > ENCR = OFF
> > MSLT =1024
> > DALL = YES
> > AIO = OFF
> > <default> MM DYN 1024 100 100 DEFER
> > LOCK = 40
> > MSLT =1024
> > DALL = YES
> >
> > *** NAMES ***
> > Global Region
> > ------------------------------------------------------------------------------
> > * DEFAULT
> >
> > *** REGIONS ***
> > Std Inst
> > Dynamic Def Rec Key Null Null Freeze Qdb Epoch LOCK
> > Region Segment Coll Size Size Subs Coll Jnl on Err Rndwn Taper AutoDB Stats Crit
> > -------------------------------------------------------------------------------------------------------------------------------------------
> > DEFAULT DEFAULT 0 256 64 NEVER N N N N Y N Y Sep
> >
> > *** SEGMENTS ***
> > Segment File (def ext: .dat)Acc Typ Block Alloc Exten Options
> > -------------------------------------------------------------------------------------------
> > DEFAULT $vista_home/g/mumps.dat
> > BG DYN 1024 100 100 GLOB=1024
> > LOCK=1000
> > RES = 0
> > ENCR= OFF
> > MSLT=1024
> > DALL= YES
> > AIO = OFF
> >
> > *** MAP ***
> > - - - - - - - - - - Names - - - - - - - - - -
> > From Up to Region / Segment / File(def ext: .dat)
> > --------------------------------------------------------------------------------------------------------------------------
> > % ... REG = DEFAULT
> > SEG = DEFAULT
> > FILE = $vista_home/g/mumps.dat
> > LOCAL LOCKS REG = DEFAULT
> > SEG = DEFAULT
> > FILE = $vista_home/g/mumps.dat
> > GDE> save
> > %GDE-E-KEYWRDBAD, SAVE is not a valid verb in this context
> >
> > GDE> exit
> > %GDE-I-VERIFY, Verification OK
> >
> > %GDE-I-GDUPDATE, Updating Global Directory file
> > /opt/worldvista/EHR/g/mumps.gld
> >
> > yottadb>
> >
> > yottadb>h
> >
> > Leaving YottaDB, returning to Linux...
> >
> > kdt@zz:~$ dse all -dump
> >
> > File /opt/worldvista/EHR/g/mumps.dat
> > Region DEFAULT
> >
> >
> > File /opt/worldvista/EHR/g/mumps.dat
> > Region DEFAULT
> > Date/Time 29-JAN-2023 10:12:04 [$H = 66503,36724]
> > Access method BG Global Buffers 7000
> > Reserved Bytes 0 Block size (in bytes) 4096
> > Maximum record size 32767 Starting VBN 129
> > Maximum key size 510 Total blocks 0x003A19CB
> > Null subscripts NEVER Free blocks 0x0007654A
> > Standard Null Collation FALSE Free space 0x00006000
> > Last Record Backup 0x0000000000000001 Extension Count 20000
> > Last Database Backup 0x0000000004C8B6AA Number of local maps 7437
> > Last Bytestream Backup 0x0000000000000001 Lock space 0x00000028
> > In critical section 0x00000000 Timers pending 1
> > Cache freeze id 0x00000000 Flush timer 00:00:01:00
> > Freeze match 0x00000000 Flush trigger 6563
> > Freeze online FALSE Freeze online autorelease FALSE
> > Current transaction 0x00000003BBF4A1DC No. of writes/flush 7
> > Maximum TN 0xFFFFFFFFDFFFFFFF Certified for Upgrade to V6
> > Maximum TN Warn 0xFFFFFFFF5FFFFFFF Desired DB Format V6
> > Master Bitmap Size 64 Blocks to Upgrade 0x00000000
> > Create in progress FALSE Modified cache blocks 2
> > Reference count 4 Wait Disk 0
> > Journal State ON Journal Before imaging TRUE
> > Journal Allocation 2048 Journal Extension 100
> > Journal Buffer Size 2312 Journal Alignsize 4096
> > Journal AutoSwitchLimit 8388548 Journal Epoch Interval 300
> > Journal Yield Limit 8 Journal Sync IO FALSE
> > Journal File: /opt/worldvista/EHR/j/mumps.mjl
> > Mutex Hard Spin Count 128 Mutex Sleep Spin Count 128
> > Mutex Queue Slots 1024 KILLs in progress 0
> > Replication State OFF Region Seqno 0x0000000000000001
> > Zqgblmod Seqno 0x0000000000000000 Zqgblmod Trans 0x0000000000000000
> > Endian Format LITTLE Commit Wait Spin Count 16
> > Database file encrypted FALSE Inst Freeze on Error FALSE
> > Spanning Node Absent FALSE Maximum Key Size Assured FALSE
> > Defer allocation TRUE Spin sleep time mask 0x00000000
> > Async IO OFF WIP queue cache blocks 0
> > DB is auto-created FALSE DB shares gvstats TRUE
> > LOCK shares DB critical section FALSE Read Only OFF
> > Recover interrupted FALSE
> > Reorg Sleep Nanoseconds 0
> > kdt@zz:~$
> >
> >
> >
> > //==============================================
> > Questions
> > 1) Why does my dse output still show --> Lock space 0x00000028 (40 decimal)
> > 2) When I do a show --all in GDE, it ouputs the following (more above). There is a 'N' under 'Jnl'. Does this mean I am not journaling?? I thought I had this turned on?
> >
> > GDE> show -all
> >
> > *** TEMPLATES ***
> > Std Inst
> > Def Rec Key Null Null Freeze Qdb Epoch LOCK
> > Region Coll Size Size Subs Coll Jnl on Err Rndwn Taper AutoDB Stats Crit
> > ----------------------------------------------------------------------------------------------------------------------
> > <default> 0 256 64 NEVER N N N N Y N Y Sep
> >
> >
> > Thanks
> >
> > Kevin T
> Kevin, I haven't read all the commands and output of your post, but a couple of notes:
>
> Apropos "I don't have enough locks allocated", you didn't have enough LOCK SPACE allocated. There is no limit on the number of locks, but if there is not enough lock space allocated, lock acquisition will run like molasses.
>
> Apropos your questions, as discussed in https://docs.yottadb.com/AdminOpsGuide/gde.html#global-directory :
>
> "a global directory has a second purpose in addition to holding key mappings, which is to hold database characteristics for MUPIP CREATE (https://docs.yottadb.com/AdminOpsGuide/dbmgmt.html#set). While changes to the mappings take effect as soon as a process loads a new global directory, MUPIP CREATE transfers the other characteristics to the database file. Other YottaDB processes never use the global directory defined characteristics, so they always use those in the database file."
>
> In other words, while a global directory is always used for mapping global variables to database regions and thence to files, parameters like the lock space are used by MUPIP CREATE, and if you want to change a value for an existing database file, use MUPIP SET (https://docs.yottadb.com/AdminOpsGuide/dbmgmt.html#set). If you change a value with MUPIP SET, remember to also change it in the global directory for the next time MUPIP CREATE uses that global directory to create database files.
>
> Regards
> - Bhaskar


Click here to read the complete article
Re: Changing database number of allocated locks.

<3f83b70b-01ab-4dda-9abc-db716266aed7n@googlegroups.com>

  copy mid

https://www.rocksolidbbs.com/devel/article-flat.php?id=518&group=comp.lang.mumps#518

  copy link   Newsgroups: comp.lang.mumps
X-Received: by 2002:ad4:5693:0:b0:538:8b1c:4ff0 with SMTP id bd19-20020ad45693000000b005388b1c4ff0mr685773qvb.111.1675180470903;
Tue, 31 Jan 2023 07:54:30 -0800 (PST)
X-Received: by 2002:a05:6808:abc:b0:34f:bcdf:b08f with SMTP id
r28-20020a0568080abc00b0034fbcdfb08fmr2543580oij.71.1675180470557; Tue, 31
Jan 2023 07:54:30 -0800 (PST)
Path: i2pn2.org!rocksolid2!i2pn.org!usenet.blueworldhosting.com!feed1.usenet.blueworldhosting.com!peer03.iad!feed-me.highwinds-media.com!news.highwinds-media.com!news-out.google.com!nntp.google.com!postnews.google.com!google-groups.googlegroups.com!not-for-mail
Newsgroups: comp.lang.mumps
Date: Tue, 31 Jan 2023 07:54:30 -0800 (PST)
In-Reply-To: <32c16ea8-8f5a-4c8b-95df-47869f97fbd7n@googlegroups.com>
Injection-Info: google-groups.googlegroups.com; posting-host=71.162.243.192; posting-account=zTPg1AoAAABx_LtAQ3dW6FBnU1dwmSvl
NNTP-Posting-Host: 71.162.243.192
References: <d40a6e7a-3e21-4122-9cbf-39641ed0fe64n@googlegroups.com>
<c0f49d61-7d7c-4bc0-813d-81056850d14dn@googlegroups.com> <32c16ea8-8f5a-4c8b-95df-47869f97fbd7n@googlegroups.com>
User-Agent: G2/1.0
MIME-Version: 1.0
Message-ID: <3f83b70b-01ab-4dda-9abc-db716266aed7n@googlegroups.com>
Subject: Re: Changing database number of allocated locks.
From: ksbhaskar@gmail.com (K.S. Bhaskar)
Injection-Date: Tue, 31 Jan 2023 15:54:30 +0000
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Received-Bytes: 11771
 by: K.S. Bhaskar - Tue, 31 Jan 2023 15:54 UTC

On Monday, January 30, 2023 at 9:16:24 PM UTC-5, kdtop wrote:
> On Monday, January 30, 2023 at 3:11:31 PM UTC-5, K.S. Bhaskar wrote:
> > On Monday, January 30, 2023 at 2:09:59 PM UTC-5, kdtop wrote:
> > > Hey all, this is a cross post from a thread here on the Hardhats forum: https://groups.google.com/g/hardhats/c/Bn3omDpBWy8
> > >
> > > That thread was partly about discovering that I don't have enough locks allocated. I have tried to change my number of locks, but I am having an issue, and I think the problem got lost at the end of a long thread. So I will repost my problem here.
> > > ...
> > >
> > > OK, I had to wait until I had time to work on this and we had a FULL DATABASE BACKUP.
> > >
> > > Here is my output
> > >
> > > //=============================================
> > >
> > > kdt@zz:~$ sh runAV
> > >
> > > YottaDB VistA Startup Script
> > > ---Starting Setup_env script---
> > > vista_home=/opt/worldvista/EHR
> > > gtm_dist=/opt/worldvista/EHR/m
> > > ---Done with Setup_env script---
> > > Entering YottaDB system now...
> > >
> > > yottadb>do ^GDE
> > > %GDE-I-LOADGD, Loading Global Directory file
> > > /opt/worldvista/EHR/g/mumps.gld
> > > %GDE-I-VERIFY, Verification OK
> > >
> > >
> > > GDE> change -segment DEFAULT -file="$vista_home/g/mumps.dat" -lock_space=1000
> > > GDE> show -all
> > >
> > > *** TEMPLATES ***
> > > Std Inst
> > > Def Rec Key Null Null Freeze Qdb Epoch LOCK
> > > Region Coll Size Size Subs Coll Jnl on Err Rndwn Taper AutoDB Stats Crit
> > > ----------------------------------------------------------------------------------------------------------------------
> > > <default> 0 256 64 NEVER N N N N Y N Y Sep
> > >
> > > Segment Active Acc Typ Block Alloc Exten Options
> > > ------------------------------------------------------------------------------
> > > <default> * BG DYN 1024 100 100 GLOB =1024
> > > LOCK = 40
> > > RES = 0
> > > ENCR = OFF
> > > MSLT =1024
> > > DALL = YES
> > > AIO = OFF
> > > <default> MM DYN 1024 100 100 DEFER
> > > LOCK = 40
> > > MSLT =1024
> > > DALL = YES
> > >
> > > *** NAMES ***
> > > Global Region
> > > ------------------------------------------------------------------------------
> > > * DEFAULT
> > >
> > > *** REGIONS ***
> > > Std Inst
> > > Dynamic Def Rec Key Null Null Freeze Qdb Epoch LOCK
> > > Region Segment Coll Size Size Subs Coll Jnl on Err Rndwn Taper AutoDB Stats Crit
> > > -------------------------------------------------------------------------------------------------------------------------------------------
> > > DEFAULT DEFAULT 0 256 64 NEVER N N N N Y N Y Sep
> > >
> > > *** SEGMENTS ***
> > > Segment File (def ext: .dat)Acc Typ Block Alloc Exten Options
> > > -------------------------------------------------------------------------------------------
> > > DEFAULT $vista_home/g/mumps.dat
> > > BG DYN 1024 100 100 GLOB=1024
> > > LOCK=1000
> > > RES = 0
> > > ENCR= OFF
> > > MSLT=1024
> > > DALL= YES
> > > AIO = OFF
> > >
> > > *** MAP ***
> > > - - - - - - - - - - Names - - - - - - - - - -
> > > From Up to Region / Segment / File(def ext: .dat)
> > > --------------------------------------------------------------------------------------------------------------------------
> > > % ... REG = DEFAULT
> > > SEG = DEFAULT
> > > FILE = $vista_home/g/mumps.dat
> > > LOCAL LOCKS REG = DEFAULT
> > > SEG = DEFAULT
> > > FILE = $vista_home/g/mumps.dat
> > > GDE> save
> > > %GDE-E-KEYWRDBAD, SAVE is not a valid verb in this context
> > >
> > > GDE> exit
> > > %GDE-I-VERIFY, Verification OK
> > >
> > > %GDE-I-GDUPDATE, Updating Global Directory file
> > > /opt/worldvista/EHR/g/mumps.gld
> > >
> > > yottadb>
> > >
> > > yottadb>h
> > >
> > > Leaving YottaDB, returning to Linux...
> > >
> > > kdt@zz:~$ dse all -dump
> > >
> > > File /opt/worldvista/EHR/g/mumps.dat
> > > Region DEFAULT
> > >
> > >
> > > File /opt/worldvista/EHR/g/mumps.dat
> > > Region DEFAULT
> > > Date/Time 29-JAN-2023 10:12:04 [$H = 66503,36724]
> > > Access method BG Global Buffers 7000
> > > Reserved Bytes 0 Block size (in bytes) 4096
> > > Maximum record size 32767 Starting VBN 129
> > > Maximum key size 510 Total blocks 0x003A19CB
> > > Null subscripts NEVER Free blocks 0x0007654A
> > > Standard Null Collation FALSE Free space 0x00006000
> > > Last Record Backup 0x0000000000000001 Extension Count 20000
> > > Last Database Backup 0x0000000004C8B6AA Number of local maps 7437
> > > Last Bytestream Backup 0x0000000000000001 Lock space 0x00000028
> > > In critical section 0x00000000 Timers pending 1
> > > Cache freeze id 0x00000000 Flush timer 00:00:01:00
> > > Freeze match 0x00000000 Flush trigger 6563
> > > Freeze online FALSE Freeze online autorelease FALSE
> > > Current transaction 0x00000003BBF4A1DC No. of writes/flush 7
> > > Maximum TN 0xFFFFFFFFDFFFFFFF Certified for Upgrade to V6
> > > Maximum TN Warn 0xFFFFFFFF5FFFFFFF Desired DB Format V6
> > > Master Bitmap Size 64 Blocks to Upgrade 0x00000000
> > > Create in progress FALSE Modified cache blocks 2
> > > Reference count 4 Wait Disk 0
> > > Journal State ON Journal Before imaging TRUE
> > > Journal Allocation 2048 Journal Extension 100
> > > Journal Buffer Size 2312 Journal Alignsize 4096
> > > Journal AutoSwitchLimit 8388548 Journal Epoch Interval 300
> > > Journal Yield Limit 8 Journal Sync IO FALSE
> > > Journal File: /opt/worldvista/EHR/j/mumps.mjl
> > > Mutex Hard Spin Count 128 Mutex Sleep Spin Count 128
> > > Mutex Queue Slots 1024 KILLs in progress 0
> > > Replication State OFF Region Seqno 0x0000000000000001
> > > Zqgblmod Seqno 0x0000000000000000 Zqgblmod Trans 0x0000000000000000
> > > Endian Format LITTLE Commit Wait Spin Count 16
> > > Database file encrypted FALSE Inst Freeze on Error FALSE
> > > Spanning Node Absent FALSE Maximum Key Size Assured FALSE
> > > Defer allocation TRUE Spin sleep time mask 0x00000000
> > > Async IO OFF WIP queue cache blocks 0
> > > DB is auto-created FALSE DB shares gvstats TRUE
> > > LOCK shares DB critical section FALSE Read Only OFF
> > > Recover interrupted FALSE
> > > Reorg Sleep Nanoseconds 0
> > > kdt@zz:~$
> > >
> > >
> > >
> > > //==============================================
> > > Questions
> > > 1) Why does my dse output still show --> Lock space 0x00000028 (40 decimal)
> > > 2) When I do a show --all in GDE, it ouputs the following (more above). There is a 'N' under 'Jnl'. Does this mean I am not journaling?? I thought I had this turned on?
> > >
> > > GDE> show -all
> > >
> > > *** TEMPLATES ***
> > > Std Inst
> > > Def Rec Key Null Null Freeze Qdb Epoch LOCK
> > > Region Coll Size Size Subs Coll Jnl on Err Rndwn Taper AutoDB Stats Crit
> > > ----------------------------------------------------------------------------------------------------------------------
> > > <default> 0 256 64 NEVER N N N N Y N Y Sep
> > >
> > >
> > > Thanks
> > >
> > > Kevin T
> > Kevin, I haven't read all the commands and output of your post, but a couple of notes:
> >
> > Apropos "I don't have enough locks allocated", you didn't have enough LOCK SPACE allocated. There is no limit on the number of locks, but if there is not enough lock space allocated, lock acquisition will run like molasses.
> >
> > Apropos your questions, as discussed in https://docs.yottadb.com/AdminOpsGuide/gde.html#global-directory :
> >
> > "a global directory has a second purpose in addition to holding key mappings, which is to hold database characteristics for MUPIP CREATE (https://docs.yottadb.com/AdminOpsGuide/dbmgmt.html#set). While changes to the mappings take effect as soon as a process loads a new global directory, MUPIP CREATE transfers the other characteristics to the database file. Other YottaDB processes never use the global directory defined characteristics, so they always use those in the database file."
> >
> > In other words, while a global directory is always used for mapping global variables to database regions and thence to files, parameters like the lock space are used by MUPIP CREATE, and if you want to change a value for an existing database file, use MUPIP SET (https://docs.yottadb.com/AdminOpsGuide/dbmgmt.html#set). If you change a value with MUPIP SET, remember to also change it in the global directory for the next time MUPIP CREATE uses that global directory to create database files.
> >
> > Regards
> > - Bhaskar
> Bhaskar,
>
> Thank you for your reply. Since I don't deal directly with the database on a regular basis, the difference between a "global directory" (I am assuming this is not a file 'directory' that stores gobals) and the database itself is not completely clear to me.
>
> But what I think I understood you to say, is that running ^GDE just edited the directory, not the database itself. And I need to use MUPIP SET to modify an existing database file.
>
> I'll review the admin docs you provided before actually making any changes.
>
> Thanks again
>
> Kevin


Click here to read the complete article
1
server_pubkey.txt

rocksolid light 0.9.81
clearnet tor