I'm setting ReviewBoard with Perforce and faced error "logger" when I add new repository for Perforce.
I set Logging from admin page, but no log found in the path, and no error log in apache.
Could you please how to fix the error or how to get the error log ?
Related
This is the first time i'm using openstack, I'm really a new one, I'm doing right now an OpenStack packstack installation, I've generated an answer file in which i specify the following parameters : (notice that I've followed a website doing that i don't know exactly what does all of these parameters means)
CONFIG_PROVISION_DEMO=n
CONFIG_NEUTRON_ML2_TYPE_DRIVERS=flat,vxlan
CONFIG_NEUTRON_ML2_TENANT_NETWORK_TYPES=vxlan
CONFIG_NEUTRON_ML2_MECHANISM_DRIVERS=openvswitch
CONFIG_NEUTRON_L2_AGENT=openvswitch
CONFIG_NEUTRON_OVS_EXTERNAL_PHYSNET=extnet
CONFIG_NEUTRON_OVS_BRIDGE_MAPPINGS=extnet:br-ex
CONFIG_NEUTRON_OVS_BRIDGE_IFACES=br-ex:em1
I'm getting the following error :
ERROR : Error appeared during Puppet run: 10.53.193.172_controller.pp Notice: /Stage[main]/Nova::Db::Sync/Exec[nova-db-sync]/returns: Error: (pymysql.err.OperationalError) (1045, u"Access denied for user 'nova'#'10.53.193.172' (using password: YES)") (Background on this error at: sqlalche.me/e/e3q8) You will find full trace in log /var/tmp/packstack/20210401-074033-eKhyZ8/manifests/10.53.193.172_controller.pp.log
I've search how to solve it,and i didn't find anything helpful, so i ignored it and I've try to re-run the packstack --answer-file=answerfile.txt, and I'm getting this time a new error :
ERROR : Error appeared during Puppet run: 10.53.193.172_controller.pp
Error: Failed to apply catalog: Could not authenticate
You will find full trace in log /var/tmp/packstack/20210401-082518-KWFGCT/manifests/10.53.193.172_controller.pp.log
Please check log file /var/tmp/packstack/20210401-082518-KWFGCT/openstack-setup.log for more information
Any help, please !
I use aws crontab to run my task.
it ran smoothly for some days, but today, i found crontab failed, when i open /var/log/cron
it failed to print new message, and i found
crond[296824]: No configuration file found at /root/.esmtprc or
/etc/esmtprc
in /var/log/messages, and all mail log is empty.
My Os is Centos8, can anyone offer some suggestions? Thanks a lot
Today I had the same problem. Cron send mail notifications about errors, so it take destination info from "~/.esmtprc". If you haven't configured propertly this file, you could get that error in cron log:
crond[296824]: No configuration file found at /root/.esmtprc or /etc/esmtprc
All mails whit errors that cron couldn't sent are locate in "~/.esmtp_queue/".
Occasionally the first upload of artifacts during a GitLab pipeline fail.
I'm getting the following error message in the logs:
2019-08-01 13:43:14,149 [http-nio-8082-exec-187] [ERROR]
(o.j.s.b.p.t.FilePersistenceHelper:87) - Failed moving
'path_to_artifactory\filestore_pre\dbRecord123.bin' to
'path_to_artifactory\filestore\5e\5ecc5f719b4442b9b04f9010646d34917aca8ca2'.
Access to file denied null 2019-08-01 13:43:14,149
[http-nio-8082-exec-187] [ERROR] (o.a.w.s.RepoFilter :251) - Upload
request of products-stage-qa:file_to_upload failed due to {}
java.nio.file.AccessDeniedException: Failed to persist file with sha1:
5ecc5f719b4442b9b04f9010646d34917aca8ca2
This seems to happen only during builds, but not during other uploads directly by a user.
It doesn't happen all the time, and only on first tries. But I haven't found any logic when the first try fails or succeeds. It doesn't seem to have anything to do with file types or the like. I can't really determine if it has anything to do with network speeds though since I only have access to part of the infrastructure.
I found an open ticket with the same error message, but only for Conan and for us it only happens with ivy repositories
We are using Artifactory 6.9.1 and GitLab 12.0.3 starter
This looks to be a permission issue. You are getting an error message that states that the move failed due to "Access to file denied".
You can try to log in to the server using the "artifactory" user and manually move the file called "path_to_artifactory\filestore_pre\dbRecord123.bin" to "path_to_artifactory\filestore\5e\5ecc5f719b4442b9b04f9010646d34917aca8ca2" and see if you have any issues with this. To log in to the server with the "artifactory" user you can use the command "sudo -s -u artifactory".
You will also need to make sure that all filestore and its subdirectories are owned by the "artifactory" user and have the correct permissions.
Hope this helps.
When configuring JRebel on my remote server (JBoss on linux) I have configured the JVM arg as
-javaagent:/home/user/jrebel.jar" -Drebel.remoting_plugin=true
The jrebel.jar is absolutely definitely in that location, yet the server fails to start with the error:
Error opening zip
file or JAR manifest missing : /home/user/jrebel.jar Error occurred
during initialization of VM agent library failed to init: instrument
So the arg is oviously being passed to the JVM correctly, but for the life of me I can't work out why it can't find the jar. I've been through every Zero Turnaround article I can find + looked at the solutions that have resolved it for other people, but no luck. Any ideas?
Turned out to be a permissions problem - the JBoss user didn't have the permissions to access the directory that I had placed jrebel.jar into.
Would have been nice to have a more meaningfull error - e.g. 'permissions denied'. Shows my lack of Linux knowledge though I guess.
After the jar was moved to a directory within the JBoss installation + the jar owner was changed to the JBoss user and Read/Write/Execute permissions added, all is well.
Yes , the permission is the reason that this error happens to me when I tried to open PHPSTORM and that error was :
Error opening zip file or JAR manifest missing : ${JetbrainsIdesCrackPath}
Error occurred during initialization of VM
agent library failed to init: instrument
so before running PHPSTORM I had to run the command : sudo -i to get the root permission to run the program.
We have Four SVN users who work on a common project. The network environment is windows active directory based domain.Three users don't have any issues but fourth user faces issue while committing in SVN tortoise which is below:
Commit commit
Adding 'e:\projects\project1\tran.php'
Error Commit succeeded,but no other errors follow:
Error Error bumping revisions post-commit(details follow):
Error Can't set file
Error 'e:\projects\project1\tran.php'
Error read-write:Access is denied.
Error bumping revisions post-commit
Means: this user have client-side post-commit hook in TortoiseSVN, which doesn't work for some reason. Fix error or remove script