I'm trying to upload files via files-ui.
Apparently everything goes well, the upload starts and ends without errors.
But when I check the uploaded file, the file is corrupt.
This always happens when the file is more than 1Mb.
Any file size greater than 1Mb, the upload ends without errors, and the file is corrupted in the directory, and its size becomes exactly 1Mb.
I also checked the file in carbonio-storage, I was able to identify it by reading the file header, I verified that it was the same type of file that I uploaded, but with a size of 1Mb.
It appears that the file was divided into varying 1Mb parts, but only the first part was copied to storage.
I didn't find any error messages in the logs.
I ask the zextras team to help me with this case, I know there are many other users experiencing the same problem.
Thanks
Mateus Baptista
Hi,
Sorry for your trouble.
It is a known issue and our devs are working on this.
As per my latest discussion with them, this issue will be fixed in the next upcoming release.
So again I am really sorry for the inconvenience.
Thank you for being with us.
Regards,
Sharif
Hello @sharif
It's good to know that the issue is already on your radar.
Thank you for the detailed information, including the estimated correction for the next release.
This good communication gives us visibility of the project as a whole, believing in the work you are doing, and giving us the confidence to put it into production.
Would it be possible to correlate the issues reported here in the forum with the technical development discussions that are being carried out?
For example, opening an issue in the official repository based on a case identified or reported by the forum?
Do you think this could work? is it Zextras interested in bringing the community that operates on the forum closer to the demands of development?
Thanks again
@sharif I know this is not the same issue but it's related with Files and it's also very important.
Files doesn't respect the mailbox quota allowing user to upload as many files they want with no restriction.
Please as devs to fix it together 😉
tyvm
Hi,
How are you?
It's always nice to hear from you.
I completely agree with you on this. I even had an extensive discussion with my team. In deed it is an inconvenience. But due to some backend architectural differences between Carbonio Files and Carbonio CE files right now we are unable to make it aligned as per logic. But I can assure you, we are prioritizing this issue to fix it ASAP.
In one of our discussion, I raised a hypothetical question that technically, it is possible that my users ' mailboxes are empty but my server storage is full due to unrestricted file upload oppurtunity.
So for now, I would thank you for raising this.
I will get back to you once I have anything!
Have a good day!
And Thanks again for your enormous help to the community🙏
Regards,
Sharif
Hi,
How are you?
It's always nice to hear from you.
I completely agree with you on this. I even had an extensive discussion with my team. In truth, it is an inconvenience. However, due to some backend architectural differences between Carbonio Files and Carbonio CE files, right now, we are unable to align them as per logic. I can assure you that we are prioritizing this issue to fix it ASAP.
In one of our discussions, I raised a hypothetical question that, technically, it is possible that my users ' mailboxes are empty, but my server storage is full due to unrestricted file upload opportunities.
So for now, I would thank you for raising this.
I will get back to you once I have anything!
Have a good day!
And Thanks again for your enormous help to the community🙏
Regards,
Sharif
Hi,
Thank you so much for your understanding.
I think it would be a good idea.
We can create a pinned/sticky thread just to report bugs/improvements. There will be no discussion on that thread so that it keeps clean, and I can redirect it to the devs for their clarity.
You can create another general thread on that issue and have your own discussion.
What do you think about that?
Let me know.
By the way, the 1MB file issue will be resolved with release 24.3.0. 🙂
And thank you so much for your vibrant presence and feedback.
Have a good day!
Regards,
Sharif
@sharif You said
"We can create a pinned/sticky thread just to report bugs/improvements. There will be no discussion on that thread so that it keeps clean, and I can redirect it to the devs for their clarity."
I found that awesome! Please do it =)
P.S. - I'm happy to help
@sharif Ok... just letting you know I can't add anything to that thread... the idea is you to feed it or you'll fix permissions to all to do it... I'm sorry if I missed something...
Hi,
I am so sorry for the inconvenience. Please accept my apology if I missed any glitch.
Can you please check these posts:
https://community.zextras.com/forum/postid/7485/
https://community.zextras.com/forum/postid/7484/
and let me know if you can add any replies to them as your feedback. Otherwise, I will talk to the back-end team to resolve this.
Sorry again and have a good day!
Regards,
Sharif
Hello zextras team, thank you for a great carbonio solution.
We plan to deploy it as a messaging service for our customers in the cloud.
We made a full redundant deployment as shown in the documentation.
We have a problem with LDAP replication, when we stop the ldap master services, nothing works, the ldap slave cannot respond to requests.
The irony is that the ldap master services no longer start and give this error:
Failed.
Failed to start slapd. Attempting debug start to determine error.
65e97ef7 daemon: bind(7) failed errno=99 (Cannot assign requested address)
65e97ef7 slap_open_listener: failed on ldap://ldap2.swarm.free.ci:389
Hi @keita
I would like to give you some recommendations:
Open a new topic specific to your issue
Obfuscate FQDN that can identify your environment
To resolve your issue I would try running the following script:
/opt/zextras/libexec/zmfixperms