Unchanged are user account names and passwords, as well as user files on the local disk. The local disks cannot be viewed in their entirety from Windows Explorer; this is a purposeful decision by Michael Li. Only the user areas and the Pcapps area on the local disk can be viewed. Unlike the older machine, users will be able to use Windows Internet Explorer on this machine. This is another of Michael's decisions. Like the older machine, MacIntosh service is disabled on this machine. Macs can access files on \\numiserver1. The disk(s) on \\numiserver1 can be network attached (for the current login session or at each login) to \\numiwinctr (or a Mac or any other Windows NT machine & probably any machine running Windows 95 or 98 on the network). To do a network attachment on \\numiwinctr do a right mouse click on the "My Computer" icon on the desktop.
There is a windowing FTP client available on \\numiwinctr (just as there was on the older machine). If it doesn't appear in your list of programs, ask Andy to activate it for you (he has to manually modify the profile for existing users).
When you network attach "\\numiserver1\Share" it has a drive letter on \\numiwinctr that is assigned to it (probably H:\). In the windowing FTP client you can change from drive letter W:\ to H:\ by using the "Chge Dir" button.
This document has been extensively modified--to update it to reflect the new machine. Please point out any remaining problems to (Alan Wehmann).
To use \\numiwinctr from the FNALU cluster:
rsh numiwinctr wincenter -display your_proper_screen
You can find out the value of "your_proper_screen" by using the command "echo $DISPLAY".
Michael stated that the command to start it on a X-terminal is : < rsh numiwinctr wincenter -display < your terminal name:0.0 >   >  . Tom Chase's experience on 8/31/98 was that he had to first say "xhost + numiwinctr.fnal.gov" on his UM Unix box.
Users trying to log in into \\numiwinctr from remote (i.e. not at Fermilab) X-Windows terminals may have to use the following construct as their username: "fnal\username". Surrounding parentheses may or may not be necessary (see remarks under FTP notes). You have to change your password when you login for the first time.
If your password hasn't expired and you wish to change it, log into \\numiwinctr, go to the Start Menu at the bottom left of the screen (pops up if not visible), choose "Windows NT Security", and you will have a choice to change your password. Users accessing \\numiwinctr from a PC running Windows NT (or Windows 95 or Windows 98) will have to be careful to get the right Start Menu (the wrong one would be the one on the local machine, which probably wouldn't have the FNAL domain as a choice of domain).
Files on \\numiwinctr get backed up every night.
Andy's on-site pager # is 0758.
As of 7/2/01 Chris Brew will be the System Manager. His email address is "email@example.com"; his Fermilab extension is X5216.
ICA Clients are available for machines running MS-DOS, MS Windows 3.1, and MS Windows Nt. They are also available for Macintosh machines. They can be downloaded from WinFrame.
The installer for the ICA client suitable for MS Windows NT has been downloaded and put at the location \\beamssrv1\numi.bd\public\ica32.exe. For Windows NT users in the BEAMS domain, \\beamssrv1\numi.bd is automatically network mapped to your machine as the Y drive by the login script.
The \\numiserver1\USERS drive is meant for personal use; this area should be used for personal files, rather than having personal folders on \\numiserver1\Share. If you don't see a personal folder there, contact either Andy Lego or me (Alan Wehmann) to set one up. Any of the \\numiserver1 disk ares will be visible on a Mac, via use of the Mac Chooser. \\numiserver1 has Mac service running on it.
The provision for Mac file service from \\numiserver1 may change if and when the operating system on that machine is upgraded from Windows NT4 to Windows 2000. Read the Computing Division's 1/24/01 announcement and crystal-ball gaze into the future.
The utility for having longer passwords with the Chooser has the name "VMS UAM". It wants to be placed in a folder named "AppleShare Folder", which, in turn, lives in the System Folder. This utility is known to work with System 7.5 and 7.6; it may work with System 8, but there isn't an existence proof known to me. The utility may be found on the server "DCD\MAIN ETHERNET\PCKITS\DeskTop Tools\Mac Tools\UAM".
You can make an "alias" to preserve knowledge of this connection. In a later session you can use the alias to establish the connection. All you need supply in that case is the password.
It is not recommended to request automatic login for a server connection when using the Mac chooser. Nancy Grossman was doing this with one of the ES&H servers & was having problems as a result. Ask Nancy for more details.
Under fault conditions it is possible not to see one or more of the folders on a \\numiserver1 disk drive, on the Mac desktop. In this case call Andy Lego.
In the case of attempting to map a network drive from the FNAL domain (e.g. one of the folders on \\numiserver1) to a machine in another domain (e.g. BEAMS), the user must use his or her username and password for an account in the FNAL domain. The username should be preceded by the domain name in this case (e.g. fnal\wehmann). This goes in the form where it says "connect as". The folder names on \\numiserver1 are "Share", "Public", "USERS", "PCAPPS", "TEMP", "clients", "Scripts", & "Profile".
If this is the first use of a newly created username and password, there is a "Catch 22" involved. It will tell you that the password has to be changed, but it offers no ready way to change it. One solution is to go to a X-Windows terminal temporarily, log in to \\numiwinctr, and change to another password in that manner. This works even if one doesn't normally use \\numiwinctr and one doesn't have personal directories on that machine (technical term--lack of a "profile"). A password 8 or fewer characters is advisable, since I believe that the window accessing a Network Drive has that limitation for the password. If the Windows NT machine is not in the FNAL domain, then the username for the attachment of a \\numiserver1 drive becomes "fnal\username" (this indicates that the username belongs to the FNAL domain).
Another solution is to use an X Windows server running on the local PC (e.g. eXceed) or Mac (e.g. eXodus). One can log-in to \\numiwinctr as explained below and change the password.
A third solution is to use a Mac or Windows ICA client on the local machine to log into \\numiwinctr. As stated in the previous paragraph one doesn't need a \\numiwinctr "profile" to do this.
A similar situation occurs when one's password expires. One must then repeat the steps of the previous three paragraphs, in order to change the password. The system won't allow you to reuse old passwords. See also these other notes.
With eXceed on a Windows NT machine one can use the Xstart icon and use the Xstart Client Startup Application. The start method should be RSH. The Program Type is XWindow. The Host is numiwinctr.fnal.gov (at Fermilab "numiwinctr" should suffice). Host Type need not be specified. The Command should be "wincenter -display @d&;". As explained in the previous paragraph, do not put "fnal\" ahead of the user name, since it is unnecessary.
MS Word needs more than "Add & Read" access to a directory to create a new file. "Add" allows a user to add a file to a directory, but doesn't allow one to change it. "Change" allows one to delete a file, as well as write and execute it. MS Word first writes a zero-length file and then fills it in. This appears to require "Change" access, since one is effectively deleting the file and then writing it (there is also a temporary file involved in this process that eventually gets deleted). Other applications--such as MS Excel--probably behave in a similar fashion.
One could get around the limitation mentioned in the previous paragraph by having MS Word write to a folder where one had "Change" permission and later copy that file (with Windows Explorer) to the folder where one only has "Add & Read" permission.
Each \\numiwinctr user has his own area on NUMIWINCTR. That is where he should save his own documents. Files get backed up daily.
There is a shared area on NUMIWINCTR, which is analagous to the shared area on NUMISERVER1. It is "\\numiwinctr\temp", I believe. It will have a drive letter associated with it. I added SHARE as a sub-directory.
It is possible to "take ownership" of a file if one has "Full Control" over it. In File Manager there is a menu tab "Security". Under this there is a tab labelled "Permissions" and another labelled something like "Owner". The latter allows one to take ownership of a file.
An example where this might be appropriate is on \\numiwinctr\USERS. This is an area Michael Li created for people who are using \\numiwinctr, but who aren't using \\numiwinctr. However, I asked him for the ability to make sub-directories there for people who are also using \\numiwinctr. This allows them to move files there from \\numiserver1\Share, so that folder isn't so cluttered with personal areas. Since I create the sub-directories for such users and then give them Full Control over the sub-directory, they should seriously consider taking ownership of the sub-directory away from me--in order to keep things private.
Ghostview and Ghostscript are also present on the system.
NUMIWINCTR can be accessed from a MacIntosh by using a X Windows Server emulator, like MacX or eXodus. In my experience eXodus is superior to MacX, because the cursor inside a MS Word document is more visible against the background. A company named Xoftware also markets a X Windows Server emulator for the MacIntosh. My experience with their product was not a good one. It is often confused with MacX, because I think they had an agreement with Apple for a while to describe it as the descendant of MacX. Configuration instructions for Mac X are given in Macintosh Remote Access. Configuration for "eXodus" is somewhat different, but comparable.
The Beams Division is not yet supporting eXodus in the same way that the Particle Physics Division is supporting it. The Beams Division people who support MacIntosh usage may still have left individual copies of the latest version of MacX, which they can give to interested users. The Particle Physics Division has a license key server for eXodus, which allows multiple users. Contact Al Forni for further information.
Several people have inquired if there is a way to cut and paste between a Mac and \\numiwinctr. This is possible with the ICA Mac Client. There is a mechanism in "eXodus" to transfer the contents of the Mac clipboard back and forth with an X-Windows selection. However, there is a problem with this mechanism (see 9/22/98 bulletin), and it was disabled for a while (see 5/14/99 bulletin).
It is possible via the Mac Chooser to gain access to disks directly attached to \\numiserver1. Such attachments are part of the mission of \\numiserver1. \\numiserver1 is set up to handle Mac file peculiarities, such as keeping the Resource Fork in memory when the file is open.
From: firstname.lastname@example.org (Dane Skow)
Subject: OSS Department Reorganization
Date: 24 Aug 2000 17:41:08 -0500
I'm contacting you to let you know of an impending organizational change within Computing Division. Effective Sept 5, 2000 the Operating System Support department of the Computing Division will be reorganized into 3 groups to better align responsibilities, customer groups and staff skills. The global responsibilities of the department will not change substantially with the reorganization. However, the group responsible for a specific task will change in many cases and, in some cases, so will the individual primarily performing the work.
The present organization has successfully addressed many needs in the past. I'm confident that the good features and successes can be carried forward into the new organization, while addressing some of the imbalances and preparing for new activities. This reorganization relaxes the alignment of responsibilities by technical criteria (operating system, coding, etc.) and focus more on the commonalities of the customer populations. I expect an aspect of this will be to further enhance the efforts ongoing to improve communication and resource sharing between the Windows and Unix worlds.
There will be three groups: Core Servers and Infrastructure (includes the old UAS, Special Projects and elements of PCS and CSS), Business and Technical Computing (much of the old PCS and some CSS), and Scientific Computing Support (most of the old CSS and some PCS). Below I append an overview of the group responsibilities. This will described in further detail with individuals assigned and upcoming concentrations in the OSS Department web pages at http://www-oss.fnal.gov/ coming soon.
You should expect followup contact through your normal course of liaison with the department to clarify what impact this will have on you directly and discuss sensitivities in schedule/transfer, etc. I expect the immediate impacts should be small, though some confusion/turmoil is inevitable with any reorganization. In particular, we have had a number of departures recently from the UAS group and we ask for particular patience and help in addressing issues with product support and distribution. As always, contact through the helpdesk is encouraged and we are working with the helpdesk staff to make sure routing is appropriately updated with the new structure.
If you do not have a regularly scheduled forum or would like to discuss concerns directly, please contact me (email@example.com x4730) or Mark Kaletka (firstname.lastname@example.org x2965) who is the new deputy department head.
Dane Skow, OSS Department Head
Day to day administrative and on call responsibility (24x7 where applicable) for the following systems:
Members of the infrastructure group will also be assigned as the team lead for various development and/or upgrade projects. The daily administrators of the systems will work with their team lead (the default design lead), when needed: for major upgrades, new purchases, new installations. The daily administrator and the design lead will work as a team to resolve these issues. The Design lead will be responsible for preparing Design and Implementation documentation for any project in which they are involved.
Day to day administration and on-call responsibility for the
The members of this group will act as the lead
administrators and coordinators for support of these
systems. Each group of systems will be assigned a
primary and secondary support person plus a design
lead. This group will support a 24x7 on call support
list for after hours support of any systems for which
they are responsible.
Day to day adminstration and on-call responsibility (as agreed) for the following systems:
The members of this group will act as the lead administrators and coordinators for support of these systems. Each group of systems will be assigned a primary and secondary support person plus a design lead from the design group. This group will support a 24x7 on call support list for after hours support of any systems for which they are responsible.
Dane Skow, OSS Dept. Head, Computing Division
Fermilab, MS369, Kirk and Pine St., Batavia, IL 60510
Wes Smart notices that a key he used for backwards delete in MS Word and in MS Excel (with \\numiwinctr) no longer works, now that we are switched to \\numiwinctr. His NCD terminal has a N108 keyboard on it. The key is the "< x|" key that is in the same postion as the "Backspace" key on a N101 keyboard. Debbie Harris has an NCD terminal with a N101 keyboard; in her case that key does do backwards delete. Adam Para has a N108 keyboard (like Wes's); in Adam's case the key in question does not do a backwards delete. That key on the N108 keyboard seems to do nothing in the two MS applications, yet does do backwards delete in windows like the Terminal window (and probably the HOST window).
I did a bit of fooling, but found no cure for this problem. Do you have any suggestions?
Michael came by the next day and thinks that choosing the right keyboard mapping might cure this. He clued me in to the following method of getting help (executed on a Telnet window to node Fsui03) from \\numiwinctr regarding options for connecting to \\numiwinctr via "rsh numiwinctr wincenter -display your_proper_screen ".
> rsh numiwinctr.fnal.gov x11 -help Usage for connecting to Unix Integration Services is: [-colors
] Number of colors [-depth ] Pixel color bit depth [-display ] Display to use [-domain ] Domain name to logon to [-exec ] Pathname of application to run [-execwd ] Working directory for application [-geometry ] Frame geometry (size and/or offset) [-help or -?] Display this message [-iconic] Iconify session initially [-keybd ] Keyboard mapping file [-lang ] Keyboard language [-new_session] Always create a new session [-mcookie ] MIT-MAGIC-COOKIE-1 authentication [-password ] Password [-resolution ] Screen resolution [-same_session] Always use existing session [-user ] User name to logon with [-shadow ] Shadow an X11 WinStation If -exec is specified, it must be the last parameter. Examples: rsh server x11 -display my_xserver -res 640x480 -depth 8 winstart server -display my_xserver -res 640x480 -depth 8
Michael left, saying that he would try and figure out the right mapfile to use for the problem described above.