Re: [dspace-tech] Re: auto assign group to self registered users.

[Shoun Paul]

Greetings,
Yeah, I have searched on it and try a way to custom scripting, but for now
go with the same special group settings and by this my purpose is fullfil
just members could not list over there so, it's good to go for me.

Hey thanks 

On Thu, Dec 1, 2022, 1:41 AM Tim Donohue  wrote:

> Hi,
>
> The best way to achieve that would be to use the 
> "authentication-password.login.specialgroup"
> setting you found.
>
> Technically, with that setting in place *anyone who can successfully
> login to your DSpace*​ will be automatically added to the specified group
> each time they login.  So, anyone who logs in is like a "permanent" member
> of that group (as they will be a member each time they login).   But, as I
> mentioned they won't appear in that group when you list the members.
>
> I'm not able to think of another way to do this in DSpace out-of-the-box.
> But, maybe others will have ideas if they've found a way to achieve this
> through a custom script or similar.
>
> Tim
>
>
>
> --
> *From:* Shoun Paul 
> *Sent:* Wednesday, November 30, 2022 1:46 AM
> *To:* Tim Donohue 
> *Cc:* DSpace Technical Support 
> *Subject:* Re: [dspace-tech] Re: auto assign group to self registered
> users.
>
> Greetings,
> Thanks for this clarification. I want to ask if there is any way then by
> which if any user registers himself through self registration method, User
> will automatically assign a group as a permanent member of that group?
>
> On Wed, Nov 30, 2022 at 2:45 AM 'Tim Donohue' via DSpace Technical Support
>  wrote:
>
> Hi,
>
> I suspect you might be misunderstanding how a "special group" works in
> DSpace.  When using that "specialgroup" setting, a user will be added to
> that group *only while logged in*.  So, they are a temporary member of that
> group _only for their logged in session_.  They will never appear in the
> Group as a real member, because special groups are used only during your
> authenticated session.
>
> So, to test this is working, you'd want to simply login & verify that your
> "Profile" shows that you are a member of the "new" group (it should be in
> your list of all groups you are a member of).  However, if you browse to
> that "new" group as an Admin, you'll never see yourself listed there.
>
> Hopefully this helps explain DSpace's behavior with regards to "special
> groups".
>
> Tim
>
> On Tuesday, November 29, 2022 at 6:20:53 AM UTC-6 shou...@fccollege.edu.pk
> wrote:
>
> Greetings,
> I have to make such settings that every new user that comes up through the
> self registration process is automatically added to a special group.
>
> I have tried the solution with both lines of code *one by one*, and here
> "new" is my group name in the Dspace.
>   authentication-password.login.specialgroup = new
>   authentication.password.login.specialgroup = new
>
> but, still I can't find new self user registrations in the respective
> group.
> where I am doing wrong anyone could guide me on this issue.
>
> Location: C:\dspace\config\modules
> Files Name: authentication-password.cfg
> Dspace version: 6.3
> --
> *Best Regards.*
>
> *Shoun Paul*
> *Database & Software Application Associate*
> *IT. Services Dept.*
> *Forman Christian College*
> (A Chartered University)
> Lahore, Pakistan.54600
> Ext: 256
> www.fccollege.edu.pk
>
> --
> All messages to this mailing list should adhere to the Code of Conduct:
> https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
> ---
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/dspace-tech/9948d8a7-291a-42e7-b6b4-f3688d03b465n%40googlegroups.com
> 
> .
>
>
>
> --
> *Best Regards.*
>
> *Shoun Paul*
> *Database & Software Application Associate*
> *IT. Services Dept.*
> *Forman Christian College*
> (A Chartered University)
> Lahore, Pakistan.54600
> Ext: 256
> www.fccollege.edu.pk
>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/CAK9EFft739hEXwOXkopsvFSieH5yYz_2b-7CtGcHXWH1dtwQsw%40mail.gmail.com.

Re: [dspace-tech] Re: How to disable klaro?

[Mohammad S. AlMutairi]

On Wed, Nov 30, 2022 at 8:27 PM Night Librarian 
wrote:

> Wow!
>
> $ sudo netstat -an | grep 8000
> tcp6   0  0 140.230.24.101:8000 :::*
>  LISTEN
> $ sudo netstat -an | grep 2641
> tcp6   0  0 140.230.24.101:2641 :::*
>  LISTEN
> udp6   0  0 140.230.24.101:2641 :::*
>
> And since we already were registered with CNRI, it started running right
> away!  Thank you so very much!
>
Glad to hear it's working for you. 


>
> I have other issues (with downloading) that I will have to solve, but I
> will do it in a separate thread at
> https://groups.google.com/g/dspace-tech/c/VvIy1U119E4/m/qphirgovAgAJ
>
> Once again - million thanks.
>
You are welcome. Always.



