General operation problems » History » Version 15
Eric Hou, 06/24/2010 11:01 AM
1 | 1 | Amber Herold | h1. General operation problems |
---|---|---|---|
2 | |||
3 | 12 | Anchi Cheng | * [[General operation problems#Leginon_main_window_has_frozen|Leginon has frozen]] |
4 | 1 | Amber Herold | |
5 | * [[General operation problems#Leginon_has_crashed|Leginon has crached]] |
||
6 | 12 | Anchi Cheng | |
7 | 15 | Eric Hou | * [[General operation problems#Python_window_does_not_close_on_Windows_after_Leginon_GUI_window_is_closed|Python process window does not close after Leginon or Client GUI is closed]] |
8 | 1 | Amber Herold | |
9 | * [[General operation problems#Data_collection_does_not_resume_after_restarting_Leginon|Leginon does not resume data collection after restart]] |
||
10 | |||
11 | 13 | Eric Hou | * <link linkend="badinput">Parameter used does not follow the input</link> |
12 | 1 | Amber Herold | |
13 | 15 | Eric Hou | * <link linkend="settingapply">Changing parameters in setting window does not change node image display</link> |
14 | 1 | Amber Herold | |
15 | 15 | Eric Hou | * <link linkend="settingapply">Create atlas in different dimension seems not to function</link> |
16 | 1 | Amber Herold | |
17 | 15 | Eric Hou | * <link linkend="settingapply">Error in starting MSI application with error regarding reference data can not be found</link> |
18 | 1 | Amber Herold | |
19 | 15 | Eric Hou | * <link linkend="no_mag_list">Magnification List does not show up properly (See Installation Trouble Shoot)</link> |
20 | 1 | Amber Herold | |
21 | h2. Leginon main window has frozen |
||
22 | |||
23 | 15 | Eric Hou | Commonly Why: You have a setting window open somewhere. The main window can not do anything if there is a subwindow open. |
24 | 1 | Amber Herold | |
25 | Solution: |
||
26 | |||
27 | Find the setting window on your desktop and close it. |
||
28 | |||
29 | Other reason: Run out of memory or other hardware/software/network problems. |
||
30 | |||
31 | Solution: |
||
32 | |||
33 | 15 | Eric Hou | * If the freeze is reproducable, record and report the circumstance when this happens to those in charge with Bugzilla- |
34 | 1 | Amber Herold | * Leginon core - pulokas@scripps.edu |
35 | |||
36 | 15 | Eric Hou | * database and image viewer - erichou@scripps.edu |
37 | 1 | Amber Herold | |
38 | * documentation - acheng@scripps.edu |
||
39 | |||
40 | 15 | Eric Hou | * Kill frozen Leginon window by one of the following. Try the gentler ones listed at front first. Check to see if any Leginon related process is running by Unix command >ps. If there are left-over python processes, try the next more aggresive one. |
41 | 1 | Amber Herold | |
42 | * close the window |
||
43 | |||
44 | * main>ctrl-c |
||
45 | |||
46 | * main>xkill |
||
47 | |||
48 | 15 | Eric Hou | A cursor in the shape of a skeleton will show up. Point it to the window you want to kill and click on it) |
49 | 1 | Amber Herold | |
50 | * main>killall -9 python |
||
51 | |||
52 | 15 | Eric Hou | This kills all processes with name containing python. Therefore, it may kill other process you run in the background! |
53 | 1 | Amber Herold | |
54 | * scope> kill and restart Leginon Client if desired. |
||
55 | |||
56 | 15 | Eric Hou | * Close the python window. The Leginon window will close automatically this way. |
57 | 1 | Amber Herold | |
58 | 15 | Eric Hou | * If several restart of leginon is needed, Leginon Client is more likely to behave badly without its own restart. |
59 | 1 | Amber Herold | |
60 | * main> restart Leginon by 'start-leginon.py' |
||
61 | |||
62 | 15 | Eric Hou | * Leginon Setup Wizard> Select user and returning sesson and "Start" the program. |
63 | 1 | Amber Herold | |
64 | 15 | Eric Hou | * Leginon/Application> select the application used to run. Select the scope and the main launcher, and then launch the application. |
65 | 1 | Amber Herold | |
66 | 15 | Eric Hou | * If a simple application such as "Manual" is used, just continue what you were doing. |
67 | 1 | Amber Herold | |
68 | 15 | Eric Hou | * If "MSI" or "Multiscale Tomography" application is used and Leginon did not crash during queue processing, do the following to continue: |
69 | 1 | Amber Herold | |
70 | 15 | Eric Hou | * Leginon/Square Targeting/Toolbar/Tiles> select the current mosaic from the pull-down list by checking the ID and label, and then "Load" it. |
71 | 1 | Amber Herold | |
72 | 15 | Eric Hou | * Leginon/Square Targeting/Toolbar> "Submit" the target list that is loaded with the atlas. Leginon will check the status of the target acquisition and processing and pick it up from where it was left off. |
73 | 1 | Amber Herold | |
74 | 15 | Eric Hou | * If "MSI" or "Multiscale Tomography" application is used and Leginon crash during queue processing, do the following at the node where the targets from its queue you wish to continue process. |
75 | 1 | Amber Herold | |
76 | Leginon/XXX Targeting/Toolbar> click on the "Submit the queued target". |
||
77 | |||
78 | Still not working: Check for hardware and network problems. |
||
79 | |||
80 | h2. Leginon has crashed |
||
81 | |||
82 | 15 | Eric Hou | Commonly Why: You have click too many places and make changes so fast that leginon can not follow it. |
83 | 1 | Amber Herold | |
84 | Solution: |
||
85 | |||
86 | Slow down, especially in preset manager. |
||
87 | |||
88 | Other reason: Run out of memory or other hardware/software/network problems. |
||
89 | |||
90 | Solution: |
||
91 | |||
92 | 15 | Eric Hou | # If the crash is reproducable, record and report the circumstance when this happens to those in charge with Bugzilla |
93 | |
||
94 | |
||
95 | ** Leginon core - pulokas at scripps.edu |
||
96 | |
||
97 | ** database and image viewer - erichou at scripps.edu |
||
98 | |
||
99 | ** documentation - acheng at scripps.edu |
||
100 | # Check to see if any Leginon related process is running by Unix command >ps. If there are left-over python processes, try the next more aggresive one. |
||
101 | ** main>ctrl-c |
||
102 | ** main>killall -9 python |
||
103 | This kills all processes with name containing python. Therefore, it may kill other process you run in the background! |
||
104 | # scope> kill and restart Leginon Client if desired. |
||
105 | ** Close the python window. The Leginon window will close automatically this way. |
||
106 | ** If several restart of leginon is needed, Leginon Client is more likely to behave badly without its own restart. |
||
107 | # main> restart Leginon by 'start-leginon.py' |
||
108 | # Leginon Setup Wizard> Select user and returning sesson and "Start" the program. |
||
109 | # Leginon/Application> select the application used to run. Select the scope and the main launcher, and then launch the application. |
||
110 | # If a simple application such as "Manual" is used, just continue what you were doing. |
||
111 | # If "MSI" or "Multiscale Tomography" application is used and Leginon did not crash during queue processing, do the following to continue: |
||
112 | ** Leginon/Square Targeting/Toolbar/Tiles> select the current mosaic from the pull-down list by checking the ID and label, and then "Load" it. |
||
113 | ** Leginon/Square Targeting/Toolbar> "Submit" the target list that is loaded with the atlas. Leginon will check the status of the target acquisition and processing and pick it up from where it was left off. |
||
114 | # If "MSI" or "MSI-Tomography" application is used and Leginon crash during queue processing, do the following at the node where the targets from its queue you wish to continue process. |
||
115 | 1 | Amber Herold | Leginon/XXX Targeting/Toolbar> click on the "Submit the queued target". |
116 | |||
117 | Still not working: Check for hardware and network problems. |
||
118 | |||
119 | h2. Python window does not close on Windows after Leginon GUI window is closed |
||
120 | 14 | Eric Hou | |
121 | 15 | Eric Hou | Why: Python process controls Leginon GUI window. On Windows, Python process is considered broken without Leginon GUI. |
122 | 1 | Amber Herold | |
123 | 15 | Eric Hou | * Always close the python process window to exit both Leginon GUI and the python process. |
124 | 1 | Amber Herold | |
125 | h2. Data collection does not resume after restarting Leginon |
||
126 | |||
127 | Commonly Why: |
||
128 | |||
129 | 15 | Eric Hou | For applications that process targets on grid atlas such as MSI and "Multiscale Tomography", resuming data collection depends on whether "queuing" option is used and if there are still targets left in the queues. |
130 | 1 | Amber Herold | |
131 | 15 | Eric Hou | * If "queuing" is not used, resume data collection in Square Targeting by reloading the atlas and resubmit the unprocessed targets (green) will resume the data collection at where it left off. |
132 | # Leginon/Square Targeting/Toolbar/Tiles> select the current mosaic from the pull-down list by checking the ID and label, and then "Load" it. |
||
133 | # Leginon/Square Targeting/Toolbar> "Submit" the target list that is loaded with the atlas. Leginon will check the status of the target acquisition and processing and pick it up from where it was left off. |
||
134 | # Leginon/Square Targeting/Toolbar> If all targets are done, select new ones on the atlas for more data collection. |
||
135 | 1 | Amber Herold | |
136 | 15 | Eric Hou | * If "queuing" is used, data collection should be resumed at the targeting node it left off. If unsure where it has been interrupted, follow this safe instruction to process the high level queued targets first: |
137 | # Resume at Exposure (or Tomography) Targeting. If there is no unprocessed targets, no data will be collected. |
||
138 | ** Leginon/Exposure Targeting/Toolbar> click on the "Submit the queued target". |
||
139 | # When all queued targets at higher level are done, resume at Hole (or Subsquare) Targeting. |
||
140 | ** Leginon/Hole Targeting/Toolbar> click on the "Submit the queued target". |
||
141 | # Resume at Square Targeting when queued targets at hole targeting are processed. |
||
142 | ** Leginon/Square Targeting/Toolbar/Tiles> select the current mosaic from the pull-down list by checking the ID and label, and then "Load" it. |
||
143 | ** Leginon/Square Targeting/Toolbar> "Submit" the target list that is loaded with the atlas. Leginon will check the status of the target acquisition and processing and pick it up from where it was left off. |
||
144 | # None of the above will resume data collection if all targets are done or abort by the user. Select new ones on the atlas for more data collection. |
||
145 | 1 | Amber Herold | |
146 | 14 | Eric Hou | h2. Acquired image or program parameters do not behave in the same way as the input |
147 | 1 | Amber Herold | |
148 | 15 | Eric Hou | Commonly Why: An invalid input is entered such as an invalid camera setting, text in place of an inumber. |
149 | 1 | Amber Herold | |
150 | 15 | Eric Hou | * For camera setting: Leginon/Presets Manager> Send the suspected preset to scope and check the actual values in scope/Instrument/Camera> with a refresh. |
151 | 1 | Amber Herold | |
152 | 15 | Eric Hou | * For all other inputs: Check by reenter the value and hit "Enter" on the keyboard. The cursor will return to the front of the number and the entry box no longer highlighted if it is valid. |
153 | 1 | Amber Herold | |
154 | 15 | Eric Hou | * Preset Manager> Select another preset to refresh the parameter list and then select the problematic preset and check its current saved parameter. |
155 | 1 | Amber Herold | |
156 | h2. Parameters in setting windows do not apply to the node image display |
||
157 | |||
158 | 15 | Eric Hou | h3. Why: |
159 | 1 | Amber Herold | |
160 | 15 | Eric Hou | * The display panel is set to output other than the direct result of the setting. |
161 | 1 | Amber Herold | |
162 | 15 | Eric Hou | * The function needs to be excuted to its input in the setting window. Use "Test" button to do this. |
163 | 1 | Amber Herold | |
164 | 15 | Eric Hou | * if still not working, "Apply" the parameters before "Test" or "Create" (in Suqare Targeting Node). |
165 | 1 | Amber Herold | |
166 | h2. Fail to load a node in an new application with DataAccessError |
||
167 | |||
168 | 15 | Eric Hou | h3. Why: |
169 | 1 | Amber Herold | |
170 | 15 | Eric Hou | * A bug in default setting loading causes some JAHCFinder or HoleFinder nodes with bad reference to LowPassFilterSettings. |
171 | 1 | Amber Herold | |
172 | 15 | Eric Hou | You may want to get help from the most experienced user at your institute to do these: |
173 | 1 | Amber Herold | |
174 | * Start Leginon as "administrator". |
||
175 | |||
176 | * Identify the node name that failed to load in the application. |
||
177 | |||
178 | * Start the same application. |
||
179 | |||
180 | 15 | Eric Hou | * If you get the same problem, the database entry will need modification, get help from Leginon team to do this if you don't know how. |
181 | 1 | Amber Herold | |
182 | * If the application is loaded normally, select the problematic node. |
||
183 | |||
184 | 15 | Eric Hou | * If the node belongs to JAHCFinder Class, open the settings for Template. Change LowPassFilter Sigma to a different value, apply the change and then change it back before exist with OK. This will create a new and valid data reference to the node's settings. |
185 | 1 | Amber Herold | |
186 | 15 | Eric Hou | * If the node belongs to HoleFinder Class, open the settings for Edge and for Template. Repeat the same sequence as above. |
187 | 2 | Amber Herold | |
188 | |||
189 | |||
190 | |||
191 | ______ |
||
192 | |||
193 | [[Pausing and Aborting during data collection|< Pausing and Aborting during data collection]] | [[Hardware Troubles|Hardware Troubles >]] |
||
194 | |||
195 | ______ |