FileConveyor can't find sftp transporter - fileconveyor

# python /root/src/fileconveyor/fileconveyor/arbitrator.py
/root/src/fileconveyor/fileconveyor/filter.py:10: DeprecationWarning: the sets module is deprecated
from sets import Set, ImmutableSet
2014-01-23 00:23:34,615 - Arbitrator - WARNING - File Conveyor is initializing.
2014-01-23 00:23:34,621 - Arbitrator - WARNING - Loaded config file.
2014-01-23 00:23:34,624 - Arbitrator - ERROR - The transporter module 'sftp' could not be found. Tried (sftp, transporters.transporter_sftp)
TransporterAvailabilityTestError Consult the log file for details
I just installed fileconveyor and created a simple config.xml, but the system chokes on start up because it can't find the sftp transporter. I've verified the sftp transporter is there and has what I assume to be good permissions and ownership (I'm root, the files are owned by root and 644).
What am I doing wrong?

Related

nexus: 331: cd: can’t cd to ../jre/bin

We are using Nexus3 - 3.23.0-03
while starting up our Nexus container it gives us below warning
“Removing .lock file
removed ‘/nexus-data/lock’
/sonatype/nexus/bin/nexus: 331: cd: can’t cd to …/jre/bin
2020-11-30 11:57:25,441+0100 INFO [FelixStartLevel] *SYSTEM org.sonatype.nexus.pax.logging.NexusLogActivator - start
Nexus not started yet.”
but later nexus gets up & functional , we would like to know if its a bug/error/having less impact or its issue with Nexus startup scripts so that we can ignore this or consider this to be resolved,
Please suggest or advise. Thanks!
Regards,
SAMURAI

Error staging application: App staging failed in the buildpack compile phase in HWC Buildpack

I am trying to deploy my application built in ASP.Net 4.6.1. So I am using HWC Buildpack.
Below is my manifest.yml
---
applications:
- name: DRSN
random-route: true
memory: 128M
buildpack:
https://github.com/cloudfoundry/hwc-buildpack.git
env:
DOTNET_CLI_TELEMETRY_OPTOUT: 1
DOTNET_SKIP_FIRST_TIME_EXPERIENCE: true
The error that I am receiving is below.
Waiting for API to complete processing files...
Staging app and tracing logs...
Cell 0f7012eb-9e32-4fdf-ba92-85aee4639139 creating container for instance 34107c3c-1acb-4aa5-b435-b06516abcfcb
Cell 0f7012eb-9e32-4fdf-ba92-85aee4639139 successfully created container for instance 34107c3c-1acb-4aa5-b435-b06516abcfcb
Downloading app package...
Downloading build artifacts cache...
Downloaded build artifacts cache (231B)
Downloaded app package (19.5M)
Failed to compile droplet: Failed to compile droplet: fork/exec /tmp/buildpackdownloads/6c6dca8d638ac0d145d6581f9eb9a96a/bin/compile: permission denied
Exit status 223
Cell 0f7012eb-9e32-4fdf-ba92-85aee4639139 stopping instance 34107c3c-1acb-4aa5-b435-b06516abcfcb
Cell 0f7012eb-9e32-4fdf-ba92-85aee4639139 destroying container for instance 34107c3c-1acb-4aa5-b435-b06516abcfcb
Error staging application: App staging failed in the buildpack compile phase
Can anyone help me resolve this issue? Am I not correct in my manifest.yml? Or is it something else?
I believe that the problem is that you're telling the system to use the HWC buildpack, but at the same time you're not setting the Windows stack (at least based on what info I can see). That means it's going to default to the Linux stack, which I believe is why you're seeing the fork/exec /tmp/buildpackdownloads/... error.
Try adding stack: windows to your manifest.yml or -s windows to your cf push command (for future reference, when you need help always include the full cf push command you're running).
PS: you shouldn't use https://github.com/cloudfoundry/hwc-buildpack.git that is telling the system to grab the master branch in whatever state it's currently in. That's a.) not reproducible and b.) not guaranteed to be in a working state. You should either use the platform provided buildpack names (from cf buildpacks) or append #<branch_or_tag> to the end of the URL so it picks a specific branch. All CF Buildpacks have tags for each release. It's strongly recommended you use a tagged release.

Can't bind port in Google App Engine Launcher

When I try to deploy my app locally I can't get it running. This is what it's telling me:
2014-10-24 13:16:08 Running command: "['C:\\Python27\\python.exe', 'C:\\Program Files (x86)\\Google\\google_appengine\\dev_appserver.py', '--skip_sdk_update_check=yes', '--port=3306', '--admin_port=8000', 'D:\\Documents\\Clever-CV Project\\wp39 - Copy']"
INFO 2014-10-24 13:16:15,315 devappserver2.py:733] Skipping SDK update check.
WARNING 2014-10-24 13:16:15,345 api_server.py:383] Could not initialize images API; you are likely missing the Python "PIL" module.
INFO 2014-10-24 13:16:15,368 api_server.py:171] Starting API server at: http://localhost:49717
INFO 2014-10-24 13:16:15,381 api_server.py:583] Applying all pending transactions and saving the datastore
INFO 2014-10-24 13:16:15,381 api_server.py:586] Saving search indexes
Traceback (most recent call last):
File "C:\Program Files (x86)\Google\google_appengine\dev_appserver.py", line 82, in <module>
_run_file(__file__, globals())
<--ommitted-->>
raise BindError('Unable to bind %s:%s' % self.bind_addr)
google.appengine.tools.devappserver2.wsgi_server.BindError: Unable to bind localhost:3306
2014-10-24 13:16:15 (Process exited with code 1)
And I am a noob - so there's a very good chance I did something stupid, but I'm at my wits end and have found everything I could online to try.
My SQL instance is running, the database passwords work and connect locally and to the remote app CloudSQL instance.
My app.yaml file has a new version name
the wordpress config file has the root names/passwords set-up correctly
The issue with running your app locally is in this part: '--port=3306' which is mysql's default port and you said mysql is already running which means that port is already taken and cannot be used by your app. Instead of 3306 try the default 8080 port and increase it by one (i.e. 8081, 8082, etc) in case you need to run multiple applications at once.

Why do I get an error when running NetSim via CLI Mode?

I get the following error when running NetSim v7.1 (from www.tetcos.com) via its command line interface. The input given is -
C:\Program Files\NetSim Standard\bin>NetSimCore.exe -apppath
C:\Program Files\NetSim Standard\bin -iopath
C:\Users\Sachin Kumar\AppData\Local\Temp\NetSim -license 5053#192.168.0.185
I/O warning:
failed to Load external entity C:\Users\Sachin "file:///C:\Users\Sachin/Configuration.xml"
I checked and the configuration file is present in the temp path (%temp%\NetSim)
Can someone please help?
Since the I/O path has white space, you should have it within double quotes. The correct way would be
C:\Program Files\NetSim Standard\bin>NetSimCore.exe -apppath ^
C:\Program Files\NetSim Standard\bin -iopath ^
"C:\Users\Sachin Kumar\AppData\Local\Temp\NetSim" -license 5053#192.168.0.185

No Data Access Object for AudienceManagerProfile

Getting "No Data Access Object for AudienceManagerProfile" when I make any OE API calls.
In the cd_core log I can see:
2012-05-13 11:59:30,520 DEBUG StorageManagerFactory - Default storage provider has caching set to: false
2012-05-13 11:59:30,520 DEBUG StorageManagerFactory - Loaded following dao Properties[publication=0, typeMapping=AudienceManagerProfile, storageId=profiledb, cached=false] for publication/typeMapping/itemExtension: 0 / AudienceManagerProfile / null
2012-05-13 11:59:30,520 DEBUG StorageManagerFactory - Loading a non cached DAO for publicationId/typeMapping/itemExtension: 0 / AudienceManagerProfile / null
2012-05-13 11:59:30,535 ERROR Contact - Unable get contact for requested Identification fields
java.sql.SQLException: No Data Access Object for AudienceManagerProfile
I've checked my cd_storage_conf.xml file and it looks correct (I compared it to Nuno's working version from the forum).
Further up in the log it says:
2012-05-13 11:59:29,724 INFO StorageManagerFactory - Checking if product Tridion CD Storage is enabled....
2012-05-13 11:59:29,724 INFO StorageManagerFactory - Tridion CD Storage is running in limited mode
"Limited mode" sounds bad!
Is this the root cause of the problem or unrelated?
Cheers
If the broker runs in limited mode, it means that it couldn't find a license for the 'full' broker. So either it can't find the license file, or the license file doesn't contain a broker license.
When this happens the broker will fall back to using its built-in ItemType mappings, which means it will only support storing them to file system.
It is typically best to point the cd_storage_conf.xml to the correct location of your license file. You won't depend on built-in search paths that way and the broker will start using the mappings you've configured.
<License Location="/path/to/cd_licenses.xml"/>

Resources