openSUSE admin

otto@informatik.rwth-aachen.de wrote:

rsync: send_files failed to open "/opensuse/update/leap/15.3/sle/src/.rust1.58-1.58.0-150300.7.3.1.src.rpm.ZMUDCR" (in opensuse-full-with-factory-dvd5): Permission denied (13)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1819) [generator=3.2.3]

Hi Carsten

That file is surely some temp file, maybe created during rsync - it is certainly gone now. The rpm rust1.58-1.58.0-150300.7.3.1.src.rpm is quite large, 2Gb. Are you still seeing this issue?

Thanks
Per

Hi Per,

On Tue, Mar 22, 2022 at 02:56:59PM +0000, redmine@opensuse.org wrote:

That file is surely some temp file, maybe created during rsync - it is
certainly gone now. The rpm rust1.58-1.58.0-150300.7.3.1.src.rpm is
quite large, 2Gb. Are you still seeing this issue?

No, the error disappeared after a while. It took you several days to
respond, though. Is there some better way to talk about mirroring issues
with stage.opensuse.org?

Thanks,

Carsten¶

Dr. Carsten Otto
http://verify.rwth-aachen.de/otto/

otto@informatik.rwth-aachen.de wrote:

Hi Per,

On Tue, Mar 22, 2022 at 02:56:59PM +0000, redmine@opensuse.org wrote:

That file is surely some temp file, maybe created during rsync - it is
certainly gone now. The rpm rust1.58-1.58.0-150300.7.3.1.src.rpm is
quite large, 2Gb. Are you still seeing this issue?

No, the error disappeared after a while. It took you several days to
respond, though. Is there some better way to talk about mirroring issues
with stage.opensuse.org?

I would say reporting issues to admin-at-o-o is the best approach - depending on the severity of the issue, you will also usually have a quick answer. This time, well - I've been out with Covid since Thursday :-(

I'm wondering if it might be a good idea to exclude that file pattern from rsync modules in general ".filename.NNNNNN".

On Tue, Mar 22, 2022 at 05:39:21PM +0000, redmine@opensuse.org wrote:

I would say reporting issues to admin-at-o-o is the best approach -
depending on the severity of the issue, you will also usually have a
quick answer. This time, well - I've been out with Covid since
Thursday :-(

Ouch, get (and stay) well soon! This certainly wasn't a high priority
issue.

I'm wondering if it might be a good idea to exclude that file pattern from rsync modules in general ".filename.NNNNNN".

Yes, that would be great. My rsync script (based on what Debian uses for
their mirroring) automatically excludes .~tmp~, which, I think, is the
directory used when running "rsync --delay-updates". I don't know if
that's feasible for your setup, though.

Bye,

Carsten¶

Dr. Carsten Otto
http://verify.rwth-aachen.de/otto/

On Tue, Mar 22, 2022 at 06:44:43PM +0100, Carsten Otto wrote:

Yes, that would be great. My rsync script (based on what Debian uses for
their mirroring) automatically excludes .~tmp~, which, I think, is the
directory used when running "rsync --delay-updates". I don't know if
that's feasible for your setup, though.

This is still an issue and I haven't received an update on this. Please
(re)consider this approach.

Thanks

Carsten¶

Dr. Carsten Otto
http://verify.rwth-aachen.de/otto/

Hi,

sorry for the lack in response.
I don't have a reproducer for stage.o.o, but upon testing locally, adding *.rpm.[A-Z][A-Z][A-Z][A-Z][A-Z][A-Z] to the excludes seems promising.

Can you confirm if adding this to the modules on stage.o.o would help your case?

Best,
Georg

Hi Georg,

I think it goes without saying that I don't appreciate a response time
of more than two years, especially as I'm not a user but a volunteer
helping you out.

Regarding your question: the regexp sounds reasonable. I can't change
the config on your server, though. Could you raise an issue internally
and configure this exclusion? I assume you never want to serve temporary
files, to any mirror.

While we're at it, you might also want to check how temporary files end
up on your server. Maybe there's another system worth tweaking.

Best regards

Carsten¶

Dr. Carsten Otto
http://verify.rwth-aachen.de/otto/