Hello i am having a very strange problem that happens when i apply amps in my local alfresco installation. The process of applying amps goes smoothly, and alfresco starts up normally, but if i try to open share the following exception happens:
2014-05-27 17:53:49,205 INFO [webscripts.connector.RemoteClient] [http-apr-8584-exec-5] Exception calling (GET) http://localhost:8080/alfresco/s/remoteadm/has/alfresco/site-data/template-types/org/alfresco/simple-guest.xml?s=sitestore
Has anyone got any ideas why is this happening? I know for sure that the problem is in the port share is trying to call, because i do not have it set up on 8080, but i do not know why is share calling this port?
Thanks!
Your AMP file must contain one share-config-custom.xml under which one of the config is pointing to this 8080 port. This issue is most probably because of that only.
So, extract your entire AMP.
Check for that 8080 port reference.
Replace it with port you are using for alfresco.
Again create AMP.
Apply new AMP (Change version of AMP to next version)
Hope this will solve your issue.
Related
EDIT1: intershop.urlrewrite.CheckSource is turned off already
We are recently having quite big problems with URL rewrite rules not being loaded in test and production multi-node environments.
The problem started happening after introducing another organization and it's related application onto the servers.
From then on we have tried multiple changes and debugging methods to try to figure it out, but without any result.
Also the major problem is that it doesn't happen all the time and server restart can fix it but not always.
Here are the details so far how the problem manifests (this has been going on for more than a month now on our production system):
Most of the time it starts happening after the deploy of new code and starting up the server
Then multiple people from multiple computers and locations try opening the website and some open it and others get either 404 or "URL invalid" page, so its 50/50.
On the PC where someone successfully opens page, if you try again in incognito mode then you may get again 404(probably connects to another node/appserver).
Usually the problem is resolved either by server restart or by restarting a single node(no code or configuration changes) although this is no reliable way and on the last occurrence we tried multiple restarts and it didn't help. After a few days one of the team members restarted only a single node for debugging purposes and then it started working normally again.
After setting up more detailed log messages and turning on debug messages for URL rewrite classes we have come to the conclusion that the rule loading fails. We have come to this conclusion because we have added debug message on the very start of our applyExpand() method and it never gets shown. This can be observed on the image below:
All of this leads to conclusion that iterator on line 149 is empty.
Please advise on possible causes of this problem and how to resolve it.
The rule loading is implemented so that it's possible to edit/add/remove rules on-the-fly without need to restart the web server. This happens when the property intershop.urlrewrite.CheckSource is set to true. For this, the last-modified time of the file is evaluated. Maybe this doesn't work correctly.
I would recommended to set this property to false and test again if the problems still occur.
With the help of IS support, we have managed to figure out that the problem was that the URL rewrite rules were in a cartridge that wasn't part of every possible application on server which would result in undefined behavior when loading them (it would load on one appserver and on another it wouldn't).
The fix was to add a new common cartridge for all possible applications which would then hold urlrewrite rules and which would definitely be loaded on server startup.
I have problem previously with my WordPress, so I delete that one and re-install another one using the same "Click to deploy Wordpress". But the installing time is longer than before and still running after 30 min. The website seems up but the information part(password, phpMyadmin password..etc) doesn't come out.
Is there something wrong with my setting? or is because I delete and re-install too many times? or what should I do to fix it?
Below is the image:
the right side keep running more than 30 min
I have managed to reproduce this issue and found a workaround that you can use for now until it is resolved.
Launching the Wordpress service creates two VMs- one temporary “coord” VM that handles the Wordpress build and deployment, and a main WordPress VM that hosts Wordpress. The issue appears to arise when the “coord” VM is not able to retrieve a startup script needed to complete the build, specifically:
https://storage.googleapis.com/c2d-install-scripts/startup-script.sh
As a result of this, the coord VM continually and unsuccessfully attempts to retrieve “startup-script.sh”, and the WordPress installation remains stalled.
The cause of this appears to be that the “coord” VM doesn’t receive an external address upon it’s creation, preventing it from retrieving “startup-script.sh”.
In order to resolve this issue you can assign the coord VM an external IP address, which allows it to retrieve “startup-script.sh”, which in turn allows it to complete the WordPress setup/deployment process.
Instructions for the workaround
In the Compute Engine “VM instances” page, click on the “coord” VM (the machine name should contain the string “coord”)
Click Edit
Click on the network interface for the machine
In the External IP drop-down select “Ephemeral”
Click on “Done”
Click on “Save” at the bottom of the page
This will provide it with an external IP address and allow it to access the resources it needs to complete the setup.
I’ve reported this issue and you can click on the star icon to receive email notifications of any update on it.
I currently upgraded my laptop to windows 10 and now XAMPP won't install my wordpress website.
I have read lots of questions where people had the same problem: Port 80 is already in use.
I couldn't find the services that need to be disabled, like Skype and W3SVC, IIS.
Now i wanted to try to change my port from 80 to 8080, I did this using the httpd.conf file. And tried setting it up but it still doesnt work. Even not when i set "hostname: localhost:8080", if i don't put 8080 behind it it will direct me to the page which says: "Error database connection couldn't be established". And when I do put 8080 behind it it will keep loading for ever.
Does someone have a better solution than stopping services/processes?
Thanks in advance.
Ok after searching for a long time i finally found the answer, i found it on https://superuser.com/questions/352017/pid4-using-port-80
This worked for me:
If it is a System Process—PID 4—you need to disable the HTTP.sys driver which is started on demand by another service, such as Windows Remote Management or Print Spooler on Windows 7 or 2008.
There is two ways to disable it but the first one is safer:
Go to device manager, select “show hidden devices” from menu/view, go to “Non-Plug and Play Driver”/HTTP, double click it to disable it (or set it to manual, some services depended on it).
Reboot and use netstat -nao | find ":80" to check if 80 is still used.
Launch RegEdit.
Go to HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\HTTP
Change the value of "start" to 4, which means disabled.
Reboot your computer.
My solution was the second way
I want to deploy my meteor app on my Ubuntu server, I used meteor.sh https://github.com/netmute/meteor.sh
and everything went successfully, But i simply can't launch my app from the browser.
I'm putting my ip address and getting a 404 The requested URL / was not found on this server.
I have apache2 running, and i removed its redirection to 8080 (i used it to tomcat before)
Thanks.
(the reason i didn't use meteoric.sh is because i don't have my source code on git)
Which port are you using? It seems a proper export PATH=nnnn; is missing... or maybe you are not including the port number in your browser's address bar, like http://example.com:1234 for port 1234.
I am in a similar adventure of yours, and I've just posted the results of my experience here!
I didn't use meteor.sh nor meteoric.sh, but ended up following their path...
I am trying to access a webservice from Flex. The webserivce is deployed on Glassfish 3.1 application server. Now, Flex needs a "crossdomain.xml" file at the root (top-level) of the server.
Here is the problem: I searched and found that the crossdomain file should be inside the docroot directory (c:\Glassfish3\Glassfish\domains\domain1\docroot). That is exactly the where I put it, and yet I get a 404 when I try to reach it.
I also tried putting it under applications but it didn't work.
What should I do?
Thank you,
Ido
OK, I found the answer, though I'm not sure that this is recommended.
Inside Glassfish admin console, under configurations --> server-config --> Network config --> http-listener-1.
I changed the address from "0.0.0.0" to the actual IP address of the server.
Now It works fine and I am getting access to crossdomain.xml, but as I said, I am not so sure that this action is recommended and won't make other errors.
Thank you.