1 INFO-VAX	Fri, 15 Aug 2003	Volume 2003 : Issue 450       Contents: Re: 306GB drives!  Re: 306GB drives!  Re: Charon-VAX  x VAX 6520% Re: Fast ethernet and DECnet phase IV % Re: Fast ethernet and DECnet phase IV  Re: HP FUDBusting  Re: HP user advocacy poll ( Re: Init disk for maximal container file* Re: using mailbox for shared memory access  F ----------------------------------------------------------------------  % Date: Fri, 15 Aug 2003 09:43:17 -0400 8 From: Jim Agnew - VCU/MCV Neurosurgery <jpagnew@vcu.edu> Subject: Re: 306GB drives!' Message-ID: <3F3CE375.FFDD1424@vcu.edu>    Rob Young wrote: > e > In article <5uYZa.78482$7O4.1900368@twister.rdc-kc.rr.com>, "Mike Naime" <mnaime@kc.rr.com> writes: L > > According to our sales rep, we should see 306GB EMA style disks shipping > > sometime in November.  > >    chainsaw...    > 8 >         I wouldn't stick 360 GByte drives in an HSG80,G >         unless of course you could take 5 , 10, 20, 30 hour downtimes G >         for restoration - worst case of course (pick a worst case for L >         you - does it ever get less than 5 hours blowing out and restoringF >         a modest 360 GByte mirrorset - 20 MByte/sec restore speed?). > % >                                 Rob   D I know a college that blew out it's mail servers, and took 4 days to
 restore... I second that point...   jim      --  F "4,000 years ago I made a mistake."  Elrond Half-Elven, in "Fellowship of the Ring"  F "I try not to be right any more than necessary". -- Larry Wall, author of the Perl Language   ------------------------------  % Date: Fri, 15 Aug 2003 11:05:52 -0500 ( From: brandon@dalsemi.com (John Brandon) Subject: Re: 306GB drives!1 Message-ID: <03081511055251@dscis6-0.dalsemi.com>    > Rob Young wrote: > > L > > In article <5uYZa.78482$7O4.1900368@twister.rdc-kc.rr.com>, "Mike Naime" > <mnaime@kc.rr.com> writes:N > > > According to our sales rep, we should see 306GB EMA style disks shipping > > > sometime in November.  > > >  > 
 > chainsaw...  >  > > : > >         I wouldn't stick 360 GByte drives in an HSG80,I > >         unless of course you could take 5 , 10, 20, 30 hour downtimes I > >         for restoration - worst case of course (pick a worst case for N > >         you - does it ever get less than 5 hours blowing out and restoringH > >         a modest 360 GByte mirrorset - 20 MByte/sec restore speed?). > > ' > >                                 Rob  > F > I know a college that blew out it's mail servers, and took 4 days to > restore... > I second that point... >  > jim    Me to.    TOO BIG!  O I use 6x 36-GB (0+1) drives and partition them into 8, 10, 20 GBs.  I do have a G 50 & 100-GB but that is for scratch areas and backup of these drives is  strictly for DRP.   N I get a bang out of the NT group - drives as large as 100-GB+ using Raid-5.  I. wonder what a restore would be like on that...     J*o*h*n B*r*a*n*d*o*n  VMS Systems Administrator * firstname.lastname.spam.me.not@dalsemi.com   ------------------------------  % Date: Fri, 15 Aug 2003 15:48:09 +0200 + From: "Hans Vlems" <hvlems.nieuw@zonnet.nl> # Subject: Re: Charon-VAX  x VAX 6520 7 Message-ID: <bhioao$mab$1@ID-143435.news.uni-berlin.de>   ; "Rob Lyons" <rob.lyons@resilientsys.com> schreef in bericht % news:bhg57t$kmj$1@bob.news.rcn.net...  > ; > Fabio Cardoso <fabiopenvms@yahoo.com.br> wrote in message : news:20030814020059.40046.qmail@web20206.mail.yahoo.com... > > Hello OpenVMSers ! > > ? > > Anyone experienced in shutdowning a VAX 6520 and substitute < > > it for a Charon-VAX emulation ? Just curious. As we dont< > > have a Charon-VAX VAR in Brazil it would be difficult to5 > > implement the projects here, and the company I am 9 > > working for dont have interest to port the VAX legacy ; > > applications to Alpha or Itanium ! So they will mantain < > > all the applications until they develop the new projects% > > and softwares for MS/Unix world ! 7 > Our company provides consulting on VMS systems and is : > experienced in delivering Charon-VAX solutions.  What is" > your timeframe for this project? > > > > > The VAX is clustered with an Alpha ! I imagined installing< > > a CHARON-VAX server in this cluster, migrate all the VAX> > > applications/binarises to the Alpha disks, reconfigure the< > > products to run under the emulated VAX and  turn off the0 > > old VAX 6520 ! Would it be easy like this  ?= > Yes, this is one of the easiest ways to replace a clustered # > VAX with a Charon-VAX equivalent.  > > 6 > > And... how about SNA Gateway/CT under Charon-VAX ?6 > > Is it possible ?  We still having 4 or 5  Gateways5 > > with  no time to turn them off.  May be in 2010 ! 6 > Charon-VAX works with all VAX software.  Is your SNA8 > gateway implemented as a service on the VAX 6520 or do@ > you have other dedicated equipment for this function?  If it's= > on the VAX, does the gateway service use network interfaces & > other than a standard enternet port? >  > Rob Lyons  > Resilient Systems, Inc.  > F Fabio wrote CT/Gateway, that is definitely dedicated equipment. The CTI gateway is a VAX 3400 sized cabinet with dedicated hardware to connect to J the bus and tag cables of an IBM mainframe. Other systems use SNA softwareL components to connect to corresponding services (applications) on the MVS or VSE system, like CICS, RJE etc.    ------------------------------    Date: 14 Aug 2003 17:31:28 -0700( From: bob@instantwhip.com (Bob Ceculski). Subject: Re: Fast ethernet and DECnet phase IV= Message-ID: <d7791aa1.0308141631.38c107a6@posting.google.com>   k "Hans Vlems" <hvlems.nieuw@zonnet.nl> wrote in message news:<bhgbpp$erml$1@ID-143435.news.uni-berlin.de>...  > > I > The two DE500's were set at FASTFD. The switch is AFAIK unmanageable. I M > bought the thing yesterday and it was all I could afford. But given the use 0 > of the LAN, half duplex mode is not a problem. >  > Hans  E that will not work with fastfd!  You need to use a managed switch and ? hard set the ports to 100 fd ... also you might want to disable . spanning tree as this can cause problems also!   ------------------------------  % Date: Fri, 15 Aug 2003 15:42:38 +0200 + From: "Hans Vlems" <hvlems.nieuw@zonnet.nl> . Subject: Re: Fast ethernet and DECnet phase IV7 Message-ID: <bhio0c$hvt$1@ID-143435.news.uni-berlin.de>   7 "Bob Ceculski" <bob@instantwhip.com> schreef in bericht 7 news:d7791aa1.0308141631.38c107a6@posting.google.com... 8 > "Hans Vlems" <hvlems.nieuw@zonnet.nl> wrote in message4 news:<bhgbpp$erml$1@ID-143435.news.uni-berlin.de>... > > > K > > The two DE500's were set at FASTFD. The switch is AFAIK unmanageable. I K > > bought the thing yesterday and it was all I could afford. But given the  use 2 > > of the LAN, half duplex mode is not a problem. > >  > > Hans > G > that will not work with fastfd!  You need to use a managed switch and A > hard set the ports to 100 fd ... also you might want to disable 0 > spanning tree as this can cause problems also!  J Yup, but the switch was bought on my own budget. It had to be cheap and isK thus an unmanaged switch. I guess that what you get at that price. It seems K to follow the half-duplex setting well. Sending data from a VMS system to a K PC went as fast as 8500 kB/s. From Tru64 to the same pc exceeded 9000 kB/s. L Uploading from the PC was a lot worse, both systems remained below 750 kB/s.- The PC is connected to an E-Tech ADSL router.    ------------------------------  + Date: Fri, 15 Aug 2003 00:11:49 +0000 (UTC) & From: peter@abbnm.com (Peter da Silva) Subject: Re: HP FUDBusting/ Message-ID: <bhh8g5$ge6$1@jeeves.eng.abbnm.com>   - In article <878ypw5bby.fsf@prep.synonet.com>, . Paul Repacholi  <prep@prep.synonet.com> wrote:F > RSX explicitly overmapped APR0 I and D so the MARK instruction would > work.    Ah.   G So, the PDP-11 supported a non-executable stack in some models, but RSX  explicitly made it executable.   --  O I've seen things you people can't imagine. Chimneysweeps on fire over the roofs O of London. I've watched kite-strings glitter in the sun at Hyde Park Gate.  All L these things will be lost in time, like chalk-paintings in the rain.   `-_-'K Time for your nap.  | Peter da Silva | Har du kramat din varg, idag?    'U`    ------------------------------   Date: 15 Aug 03 07:48:11 +0200) From: p_sture@elias.decus.ch (Paul Sture) " Subject: Re: HP user advocacy poll) Message-ID: <wqUfFPbjBcBp@elias.decus.ch>   b In article <SPP_a.41967$K4.2018832@twister.tampabay.rr.com>, "John N." <JNixon@cfl.rr.com> writes:N > The results of the last poll are in.  It was regarding Tru64 user's plans to > migrate from Tru64 unix.K > Most of the respondents had no plans to migrate to HP-UX until the Alphas % > reached their economic end of life. N > What was missing were any options for people that planned to move to an O.S.N > other than HP-UX.  Do they honestly think ALL Tru64 users will automatically > go with HP-UX? >   F The email I received about this did contain a couple of extra options.B Unfortunately the poll itself didn't have them, so I was unable to answer.    ------------------------------  % Date: Fri, 15 Aug 2003 12:52:09 +0200 + From: Rok Vidmar <Rok.Vidmar@NUK.Uni-Lj.Si> 1 Subject: Re: Init disk for maximal container file & Message-ID: <3f3cd77a$1@NUK.Uni-Lj.Si>   mckinneyj@cpva.saic.com wrote:( > In article <3f3bb500$1@NUK.Uni-Lj.Si>,0 >  Rok Vidmar <Rok.Vidmar@NUK.Uni-Lj.Si> writes: > F >>  I am trying to put 4110372 block container file on a 4110480 block >>RZ28M. Is it doable? >  > ! > All you've got to work with is   >   > 4110480 - 4110372 = 108 blocks > E > to build all of the reserved files. Some of the reserved files have A > an allocation of 0 blocks but as you've found out others don't.   G   Minimal size for reserved file is 176 block with cluster sizes 11 and  16. So it is not doable.   >>  My >>> >>$ INITIALIZE DKA100/CLUSTER=16382/DIRECTORIES=16/HEADERS=16-@ >>/HOMEBLOCKS=CONTIGUOUS/INDEX=BEGINNING/MAXIMUM_FILES=1/SYSTEM- >>/NOVERIFIED MX2SET >> >  > E > The cluster size of 16382 guarantees that any of the reserved files E > that have a non zero allocation size will grab blocks in increments B > of 16382. So, the first allocation exceeds what you have to work > with. Take a look at > ( > $ directory/size=alloc dka100:[000000]  "   That was the clue I was missing.  D > I suspect that it may not be possible to build your file system inA > 108 blocks but you might experiment with a very small value for C > the cluster factor to see... you could also decrease the value of D > the directory qualifier to 1 or 2 and the headers to 10-12 and see > if that helps.  D   16 is minimum both for /DIRECTORIES and /HEADERS. /MAXIMUM_FILES=1? was good down to cluster size 10, where I had to bump it to 10.   G   And to answer David's question: no, I am not playing with DVD images, E instead I am trying to build 3 member shadow set from AFAIK identical F RZ28M (they all report 2988*86*16 geometry). Two of them are connectedE to VAX 4000-106A and report 4110372 blocks, the last one is connected G ty VAXstation 3100-M76/SPX and reports 4110480 blocks. Sigh, 2988*86*16  equals to 4111488.   --   Regards,  D Rok Vidmar                       Internet:  rok.vidmar@nuk.uni-lj.si; National and University Library  Phone:     +386 1 421 5461 ; Turjaska 1, SI-1000 Ljubljana    Fax:       +386 1 421 5464  Slovenia   ------------------------------  % Date: Fri, 15 Aug 2003 00:53:15 -0500 / From: Chris Scheers <chris@applied-synergy.com> 3 Subject: Re: using mailbox for shared memory access 3 Message-ID: <3F3C754B.B5D27286@applied-synergy.com>   H Generally, SS$_IVSECFLG means that the combination of flags (and perhaps other arguments) is invalid.  H In this particular case, you haven't specified the backing store for theG pages.  A global section must map to some disk space somewhere (this is G a virtual memory system).  If you want persistent data, i.e., data that D will survive between program invocations, you need to map the global? section to a file.  Pages will be read and saved to the file as F necessary.  For this to work, the file must be opened and a channel to the file passed to $CRMPSC.   G If you don't need persistent data, it is usually more convenient to use E a page file for backing store.  The SEC$M_PAGFIL flag specifies this.   H Read the description of the $CRMPSC service carefully.  Then go back andD read it again.  It can be a little confusing, but the information is there.  
 Good luck!     Lyndon Bartels wrote:  > $ > Thank-you all for the responses... > 6 > It looks like mailboxes aren't going to work for me. > E > There's a possibility of more then two processes accessing the same B > mailbox, so just having two (one for each direction) won't work. > I > Every process should have equal read and write possibilities. This is a C > shared resource. Like a bulletin board that everyone can see, and  > everyone write on. >  > So...  > % > I'm onto mapped sections. $crmpsc()  > J > I've started reading, went out to dsnlink and pulled down some examples. > F > As with every new thing I try, I write a simple stub program, to try1 > things out. Faster to compile, easier to debug.  > ( > I'll include the latest attempt below. > < > I'm currently getting an invalid flag error: SS$_IVSECFLG. > D > I've never done work with this, so I'm having problems getting the  > correct combinations of flags. > J > I want to create a shared memory section that multiple processes (in the+ > same group) can read and write to equaly.  >  > Any help is appreciated. > F > The file is included below... This is almost straight from a dsnlink
 > example. >  > Thanks in advance, >  > Lyndon >  > --I > My opinions are mine and mine alone. They seldom align with those of my  > employer.  > J > The only good thing about putting the cart before the horse is you don't > have > to look at the horse's butt. > J > /* test1.c                                                            */J > /*                                                                    */J > /* Used to test use of $crmpsc() system call.                         */J > /*    crmpsc() creates and maps a section of address space. Either to */I > /*    a file, or to a memory section.                                */ I > /* I want to try to map a memory section that multiple processes can */ I > /* read and write to.                                                */ I > /*                                                                   */  > J > #include <descrip.h>            /* For $DESCRIPTOR() macro            */ > #include <iodef.h>J > #include <psldef.h>             /* For PSL$_ flags                    */J > #include <secdef.h>             /* For the SEC$M_ flags               */J > #include <ssdef.h>              /* For the SS$_ flags                 */J > #include <starlet.h>            /* For the usage of sys$crmpsc()      */J > #include <stdio.h>              /* For standard i/o routines          */' > #include <stdlib.h>             /* */ J > #include <string.h>             /* For string functions               */J > #include <syidef.h>             /* For SYI$_ flags                    */' > #include <lib$routines.h>       /* */  >  > #define pagelet_size 512;  > > > #define check(stat) if ((stat & SS$_NORMAL) != 1) exit(stat) > 
 > struct { >     int starting;  >     int ending;  > } g_sns_common;  >  > typedef struct {! >     unsigned short      buflen; $ >     unsigned short      item_code;" >     void                *buffer;" >     unsigned int        *retadr; > } item_t;  >  > main() > {  >  > int             ms_flags;  > int             pagcount;  > unsigned int    pagesize;  > J > int             return_status;        /* return status from sys$ calls*/H > char            section_name[31] = "fred";    /* global_section name*/ > item_t          *itmlst; > , > section_name[strlen(section_name)] = '\0'; > J > unsigned long   ms_inadr[2];            /* map section input address  */5 >                                         /* range */  > J > unsigned long   ms_retadr[2];           /* map section return address */5 >                                         /* range */  > . > $DESCRIPTOR(section_name_desc,section_name);$ > itmlst = calloc(2,sizeof(item_t)); > * > itmlst[0].buflen = sizeof(unsigned int);' > itmlst[0].item_code = SYI$_PAGE_SIZE; " > itmlst[0].buffer    = &pagesize; > itmlst[0].retadr    = NULL;  >   > return_status = sys$getsyiw(0, >                         0, >                         0,! >                         itmlst, ! >                         0,0,0);  > check(return_status);  > 6 > ms_inadr[0] = (unsigned long)&g_sns_common.starting;= > ms_inadr[1] = (unsigned long) ((char *)&g_sns_common.ending F >                 + sizeof(int) + pagesize) / pagesize * pagesize - 1;6 > pagcount = (ms_inadr[1] - ms_inadr[0])/pagelet_size; >  > ms_flags = SEC$M_GBL;  > = > return_status = sys$crmpsc(ms_inadr,            /* inadr */ > >                         &ms_retadr,             /* retadr */> >                         PSL$C_USER,             /* acmode */= >                         ms_flags,               /* flags */ > >                         &section_name_desc,     /* gsdnam */= >                         0,                      /* ident */ > >                         0,                      /* relpag */< >                         0,                      /* chan */> >                         pagcount,               /* pagcnt */; >                         0,                      /* vbn */ < >                         0,                      /* prot */; >                         0);                     /* pfc */  > check(return_status);  > }      --  G ----------------------------------------------------------------------- $ Chris Scheers, Applied Synergy, Inc.  C Voice: 817-237-3360            Internet: chris@applied-synergy.com     Fax: 817-237-3074    ------------------------------   End of INFO-VAX 2003.450 ************************