Error No Salts Loaded
proper formatting. acubens12-25-2010, 09:56 PM Hi/Hallo oclhc v0.21 (shipped with BT4R1) reports that no salts are loaded when trying to open a dcc hash file with lines in the format [username]:[hash]:[workgroup]:[domain]. oclhc v0.23 accepts the salts (but unfortunately quits with the "ERROR: clEnqueueReadBuffer() -5" which I do not expand here as I assume it is due to my 260 Nvidia driver use of which is discouraged by Rolf) Any help on how to reformat the hash files or otherwise work around is greatly appreciated. Best J- Rolf12-25-2010, 10:03 PM Username:Hash should work. 0.23 worked with 256.xx - 258.96 . acubens12-25-2010, 10:49 PM (12-25-2010, 10:03 PM)Rolf Wrote: [ -> ]Username:Hash should work. 0.23 worked with 256.xx - 258.96 . Many thanks for the quick reply. I tested it again with v0.21, v0.22 and v0.23 and username:hash seems to be accepted from 0.22 onward only (which do not work with Forceware 260.XX, which I do however need for my GT 425 - but then I didn't have a chance to test 0.21 with Forceware 260, maybe that doesn't work either). Thanks again J- Rolf12-25-2010, 10:55 PM When Atom gets back, you can PM him for 0.24b which ONLY works with 260.xx . atom01-31-2011, 05:53 PM fixed in oclHashcat v0.25 hashcat Forum > Deprecated; Ancient Versions > Very old oclHashcat Support > ERROR: no salts loaded Powered By MyBB, © 2002-2016 MyBB Group
Sign in Pricing Blog Support Search GitHub This repository Watch 538 Star 6,949 Fork 3,167 saltstack/salt Code Issues 3,878 Pull requests 49 Projects 0 Wiki Pulse Graphs New issue rh_service references osrelease before it is available, also does not return bool #31731 Closed sjorge opened this Issue Mar 7, 2016 · 20 comments Projects None yet Labels Bug Execution Module Fixed Pending Verification High Severity P1 Platform Regression TEAM Core Milestone B 0 Assignees terminalmage 6 participants sjorge commented Mar 7, 2016 Description of Issue/Question http://hashcat.net/forum/archive/index.php?thread-230.html [ERROR ] Exception raised when processing __virtual__ function for rh_service. Module will not be loaded local variable 'osrelease' referenced before assignment [WARNING ] salt.loaded.int.module.rh_service.__virtual__() is wrongly returning `None`. It should either return `True`, `False` or a new name. If you're the developer of the module 'rh_service', please fix this. Setup Please provide relevant configs and/or SLS files (Be sure to remove sensitive info). https://github.com/saltstack/salt/issues/31731 n/a Steps to Reproduce Issue Include debug logs if possible and relevant. start a minion on CentOS 7. Versions Report Provided by running salt --versions-report salt Version: Salt: 2016.3.0rc1-901-gb8ae54d Dependency Versions: Jinja2: 2.8 M2Crypto: Not Installed Mako: Not Installed PyYAML: 3.11 PyZMQ: 13.1.0 Python: 2.7.5 (default, Nov 20 2015, 02:00:19) RAET: 0.6.5 Tornado: 4.3 ZMQ: 3.2.2 cffi: Not Installed cherrypy: 5.0.1 dateutil: 2.5.0 gitdb: 0.6.4 gitpython: 0.3.2 RC1 ioflo: 1.5.0 libgit2: Not Installed libnacl: 1.4.4 msgpack-pure: Not Installed msgpack-python: 0.4.7 mysql-python: Not Installed pycparser: Not Installed pycrypto: 2.6.1 pygit2: Not Installed python-gnupg: 2.0.2 smmap: 0.9.0 timelib: 0.2.4 System Versions: dist: centos 7.2.1511 Core machine: x86_64 release: 3.10.0 system: Linux version: CentOS Linux 7.2.1511 Core 👍 2 jfindlay added Bug High Severity Regression P1 Platform Execution Module labels Mar 8, 2016 jfindlay added this to the Approved milestone Mar 8, 2016 Salt Stack member jfindlay commented Mar 8, 2016 @sjorge, thanks for reporting. jaipepe commented Mar 23, 2016 I am also seeing this issue on CentOS 7 for the 2015.8.8 release. [ERROR ] Exception raised when processing __virtual__ function for rh_service. Module will not be loaded lo
Sign in Pricing Blog Support Search GitHub This repository Watch 538 Star 6,949 Fork 3,167 https://github.com/saltstack/salt/issues/34759 saltstack/salt Code Issues 3,878 Pull requests 49 Projects 0 Wiki Pulse Graphs New issue Exception raised when processing __virtual__ function for nova. Module will not https://docs.saltstack.com/en/latest/ref/modules/ be loaded global name 'novaclient' is not defined #34759 Open bamb00 opened this Issue Jul 18, 2016 · 1 comment Projects None yet Labels error no Info Needed Milestone Blocked Assignees No one assigned 2 participants bamb00 commented Jul 18, 2016 • edited Description of Issue/Question I see that this issue was fix in Salt: 2015.8.3 (#29511). I got this same error in Salt: 2015.8.10 Setup Ubuntu 14.04 Steps to Reproduce Issue 2016-07-18 17:22:57,152 error no salts [salt.state ][INFO ][4853] Completed state [platform-testing-general-install_python_deps] at time 17:22:57.151969 2016-07-18 17:22:57,279 [salt.loaded.int.module.tls][ERROR ][4853] You should upgrade pyOpenSSL to at least 0.14.1 to enable the use of X509 extensions 2016-07-18 17:22:57,319 [salt.loader ][ERROR ][4853] Exception raised when processing __virtual__ function for nova. Module will not be loaded global name 'novaclient' is not defined 2016-07-18 17:22:57,319 [salt.loader ][WARNING ][4853] salt.loaded.int.module.nova.__virtual__() is wrongly returning `None`. It should either return `True`, `False` or a new name. If you're the developer of the module 'nova', please fix this. 2016-07-18 17:22:57,465 [salt.state ][INFO ][4853] Running state [/opt/pnda] at time 17:22:57.464778 2016-07-18 17:22:57,465 [salt.state ][INFO ][4853] Executing state archive.extracted for /opt/pnda 2016-07-18 17:22:57,542 [salt.state ][INFO ][4853] Loading fresh modules for state activity 2016-07-18 17:22:57,552 [salt.state ][INFO ][4853] Running state [/var/cache/salt/minion/files/base/_opt_pnda_platform-testing-general-0.1.0.tar] at time 17:22:57.551864 2016-07-18 17:22:57,552 [salt.state ][INFO ][4853] Executing state file.managed for /var/cache/salt/minion/files/base/_opt_pnda_platform-testing-general-0.1.0.tar 2016-07-18 17:22:57,782 [salt.state ][ERROR ][4853] Unable to manage file: Error: HTTP 404: Not Found
Easy to Write!¶ Writing Salt execution modules is straightforward. A Salt execution module is a Python or Cython module placed in a directory called _modules/ within the file_roots as specified by the master config file. By default this is /srv/salt/_modules on Linux systems. Modules placed in _modules/ will be synced to the minions when any of the following Salt functions are called: state.apply saltutil.sync_modules saltutil.sync_all Note that a module's default name is its filename (i.e. foo.py becomes module foo), but that its name can be overridden by using a __virtual__ function. If a Salt module has errors and cannot be imported, the Salt minion will continue to load without issue and the module with errors will simply be omitted. If adding a Cython module the file must be named