1 INFO-VAX	Mon, 26 May 2003	Volume 2003 : Issue 289       Contents:= Re: AS255 models (was: AlphaStation 255/500 power up problem)  Re: FREE TO A GOOD HOME  Re: FREE TO A GOOD HOME  Help maping RDB  Re: Help maping RDB  Re: Help maping RDB ! Looking for keyboard model number - Re: Mirroring Files in real time across a WAN 3 Re: NT: son of VMS? (was Re: Portents of VMS death) 3 Re: NT: son of VMS? (was Re: Portents of VMS death) 3 Re: NT: son of VMS? (was Re: Portents of VMS death)  Re: Overclocking VAXen Re: Samba for OpenVMS How-To?  Re: Samba for OpenVMS How-To?  Re: Samba for OpenVMS How-To?  Re: Samba for OpenVMS How-To?  Re: Samba for OpenVMS How-To?  Re: Samba for OpenVMS How-To?  Re: Samba for OpenVMS How-To?  Re: Samba for OpenVMS How-To?  SYS$QIOW - Performance Issue+ Re: system fan failure in Alphaserver 4100. 2 Re: ZLE data synchronise with different line speed  F ----------------------------------------------------------------------  % Date: Sun, 25 May 2003 16:39:26 -0400 0 From: "Alan Boyles" <alan.boyles@mindspring.com>F Subject: Re: AS255 models (was: AlphaStation 255/500 power up problem)/ Message-ID: <vd2acj9qso19e3@corp.supernews.com>    Probably, it's a 30-45491-03.    AlanD "Michael Moroney" <moroney@world.std.spaamtrap.com> wrote in message" news:baqlo1$7me$1@pcls4.std.com...' > hoff@hp.nospam (Hoff Hoffman) writes:  > = > >  [power-up followed by a power-down after a second or so]  > L > >  As for the immediate shutdown, I would check the diagnostic displays onL > >  the systems, if these are available on the console line or the graphicsD > >  display -- any beep codes?  Any errors?  Are the fans spinning?	 Immediate J > >  shutdowns are usually power or fan problems, or core hardware faults.I > >  Do you have the proper giblets in the box, including memory and PCI?  > J > >  It is also possible to get a diagnostic display connected directly to the L > >  motherboard of an AlphaStation 500 series -- but then I am also getting7 > >  rather far ahead in the troubleshooting here, too.  > J > Do these boxes use the same power supplies as the Alphastation 200?  TheJ > power supply on the AS200 failing in this manner (shutting itself off inI > a half second) is a common failure on them.  (I have a dead one at home I > awaiting a power supply)  There is no diagnostic error corresponding to + > this, the diagnostics barely get started.  >  > -Mike    ------------------------------    Date: 25 May 2003 17:28:39 -07003 From: Eric Smith <eric-no-spam-for-me@brouhaha.com>   Subject: Re: FREE TO A GOOD HOME0 Message-ID: <qhwugesg94.fsf@ruckus.brouhaha.com>  ) Chris Olive <nospam@raytheon.com> writes: 5 > Huh... could have sworn a 750 ran on 3-phase... 8-/   9 moroney@world.std.spaamtrap.com (Michael Moroney) writes: J > Not the 750 itself, but some old disk drives of that era apparently did.F > A long-time Deccie was telling me just today about these drives with@ > three phase drive motors.. wouldn't even spin on single phase.  E The common DEC drives that used large packs, such as the RP02 through G RP06, and the RMxx drives did not use three-phase motors.  I'm not sure E about the RP07, but it seems unlikely that it would have had a three- E phase motor either.  Perhaps the RP20 might have, but I've never seen G one.  It was a rare beast with two separate spindles and an IBM channel 8 interface; it needed a DX20 to attach it to the Massbus.  D Of course, the drives that took small packs (RK02-07, RL01-02, RC25)4 didn't need three-phase for the motors or otherwise.  E The RP05, RP06 and similar drives came wired for 120/208V three-phase C wye, but they simply wired the single-phase drive motor between two D phases, and the electronics between one of those phases and neutral.G The manual for the drive says that the motor is rated for a fairly wide F range of voltages, from under 208 to over 240.  (I don't have it handyF to check the exact numbers.)  So it should be entirely possible to runE an RP06 without three-phase power, if you have single-phase 240V.  If D your 240V receptacle doesn't have a neutral, you might have to use a/ step-down transformer to power the electronics.   H The only parts of any DEC machines that actually *required* three-phase,E AFAIK, were the ECL power supply of the KL10 and the blower motors on D some VAXen.  The KL10's ECL supply ran the three-phase through threeB ferroresonant transformers with approximately 12V secondaries, andB fed the secondaries into a three-phase full-wave bridge rectifier.C This allowed them to reduce the amount of filter capacitance needed % as compared to a single-phase design.    ------------------------------  % Date: Sun, 25 May 2003 22:28:44 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>  Subject: Re: FREE TO A GOOD HOME) Message-ID: <3ED17BC4.57D53BCE@istop.com>    Eric Smith wrote: G > The common DEC drives that used large packs, such as the RP02 through < > RP06, and the RMxx drives did not use three-phase motors.   ! The motor that drove RA82 drives:    General Electric 1/3 Hp 3500 RPM 115 V 	 4.24 amps  60hz 1 phase   N It did require capacitors and circuitry to get it started (and I assume in the right direction) though.   ------------------------------  # Date: Sun, 25 May 2003 21:37:36 GMT % From: "bayden cline" <bayden@isys.ca>  Subject: Help maping RDBI Message-ID: <AIaAa.262748$w7k.23230@news04.bloor.is.net.cable.rogers.com>   K Hello, i am trying to figure out a way to map out how the various tables in J an RDB 5.1 database are linked together, just wondering if anyone here has5 any sujestions for how to do this.  Thanks in advance    bayden   ------------------------------  + Date: Sun, 25 May 2003 23:26:25 +0000 (UTC) 3 From: "Jefferson Humber" <matrix01@globalnet.co.uk>  Subject: Re: Help maping RDB2 Message-ID: <barjf1$mok$1@hercules.btinternet.com>   Bayden,    I use the following;  & SQL> SHOW TABLE(CONSTRAINT) table_name  H Do this on all your tables.  From here you can see what the foreign keys
 reference.  D After you have worked this out, you can sketch an ERD fairly easily.   Simple yet effective,    Jeff  0 "bayden cline" <bayden@isys.ca> wrote in messageC news:AIaAa.262748$w7k.23230@news04.bloor.is.net.cable.rogers.com... J > Hello, i am trying to figure out a way to map out how the various tables inL > an RDB 5.1 database are linked together, just wondering if anyone here has7 > any sujestions for how to do this.  Thanks in advance  >  > bayden >  >  >  >    ------------------------------  % Date: Sun, 25 May 2003 20:57:29 -0700 % From: Dean Woodward <deanw@rdrop.com>  Subject: Re: Help maping RDB& Message-ID: <3ED190A9.60801@rdrop.com>   bayden cline wrote:   M > Hello, i am trying to figure out a way to map out how the various tables in L > an RDB 5.1 database are linked together, just wondering if anyone here has7 > any sujestions for how to do this.  Thanks in advance   C Visio used to be able to do this through the ODBC connection, in a  G somewhat brain-dead way of assuming tables were linked on common field  - names. (Typically, but not always, the case.)    ------------------------------  % Date: Sun, 25 May 2003 21:58:46 -0500 / From: Clay M. Denton <denton@orison.dsserv.com> * Subject: Looking for keyboard model number8 Message-ID: <svv2dv036hv39m6vjpnubp22fasf5hs0rs@4ax.com>  Z Digital made a version of the LK4xx keyboard that fit into a tray in a rack.  This had theH complete keyboard layout, function keys, cursor keys, but the keypad wasW embedded/overlayed on the regular keyboard and accessed with a function key.  I've only U seen one of these, looked at the model #, and forgot it before I could write it down. T Anyone out there have the part number for this - or better yet - one they'd sell me?   Thanks,  Clay   ------------------------------  % Date: Sun, 25 May 2003 16:47:31 -0400   From: Hal Kuff <kuff@tessco.com>6 Subject: Re: Mirroring Files in real time across a WAN? Message-ID: <kuff-A6CE30.16473125052003@news-east.giganews.com>    In article  H <BE56C50EA024184DAF48F0B9A47F5CF4040ED0A1@kaoexc01.americas.cpqcorp.net> , )  "Main, Kerry" <Kerry.Main@hp.com> wrote:    > Hal, > " > Re: keeping RMS files in sync .. > H > Just curious, but have you consider HBVS (host based volume shadowing)" > for specific drives in question? > F > That is the typical way one keeps files in sync between 2 sites with
 > OpenVMS. > 	 > Regards  >  > Kerry Main > Senior Consultant  > Hewlett-Packard (Canada) Co.# > Consulting & Integration Services  > Voice: 613-592-4660  > Fax   : 613-591-4477 > Email: kerryDOTmain@hpDOTcom/ >     (remove the DOT's and replace with "."'s) ! > OpenVMS DCL - the original .COM  >   I    HBVS would be good if the T-3 was in the same TELCO Central Office...  F that is to say very low latency and can run on the network in layer 2 I ... as I understand it.  This one goes to Reno in the form of a point to  , point lease line so we're limited to IP ....  B    Kerry, the NAS head you guys sell looks very interesting for a  mirroring product.       >  > > -----Original Message-----, > > From: Hal Kuff [mailto:kuff@tessco.com]  > > Sent: May 25, 2003 10:19 AM  > > To: Info-VAX@Mvb.Saic.Com : > > Subject: Re: Mirroring Files in real time across a WAN > >  > > 8 > > In article <3ed070e2.36797752@news.freeserve.co.uk>,+ > >  glatisant68@hotmail.com (Floyd) wrote:  > > A > > > Is a live read only copy essential at the remote end or do   > > you require J > > > a usable up to date copy if your source data goes offline? also what  > > > controllers are you using? > > >  > > > Floyd  > > > 3 > > > On Sat, 24 May 2003 04:38:10 -0400, Hal Kuff   > > <kuff@tessco.com> wrote: > > >  > > > 9 > > > >   Is anyone doing anything similar with live RMS   > > files...(On one end of  ' > > > >course - read only on the other)  > > >  > > >   > > > http://www.technofreak.com > >  > > > > >    Well, we have some very active RMS files.. keeping the  > > files in synch  ? > > would be difficult... but using RMS Journaling and keeping   > > the journal 1 > > files in synch would be doable on a T-3 ....   > > @ > >    We have HSG-80 and EVA SAN systems... it looksl like the  > > HP NAS head = > > is the way to go with the tip from Stan Quayle on how to   > > setup the share! > >    ------------------------------  % Date: Sun, 25 May 2003 20:56:25 -0400 * From: "Bill Todd" <billtodd@metrocast.net>< Subject: Re: NT: son of VMS? (was Re: Portents of VMS death)2 Message-ID: <ccKdnZ2gct6g-0yjXTWcoQ@metrocast.net>  6 "Paul Sture" <p_sture@elias.decus.ch> wrote in message# news:H4lj5Ghx3MEB@elias.decus.ch... @ > In article <qMOdnfwqZcQmuU2jXTWcpA@metrocast.net>, "Bill Todd"  <billtodd@metrocast.net> writes: > <snip> >  > I > > NT probably does have a somewhat closer relationship to VMS than what  I'd 7 > > write for a record manager today would have to RMS,  > L > Out of curiosity, what features would you put into a new RMS, and is thereK > anything in particular you would drop? As this is a theoretical question, ; > I'm not especially concerned with backwards compatibilty.   F Where to begin?  At least in OSs where crossing the application/systemF interface is not unreasonably expensive, a record manager lends itselfK better to a Unix-style system where each record operation is handled by the G OS using OS buffers, so VMS would not be the ideal platform on which to D create it.  Once you have that, you have protection for the internalK structure of the files (users can't modify it directly; copy operations are I done by system functions, which is safer than having applications do them L anyway); you can also perform (and protect) updates using a transaction log,J which allows record operations to be made persistent in a single log writeB (even multiple operations can be captured in a single log write ifI synchronous operation isn't requested and the applications use Flush-like J mechanisms to establish consistency points) and things like index updatingL can safely be batched and performed lazily in the background (so can on-lineI reorganization) - you can even use pseudo-log-structured storage to batch K multiple bucket updates into a single disk access (which makes the presence G of a background on-line reorg mechanism more important, and also allows H bucket compaction - or even full-fledged compression, though that's moreK expensive - such that partially-filled buckets occupy no more space on disk C than their data requires), though this starts tying into underlying I file-system changes that I'm working on.  The presence of the transaction E log also facilitates user-level transaction support, though if *long* J transactions are to be supported things can get considerably more complex.  F I think I'd get rid of RFA mechanisms in indexed files:  the permanentI indirection and maintenance overheads don't seem justifiable.  RMS-32 may K even have implemented no-RFA single-key indexed files at one point - I know E I discussed it with them.  As a substitute, it's possible to define a G flexible *unordered* container structure supporting permanent RFAs that K never need get indirected, so multi-key files are still feasible, they just L don't have a primary index but only secondary indexes.  Sequential access inJ physical order is still fast, and reorganization into a preferred physicalF order is possible as long as the RFAs are only used internally (by theI alternate indexes) rather than by applications.  Another option is to use F (unique, or if necessary 'uniquified') primary key values as permanentK record identifiers (as I think NonStop SQL does) that alternate indexes can  use for access.   L Some kind of relatively simple support for 1:many parent:child relationshipsI (supporting hierarchical structures) would be nice, likely implemented by F physical sequencing within a primary data level to provide good accessK clustering.  If you don't want the parent clustered with its children, then K you can just implement the structure within the application using key-based H pointers into separate data sets and suitable enclosing transactions for@ updates, though it might be nicer for the system to support thatH transparently within a single 'file' containing multiple record types inF multiple data sets and managing the linkages among them.  Record typesJ should be able to evolve on line, with newer versions able to coexist withH the old ones (which would be updated if/when their new fields got used).E Some of this stuff starts encroaching on database territory, but only H selectively:  mostly, it offers a simple navigational alternative to theH overheads and inefficiencies of a full-blown relational model upon whichE some higher-level constructs (like *simple* view mechanisms) could be  layered.  D There's a ton of complexity in RMS aimed at '70s-era speed and spaceL optimizations that just aren't important any more, so out they go.  64 KB isG too small a limit on bucket size, and bucket overflow mechanisms should 9 remove all limits on record size (large records should be E piece-wise-accessible like files are; limiting key size to 1 KB or so ' remains reasonable and useful, though).   K That's what comes to mind off the top of my head, anyway.  I'm sure there's B a lot more beneath the surface.  Feel free to offer suggestions or
 observations.    - bill   ------------------------------  % Date: Sun, 25 May 2003 22:21:51 -0400 * From: JF Mezei <jfmezei.spamnot@istop.com>< Subject: Re: NT: son of VMS? (was Re: Portents of VMS death)) Message-ID: <3ED17A28.204F0A5E@istop.com>    Bill Todd wrote:9 > I think I'd get rid of RFA mechanisms in indexed files:    Why ?   M In the case of all-in-1, RFA allows one to access records with duplicate keys N and also saves a lot of time when you've already looked up one record and have# stored its RFA in a local variable.    ------------------------------  % Date: Sun, 25 May 2003 23:24:10 -0400 * From: "Bill Todd" <billtodd@metrocast.net>< Subject: Re: NT: son of VMS? (was Re: Portents of VMS death)2 Message-ID: <rsWdncjSbJnCFEyjXTWcqQ@metrocast.net>  7 "JF Mezei" <jfmezei.spamnot@istop.com> wrote in message # news:3ED17A28.204F0A5E@istop.com...  > Bill Todd wrote:; > > I think I'd get rid of RFA mechanisms in indexed files:  >  > Why ?   L What part of "the permanent indirection and maintenance overheads don't seem2 justifiable" did you find difficult to understand?   > J > In the case of all-in-1, RFA allows one to access records with duplicate keysK > and also saves a lot of time when you've already looked up one record and  have% > stored its RFA in a local variable.   ? I didn't say I'd get rid of RFA access for *all* data, just for D b-tree-structured data.  You could still access data stored in otherK structures (I briefly described one possibility) via alternate indexes (and C pretend that one of them was the 'primary' index if you wanted to).    - bill   ------------------------------  % Date: Sun, 25 May 2003 12:49:36 -0700 + From: "Barry Treahy, Jr." <Treahy@MMaz.com>  Subject: Re: Overclocking VAXen ' Message-ID: <3ED11E50.3070007@MMaz.com>    JF Mezei wrote:    >"Barry Treahy, Jr." wrote:  >    > I >>No, actually Charon only supports 512MB but because of the memory space J >>used for VMS, DIT, and Windows, as well as creating RAM drives which canC >>hold your paging and other temporary files, 2G is the recommended 1 >>level.  In this day and age, memory is cheap...  >>     >> > L >Hadn't thought have having page/swap files residing on a RAM drive... But IH >guess it makes sense if you have far more RAM than the emulator allows. >  >    > E Transiant information too, that can be sacrificed if the system does  C fail, such as SYS$SCRATCH space, or perhaps spooling locations for  I reports, etc...  We're still working on all of this, our raw performance  C improvement is based on just Charon using the RAM it needs for the  E emulation, nothing more... That'll be another 'weekend' project once   we're rested from the last :-)   Barry    --    @ Barry Treahy, Jr  *  Midwest Microwave  *  Vice President & CIO   A E-mail: Treahy@mmaz.com * Phone: 480/314-1320 * FAX: 480/661-7028    ------------------------------  % Date: Sun, 25 May 2003 15:18:23 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> & Subject: Re: Samba for OpenVMS How-To?' Message-ID: <3ED1250F.9151B065@fsi.net>    Tom Linden wrote:  > @ > Did you follow the links from http://samba.anu.edu.au/samba/ I4 > just googled on it and found VMS binaries as well.  3 Not finding a VMS-specific How-To. What did I miss?    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Sun, 25 May 2003 20:06:42 GMT / From: Milton <mbhewitt@optonline.SPAMBLOCK.net> & Subject: Re: Samba for OpenVMS How-To?8 Message-ID: <od82dvg1r44pd4kra1lchtbgo7r1midn9q@4ax.com>  7 On Sun, 25 May 2003 11:54:30 -0500, "David J. Dachtera"  <djesys.nospam@fsi.net> wrote:  0 >Is anyone aware of a VMS-specific Samba How-to? > G >I'm trying to further develop a VMS Samba distribution and I'm running G >into a lot of unexplained stuff trying to get this critter going. Most H >of it is M$-centric, but some of it is due to the use of TCP/IP (a.k.a.; >UCX) in examples and such rather than Multinet or TCPWare.  > D >As VAXman pointed out recently, it all assumes a level M$ knowledgeH >which is not always appropriate to a VMS audience, especially among VMS >bigots like some of us. > D >Searches on Google have not been entirely helpful. I'm going to try >Yahoo later today.  > G >I was just hoping someone here had a web page, a URL or something that E >would lead someplace other than to a lot of UN*X- or M$-speak or, as  >Brian put it, "BillyBabble".   ? Samba for VMS binaries and a mail list to discuss samba for vms 4 http://www.ifn.ing.tu-bs.de/ifn/sonst/samba-vms.html  I >Also, wasn't there an outfit at one time providing commercial suport for  >Samba?      Cheers,  Milton   ------------------------------  # Date: Sun, 25 May 2003 20:29:48 GMT / From: Milton <mbhewitt@optonline.SPAMBLOCK.net> & Subject: Re: Samba for OpenVMS How-To?8 Message-ID: <lr92dvk3m0pkqloktfspirc2ma3jl61l2m@4ax.com>  ( On Sun, 25 May 2003 20:06:42 GMT, Milton) <mbhewitt@optonline.SPAMBLOCK.net> wrote:   8 >On Sun, 25 May 2003 11:54:30 -0500, "David J. Dachtera" ><djesys.nospam@fsi.net> wrote:  > 1 >>Is anyone aware of a VMS-specific Samba How-to?  >>H >>I'm trying to further develop a VMS Samba distribution and I'm runningH >>into a lot of unexplained stuff trying to get this critter going. MostI >>of it is M$-centric, but some of it is due to the use of TCP/IP (a.k.a. < >>UCX) in examples and such rather than Multinet or TCPWare. >>E >>As VAXman pointed out recently, it all assumes a level M$ knowledge I >>which is not always appropriate to a VMS audience, especially among VMS  >>bigots like some of us.  >>E >>Searches on Google have not been entirely helpful. I'm going to try  >>Yahoo later today. >>H >>I was just hoping someone here had a web page, a URL or something thatF >>would lead someplace other than to a lot of UN*X- or M$-speak or, as >>Brian put it, "BillyBabble". > @ >Samba for VMS binaries and a mail list to discuss samba for vms5 >http://www.ifn.ing.tu-bs.de/ifn/sonst/samba-vms.html   - A faster mirror with the same binaries is at: 3 http://us2.samba.org/samba/ftp/Binary_Packages/vms/    Cheers,  Milton   ------------------------------  % Date: Sun, 25 May 2003 16:49:03 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> & Subject: Re: Samba for OpenVMS How-To?' Message-ID: <3ED13A4F.CB69C9E9@fsi.net>   
 Milton wrote:  > * > On Sun, 25 May 2003 20:06:42 GMT, Milton+ > <mbhewitt@optonline.SPAMBLOCK.net> wrote:  > : > >On Sun, 25 May 2003 11:54:30 -0500, "David J. Dachtera"! > ><djesys.nospam@fsi.net> wrote:  > > 3 > >>Is anyone aware of a VMS-specific Samba How-to?  > >>J > >>I'm trying to further develop a VMS Samba distribution and I'm runningJ > >>into a lot of unexplained stuff trying to get this critter going. MostK > >>of it is M$-centric, but some of it is due to the use of TCP/IP (a.k.a. > > >>UCX) in examples and such rather than Multinet or TCPWare. > >>G > >>As VAXman pointed out recently, it all assumes a level M$ knowledge K > >>which is not always appropriate to a VMS audience, especially among VMS  > >>bigots like some of us.  > >>G > >>Searches on Google have not been entirely helpful. I'm going to try  > >>Yahoo later today. > >>J > >>I was just hoping someone here had a web page, a URL or something thatH > >>would lead someplace other than to a lot of UN*X- or M$-speak or, as  > >>Brian put it, "BillyBabble". > > B > >Samba for VMS binaries and a mail list to discuss samba for vms7 > >http://www.ifn.ing.tu-bs.de/ifn/sonst/samba-vms.html  > / > A faster mirror with the same binaries is at: 5 > http://us2.samba.org/samba/ftp/Binary_Packages/vms/   E WAY out of date! My current VMS distro. is V2.2-8. I'm also trying to C find the V2.2-8A update to fix a known security vulnerability I saw 2 documented on another site (lost the URL already).   --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Sun, 25 May 2003 16:50:40 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> & Subject: Re: Samba for OpenVMS How-To?' Message-ID: <3ED13AB0.9F2A36BE@fsi.net>   
 Milton wrote:  > [snip]A > Samba for VMS binaries and a mail list to discuss samba for vms 6 > http://www.ifn.ing.tu-bs.de/ifn/sonst/samba-vms.html  $ Have the binaries for V2.2-8. Thanx.  ) I'm looking for VMS-specific How-To info.   C Looks like I'll have to sift through a lot of chaff to find it, but % little by little, it's coming my way.    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  # Date: Sun, 25 May 2003 22:08:33 GMT / From: Milton <mbhewitt@optonline.SPAMBLOCK.net> & Subject: Re: Samba for OpenVMS How-To?8 Message-ID: <fcf2dvk07j6eh5isqfkrts0lo81ppb8721@4ax.com>  7 On Sun, 25 May 2003 16:49:03 -0500, "David J. Dachtera"  <djesys.nospam@fsi.net> wrote:   >Milton wrote: >>  + >> On Sun, 25 May 2003 20:06:42 GMT, Milton , >> <mbhewitt@optonline.SPAMBLOCK.net> wrote: >>  ; >> >On Sun, 25 May 2003 11:54:30 -0500, "David J. Dachtera" " >> ><djesys.nospam@fsi.net> wrote: >> >4 >> >>Is anyone aware of a VMS-specific Samba How-to? >> >> K >> >>I'm trying to further develop a VMS Samba distribution and I'm running K >> >>into a lot of unexplained stuff trying to get this critter going. Most L >> >>of it is M$-centric, but some of it is due to the use of TCP/IP (a.k.a.? >> >>UCX) in examples and such rather than Multinet or TCPWare.  >> >> H >> >>As VAXman pointed out recently, it all assumes a level M$ knowledgeL >> >>which is not always appropriate to a VMS audience, especially among VMS >> >>bigots like some of us. >> >> H >> >>Searches on Google have not been entirely helpful. I'm going to try >> >>Yahoo later today.  >> >> K >> >>I was just hoping someone here had a web page, a URL or something that I >> >>would lead someplace other than to a lot of UN*X- or M$-speak or, as ! >> >>Brian put it, "BillyBabble".  >> >C >> >Samba for VMS binaries and a mail list to discuss samba for vms 8 >> >http://www.ifn.ing.tu-bs.de/ifn/sonst/samba-vms.html >>  0 >> A faster mirror with the same binaries is at:6 >> http://us2.samba.org/samba/ftp/Binary_Packages/vms/ >  >WAY out of date!   ? I thought it might contain some VMS documentation, since it was 0 specifically compiled for VMS/VAX and VMS/Alpha.  5 >My current VMS distro. is V2.2-8. I'm also trying to D >find the V2.2-8A update to fix a known security vulnerability I saw3 >documented on another site (lost the URL already).    samba-2.2.8a is at:  http://us1.samba.org/samba/ftp/    Cheers,  Milton   ------------------------------  % Date: Mon, 26 May 2003 00:37:55 +0200 9 From: Jan-Erik =?iso-8859-1?Q?S=F6derholm?= <aaa@aaa.com> & Subject: Re: Samba for OpenVMS How-To?' Message-ID: <3ED145C3.9AB2B2CC@aaa.com>   < Why not just subscribe to the SAMBA-VMS mailing list and ask your specific questions there ?    See:  ) http://lists.samba.org/listinfo/samba-vms    Regards 	 Jan-Erik.    "David J. Dachtera" wrote: > + > I'm looking for VMS-specific How-To info.  >    ------------------------------  % Date: Sun, 25 May 2003 21:23:11 -0500 1 From: "David J. Dachtera" <djesys.nospam@fsi.net> & Subject: Re: Samba for OpenVMS How-To?' Message-ID: <3ED17A8F.6C87DF5F@fsi.net>    Jan-Erik Sderholm wrote:  > > > Why not just subscribe to the SAMBA-VMS mailing list and ask! > your specific questions there ?  >  > See: > + > http://lists.samba.org/listinfo/samba-vms   6 Is there a place to easily find a digest of that list?  F Is there a similar Usenet forum that might be easier to search without! having a local, existing history?   D Also, in addition to my questions, I'm looking for info. that hasn't jumped up and bit me yet.   C I'm looking to write a Samba-VMS How-To web page. Perhaps not *THE* A definitive work, seeing as I'm such a greenie at it, but at least H something since such does not seem to presently exist. A text form wouldD be included in the distro. I've been working on. It's someone else'sE binary kit repackaged for ease of installation (Google for my earlier 3 posts here and in vmsnet.networks.tcp-ip.multinet).   E Ultimately, I'd like to arrive at a primarily binary (with the source F tree included, but not installed by default) distro. that arrives at aH basically functional set up by asking the right questions during a setupB procedure used after the kit is installed. The current state of itD installs entirely from the CD, including link-at-install-time of theF executables. Now, I'm trying to generate the documentation to make theE kit as usable as possible out of the "box", with the ultimate goal of G having the software be easily configurable after install time (yes, I'm  thinking PCSI here).  G Dunno if I could manage a commercial, supported release with my present G resources, but I'm not ruling that out as a future possibility, either.   5 It'll be interesting to see what Samba V3.x brings...    --   David J. Dachtera  dba DJE Systems  http://www.djesys.com/  ( Unofficial Affordable OpenVMS Home Page: http://www.djesys.com/vms/soho/    ------------------------------  % Date: Mon, 26 May 2003 11:24:56 +0530  From: "Vivek" <visoni@bmc.com>% Subject: SYS$QIOW - Performance Issue / Message-ID: <vd3arir9qlj671@corp.supernews.com>    Hi,   = I am reading data from the mailbox using the call SYS$QIOW( )   & SYS$QIOW reads 1024 bytes in one call.  9 Mail Box has max buffer of 2048 and message size as 1024.   J I am encountering a problem of performance in reading from mail box on VAXB machine, it is also happening on some ALPHA boxes and not on some.  D The time taken by this call is 4 minutes to 10 minutes for eac call.  H My Query is, if SYS$QIOW is the right call to read message from MAILBOX?  2 Can I use alternative call to improve performance.   Thanks Vivek    ------------------------------  + Date: Sun, 25 May 2003 22:30:12 +0000 (UTC) 7 From: moroney@world.std.spaamtrap.com (Michael Moroney) 4 Subject: Re: system fan failure in Alphaserver 4100.( Message-ID: <barg5k$vru$1@pcls4.std.com>  ; costello@iki.fi (Antti =?iso-8859-1?q?J=E4rvinen?=) writes:   F >I have as2000 parts and no fan at all and the thing powers itself offL >right after memory test, might have something to do with missing fan -> whoN >knows what kind of fan to attach? I've propably found the fan power connectorK >but I'd be very grateful to know what different pins do (the connector has J >6 pins) and what kind of voltage the fan would want. This missing one is J >the large fan next to cpu/memory assembly, as2000 does not have fans for  >individual cpus.   H I see Alphaserver 2000 parts on Ebay fairly often, perhaps you can find  what you need there. --   -Mike    ------------------------------    Date: 25 May 2003 20:14:44 -0700! From: lhunyi@yahoo.com.sg (MAser) ; Subject: Re: ZLE data synchronise with different line speed = Message-ID: <f743c4ca.0305251914.5da80bcf@posting.google.com>   F Thank for the reply but I seem to have misguide you about my question.  D I was not thinking on the core side of ZLE but on the client side orF the application. Like I want to access data and update it from my homeF (v.90)and at the same time someone else access from a T1 line the sameF data and do some updating. I think that due to the difference in speedD and access data time. I will not able to get the latest data or even updating it to the latest.       "Randall S. Becker" <r s b e c k e r _ n o s p a m@n e x b r i d g e _n o s p a m . c o m> wrote in message news:<F5Yza.254317$w7k.214182@news04.bloor.is.net.cable.rogers.com>...L > Another thing to consider is that a V.90 modem isn't going to be up to theN > task of handling a 1000 or 10000 TPS load unless the transactions are fairlyH > trivial - in which case, why bother with a ZLE in the first place? TheM > infrastructure required to support a true ZLE is substantial, and is beyond ! > simple data transmission rates.  > = > "Dave Bossi" <davebossi@C.O.M.C.A.S.T.net> wrote in message , > news:3ECE1F11.3080701@C.O.M.C.A.S.T.net...G > | The Zero Latency concept applies to a much greater picture than any I > | individual piece of the replication activity.  If you go to HP's site L > | you can read information on ZLE and what the concept really encompasses. > | J > | Regarding replication over a slow circuit, you are correct, the higherI > | speed the circuit the more current the data that has been replicated. L > | Since replication tools work "in the background", your real-time updatesK > | to the primary site are not affected by the bandwidth to the remote. To K > | establish a mirror site for DR or for load sharing, your bandwidth must L > | be at least equal to your aggregate data modification rate or the mirror > | site will fall behind. > |  > | Dave > |  > | MAser wrote:E > | > I was wonder about this ZLE concept from hp. It say that it can K > | > synchronise data. I was thinking if the speed of the line does affect F > | > the data input. For example, if I were to use normal phone modemK > | > (v.90) and access & update the database. At the same time, if another J > | > person used DSL and access the same data would there be a problem as. > | > now mostly, he will read the older data. > | >  > | > Thank youp > |n   ------------------------------   End of INFO-VAX 2003.289 ************************