Trac issueshttps://gitlab.torproject.org/legacy/trac/-/issues2012-02-29T23:55:32Zhttps://gitlab.torproject.org/legacy/trac/-/issues/5281sudo -u debian-tor arm : 29.02 date problem2012-02-29T23:55:32ZTracsudo -u debian-tor arm : 29.02 date problemfollowing error appears:
Traceback (most recent call last):
File "/usr/share/arm/starter.py", line 543, in <module>
cli.controller.startTorMonitor(time.time() - initTime)
File "/usr/share/arm/cli/controller.py", line 683, in st...following error appears:
Traceback (most recent call last):
File "/usr/share/arm/starter.py", line 543, in <module>
cli.controller.startTorMonitor(time.time() - initTime)
File "/usr/share/arm/cli/controller.py", line 683, in startTorMonitor
curses.wrapper(drawTorMonitor, startTime)
File "/usr/lib/python2.7/curses/wrapper.py", line 43, in wrapper
return func(stdscr, *args, **kwds)
File "/usr/share/arm/cli/controller.py", line 703, in drawTorMonitor
initController(stdscr, startTime)
File "/usr/share/arm/cli/controller.py", line 86, in initController
firstPagePanels.append(cli.logPanel.LogPanel(stdscr, expandedEvents, config))
File "/usr/share/arm/cli/logPanel.py", line 645, in __init__
self.reprepopulateEvents()
File "/usr/share/arm/cli/logPanel.py", line 689, in reprepopulateEvents
torEventBacklog = getLogFileEntries(setRunlevels, readLimit, addLimit, self._config)
File "/usr/share/arm/cli/logPanel.py", line 305, in getLogFileEntries
eventTimeComp = list(time.strptime(timestamp, "%b %d %H:%M:%S"))
File "/usr/lib/python2.7/_strptime.py", line 454, in _strptime_time
return _strptime(data_string, format)[0]
File "/usr/lib/python2.7/_strptime.py", line 440, in _strptime
datetime_date(year, 1, 1).toordinal() + 1
ValueError: day is out of range for month
**Trac**:
**Username**: mikkegenDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/28334Text fields wider than the screeen cropped2019-12-21T22:25:20ZTracText fields wider than the screeen croppedNyx 2.0.4 at Linux.
The first problem exist with all options: if I select some option, then press `Enter` (so, start editing it), and then press `ESC`, all old values for the option are erased (value becomes `none`). This behavior confu...Nyx 2.0.4 at Linux.
The first problem exist with all options: if I select some option, then press `Enter` (so, start editing it), and then press `ESC`, all old values for the option are erased (value becomes `none`). This behavior confuses users, because normally `ESC` should keep old version of values. To my opinion, if I really need to make it `none` I should manually remove old values (or press `ctrl+u`) and then press `Enter`.
The second problem exist with options which have very long list of values. For example, you can consider `torrc` with a long list of `SocksPort` options or a long list of values for `ExcludeNodes` option. If you select such option in configuration editor (press `Enter`), only the first part of values' list will be shown. Other lengthy part of values list will not be printed and will not be accessible for editing (it is considered as non-existing). I guess it is related to the problem of line splitting ([[https://trac.torproject.org/projects/tor/ticket/28297|#28297]]). Since the first part of accessible values may end at any character (when end of line is reached), if I don't do anything, but just print `Enter`, I may get an error
`Unacceptable option value: Invalid SocksPort configuration (press any key)`
As `nyx` gives to Tor wrong option values, there are many warnings in a log file of `tor` itself, e.g.:
`Controller gave us config lines that didn't validate: Invalid SocksPort configuration`
Thus, if you accidentally press `Enter` on any option with too long list of values, you get trapped in inescapable situation: `ESC` will erase all old values, `Enter` will change them too (possibly with some errors). It is impossible to preserve status quo.
**Trac**:
**Username**: wagonDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/26244The ability to jump to the bottom or top of the connection list in Nyx2018-06-30T17:02:55ZTracThe ability to jump to the bottom or top of the connection list in NyxThe ability to jump to the bottom or top of the connection list in Nyx is needed because it can take minutes when I have thousands of connections and I have to use the arrow keys to go from the bottom to the top. Tested using Nyx 2.0.4
...The ability to jump to the bottom or top of the connection list in Nyx is needed because it can take minutes when I have thousands of connections and I have to use the arrow keys to go from the bottom to the top. Tested using Nyx 2.0.4
**Trac**:
**Username**: DbryrtfbcbhgfDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/21937Tor arm taking 100% cpu2017-10-22T16:07:07ZTracTor arm taking 100% cpuIf i open arm in terminal with command
```
sudo -u debian-tor arm
```
and after that try to close it with just closing down the terminal, it shutsdown from terminal but keeps running in background process. After that it starts to eat up...If i open arm in terminal with command
```
sudo -u debian-tor arm
```
and after that try to close it with just closing down the terminal, it shutsdown from terminal but keeps running in background process. After that it starts to eat up to 100% cpu until i manually kill the process. Because of this my relay was running 2 days with 100% cpu load with multiple arm sessions open.
Using tor 0.2.9.10 in ubuntu 16.04.2 LTS Xenial
Didnt find own subdirectory for arm so i selected Tor as a component.
**Trac**:
**Username**: donttrackusDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/18487Tor Configuration File menu throws an AttributeError2016-03-06T19:40:34ZsambuddhabasuTor Configuration File menu throws an AttributeErrorIn page 4/4(Tor Configuration File), when 'm' is pressed, Nyx throws an AttributeError.In page 4/4(Tor Configuration File), when 'm' is pressed, Nyx throws an AttributeError.Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/6351tor uptime is not reported2012-07-11T15:37:40ZTractor uptime is not reported```
arm - slush.phatservers.com (FreeBSD...) Tor 0.2.2.37 (recommended)
FILEZcom2 - 64.6.104.19:4443, Dir Port: 8080, Control Socket: /var/run/tor/torct
cpu: 0% tor, 0.7% arm mem: 0 (0%) pid: 73723 uptime:
fingerprint: AD...```
arm - slush.phatservers.com (FreeBSD...) Tor 0.2.2.37 (recommended)
FILEZcom2 - 64.6.104.19:4443, Dir Port: 8080, Control Socket: /var/run/tor/torct
cpu: 0% tor, 0.7% arm mem: 0 (0%) pid: 73723 uptime:
fingerprint: ADE3DA05124A033FF4B27956D074FFAD76A53848
flags: none
```
On FreeBSD 7 and 8. tor uptime is not reported. I didnt tried it on linux.
**Trac**:
**Username**: hsnDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/10701tor-arm's man page doesn't mention --socket option2016-03-13T02:00:58ZRoger Dingledinetor-arm's man page doesn't mention --socket optionAre there other things it doesn't mention also?
Also at the bottom of 'man arm' it points me to
/usr/share/doc/arm/armrc.sample
but actually that should be
/usr/share/doc/tor-arm/armrc.sample.gzAre there other things it doesn't mention also?
Also at the bottom of 'man arm' it points me to
/usr/share/doc/arm/armrc.sample
but actually that should be
/usr/share/doc/tor-arm/armrc.sample.gzDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/8509Tor/arm crach when run with out root preveliges.2013-03-22T08:37:51ZTracTor/arm crach when run with out root preveliges.So I have been busy the last couple of days trying to get my tor relay back online on my Ubuntu 12.04 64-bit server. But I have encountered a couple of problems I can not solve.
Running arm as a non-root gives me the simple feed back th...So I have been busy the last couple of days trying to get my tor relay back online on my Ubuntu 12.04 64-bit server. But I have encountered a couple of problems I can not solve.
Running arm as a non-root gives me the simple feed back that it can not create a torrc and torrc_bak file because of permission issues and then stop the starting procedure.
Changing the permission of torrc and torrc_bak to allow all users and groups make arm crash with the following stack trace:
(3 different occasions)
sudo -u debian-tor arm
Traceback (most recent call last):
File "/usr/share/arm/starter.py", line 578, in <module>
cli.controller.startTorMonitor(time.time() - initTime)
File "/usr/share/arm/cli/controller.py", line 700, in startTorMonitor
curses.wrapper(drawTorMonitor, startTime)
File "/usr/lib/python2.7/curses/wrapper.py", line 43, in wrapper
return func(stdscr, *args, **kwds)
File "/usr/share/arm/cli/controller.py", line 773, in drawTorMonitor
cli.menu.menu.showMenu()
File "/usr/share/arm/cli/menu/menu.py", line 114, in showMenu
cursor.handleKey(key)
File "/usr/share/arm/cli/menu/menu.py", line 46, in handleKey
else: self._isDone = self._selection.select()
File "/usr/share/arm/cli/menu/item.py", line 62, in select
self._callback()
File "/usr/share/arm/cli/wizard.py", line 377, in showWizard
shutil.copy(torrcLocation, torrcLocation + "_bak")
File "/usr/lib/python2.7/shutil.py", line 118, in copy
copymode(src, dst)
File "/usr/lib/python2.7/shutil.py", line 91, in copymode
os.chmod(dst, mode)
OSError: [Errno 1] Operation not permitted: '/home/USER/.arm/torrc_bak'
--------------------------------------------------------------
sudo -u debian-tor arm
Traceback (most recent call last):
File "/usr/share/arm/starter.py", line 578, in <module>
cli.controller.startTorMonitor(time.time() - initTime)
File "/usr/share/arm/cli/controller.py", line 700, in startTorMonitor
curses.wrapper(drawTorMonitor, startTime)
File "/usr/lib/python2.7/curses/wrapper.py", line 43, in wrapper
return func(stdscr, *args, **kwds)
File "/usr/share/arm/cli/controller.py", line 795, in drawTorMonitor
cli.wizard.showWizard()
File "/usr/share/arm/cli/wizard.py", line 377, in showWizard
shutil.copy(torrcLocation, torrcLocation + "_bak")
File "/usr/lib/python2.7/shutil.py", line 118, in copy
copymode(src, dst)
File "/usr/lib/python2.7/shutil.py", line 91, in copymode
os.chmod(dst, mode)
OSError: [Errno 1] Operation not permitted: '/home/USER/.arm/torrc_bak'
-----------------------------------------------------------------
sudo -u debian-tor arm
'Traceback (most recent call last):
File "/usr/share/arm/starter.py", line 578, in <module>
cli.controller.startTorMonitor(time.time() - initTime)
File "/usr/share/arm/cli/controller.py", line 700, in startTorMonitor
curses.wrapper(drawTorMonitor, startTime)
File "/usr/lib/python2.7/curses/wrapper.py", line 43, in wrapper
return func(stdscr, *args, **kwds)
File "/usr/share/arm/cli/controller.py", line 773, in drawTorMonitor
cli.menu.menu.showMenu()
File "/usr/share/arm/cli/menu/menu.py", line 114, in showMenu
cursor.handleKey(key)
File "/usr/share/arm/cli/menu/menu.py", line 46, in handleKey
else: self._isDone = self._selection.select()
File "/usr/share/arm/cli/menu/item.py", line 62, in select
self._callback()
File "/usr/share/arm/cli/wizard.py", line 377, in showWizard
shutil.copy(torrcLocation, torrcLocation + "_bak")
File "/usr/lib/python2.7/shutil.py", line 118, in copy
copymode(src, dst)
File "/usr/lib/python2.7/shutil.py", line 91, in copymode
os.chmod(dst, mode)
OSError: [Errno 1] Operation not permitted: '/home/USER/.arm/torrc_bak'
Exception in thread Thread-1 (most likely raised during interpreter shutdown):
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 551, in __bootstrap_inner
File "/usr/share/arm/util/connections.py", line 476, in run
File "/usr/lib/python2.7/threading.py", line 141, in release
<type 'exceptions.TypeError'>: 'NoneType' object is not callable
Running arm with "sudo arm" works perfectly, but obviously its not desired.
**Trac**:
**Username**: NahitaTor: 0.2.3.x-finalDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/9753Torrc validation misunderstands MaxOnionQueueDelay2016-03-13T02:00:40ZDamian JohnsonTorrc validation misunderstands MaxOnionQueueDelayMoving from an email...
```
Hello,
I'm using your great tor-arm 1.4.5.0-1 with Tor 0.2.4.17-rc on Debian 7.
There is a setting "MaxOnionQueueDelay" in torrc
(see https://www.torproject.org/docs/tor-manual-dev.html.en) with a
default o...Moving from an email...
```
Hello,
I'm using your great tor-arm 1.4.5.0-1 with Tor 0.2.4.17-rc on Debian 7.
There is a setting "MaxOnionQueueDelay" in torrc
(see https://www.torproject.org/docs/tor-manual-dev.html.en) with a
default of "1750 msec".
By setting "MaxOnionQueueDelay" to "1400 msec" arm shows on
page 3/5
----------------
MaxOnionQueueDelay 1400
----------------
but on page 1/5 this warning
----------------
14:25:51 [ARM_WARN] The torrc differs from what tor's using. You
can issue a sighup to reload the torrc values by pressing x.
- torrc value differs on line: 119
----------------
Can you check it?
```Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/9222Torrc's bandwidth entries are more flexible than documented2016-03-13T01:28:21ZDamian JohnsonTorrc's bandwidth entries are more flexible than documentedAccording to the tor man page the permitted format for bandwidth entries is pretty simple...
```
RelayBandwidthRate N bytes|KB|MB|GB
```
Arm parses these to check if the torrc is out of sync with tor's actual state (ie, that the user e...According to the tor man page the permitted format for bandwidth entries is pretty simple...
```
RelayBandwidthRate N bytes|KB|MB|GB
```
Arm parses these to check if the torrc is out of sync with tor's actual state (ie, that the user edited their configuration without restarting or issuing a sighup). However, a user inadvertently found that tor is actually more flexible on these lines that what the man page documents...
```
12:54 < atagar> What is the exact torrc lines that you have?
12:55 < Urban_core> RelayBandwidthRate 250Kbytes # Throttle traffic to 100KB/s (800Kbps)
12:55 < Urban_core> RelayBandwidthBurst 350Kbytes # But allow bursts up to 200KB/s (1600Kbps)
```
Once this is fixed in the tor man page please assign this to the arm component and I'll fix it on my end.https://gitlab.torproject.org/legacy/trac/-/issues/24923typo in Nyx docs config page heading2018-01-18T17:04:31ZTractypo in Nyx docs config page headinghttps://nyx.torproject.org/#configuration
Heading "Compenent Visibility"
should be:
"Component Visibility"
A person who had made a nyx install mistake had given up "Since if they can't even spell the heading right, you know the code's g...https://nyx.torproject.org/#configuration
Heading "Compenent Visibility"
should be:
"Component Visibility"
A person who had made a nyx install mistake had given up "Since if they can't even spell the heading right, you know the code's got typos in it, too"
**Trac**:
**Username**: torixDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/28498Unable to refresh connection circuit2019-01-11T17:57:53ZTracUnable to refresh connection circuitUnder slow internet connection it takes sometime to establish all the circuit. When nyx gets started and connection tab is accessed, it show intial circuits created upto that time and show remaining as building. After sometime, when thos...Under slow internet connection it takes sometime to establish all the circuit. When nyx gets started and connection tab is accessed, it show intial circuits created upto that time and show remaining as building. After sometime, when those connections are built, nyx does not refresh those new connections. I have to manually close nyx and reopen it. It would be better to have option in nyx to refresh connections.
Thanks
**Trac**:
**Username**: cyberpunksDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/25801Unhandled exceptions in nyx2018-04-15T20:29:56ZcypherpunksUnhandled exceptions in nyxRunning nyx 2.0.4 from FreeBSD repository, after going to the 'Connections' page which can be empty (AFAIK it depends on tor configuration), pressing a button which would normally lead to some useful information (eg 'd' or 'e') results i...Running nyx 2.0.4 from FreeBSD repository, after going to the 'Connections' page which can be empty (AFAIK it depends on tor configuration), pressing a button which would normally lead to some useful information (eg 'd' or 'e') results in an unhandled exception and shuts nyx down.
Key 'd' fails with:
```
Traceback (most recent call last):
File "/usr/local/bin/nyx", line 11, in <module>
load_entry_point('nyx==2.0.4', 'console_scripts', 'nyx')()
File "/usr/local/lib/python2.7/site-packages/nyx/__init__.py", line 176, in main
nyx.starter.main()
File "/usr/local/lib/python2.7/site-packages/stem/util/conf.py", line 289, in wrapped
return func(*args, config = config, **kwargs)
File "/usr/local/lib/python2.7/site-packages/nyx/starter.py", line 118, in main
nyx.curses.start(nyx.draw_loop, acs_support = config.get('acs_support', True), transparent_background = True, cursor = False)
File "/usr/local/lib/python2.7/site-packages/nyx/curses.py", line 217, in start
curses.wrapper(_wrapper)
File "/usr/local/lib/python2.7/curses/wrapper.py", line 43, in wrapper
return func(stdscr, *args, **kwds)
File "/usr/local/lib/python2.7/site-packages/nyx/curses.py", line 215, in _wrapper
function()
File "/usr/local/lib/python2.7/site-packages/nyx/__init__.py", line 243, in draw_loop
keybinding.handle(key)
File "/usr/local/lib/python2.7/site-packages/nyx/panel/__init__.py", line 84, in handle
self._action()
File "/usr/local/lib/python2.7/site-packages/nyx/panel/connection.py", line 367, in _show_descriptor
color = CONFIG['attr.connection.category_color'].get(selected.entry.get_type(), WHITE)
AttributeError: 'tuple' object has no attribute 'entry'
```
Key 'e' fails with:
```
Traceback (most recent call last):
File "/usr/local/bin/nyx", line 11, in <module>
load_entry_point('nyx==2.0.4', 'console_scripts', 'nyx')()
File "/usr/local/lib/python2.7/site-packages/nyx/__init__.py", line 176, in main
nyx.starter.main()
File "/usr/local/lib/python2.7/site-packages/stem/util/conf.py", line 289, in wrapped
return func(*args, config = config, **kwargs)
File "/usr/local/lib/python2.7/site-packages/nyx/starter.py", line 118, in main
nyx.curses.start(nyx.draw_loop, acs_support = config.get('acs_support', True), transparent_background = True, cursor = False)
File "/usr/local/lib/python2.7/site-packages/nyx/curses.py", line 217, in start
curses.wrapper(_wrapper)
File "/usr/local/lib/python2.7/curses/wrapper.py", line 43, in wrapper
return func(stdscr, *args, **kwds)
File "/usr/local/lib/python2.7/site-packages/nyx/curses.py", line 215, in _wrapper
function()
File "/usr/local/lib/python2.7/site-packages/nyx/__init__.py", line 243, in draw_loop
keybinding.handle(key)
File "/usr/local/lib/python2.7/site-packages/nyx/panel/__init__.py", line 84, in handle
self._action()
File "/usr/local/lib/python2.7/site-packages/nyx/panel/connection.py", line 394, in _show_exiting_port_usage
key_width = max(map(len, self._exit_port_usage.keys()))
ValueError: max() arg is an empty sequence
```Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/8873UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 0: ordin...2016-03-13T01:59:04ZSathyanarayanan GunasekaranUnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 0: ordinal not in range(128)Starting arm (64816a180a29797dad6d11f8649db08632670d6a) results in a stacktrace -
```
arm :: (master) » ./arm ...Starting arm (64816a180a29797dad6d11f8649db08632670d6a) results in a stacktrace -
```
arm :: (master) » ./arm ~/arm 1 ↵
Traceback (most recent call last):
File "./src/starter.py", line 458, in <module>
_loadConfigurationDescriptions(pathPrefix)
File "./src/starter.py", line 162, in _loadConfigurationDescriptions
util.torConfig.loadOptionDescriptions()
File "/home/gsathya/arm/src/util/torConfig.py", line 195, in loadOptionDescriptions
line = uiTools.getPrintable(line)
File "/home/gsathya/arm/src/util/uiTools.py", line 127, in getPrintable
line = line.replace('\xc2', "'")
UnicodeDecodeError: 'ascii' codec can't decode byte 0xc2 in position 0: ordinal not in range(128)
```
Setting priority to major since I'm not even able to start arm.Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/13248uptime is empty2016-03-13T02:05:01Ztoralfuptime is emptywondering why it is not shownwondering why it is not shownDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/4281Usage popup not unique clients2019-01-11T18:46:46ZDamian JohnsonUsage popup not unique clientsThe usage popup either shows the number of client connections we've had per a locale or exit connections per port. For the client counts this isn't very useful since it counts *each* connection that a person makes so it's more of an acti...The usage popup either shows the number of client connections we've had per a locale or exit connections per port. For the client counts this isn't very useful since it counts *each* connection that a person makes so it's more of an activity metric rather than showing how many people are using you.
I should only count each source ip once.Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/18991Use HIBERNATION_STATUS in header panel2019-01-11T19:26:27ZDamian JohnsonUse HIBERNATION_STATUS in header panelNyx's header panel polls the control port for hibernation information. Tor 0.2.9.x adds a new HIBERNATION_STATUS event we can listen to instead to cut down on the GETINFO queries we make.
This is a very small change to our load on the c...Nyx's header panel polls the control port for hibernation information. Tor 0.2.9.x adds a new HIBERNATION_STATUS event we can listen to instead to cut down on the GETINFO queries we make.
This is a very small change to our load on the control port (one GETINFO request every five seconds), so not really a high priority. If somebody wants to do this then great, but I'll probably wait until tor versions prior to 0.2.9.x are deprecated to avoid the headache of 'if version x to this, if y do that'.Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/18475Use STEM_CONNECTIONS list for connection tracker tests2016-03-04T16:27:45ZsambuddhabasuUse STEM_CONNECTIONS list for connection tracker testsPresently, the connection tracker tests use `STEM_CONNECTION_1`, `STEM_CONNECTION_2` and `STEM_CONNECTION_3` variables. We can combine them into a list and use the list for the `assertEqual` rather than hard coding them.Presently, the connection tracker tests use `STEM_CONNECTION_1`, `STEM_CONNECTION_2` and `STEM_CONNECTION_3` variables. We can combine them into a list and use the list for the `assertEqual` rather than hard coding them.Damian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/2501Useless warning on arm startup2011-04-10T16:36:43ZTracUseless warning on arm startupI am using arm on several relays. On all relays arm gives out this warning on startup
12:39:28 [ARM_WARN] The torrc differ from what tor's using. You can issue a sighup to reload the torrc values by pressing x.
- configuration value ...I am using arm on several relays. On all relays arm gives out this warning on startup
12:39:28 [ARM_WARN] The torrc differ from what tor's using. You can issue a sighup to reload the torrc values by pressing x.
- configuration value is missing from the torrc:
tor is using the same torrc that arm is complaining.
**Trac**:
**Username**: torlandDamian JohnsonDamian Johnsonhttps://gitlab.torproject.org/legacy/trac/-/issues/13127ValueError strptime traceback starting arm2016-03-13T02:04:41ZTracValueError strptime traceback starting armArm doesn't start and crashes immediatly with this traceback:
```
Traceback (most recent call last):
File "/usr/share/arm/starter.py", line 578, in <module>
cli.controller.startTorMonitor(time.time() - initTime)
File "/usr/share/...Arm doesn't start and crashes immediatly with this traceback:
```
Traceback (most recent call last):
File "/usr/share/arm/starter.py", line 578, in <module>
cli.controller.startTorMonitor(time.time() - initTime)
File "/usr/share/arm/cli/controller.py", line 700, in startTorMonitor
curses.wrapper(drawTorMonitor, startTime)
File "/usr/lib/python2.7/curses/wrapper.py", line 43, in wrapper
return func(stdscr, *args, **kwds)
File "/usr/share/arm/cli/controller.py", line 720, in drawTorMonitor
initController(stdscr, startTime)
File "/usr/share/arm/cli/controller.py", line 86, in initController
firstPagePanels.append(cli.logPanel.LogPanel(stdscr, expandedEvents, config))
File "/usr/share/arm/cli/logPanel.py", line 652, in __init__
self.reprepopulateEvents()
File "/usr/share/arm/cli/logPanel.py", line 696, in reprepopulateEvents
torEventBacklog = getLogFileEntries(setRunlevels, readLimit, addLimit, self._config)
File "/usr/share/arm/cli/logPanel.py", line 313, in getLogFileEntries
eventTimeComp = list(time.strptime(timestamp, "%Y %b %d %H:%M:%S"))
File "/usr/lib/python2.7/_strptime.py", line 467, in _strptime_time
return _strptime(data_string, format)[0]
File "/usr/lib/python2.7/_strptime.py", line 325, in _strptime
(data_string, format))
ValueError: time data '2012 \x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00\x00Sep 11 04:38:43' does not match format '%Y %b %d %H:%M:%S'
```
Running as normal user, as root or as debian-tor doesn't change anything.
I don't know if this is useful but my server recently crashed and I had to force a reboot.
**Trac**:
**Username**: arguggiDamian JohnsonDamian Johnson