> On Tuesday, November 29, 2022 at 10:35:32 p.m. UTC-4 alo...@gmail.com
> wrote:
>
>> You welcome. The ( Unable to decrypt) do differ from the old issue you
>> reported before which was (Exception in thread "main"
>> java.lang.NoClassDefFoundError: com/sleepycat/je/DatabaseException - This
>> one caused if you did not add the handle plugin into config.dct as in step
>> 3 below). The Unable to decrypt is showing up because there was a
>> passphrase set for the privkey.bin in the old Windows server so you need to
>> remove it to go with the stream and with what DSpace documentation
>> recommends ( Click Here
>> 
>> ).
>>
>> 1) To remove the old passphrase. Do: (You might need to change the path
>> to reflect where you have dspace and the handle-server folders).
>> a) java -cp /dspace/lib/handle-9.3.0.jar net.handle.apps.tools.KeyUtil
>> dspace/handle-server/privkey.bin
>> b) Type your old passphrase
>> c) Type 2 (Save private key without encryption)
>> d) Type 3 (Exit)
>> e) /dspace/bin/start-handle-server
>> f) ss -nlp | grep ":2641\|:8000"
>>
>>
>> That should make the handle server starts but I recommend you to go for a
>> fresh handle server installation instead since in either setup you have to
>> contact CNRI to get your service information updated so go for a fresh
>> handle server installation instead.
>> # Take a backup of the handle-server folder first and do:
>> # Careful here.
>> 1) rm -rf /dspace/handle-server/*
>> 2) /dspace/bin/dspace make-handle-config /dspace/handle-server/
>> Through what network-accessible IP address should clients connect to this
>> server? [127.0.1.1]: x.x.x.x  <--- Server Public IP
>> If different, enter the IP address to which the server should bind.
>> [159.0.214.179]: 192.168.100.x<--- Server Private IP
>> Would you like to encrypt your private key?(y/n) [y]: no
>>
>>  <-- You should say no but you can say yes if you do, you have to enter
>> this passphrase every time the handle server need to be started (DSpace
>> recommends not to encrypt it).
>>
>> 3) vi /dspace/handle-server/config.dct
>> # You need to add the handle plugin part and you need to replace every
>> occurrence of YOUR_PREFIX with your allotted prefix you have in
>> dspace.cfg/local.cfg.
>>   "server_config" = {
>>
>>
>> *"storage_type" = "CUSTOM""storage_class" =
>> "org.dspace.handle.HandlePlugin""enable_txn_queue" = "no"*
>> "server_admins" = (
>>   "300:0.NA/*YOUR_PREFIX*"
>> )
>>
>> "replication_admins" = (
>>   "300:0.NA/*YOUR_PREFIX*"
>> )
>>
>> "max_session_time" = "8640"
>> "this_server_id" = "1"
>> "max_auth_time" = "6"
>> "server_admin_full_access" = "yes"
>> "case_sensitive" = "no"
>> "auto_homed_prefixes" = (
>>   "0.NA/*YOUR_PREFIX*"
>> )
>>
>> 4) chown -R tomcat:tomcat /dspace/handle-server
>>
>> 5) /dspace/bin/start-handle-server
>>
>> 6) ss -nlp | grep ":8000\|:2641"
>>
>> 7) Make sure port 2641/udp, 2641/tcp and 8000/tcp are opend on the public
>> firewall and the server firewall if you have one running.
>>
>> 8) Send the generated /dspace/handle-server/sitebndl.zip to
>> hdla...@cnri.reston.va.us ... You should include your name, organization
>> name, and your prefix that needs to be updated in the email.
>>
>> That should be it & I hope it helps you to get it up and running again.
>> On Wednesday, November 30, 2022 at 12:55:38 AM UTC+3 Night Librarian
>> wrote:
>>
>>> Thank you.
>>>
>>> So, I followed the instructions. Copied my Windows handle-server (from
>>> 2015, when I was running Dspace 4) to Ubuntu. Replaced 7.4 handle-server by
>>> the old one. Changed permissions to tomcat:tomcat. Ran make-handle-config.
>>> Ran start-handle-server. There was no output/feedback for these last two
>>> commands, but maybe it's not expected.  Checked whether something is
>>> listening on 2641 and 8000.  It doesn't look like it.
>>>
>>>
>>> sudo mv /dspace/handle-server/ /dspace/handle-server_original
>>>
>>> sudo cp -R Downloads/handle-server_2015 /dspace/
>>>
>>> sudo chown -R tomcat:tomcat /dspace/handle-server
>>>
>>> sudo /dspace/bin/make-handle-config

[dspace-tech] Re: Can view PDFs in browser (DSpace 7.4), but can't download

[Night Librarian]

Thank you.  I chowned /dspace/ to tomcat:tomcat.  Then I revisited the 
issue and notice that only the last 4 PDFs we updated can be downloaded 
properly. I migrated from 4.x to 7.2 (then 7.4) in the summer, but we were 
not adding new materials for a few months.  So, a couple weeks ago (after 
the migration), we loaded up a few PDFs and they download fine.  There are 
two more that give me a whitelabel error:

Whitelabel Error Page
This application has no explicit mapping for /error, so you are seeing this 
as a fallback.

Wed Nov 30 18:35:05 AST 2022
There was an unexpected error (type=Internal Server Error, status=500).
An internal read or write operation failed
java.io.IOException: java.io.FileNotFoundException: 
/dspace/assetstore/25/26/12/25261257736478383774210749798254768435 (No such 
file or directory) at 
org.dspace.storage.bitstore.DSBitStoreService.get(DSBitStoreService.java:78) 
at 
org.dspace.storage.bitstore.BitstreamStorageServiceImpl.retrieve(BitstreamStorageServiceImpl.java:221)
 
at 
org.dspace.content.BitstreamServiceImpl.retrieve(BitstreamServiceImpl.java:300) 
at 
org.dspace.app.rest.utils.BitstreamResource.getInputStream(BitstreamResource.java:98)
 
at 
org.springframework.http.converter.ResourceHttpMessageConverter.writeContent(ResourceHttpMessageConverter.java:137)
 
at 
org.springframework.http.converter.ResourceHttpMessageConverter.writeInternal(ResourceHttpMessageConverter.java:129)
 
at 
org.springframework.http.converter.ResourceHttpMessageConverter.writeInternal(ResourceHttpMessageConverter.java:45)
 
at 
org.springframework.http.converter.AbstractHttpMessageConverter.write(AbstractHttpMessageConverter.java:227)
 
at 
org.springframework.web.servlet.mvc.method.annotation.AbstractMessageConverterMethodProcessor.writeWithMessageConverters(AbstractMessageConverterMethodProcessor.java:293)
 
at 
org.springframework.web.servlet.mvc.method.annotation.HttpEntityMethodProcessor.handleReturnValue(HttpEntityMethodProcessor.java:219)
 
at 
org.springframework.web.method.support.HandlerMethodReturnValueHandlerComposite.handleReturnValue(HandlerMethodReturnValueHandlerComposite.java:78)
 
at 
org.springframework.hateoas.server.mvc.RepresentationModelProcessorHandlerMethodReturnValueHandler.handleReturnValue(RepresentationModelProcessorHandlerMethodReturnValueHandler.java:108)
 
at 
org.springframework.web.method.support.HandlerMethodReturnValueHandlerComposite.handleReturnValue(HandlerMethodReturnValueHandlerComposite.java:78)
 
at 
org.springframework.web.servlet.mvc.method.annotation.ServletInvocableHandlerMethod.invokeAndHandle(ServletInvocableHandlerMethod.java:135)
 
at 
org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.invokeHandlerMethod(RequestMappingHandlerAdapter.java:895)
 
at 
org.springframework.web.servlet.mvc.method.annotation.RequestMappingHandlerAdapter.handleInternal(RequestMappingHandlerAdapter.java:808)
 
at 
org.springframework.web.servlet.mvc.method.AbstractHandlerMethodAdapter.handle(AbstractHandlerMethodAdapter.java:87)


All other files don't download.  I tried a bunch from different 
collections.  MP3 and such just don't download, while PDFs can be viewed in 
the browser, but when starting to download, they keep going for a few 
seconds then the browser says that it can't download.

Moreover, some PDFs seem corrupted.  Most text is there, but some text is 
missing.  The browser sometimes complains that it can't load embedded fonts 
from this document.  Sometimes images are blurred or distorted.  Weird.

I have a backup of assetstore from a year ago and all these files are 
intact.  It is almost as if I corrupted them in the process of migration.

I have a feeling that I won't be able to "uncorrupt" them, so I am ready to 
upload the manually (we only have about 1600 items and most are still 
intact).  But perhaps before doing it, something could be done to see 
whether intact files can start downloading and then I'd look for "bad" 
files and re-upload them?

On Wednesday, November 30, 2022 at 5:02:40 p.m. UTC-4 Tim Donohue wrote:

> Hi,
>
> I have to admit, I don't have a lot of ideas here.  It doesn't make sense 
> to me that some Bitstreams (Files) would be downloadable while others are 
> not.   Usually, a file permissions issue (in the local directories) would 
> result in *all* files throwing an IOException or similar.   
>
> But, it is worth noting that for the DSpace backend, the "/dspace/" 
> directory structure should be readable/writable to the user that Tomcat is 
> running as.  So, if Tomcat on your system is running as "tomcat:tomcat", 
> then you should change the permissions of "/dspace/" (and all 
> subdirectories) to run as that same user.  
>
> However, the frontend / UI (/dspace-angular/) has nothing to do with 
> Tomcat, so it likely does not need any permissions change.
>
> If you still cannot figure this out, I'd recommend looking closer at which 
> Bitstreams can / cannot be downloaded.  It seems very odd 

Re: [dspace-tech] Export to CSV in Administrator Workflow

['Tim Donohue' via DSpace Technical Support]

Hi Paige,

Yes that makes sense. It's clear that in your use case this "Export to CSV" 
is not for "Batch Metadata Editing"... it's just to generate a basic 
"status report" of items in workflow.

If you would, could you or Keith submit a bug ticket 
to https://github.com/DSpace/dspace-angular/issues ?   I'd recommend adding 
the step by step instructions for reproducing the error. Then add in some 
basic details of how you'd like to use this feature.   I can then see if I 
can find someone to work on this in the near future, with the hope that we 
can fix it (instead of remove it).  They will have to investigate the 
underlying issue though to see if it's easier to fix quickly.. or remove it 
(to solve the bug) temporarily & fix later.   

Overall though, the more I look at this feature, the more I think this was 
accidental & never meant to appear on that page. :)  So, it may turn out to 
be a happy accidental feature!

Tim

On Wednesday, November 30, 2022 at 2:57:55 PM UTC-6 pai...@udel.edu wrote:

> Hi Tim,
>
> Thanks for this response! For use cases, I would find it helpful to have 
> in process workflow items exportable as a way of tracking what’s going on 
> with items that are in process, and/or that have been orphaned. When we 
> were running DSpace 5.3, there was no way for an administrator to even see 
> broadly what was happening, and what workflow items *were* in process. We 
> have a number of items that have been hanging out in that space, and this 
> is the first time that I've actually been able to see them.
>
> My hope is that I can work on cleaning those up, and then not have so many 
> sitting around -- but I would find it very helpful to be able to check and 
> export a CSV periodically, just to check in with folks who use the workflow 
> setup.
>
> Does that make sense as a use case?
>
> Thanks again,
> Paige
>
> On Wed, Nov 30, 2022 at 15:36 Tim Donohue  wrote:
>
>> Hi Paige & Keith,
>>
>> I can confirm this is happening locally for me as well.  It looks like a 
>> possible bug.  This "Export to CSV" works fine in normal search results & 
>> also in the "Your submissions" part of MyDSpace.  But, I can verify that it 
>> doesn't work when viewing "Workflow tasks".
>>
>> That said, I admit, I wonder if that "Export to CSV" link should even 
>> appear on the "Workflow tasks" page, as it's not really possible to perform 
>> batch metadata editing on "Workflow tasks". (The Export to CSV feature is 
>> primarily used for Batch Metadata Editing purposes)
>>
>> So, this is all to say, I think there's a bug here.  But, the bug might 
>> be that the option even appears on this page.  Is this a specific use case 
>> you had for wanting to export Workflow Tasks to CSV?  Just curious as maybe 
>> there's a way to get this possibly accidental feature "working" rather than 
>> remove it altogether.  Either way, I do think this is a bug, I'm just not 
>> sure which fix is appropriate yet (remove it, or fix it).
>>
>> If you have time, please feel free to submit a bug ticket to 
>> https://github.com/DSpace/dspace-angular/issues   I'm assuming you 
>> likely want it "fixed" (rather than removed), so it'd be useful to 
>> understand your use cases in this ticket. 
>>
>> Thanks!
>>
>> Tim
>>
>> Tim 
>> --
>> *From:* dspac...@googlegroups.com  on behalf 
>> of Paige Morgan 
>> *Sent:* Tuesday, November 29, 2022 3:35 PM
>> *To:* mad...@udel.edu 
>> *Cc:* DSpace Technical Support 
>> *Subject:* Re: [dspace-tech] Export to CSV in Administrator Workflow 
>>  
>> To add on to this, I get the exact same response when I try this on the 
>> https://demo7.dspace.org/ site. 
>>
>> I go to Administer Workflow (while logged in as administrator); it shows 
>> 1-10 of 67 total items in process. On the righthand side, there's an icon 
>> to export search results as a CSV. When I click that, the process starts, 
>> and finishes normally, and offers me a CSV that I can download (titled 
>> metadataExportSearch). The spreadsheet is 14b, and its only content is a 
>> top row for id and collection -- no other info is included.
>>
>> It seems like this might be a more widespread bug -- can anyone confirm?
>>
>> Thanks,
>> Paige
>>
>> -
>> *Meeting/regular work hours: Monday - Thursday, 9am-5pm; limited email on 
>> Friday mornings.*
>>
>> Dr. Paige C. Morgan
>> (she/her/they)
>> Digital Publishing and Copyright Librarian, 
>> Head of Digital Initiatives & Preservation
>> University of Delaware Library, Museums and Press (on Lenape land 
>> )
>> Morris 118 
>> ORCID: https://orcid.org/-0001-8076-7356
>> pai...@udel.edu
>> 302.831.7153 <(302)%20831-7153>
>>
>> Make an appointment to meet with me: https://calendly.com/paigecm/ (Meetings 
>> available via Zoom, phone, etc.)
>> *** I observe email-free evenings and weekends. *** 
>>
>>
>> On Tue, Nov 29, 2022 at 10:17 AM mad...@udel.edu  wrote:
>>
>> Hi All, 
>>
>> I have 

[dspace-tech] Re: Can view PDFs in browser (DSpace 7.4), but can't download

['Tim Donohue' via DSpace Technical Support]

Hi,

I have to admit, I don't have a lot of ideas here.  It doesn't make sense 
to me that some Bitstreams (Files) would be downloadable while others are 
not.   Usually, a file permissions issue (in the local directories) would 
result in *all* files throwing an IOException or similar.   

But, it is worth noting that for the DSpace backend, the "/dspace/" 
directory structure should be readable/writable to the user that Tomcat is 
running as.  So, if Tomcat on your system is running as "tomcat:tomcat", 
then you should change the permissions of "/dspace/" (and all 
subdirectories) to run as that same user.  

However, the frontend / UI (/dspace-angular/) has nothing to do with 
Tomcat, so it likely does not need any permissions change.

If you still cannot figure this out, I'd recommend looking closer at which 
Bitstreams can / cannot be downloaded.  It seems very odd that this would 
only impact some Bitstreams... so that makes me wonder what else might be 
different between the Bitstreams that can be downloaded & those that 
cannot.   While it could relate to the file format, that would usually 
imply an issue with your *browser* (e.g. your browser is having issues 
understanding that file format).  I've never heard of an issue where DSpace 
fails to download only specific file formats. This is because the DSpace 
download process doesn't include any file format specific code... all files 
are sent to your browser in the same way & your browser decides how to deal 
with the file (sometimes it might download it and other times it might open 
it within the browser).

You also might look at our troubleshooting guide to see if you can find any 
other errors in the UI side.  The details you've provided above don't seem 
to relate to this problem, unless I'm overlooking 
something. https://wiki.lyrasis.org/display/DSPACE/Troubleshoot+an+error

Tim

On Wednesday, November 30, 2022 at 9:59:22 AM UTC-6 Night Librarian wrote:

> Could the fact that many files in my /dspace/ and its subdirectories are 
> "root tomcat" owned be related to my downloading problem?  And all files in 
> /dspace-angular/ and its subdirectories are "dspace dspace" owned.  Shall I 
> "chown -R" all files in /dspace/ and /dspace-angular/ to "tomcat tomcat"?
>
> On Wednesday, November 30, 2022 at 1:23:38 a.m. UTC-4 Night Librarian 
> wrote:
>
>> A couple thing I notice in error logs that look strange:
>>
>> 1. error reading status line from remote server localhost:4000
>> *Not sure why localhost is called remote server.*
>>
>> 2. error reading from remote server returned by 
>> /xmlui/handle/12345/1169/browse
>> *I have /xmlui/ in many lines in my logs.  It's like it got carried over 
>> during my migration from 4.x to 7.x.*
>>
>>
>> apache2 error.log:
>> [Wed Nov 30 00:00:29.299436 2022] [mpm_event:notice] [pid 42668:tid 
>> 140076046756928] AH00489: Apache/2.4.41 (Ubuntu) OpenSSL/1.1.1f 
>> mod_wsgi/4.6.8 Python/3.8 configured -- resuming normal operations
>> [Wed Nov 30 00:00:29.299542 2022] [core:notice] [pid 42668:tid 
>> 140076046756928] AH00094: Command line: '/usr/sbin/apache2'
>> [Wed Nov 30 00:40:24.120247 2022] [proxy_http:error] [pid 66062:tid 
>> 140075878815488] (104)Connection reset by peer: [client [ipaddress]:58455] 
>> AH01102: error reading status line from remote server localhost:4000, 
>> referer: https://mydomain.com
>> [Wed Nov 30 00:40:36.111457 2022] [proxy:error] [pid 66061:tid 
>> 140076013307648] [client [ipaddress]:64193] AH00898: Error reading from 
>> remote server returned by /items/11e6a424-55bc-4d36-a9b7-ec4ab0985eb9
>> [Wed Nov 30 00:42:41.476436 2022] [proxy:error] [pid 66061:tid 
>> 140075778103040] [client [ipaddress]:31578] AH00898: Error reading from 
>> remote server returned by /xmlui/handle/12345/1169/browse
>> [Wed Nov 30 00:50:12.311975 2022] [proxy:error] [pid 66062:tid 
>> 140075786495744] [client [ipaddress]:61442]  AH00898: Error reading from 
>> remote server returned by /xmlui/handle/12345/95/search-filter
>>
>> dspace.log:
>> INFO  aeda8ec0-3510-4e45-876d-d8c1f7854c55 
>> db1d80cb-b03a-4711-b5ff-7ba3b806ccef 
>> org.dspace.app.rest.utils.DSpaceAPIRequestLoggingFilter @ Before request 
>> [GET /server/api/authz/authorizations/search/object] originated from 
>> /xmlui/
>> search-filter?field=subject_0=2016_1=non-profit_relational_operator_0=equals_relational_operator_1=equals_0=dateIssued_1=subject_with=n
>>
>> I suppose I need to fix these before moving forward?
>>
>> On Wednesday, November 23, 2022 at 12:12:35 a.m. UTC-4 Night Librarian 
>> wrote:
>>
>>> Turns out, the problem is not limited to pdf.  All accdb, docx, 
>>> mp3, pptx, xlsx files also fail to download.  Their download completion 
>>> goes to near 100%, after which I get an error.  So, none of our items is 
>>> downloadable!
>>>
>>> At the same time, css, html and xml files (we had a couple of these in 
>>> one submission) download w/o problems.
>>>
>>> On Tuesday, November 22, 2022 at 11:36:59 p.m. UTC-4 Night Librarian 

Re: [dspace-tech] Export to CSV in Administrator Workflow

[Paige Morgan]

Hi Tim,

Thanks for this response! For use cases, I would find it helpful to have in
process workflow items exportable as a way of tracking what’s going on with
items that are in process, and/or that have been orphaned. When we were
running DSpace 5.3, there was no way for an administrator to even see
broadly what was happening, and what workflow items *were* in process. We
have a number of items that have been hanging out in that space, and this
is the first time that I've actually been able to see them.

My hope is that I can work on cleaning those up, and then not have so many
sitting around -- but I would find it very helpful to be able to check and
export a CSV periodically, just to check in with folks who use the workflow
setup.

Does that make sense as a use case?

Thanks again,
Paige

On Wed, Nov 30, 2022 at 15:36 Tim Donohue  wrote:

> Hi Paige & Keith,
>
> I can confirm this is happening locally for me as well.  It looks like a
> possible bug.  This "Export to CSV" works fine in normal search results &
> also in the "Your submissions" part of MyDSpace.  But, I can verify that it
> doesn't work when viewing "Workflow tasks".
>
> That said, I admit, I wonder if that "Export to CSV" link should even
> appear on the "Workflow tasks" page, as it's not really possible to perform
> batch metadata editing on "Workflow tasks". (The Export to CSV feature is
> primarily used for Batch Metadata Editing purposes)
>
> So, this is all to say, I think there's a bug here.  But, the bug might be
> that the option even appears on this page.  Is this a specific use case you
> had for wanting to export Workflow Tasks to CSV?  Just curious as maybe
> there's a way to get this possibly accidental feature "working" rather than
> remove it altogether.  Either way, I do think this is a bug, I'm just not
> sure which fix is appropriate yet (remove it, or fix it).
>
> If you have time, please feel free to submit a bug ticket to
> https://github.com/DSpace/dspace-angular/issues   I'm assuming you likely
> want it "fixed" (rather than removed), so it'd be useful to understand your
> use cases in this ticket.
>
> Thanks!
>
> Tim
>
> Tim
> --
> *From:* dspace-tech@googlegroups.com  on
> behalf of Paige Morgan 
> *Sent:* Tuesday, November 29, 2022 3:35 PM
> *To:* mad...@udel.edu 
> *Cc:* DSpace Technical Support 
> *Subject:* Re: [dspace-tech] Export to CSV in Administrator Workflow
>
> To add on to this, I get the exact same response when I try this on the
> https://demo7.dspace.org/ site.
>
> I go to Administer Workflow (while logged in as administrator); it shows
> 1-10 of 67 total items in process. On the righthand side, there's an icon
> to export search results as a CSV. When I click that, the process starts,
> and finishes normally, and offers me a CSV that I can download (titled
> metadataExportSearch). The spreadsheet is 14b, and its only content is a
> top row for id and collection -- no other info is included.
>
> It seems like this might be a more widespread bug -- can anyone confirm?
>
> Thanks,
> Paige
>
> -
> *Meeting/regular work hours: Monday - Thursday, 9am-5pm; limited email on
> Friday mornings.*
>
> Dr. Paige C. Morgan
> (she/her/they)
> Digital Publishing and Copyright Librarian,
> Head of Digital Initiatives & Preservation
> University of Delaware Library, Museums and Press (on Lenape land
> )
> Morris 118
> ORCID: https://orcid.org/-0001-8076-7356
> paig...@udel.edu
> 302.831.7153
>
> Make an appointment to meet with me: https://calendly.com/paigecm/ (Meetings
> available via Zoom, phone, etc.)
> *** I observe email-free evenings and weekends. ***
>
>
> On Tue, Nov 29, 2022 at 10:17 AM mad...@udel.edu  wrote:
>
> Hi All,
>
> I have version Dspace 7.4 running on a RHEL 9 system. I've tried to create
> a new process in the Administrator Workflow area but I'm getting a CSV file
> with zero results. I am able to create other metadata exports in the
> Process tab.
>
> Thanks
> Keith
>
> --
> All messages to this mailing list should adhere to the Code of Conduct:
> https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
> ---
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to dspace-tech+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/dspace-tech/73cb90cc-70af-4e97-9b78-0fde61738ca5n%40googlegroups.com
> 
> .
>
> --
> All messages to this mailing list should adhere to the Code of Conduct:
> https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
> ---
> You received this message because you are subscribed to the Google Groups
> "DSpace Technical Support" group.
> To 

Re: [dspace-tech] Deposit files 7.4 for a long time

['Tim Donohue' via DSpace Technical Support]

Hi,

I'd recommend following our troubleshooting guide and checking for error 
messages in either the frontend or backend.  It's likely that some sort of 
error or warning is occurring...or maybe the frontend is having difficulty 
communicating with the backend.  Hopefully the troubleshooting guide will help 
walk you through the debug steps to see if you can find more clues:

https://wiki.lyrasis.org/display/DSPACE/Troubleshoot+an+error

Tim

From: dspace-tech@googlegroups.com  on behalf of 
Vicente Zapatero Martin 
Sent: Wednesday, November 30, 2022 3:24 AM
To: DSpace Technical Support 
Subject: [dspace-tech] Deposit files 7.4 for a long time

I've installed Dspace 7.4 backend and front end in the same linux server. I've 
created some collections.

When I deposit one file there is no error but it takes long time. I've been 
watching backend logs while deposit file with DEBUG detail option I have no 
error but I don't find nothing special. I've been watching 'top' linux command 
and I don't find nothing special. It's so quiet.

Deposit process takes 2-3 minutes aprrox with no error. Any idea?

--
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
---
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/803674ac-93c6-4ca3-adc5-fdc5013b3236n%40googlegroups.com.

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/PH0PR22MB327437B67DB3EE64E4AE50EAED159%40PH0PR22MB3274.namprd22.prod.outlook.com.

Re: [dspace-tech] Re: auto assign group to self registered users.

['Tim Donohue' via DSpace Technical Support]

Hi,

The best way to achieve that would be to use the 
"authentication-password.login.specialgroup" setting you found.

Technically, with that setting in place anyone who can successfully login to 
your DSpace​ will be automatically added to the specified group each time they 
login.  So, anyone who logs in is like a "permanent" member of that group (as 
they will be a member each time they login).   But, as I mentioned they won't 
appear in that group when you list the members.

I'm not able to think of another way to do this in DSpace out-of-the-box.  But, 
maybe others will have ideas if they've found a way to achieve this through a 
custom script or similar.

Tim




From: Shoun Paul 
Sent: Wednesday, November 30, 2022 1:46 AM
To: Tim Donohue 
Cc: DSpace Technical Support 
Subject: Re: [dspace-tech] Re: auto assign group to self registered users.

Greetings,
Thanks for this clarification. I want to ask if there is any way then by which 
if any user registers himself through self registration method, User will 
automatically assign a group as a permanent member of that group?

On Wed, Nov 30, 2022 at 2:45 AM 'Tim Donohue' via DSpace Technical Support 
mailto:dspace-tech@googlegroups.com>> wrote:
Hi,

I suspect you might be misunderstanding how a "special group" works in DSpace.  
When using that "specialgroup" setting, a user will be added to that group 
*only while logged in*.  So, they are a temporary member of that group _only 
for their logged in session_.  They will never appear in the Group as a real 
member, because special groups are used only during your authenticated session.

So, to test this is working, you'd want to simply login & verify that your 
"Profile" shows that you are a member of the "new" group (it should be in your 
list of all groups you are a member of).  However, if you browse to that "new" 
group as an Admin, you'll never see yourself listed there.

Hopefully this helps explain DSpace's behavior with regards to "special groups".

Tim

On Tuesday, November 29, 2022 at 6:20:53 AM UTC-6 
shou...@fccollege.edu.pk wrote:
Greetings,
I have to make such settings that every new user that comes up through the self 
registration process is automatically added to a special group.

I have tried the solution with both lines of code one by one, and here "new" is 
my group name in the Dspace.
  authentication-password.login.specialgroup = new
  authentication.password.login.specialgroup = new

but, still I can't find new self user registrations in the respective group.
where I am doing wrong anyone could guide me on this issue.

Location: C:\dspace\config\modules
Files Name: authentication-password.cfg
Dspace version: 6.3
--
Best Regards.

Shoun Paul
Database & Software Application Associate
IT. Services Dept.
Forman Christian College
(A Chartered University)
Lahore, Pakistan.54600
Ext: 256
www.fccollege.edu.pk

--
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
---
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/9948d8a7-291a-42e7-b6b4-f3688d03b465n%40googlegroups.com.


--
Best Regards.

Shoun Paul
Database & Software Application Associate
IT. Services Dept.
Forman Christian College
(A Chartered University)
Lahore, Pakistan.54600
Ext: 256
www.fccollege.edu.pk

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/PH0PR22MB32747434B509034622D8E5BBED159%40PH0PR22MB3274.namprd22.prod.outlook.com.

Re: [dspace-tech] Export to CSV in Administrator Workflow

['Tim Donohue' via DSpace Technical Support]

Hi Paige & Keith,

I can confirm this is happening locally for me as well.  It looks like a 
possible bug.  This "Export to CSV" works fine in normal search results & also 
in the "Your submissions" part of MyDSpace.  But, I can verify that it doesn't 
work when viewing "Workflow tasks".

That said, I admit, I wonder if that "Export to CSV" link should even appear on 
the "Workflow tasks" page, as it's not really possible to perform batch 
metadata editing on "Workflow tasks". (The Export to CSV feature is primarily 
used for Batch Metadata Editing purposes)

So, this is all to say, I think there's a bug here.  But, the bug might be that 
the option even appears on this page.  Is this a specific use case you had for 
wanting to export Workflow Tasks to CSV?  Just curious as maybe there's a way 
to get this possibly accidental feature "working" rather than remove it 
altogether.  Either way, I do think this is a bug, I'm just not sure which fix 
is appropriate yet (remove it, or fix it).

If you have time, please feel free to submit a bug ticket to 
https://github.com/DSpace/dspace-angular/issues   I'm assuming you likely want 
it "fixed" (rather than removed), so it'd be useful to understand your use 
cases in this ticket.

Thanks!

Tim

Tim

From: dspace-tech@googlegroups.com  on behalf of 
Paige Morgan 
Sent: Tuesday, November 29, 2022 3:35 PM
To: mad...@udel.edu 
Cc: DSpace Technical Support 
Subject: Re: [dspace-tech] Export to CSV in Administrator Workflow

To add on to this, I get the exact same response when I try this on the 
https://demo7.dspace.org/ site.

I go to Administer Workflow (while logged in as administrator); it shows 1-10 
of 67 total items in process. On the righthand side, there's an icon to export 
search results as a CSV. When I click that, the process starts, and finishes 
normally, and offers me a CSV that I can download (titled 
metadataExportSearch). The spreadsheet is 14b, and its only content is a top 
row for id and collection -- no other info is included.

It seems like this might be a more widespread bug -- can anyone confirm?

Thanks,
Paige

-
Meeting/regular work hours: Monday - Thursday, 9am-5pm; limited email on Friday 
mornings.


Dr. Paige C. Morgan

(she/her/they)
Digital Publishing and Copyright Librarian,
Head of Digital Initiatives & Preservation
University of Delaware Library, Museums and Press (on Lenape 
land)
Morris 118
ORCID: https://orcid.org/-0001-8076-7356
paig...@udel.edu
302.831.7153

Make an appointment to meet with me: https://calendly.com/paigecm/ (Meetings 
available via Zoom, phone, etc.)
** I observe email-free evenings and weekends. **


On Tue, Nov 29, 2022 at 10:17 AM mad...@udel.edu 
mailto:mad...@udel.edu>> wrote:
Hi All,

I have version Dspace 7.4 running on a RHEL 9 system. I've tried to create a 
new process in the Administrator Workflow area but I'm getting a CSV file with 
zero results. I am able to create other metadata exports in the Process tab.

Thanks
Keith

--
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
---
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/73cb90cc-70af-4e97-9b78-0fde61738ca5n%40googlegroups.com.

--
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
---
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to 
dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/CA%2BzEVdn6NfTZ%2Bst1q1Fd%3DGDoWiO09uVzv9%3DehniMyyC%2BCn1gZg%40mail.gmail.com.

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the 

Re: [dspace-tech] Re: Error with searching authorizations

['Tim Donohue' via DSpace Technical Support]

Hi Minh,

According to the initial error you shared (in your dspace.log), it's showing 
that something is trying to contact your backend using 
"http://vinspace.online/server/;.  NOTICE that it is trying to access "http" 
instead of "https"!

Your configs you shared look correct to me... and they both specify HTTPS.  So, 
it's unclear to me why your UI would be sending an HTTP request to the backend 
instead of HTTPS.

Maybe you updated the wrong "config.*.yml" on the frontend?  Or maybe something 
is being cached on either the frontend or backend?  It also could be that 
whatever proxy you may be using could require the "X-Forwarded-Proto" header.  
See this common installation issue: 
https://wiki.lyrasis.org/display/DSDOC7x/Installing+DSpace#InstallingDSpace-MyRESTAPIisrunningunderHTTPS,butsomeofits%22link%22URLsareswitchingtoHTTP?

Tim

From: dspace-tech@googlegroups.com  on behalf of 
Duy Minh 
Sent: Tuesday, November 29, 2022 8:23 PM
To: DSpace Technical Support 
Subject: [dspace-tech] Re: Error with searching authorizations

Hi Tim,

Both the backend and frontend sides seem to be correct. Please find the 
relevant settings below:
[Screenshot 2022-11-30 084609.png][Screenshot 2022-11-30 085327.png]

Is there anything I overlooked? Or could the problem be somewhere else?

Regards,
Minh
On Wednesday, 30 November 2022 at 04:41:38 UTC+7 Tim Donohue wrote:
Hi Minh,

That "the supplied uri is not ours" error appears to be saying that the URI 
sent to your REST API doesn't match what is set in your "dspace.server.url" 
setting (on the backend's local.cfg).  So you may want to verify that 
"dspace.server.url" setting is correct... the error you shared seems to think 
it *should be* something like http://vinspace.online/server/.  Either that, or 
maybe your UI's configuration has the wrong URL in its "rest" settings and is 
trying to access your REST API via a different URL.

Tim

On Monday, November 28, 2022 at 6:16:14 AM UTC-6 duymin...@gmail.com wrote:
Hi all,

After deploying the DSpace 7.4 frontend and backend, the frontend (accessible 
at https://vinspace.online/home) seems to be missing features such as 
registration. Looking at the dev console shows a series of 400 error codes 
corresponding to the API requests for searching authorizations of features.

The tomcat error logs show HTTP request parsing errors :
[2022-11-28.png]
And the dspace logs show multiple warnings stating "the supplied uri is not 
ours":
[2022-11-28 (2).png]

Please advise.

Regards,
Minh

--
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
---
You received this message because you are subscribed to a topic in the Google 
Groups "DSpace Technical Support" group.
To unsubscribe from this topic, visit 
https://groups.google.com/d/topic/dspace-tech/Y0bcDpSzIxc/unsubscribe.
To unsubscribe from this group and all its topics, send an email to 
dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/28706f71-0d14-4b06-a2f5-7134065384ffn%40googlegroups.com.

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/PH0PR22MB3274EB43A6CC818AADBA7E95ED159%40PH0PR22MB3274.namprd22.prod.outlook.com.

[dspace-tech] Re: How to disable klaro?

[Night Librarian]

Wow!

I followed your instructions and OMG, suddenly the handle server came up!

$ sudo netstat -an | grep 8000
tcp6   0  0 140.230.24.101:8000 :::*LISTEN 

$ sudo netstat -an | grep 2641
tcp6   0  0 140.230.24.101:2641 :::*LISTEN 

udp6   0  0 140.230.24.101:2641 :::*  

And since we already were registered with CNRI, it started running right 
away!  Thank you so very much!

I have other issues (with downloading) that I will have to solve, but I 
will do it in a separate thread 
at https://groups.google.com/g/dspace-tech/c/VvIy1U119E4/m/qphirgovAgAJ

Once again - million thanks.
On Tuesday, November 29, 2022 at 10:35:32 p.m. UTC-4 alo...@gmail.com wrote:

> You welcome. The ( Unable to decrypt) do differ from the old issue you 
> reported before which was (Exception in thread "main" 
> java.lang.NoClassDefFoundError: com/sleepycat/je/DatabaseException - This 
> one caused if you did not add the handle plugin into config.dct as in step 
> 3 below). The Unable to decrypt is showing up because there was a 
> passphrase set for the privkey.bin in the old Windows server so you need to 
> remove it to go with the stream and with what DSpace documentation 
> recommends ( Click Here 
> 
>  
> ).
>
> 1) To remove the old passphrase. Do: (You might need to change the path to 
> reflect where you have dspace and the handle-server folders).
> a) java -cp /dspace/lib/handle-9.3.0.jar net.handle.apps.tools.KeyUtil 
> dspace/handle-server/privkey.bin
> b) Type your old passphrase
> c) Type 2 (Save private key without encryption)
> d) Type 3 (Exit)
> e) /dspace/bin/start-handle-server
> f) ss -nlp | grep ":2641\|:8000"
>
>
> That should make the handle server starts but I recommend you to go for a 
> fresh handle server installation instead since in either setup you have to 
> contact CNRI to get your service information updated so go for a fresh 
> handle server installation instead.
> # Take a backup of the handle-server folder first and do:
> # Careful here.
> 1) rm -rf /dspace/handle-server/*
> 2) /dspace/bin/dspace make-handle-config /dspace/handle-server/
> Through what network-accessible IP address should clients connect to this 
> server? [127.0.1.1]: x.x.x.x  <--- Server Public IP
> If different, enter the IP address to which the server should bind. 
> [159.0.214.179]: 192.168.100.x<--- Server Private IP
> Would you like to encrypt your private key?(y/n) [y]: no  
> 
>  <-- You should say no but you can say yes if you do, you have to enter 
> this passphrase every time the handle server need to be started (DSpace 
> recommends not to encrypt it).
>
> 3) vi /dspace/handle-server/config.dct
> # You need to add the handle plugin part and you need to replace every 
> occurrence of YOUR_PREFIX with your allotted prefix you have in 
> dspace.cfg/local.cfg.
>   "server_config" = {
>
>
> *"storage_type" = "CUSTOM""storage_class" = 
> "org.dspace.handle.HandlePlugin""enable_txn_queue" = "no"*
> "server_admins" = (
>   "300:0.NA/*YOUR_PREFIX*"
> )
>
> "replication_admins" = (
>   "300:0.NA/*YOUR_PREFIX*"
> )
>
> "max_session_time" = "8640"
> "this_server_id" = "1"
> "max_auth_time" = "6"
> "server_admin_full_access" = "yes"
> "case_sensitive" = "no"
> "auto_homed_prefixes" = (
>   "0.NA/*YOUR_PREFIX*"
> )
>
> 4) chown -R tomcat:tomcat /dspace/handle-server
>
> 5) /dspace/bin/start-handle-server
>
> 6) ss -nlp | grep ":8000\|:2641"
>
> 7) Make sure port 2641/udp, 2641/tcp and 8000/tcp are opend on the public 
> firewall and the server firewall if you have one running.
>
> 8) Send the generated /dspace/handle-server/sitebndl.zip to 
> hdla...@cnri.reston.va.us ... You should include your name, organization 
> name, and your prefix that needs to be updated in the email.
>
> That should be it & I hope it helps you to get it up and running again.
> On Wednesday, November 30, 2022 at 12:55:38 AM UTC+3 Night Librarian wrote:
>
>> Thank you.
>>
>> So, I followed the instructions. Copied my Windows handle-server (from 
>> 2015, when I was running Dspace 4) to Ubuntu. Replaced 7.4 handle-server by 
>> the old one. Changed permissions to tomcat:tomcat. Ran make-handle-config. 
>> Ran start-handle-server. There was no output/feedback for these last two 
>> commands, but maybe it's not expected.  Checked whether something is 
>> listening on 2641 and 8000.  It doesn't look like it.
>>
>>
>> sudo mv /dspace/handle-server/ /dspace/handle-server_original
>>
>> sudo cp -R Downloads/handle-server_2015 /dspace/
>>
>> sudo chown -R tomcat:tomcat /dspace/handle-server
>>
>> sudo /dspace/bin/make-handle-config
>>
>> 

[dspace-tech] Re: Can view PDFs in browser (DSpace 7.4), but can't download

[Night Librarian]

Could the fact that many files in my /dspace/ and its subdirectories are 
"root tomcat" owned be related to my downloading problem?  And all files in 
/dspace-angular/ and its subdirectories are "dspace dspace" owned.  Shall I 
"chown -R" all files in /dspace/ and /dspace-angular/ to "tomcat tomcat"?

On Wednesday, November 30, 2022 at 1:23:38 a.m. UTC-4 Night Librarian wrote:

> A couple thing I notice in error logs that look strange:
>
> 1. error reading status line from remote server localhost:4000
> *Not sure why localhost is called remote server.*
>
> 2. error reading from remote server returned by 
> /xmlui/handle/12345/1169/browse
> *I have /xmlui/ in many lines in my logs.  It's like it got carried over 
> during my migration from 4.x to 7.x.*
>
>
> apache2 error.log:
> [Wed Nov 30 00:00:29.299436 2022] [mpm_event:notice] [pid 42668:tid 
> 140076046756928] AH00489: Apache/2.4.41 (Ubuntu) OpenSSL/1.1.1f 
> mod_wsgi/4.6.8 Python/3.8 configured -- resuming normal operations
> [Wed Nov 30 00:00:29.299542 2022] [core:notice] [pid 42668:tid 
> 140076046756928] AH00094: Command line: '/usr/sbin/apache2'
> [Wed Nov 30 00:40:24.120247 2022] [proxy_http:error] [pid 66062:tid 
> 140075878815488] (104)Connection reset by peer: [client [ipaddress]:58455] 
> AH01102: error reading status line from remote server localhost:4000, 
> referer: https://mydomain.com
> [Wed Nov 30 00:40:36.111457 2022] [proxy:error] [pid 66061:tid 
> 140076013307648] [client [ipaddress]:64193] AH00898: Error reading from 
> remote server returned by /items/11e6a424-55bc-4d36-a9b7-ec4ab0985eb9
> [Wed Nov 30 00:42:41.476436 2022] [proxy:error] [pid 66061:tid 
> 140075778103040] [client [ipaddress]:31578] AH00898: Error reading from 
> remote server returned by /xmlui/handle/12345/1169/browse
> [Wed Nov 30 00:50:12.311975 2022] [proxy:error] [pid 66062:tid 
> 140075786495744] [client [ipaddress]:61442]  AH00898: Error reading from 
> remote server returned by /xmlui/handle/12345/95/search-filter
>
> dspace.log:
> INFO  aeda8ec0-3510-4e45-876d-d8c1f7854c55 
> db1d80cb-b03a-4711-b5ff-7ba3b806ccef 
> org.dspace.app.rest.utils.DSpaceAPIRequestLoggingFilter @ Before request 
> [GET /server/api/authz/authorizations/search/object] originated from 
> /xmlui/
> search-filter?field=subject_0=2016_1=non-profit_relational_operator_0=equals_relational_operator_1=equals_0=dateIssued_1=subject_with=n
>
> I suppose I need to fix these before moving forward?
>
> On Wednesday, November 23, 2022 at 12:12:35 a.m. UTC-4 Night Librarian 
> wrote:
>
>> Turns out, the problem is not limited to pdf.  All accdb, docx, 
>> mp3, pptx, xlsx files also fail to download.  Their download completion 
>> goes to near 100%, after which I get an error.  So, none of our items is 
>> downloadable!
>>
>> At the same time, css, html and xml files (we had a couple of these in 
>> one submission) download w/o problems.
>>
>> On Tuesday, November 22, 2022 at 11:36:59 p.m. UTC-4 Night Librarian 
>> wrote:
>>
>>> Thank you for the suggestion.  I tried downloading the file in Edge, 
>>> Chrome and Firefox on a Windows PC from home (via VPN) and on the Ubuntu 
>>> machine itself that runs DSpace.  I did it before and after logging as 
>>> admin.  I tried inPrivate/Incognito mode. In all cases, the pdf opens in 
>>> the browser and I can read it in its entirety, but when I click "Download", 
>>> it goes to 773 kb out of 776, and then I get a finelename.pdf.crdownload 
>>> file downloaded and a message that the browser couldn't download the file.
>>>
>>> When I try in Safari and Chrome on iPhone, after viewing the PDF, when I 
>>> click on download, I see "err_connection_closed", but that probably doesn't 
>>> explain why it wouldn't download even on the server itself.  dspace.log has 
>>> many lines, including these:
>>>
>>> INFO  3834015a-5783-403d-ba1b-085b68787b0e 
>>> 64a217ee-6830-48b5-8558-d6140a123bc9 
>>> org.dspace.usage.LoggerUsageEventListener @ 
>>> ad...@mydomain.com::view_item:handle=12345/1916
>>>
>>> INFO  unknown 778fd02b-07ff-4e37-a846-561a88054545 
>>> org.dspace.app.rest.utils.DSpaceAPIRequestLoggingFilter @ Before request 
>>> [GET /server/opensearch/search/search] originated from unknown
>>>
>>> INFO  08de3499-a27b-474b-aa4c-07fbf0f066cf 
>>> 5d55a1b2-1984-4213-a061-39e7a6e4cff2 
>>> org.dspace.app.rest.utils.DSpaceAPIRequestLoggingFilter @ Before request 
>>> [GET /server/api/system/scripts/metadata-import] originated from /
>>>
>>> WARN  08de3499-a27b-474b-aa4c-07fbf0f066cf 
>>> 5d55a1b2-1984-4213-a061-39e7a6e4cff2 
>>> org.dspace.app.rest.exception.DSpaceApiExceptionControllerAdvice @ 
>>> Authentication is required (status:401 exception: Access is denied at: 
>>> org.springframework.security.access.vote.AffirmativeBased.decide(AffirmativeBased.java:73))
>>>
>>> INFO  08de3499-a27b-474b-aa4c-07fbf0f066cf 
>>> a300fb4f-141b-42b9-a403-1352ba5844a1 
>>> org.dspace.app.rest.utils.DSpaceAPIRequestLoggingFilter @ Before request 
>>> [GET 

[dspace-tech] DSpace 6.3 No Advanced Search option

[Projects Arunendra]

I have installed DSpace 6.3 on 2 different machines. Using the xmlui Mirage 
interface.
But in one installation, there is no Advanced Search link on right hand 
corner while in the other installation, it is appearing.
How is it possible?


[image: NoAdvSearch.PNG][image: Advsearch.PNG]

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/30ff7cfc-dfa7-4c89-b0f7-9d75f982a255n%40googlegroups.com.

[dspace-tech] Re: File upload error on Dspace 7.4

[Mohammad S. AlMutairi]

You are most welcome. Very happy for you got it working.

On Wednesday, November 30, 2022 at 4:09:04 PM UTC+3 jesse...@gmail.com 
wrote:

> Wonderful my friend. 
> You are one great soul on earth. It worked like a charm. 
> I was so desperate to see my installation working, and with this error, I 
> was feeling helpless.  Even the error logs didn't show any detail. 
> But you gave the precise solution for my issue. 
> Thank You so much. 
>
> Rupinder Singh
>
> On Wednesday, November 30, 2022 at 5:49:11 PM UTC+5:30 alo...@gmail.com 
> wrote:
>
>> Never mind: You need to find the tomcat systemd unit file 
>> (tomcat9.service) if you install the default Ubuntu tomcat package and make 
>> sure tomcat user you see in the unit file has write permission over the 
>> DSpace folder and need to tell tomcat it can write into DSpace folder as 
>> you see it highlted in red.
>>
>> [Service]
>>
>> # Configuration
>> Environment="CATALINA_HOME=/usr/share/tomcat9"
>> Environment="CATALINA_BASE=/var/lib/tomcat9"
>> Environment="CATALINA_TMPDIR=/tmp"
>> Environment="JAVA_OPTS=-Djava.awt.headless=true -Dfile.encoding=UTF-8"
>>
>> # Lifecycle
>> Type=simple
>> ExecStartPre=+/usr/libexec/tomcat9/tomcat-update-policy.sh
>> ExecStart=/bin/sh /usr/libexec/tomcat9/tomcat-start.sh
>> SuccessExitStatus=143
>> Restart=on-abort
>>
>> # Logging
>> SyslogIdentifier=tomcat9
>>
>> # Security
>> *User=tomcat*
>> Group=tomcat
>> PrivateTmp=yes
>> AmbientCapabilities=CAP_NET_BIND_SERVICE
>> NoNewPrivileges=true
>> CacheDirectory=tomcat9
>> CacheDirectoryMode=750
>> ProtectSystem=strict
>> ReadWritePaths=/etc/tomcat9/Catalina/
>> ReadWritePaths=/var/lib/tomcat9/webapps/
>> ReadWritePaths=/var/log/tomcat9/
>> *ReadWritePaths=/opt/dspace*
>>
>> [Install]
>> WantedBy=multi-user.target
>>
>> On Wednesday, November 30, 2022 at 3:06:23 PM UTC+3 Mohammad S. AlMutairi 
>> wrote:
>>
>>> Which Operating System are you using?
>>>
>>> On Wednesday, November 30, 2022 at 2:47:53 PM UTC+3 jesse...@gmail.com 
>>> wrote:
>>>
 Hi, 
 I am struggling to get this software to work for the last 2 months, and 
 still no success. 
 I did the Dspace 7.4 backend installation on my Ubuntu 22.04 computer, 
 installed Solr from source, installed tomcat9 from the apt package 
 manager, 
 and compiled the DSpace code for the backend. 
 Everything is running under a dedicated 'DSpace' system user. It went 
 well and I can access the backend HAL interface on localhost:8080/server. 

 Further, I went to install the frontend on the same machine, under the 
 same user (i.e., dspace), and installed node js, yarn, and everything as 
 mentioned in DSpace wiki, it also went well and I could see my DSpace 7 
 home screen for the first time. It was beautiful and I was happy, I logged 
 in with my administrative users, and created some communities and 
 collections. it is all working. BUT I CAN NOT UPLOAD ANY FILE, NOT EVEN 
 THE 
 COMMUNITY LOGO's. 
 I am so fed up with this software, Error logs are of no help. i thought 
 it would be a permission issue, but my system user 'dspace' is the owner 
 of 
 both dspace backend folder, and also dspace-angular, tomcat9, Solr, and 
 yarn both are running under 'dsapce' system user. still, I can't upload 
 anything. I can't figure out what I did wrong, and where I'm missing 
 something, and at this point, I'm too tired to re-install it again and 
 again (like I've been doing for the last 2 months). 

 Seriously!!, please help, I need to get this working.  


 Thank You

 Rupinder Singh 



-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/060813ca-3360-4bce-9a82-f548a526194fn%40googlegroups.com.

Re: [dspace-tech] Re: File upload error on Dspace 7.4

[Mohammad S. AlMutairi]

You are most welcome. Very happy you got it working. Please close it in the
thread so other community members who might fall into the same won't spend
much time as you did.

Cheers

On Wed, Nov 30, 2022 at 4:09 PM Rupinder Singh 
wrote:

> Wonderful my friend.
> You are one great soul on earth. It worked like a charm.
> I was so desperate to see my installation working, and with this error, I
> was feeling helpless.  Even the error logs didn't show any detail.
> But you gave the precise solution for my issue.
> Thank You so much.
>
> Rupinder Singh
>
> On Wednesday, November 30, 2022 at 5:49:11 PM UTC+5:30 alo...@gmail.com
> wrote:
>
>> Never mind: You need to find the tomcat systemd unit file
>> (tomcat9.service) if you install the default Ubuntu tomcat package and make
>> sure tomcat user you see in the unit file has write permission over the
>> DSpace folder and need to tell tomcat it can write into DSpace folder as
>> you see it highlted in red.
>>
>> [Service]
>>
>> # Configuration
>> Environment="CATALINA_HOME=/usr/share/tomcat9"
>> Environment="CATALINA_BASE=/var/lib/tomcat9"
>> Environment="CATALINA_TMPDIR=/tmp"
>> Environment="JAVA_OPTS=-Djava.awt.headless=true -Dfile.encoding=UTF-8"
>>
>> # Lifecycle
>> Type=simple
>> ExecStartPre=+/usr/libexec/tomcat9/tomcat-update-policy.sh
>> ExecStart=/bin/sh /usr/libexec/tomcat9/tomcat-start.sh
>> SuccessExitStatus=143
>> Restart=on-abort
>>
>> # Logging
>> SyslogIdentifier=tomcat9
>>
>> # Security
>> *User=tomcat*
>> Group=tomcat
>> PrivateTmp=yes
>> AmbientCapabilities=CAP_NET_BIND_SERVICE
>> NoNewPrivileges=true
>> CacheDirectory=tomcat9
>> CacheDirectoryMode=750
>> ProtectSystem=strict
>> ReadWritePaths=/etc/tomcat9/Catalina/
>> ReadWritePaths=/var/lib/tomcat9/webapps/
>> ReadWritePaths=/var/log/tomcat9/
>> *ReadWritePaths=/opt/dspace*
>>
>> [Install]
>> WantedBy=multi-user.target
>>
>> On Wednesday, November 30, 2022 at 3:06:23 PM UTC+3 Mohammad S. AlMutairi
>> wrote:
>>
>>> Which Operating System are you using?
>>>
>>> On Wednesday, November 30, 2022 at 2:47:53 PM UTC+3 jesse...@gmail.com
>>> wrote:
>>>
 Hi,
 I am struggling to get this software to work for the last 2 months, and
 still no success.
 I did the Dspace 7.4 backend installation on my Ubuntu 22.04 computer,
 installed Solr from source, installed tomcat9 from the apt package manager,
 and compiled the DSpace code for the backend.
 Everything is running under a dedicated 'DSpace' system user. It went
 well and I can access the backend HAL interface on localhost:8080/server.

 Further, I went to install the frontend on the same machine, under the
 same user (i.e., dspace), and installed node js, yarn, and everything as
 mentioned in DSpace wiki, it also went well and I could see my DSpace 7
 home screen for the first time. It was beautiful and I was happy, I logged
 in with my administrative users, and created some communities and
 collections. it is all working. BUT I CAN NOT UPLOAD ANY FILE, NOT EVEN THE
 COMMUNITY LOGO's.
 I am so fed up with this software, Error logs are of no help. i thought
 it would be a permission issue, but my system user 'dspace' is the owner of
 both dspace backend folder, and also dspace-angular, tomcat9, Solr, and
 yarn both are running under 'dsapce' system user. still, I can't upload
 anything. I can't figure out what I did wrong, and where I'm missing
 something, and at this point, I'm too tired to re-install it again and
 again (like I've been doing for the last 2 months).

 Seriously!!, please help, I need to get this working.


 Thank You

 Rupinder Singh

 --
> All messages to this mailing list should adhere to the Code of Conduct:
> https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "DSpace Technical Support" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/dspace-tech/mSneVhXMRSA/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> dspace-tech+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/dspace-tech/0aba2323-5690-431d-b300-ccb33cf3f15dn%40googlegroups.com
> 
> .
>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 

[dspace-tech] Re: File upload error on Dspace 7.4

[Rupinder Singh]

Wonderful my friend. 
You are one great soul on earth. It worked like a charm. 
I was so desperate to see my installation working, and with this error, I 
was feeling helpless.  Even the error logs didn't show any detail. 
But you gave the precise solution for my issue. 
Thank You so much. 

Rupinder Singh

On Wednesday, November 30, 2022 at 5:49:11 PM UTC+5:30 alo...@gmail.com 
wrote:

> Never mind: You need to find the tomcat systemd unit file 
> (tomcat9.service) if you install the default Ubuntu tomcat package and make 
> sure tomcat user you see in the unit file has write permission over the 
> DSpace folder and need to tell tomcat it can write into DSpace folder as 
> you see it highlted in red.
>
> [Service]
>
> # Configuration
> Environment="CATALINA_HOME=/usr/share/tomcat9"
> Environment="CATALINA_BASE=/var/lib/tomcat9"
> Environment="CATALINA_TMPDIR=/tmp"
> Environment="JAVA_OPTS=-Djava.awt.headless=true -Dfile.encoding=UTF-8"
>
> # Lifecycle
> Type=simple
> ExecStartPre=+/usr/libexec/tomcat9/tomcat-update-policy.sh
> ExecStart=/bin/sh /usr/libexec/tomcat9/tomcat-start.sh
> SuccessExitStatus=143
> Restart=on-abort
>
> # Logging
> SyslogIdentifier=tomcat9
>
> # Security
> *User=tomcat*
> Group=tomcat
> PrivateTmp=yes
> AmbientCapabilities=CAP_NET_BIND_SERVICE
> NoNewPrivileges=true
> CacheDirectory=tomcat9
> CacheDirectoryMode=750
> ProtectSystem=strict
> ReadWritePaths=/etc/tomcat9/Catalina/
> ReadWritePaths=/var/lib/tomcat9/webapps/
> ReadWritePaths=/var/log/tomcat9/
> *ReadWritePaths=/opt/dspace*
>
> [Install]
> WantedBy=multi-user.target
>
> On Wednesday, November 30, 2022 at 3:06:23 PM UTC+3 Mohammad S. AlMutairi 
> wrote:
>
>> Which Operating System are you using?
>>
>> On Wednesday, November 30, 2022 at 2:47:53 PM UTC+3 jesse...@gmail.com 
>> wrote:
>>
>>> Hi, 
>>> I am struggling to get this software to work for the last 2 months, and 
>>> still no success. 
>>> I did the Dspace 7.4 backend installation on my Ubuntu 22.04 computer, 
>>> installed Solr from source, installed tomcat9 from the apt package manager, 
>>> and compiled the DSpace code for the backend. 
>>> Everything is running under a dedicated 'DSpace' system user. It went 
>>> well and I can access the backend HAL interface on localhost:8080/server. 
>>>
>>> Further, I went to install the frontend on the same machine, under the 
>>> same user (i.e., dspace), and installed node js, yarn, and everything as 
>>> mentioned in DSpace wiki, it also went well and I could see my DSpace 7 
>>> home screen for the first time. It was beautiful and I was happy, I logged 
>>> in with my administrative users, and created some communities and 
>>> collections. it is all working. BUT I CAN NOT UPLOAD ANY FILE, NOT EVEN THE 
>>> COMMUNITY LOGO's. 
>>> I am so fed up with this software, Error logs are of no help. i thought 
>>> it would be a permission issue, but my system user 'dspace' is the owner of 
>>> both dspace backend folder, and also dspace-angular, tomcat9, Solr, and 
>>> yarn both are running under 'dsapce' system user. still, I can't upload 
>>> anything. I can't figure out what I did wrong, and where I'm missing 
>>> something, and at this point, I'm too tired to re-install it again and 
>>> again (like I've been doing for the last 2 months). 
>>>
>>> Seriously!!, please help, I need to get this working.  
>>>
>>>
>>> Thank You
>>>
>>> Rupinder Singh 
>>>
>>>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/0aba2323-5690-431d-b300-ccb33cf3f15dn%40googlegroups.com.

[dspace-tech] Re: File upload error on Dspace 7.4

[Mohammad S. AlMutairi]

Never mind: You need to find the tomcat systemd unit file (tomcat9.service) 
if you install the default Ubuntu tomcat package and make sure tomcat user 
you see in the unit file has write permission over the DSpace folder and 
need to tell tomcat it can write into DSpace folder as you see it highlted 
in red.

[Service]

# Configuration
Environment="CATALINA_HOME=/usr/share/tomcat9"
Environment="CATALINA_BASE=/var/lib/tomcat9"
Environment="CATALINA_TMPDIR=/tmp"
Environment="JAVA_OPTS=-Djava.awt.headless=true -Dfile.encoding=UTF-8"

# Lifecycle
Type=simple
ExecStartPre=+/usr/libexec/tomcat9/tomcat-update-policy.sh
ExecStart=/bin/sh /usr/libexec/tomcat9/tomcat-start.sh
SuccessExitStatus=143
Restart=on-abort

# Logging
SyslogIdentifier=tomcat9

# Security
*User=tomcat*
Group=tomcat
PrivateTmp=yes
AmbientCapabilities=CAP_NET_BIND_SERVICE
NoNewPrivileges=true
CacheDirectory=tomcat9
CacheDirectoryMode=750
ProtectSystem=strict
ReadWritePaths=/etc/tomcat9/Catalina/
ReadWritePaths=/var/lib/tomcat9/webapps/
ReadWritePaths=/var/log/tomcat9/
*ReadWritePaths=/opt/dspace*

[Install]
WantedBy=multi-user.target

On Wednesday, November 30, 2022 at 3:06:23 PM UTC+3 Mohammad S. AlMutairi 
wrote:

> Which Operating System are you using?
>
> On Wednesday, November 30, 2022 at 2:47:53 PM UTC+3 jesse...@gmail.com 
> wrote:
>
>> Hi, 
>> I am struggling to get this software to work for the last 2 months, and 
>> still no success. 
>> I did the Dspace 7.4 backend installation on my Ubuntu 22.04 computer, 
>> installed Solr from source, installed tomcat9 from the apt package manager, 
>> and compiled the DSpace code for the backend. 
>> Everything is running under a dedicated 'DSpace' system user. It went 
>> well and I can access the backend HAL interface on localhost:8080/server. 
>>
>> Further, I went to install the frontend on the same machine, under the 
>> same user (i.e., dspace), and installed node js, yarn, and everything as 
>> mentioned in DSpace wiki, it also went well and I could see my DSpace 7 
>> home screen for the first time. It was beautiful and I was happy, I logged 
>> in with my administrative users, and created some communities and 
>> collections. it is all working. BUT I CAN NOT UPLOAD ANY FILE, NOT EVEN THE 
>> COMMUNITY LOGO's. 
>> I am so fed up with this software, Error logs are of no help. i thought 
>> it would be a permission issue, but my system user 'dspace' is the owner of 
>> both dspace backend folder, and also dspace-angular, tomcat9, Solr, and 
>> yarn both are running under 'dsapce' system user. still, I can't upload 
>> anything. I can't figure out what I did wrong, and where I'm missing 
>> something, and at this point, I'm too tired to re-install it again and 
>> again (like I've been doing for the last 2 months). 
>>
>> Seriously!!, please help, I need to get this working.  
>>
>>
>> Thank You
>>
>> Rupinder Singh 
>>
>>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/fcfcb4fb-262a-4bc3-95c0-ffeafb8f5334n%40googlegroups.com.

[dspace-tech] Re: File upload error on Dspace 7.4

[Mohammad S. AlMutairi]

Which Operating System are you using?

On Wednesday, November 30, 2022 at 2:47:53 PM UTC+3 jesse...@gmail.com 
wrote:

> Hi, 
> I am struggling to get this software to work for the last 2 months, and 
> still no success. 
> I did the Dspace 7.4 backend installation on my Ubuntu 22.04 computer, 
> installed Solr from source, installed tomcat9 from the apt package manager, 
> and compiled the DSpace code for the backend. 
> Everything is running under a dedicated 'DSpace' system user. It went well 
> and I can access the backend HAL interface on localhost:8080/server. 
>
> Further, I went to install the frontend on the same machine, under the 
> same user (i.e., dspace), and installed node js, yarn, and everything as 
> mentioned in DSpace wiki, it also went well and I could see my DSpace 7 
> home screen for the first time. It was beautiful and I was happy, I logged 
> in with my administrative users, and created some communities and 
> collections. it is all working. BUT I CAN NOT UPLOAD ANY FILE, NOT EVEN THE 
> COMMUNITY LOGO's. 
> I am so fed up with this software, Error logs are of no help. i thought it 
> would be a permission issue, but my system user 'dspace' is the owner of 
> both dspace backend folder, and also dspace-angular, tomcat9, Solr, and 
> yarn both are running under 'dsapce' system user. still, I can't upload 
> anything. I can't figure out what I did wrong, and where I'm missing 
> something, and at this point, I'm too tired to re-install it again and 
> again (like I've been doing for the last 2 months). 
>
> Seriously!!, please help, I need to get this working.  
>
>
> Thank You
>
> Rupinder Singh 
>
>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/96d3e670-6a92-47c5-89c7-b0a813f5ffc7n%40googlegroups.com.

[dspace-tech] File upload error on Dspace 7.4

[Rupinder Singh]

Hi,
I am struggling to get this software to work for the last 2 months, and
still no success.
I did the Dspace 7.4 backend installation on my Ubuntu 22.04 computer,
installed Solr from source, installed tomcat9 from the apt package manager,
and compiled the DSpace code for the backend.
Everything is running under a dedicated 'DSpace' system user. It went well
and I can access the backend HAL interface on localhost:8080/server.

Further, I went to install the frontend on the same machine, under the same
user (i.e., dspace), and installed node js, yarn, and everything as
mentioned in DSpace wiki, it also went well and I could see my DSpace 7
home screen for the first time. It was beautiful and I was happy, I logged
in with my administrative users, and created some communities and
collections. it is all working. BUT I CAN NOT UPLOAD ANY FILE, NOT EVEN THE
COMMUNITY LOGO's.
I am so fed up with this software, Error logs are of no help. i thought it
would be a permission issue, but my system user 'dspace' is the owner of
both dspace backend folder, and also dspace-angular, tomcat9, Solr, and
yarn both are running under 'dsapce' system user. still, I can't upload
anything. I can't figure out what I did wrong, and where I'm missing
something, and at this point, I'm too tired to re-install it again and
again (like I've been doing for the last 2 months).

Seriously!!, please help, I need to get this working.


Thank You

Rupinder Singh

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/CAMLo0tUVKbHYmeSpkatGhOk2fbitqZPwHGB1Ax%2B5HveHftMt%2BQ%40mail.gmail.com.

[dspace-tech] Re: Deposit files 7.4 for a long time

[Mohammad S. AlMutairi]

You should've checked the tomcat logs too (You could've found it there). 
You dropped a very valuable piece of information for any one who is willing 
to help which is the OS you are using. It could be a permission problem 
related to tomcat user not being able to write to DSpace installation 
folder.

On Wednesday, November 30, 2022 at 12:24:02 PM UTC+3 vzapate...@gmail.com 
wrote:

> I've installed Dspace 7.4 backend and front end in the same linux server. 
> I've created some collections.
>
> When I deposit one file there is no error but it takes long time. I've 
> been watching backend logs while deposit file with DEBUG detail option I 
> have no error but I don't find nothing special. I've been watching 'top' 
> linux command and I don't find nothing special. It's so quiet.
>
> Deposit process takes 2-3 minutes aprrox with no error. Any idea?
>

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/613e6b71-578e-4826-9e3a-8db6c36bb0ean%40googlegroups.com.

[dspace-tech] Deposit files 7.4 for a long time

[Vicente Zapatero Martin]

I've installed Dspace 7.4 backend and front end in the same linux server. 
I've created some collections.

When I deposit one file there is no error but it takes long time. I've been 
watching backend logs while deposit file with DEBUG detail option I have no 
error but I don't find nothing special. I've been watching 'top' linux 
command and I don't find nothing special. It's so quiet.

Deposit process takes 2-3 minutes aprrox with no error. Any idea?

-- 
All messages to this mailing list should adhere to the Code of Conduct: 
https://www.lyrasis.org/about/Pages/Code-of-Conduct.aspx
--- 
You received this message because you are subscribed to the Google Groups 
"DSpace Technical Support" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to dspace-tech+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/dspace-tech/803674ac-93c6-4ca3-adc5-fdc5013b3236n%40googlegroups.com.