Hi,
That looks to be saying that you have a URL that starts with "http:///;
(notice that there are *3* slashes instead of 2) somewhere in your
configuration? Or maybe there's an empty or unconfigured URL that is
defaulting to "http:///;?
It's unclear to me where exactly it might be
I think that was the approach that I followed and it seemed to take some
gymnastics to make work. I think I might have to revisit what I did as the
configuration that Alan posted might fix some of the oddities I run into.
I suspect my approach was not optimal. In either case I think I did
PM2 docs have a section for start on reboot, it creates a service based on
the system service manager.
https://pm2.keymetrics.io/docs/usage/startup/
El Wednesday, January 17, 2024 a la(s) 10:42:04 AM UTC-3, Alan Orth
escribió:
> Dear Joshua,
>
> I am starting pm2 via a systemd service unit,
>
Dear Joshua,
I am starting pm2 via a systemd service unit,
/etc/systemd/system/dspace-angular.service:
[Unit]
Description=DSpace Angular (PM2)
After=network.target tomcat9.service
Wants=tomcat9.service
[Service]
User=dspace
Group=dspace
LimitNOFILE=infinity
LimitNPROC=infinity
Hello everyone!: I have this problem
Context: Dspace 7.6.1 - Ubuntu 22.04
Dspace is ok, but is slow and with 503 error frecuently in frontend,
backend is ok
Reading the pm2 logs, this is the problem:
1|dspace-ui | Error in server-side rendering (SSR)
1|dspace-ui | Error details : TypeError:
Dear Lewatle,
This is a commonly requested feature. For our repository we urge our
submitters to check titles before submission, but something built into
DSpace would be better.
There is a proposed patch for this that is will hopefully make it into
DSpace 8.0:
Dear All,
How to stop DSpace accepting deposits of one item twice especially with
similar title, I have tested by depositing same item using one title and
other metadata fields similar but DSpace is accepting that deposit. please
see the following item deposited twice but DSpace is not
Hello Tim,
Much appreciated for the reply I will follow on steps shared especially
checking error from web browser.
Regards,
Lewatle
On Tuesday 16 January 2024 at 20:08:46 UTC+2 DSpace Technical Support wrote:
> Hi Lewatle
>
> Those logs don't appear to show a request to "DELETE
>
