Skip to content

Comments

Add notes on o: drive mapping#152

Open
FreddieAkeroyd wants to merge 1 commit intomasterfrom
FreddieAkeroyd-patch-1
Open

Add notes on o: drive mapping#152
FreddieAkeroyd wants to merge 1 commit intomasterfrom
FreddieAkeroyd-patch-1

Conversation

@FreddieAkeroyd
Copy link
Member

No description provided.

- mapped drive (`d:`) is not connected properly: often double clicking on the drive is enough to get it remapped
- mapped drive (`d:`) is not (re)connected properly: often double clicking on the drive is enough to get it remapped
- data is trying to copied to wrong cycle subdirectory - see not below about incorrect cycle. Look at `post_command*` log and check cycle number looks correct, it is read from `o:\setcycle.cmd`. As old cycles are mounted read-only you may see robocopy errors mentioning `The media is write protected` in this case.
- something else: fix and document here
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- something else: fix and document here

- if all files are in the wrong cycle, either the central copy has not been updated, or the `o:` drive on the instrument has become disconnected so it is not being updated to the latest version. Try clicking on `o:` in windows explorer to reconnect it, and confirm the file `o:\setcycle.cmd` exists and contains the correct cycle number.

to reconnect the o: drive, log onto the NDX and just open it in windows explorer, that should reconnect using cached credentials. Then check that `o:\setcycle.cmd` has the correct cycle number.
to reconnect the o: drive, log onto the NDX and just open it in windows explorer, that should reconnect using cached credentials. Then check that `o:\setcycle.cmd` has the correct cycle number. We had one case recently where the `o:` mapping was incorrect and was missing the `instrument` subdirectory - the network drive mapping needed to be readded so `o:` pointed at the directory containing `setcycle.cmd`
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

readability nits

Suggested change
to reconnect the o: drive, log onto the NDX and just open it in windows explorer, that should reconnect using cached credentials. Then check that `o:\setcycle.cmd` has the correct cycle number. We had one case recently where the `o:` mapping was incorrect and was missing the `instrument` subdirectory - the network drive mapping needed to be readded so `o:` pointed at the directory containing `setcycle.cmd`
To reconnect the `o:` drive, log on to the NDX and open the `o:` drive in windows explorer, which should reconnect using cached credentials. Then check that `o:\setcycle.cmd` has the correct cycle number. If the `o:` mapping is incorrect and is missing the `instrument` subdirectory, the network drive mapping needs to be readded so that `o:` points to the directory containing `setcycle.cmd`.


- mapped drive (`d:`) is not connected properly: often double clicking on the drive is enough to get it remapped
- mapped drive (`d:`) is not (re)connected properly: often double clicking on the drive is enough to get it remapped
- data is trying to copied to wrong cycle subdirectory - see not below about incorrect cycle. Look at `post_command*` log and check cycle number looks correct, it is read from `o:\setcycle.cmd`. As old cycles are mounted read-only you may see robocopy errors mentioning `The media is write protected` in this case.
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Suggested change
- data is trying to copied to wrong cycle subdirectory - see not below about incorrect cycle. Look at `post_command*` log and check cycle number looks correct, it is read from `o:\setcycle.cmd`. As old cycles are mounted read-only you may see robocopy errors mentioning `The media is write protected` in this case.
- it is attempting to copy data to the wrong cycle subdirectory - see note below about incorrect cycle. Look at `post_command*` log and check the cycle number looks correct, it is read from `o:\setcycle.cmd`. As old cycles are mounted read-only you may see robocopy errors mentioning `The media is write protected` in this case.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants