kennytm
kennytm
~~While #10513 has not been merged to release-6.5 I don't think that PR has any effect on this issue. I haven't tested release-7.5 though.~~ EDIT: ***Not*** reproducible on v7.5.1.
if there is a way to immediately fail a changefeed we could quickly check if the recently unstuck #10513 has fixed this :wink:
> 3. Create a changefeed and pause it, **wait about 30 minutes** to make sure GC is advanced in upstream. i mean this is the step i'd like to skip...
> > > 3. Create a changefeed and pause it, **wait about 30 minutes** to make sure GC is advanced in upstream. > > > > > > i mean...
The problem was introduced by #8921 (since v6.5.3), which started to use the `ObjPrefix` option in `WalkDir` (it still existed as of v6.5.8). https://github.com/pingcap/tiflow/blob/c86e7013411bcfd56f275ee671a79aabe3cdaac1/pkg/sink/cloudstorage/path.go#L203-L206 The `ObjPrefix` option was first introduced...
> version nigtly could you paste the `./br -V` and `./tidb-server -V` result? also, this repository is only kept for release-5.x and will be archived after EOL, please transfer this...
> The length of filename is limited by OS. That's the limit of [NTFS file system](https://en.wikipedia.org/wiki/NTFS#Internals), not the operating system.
if we use the alternative syntax from https://github.com/rust-lang/rfcs/pull/3201#issuecomment-1032849255 which does not suffer from the ["*don't know whether it's annotating the type or the function return*" issue](https://github.com/rust-lang/rfcs/pull/3201#issuecomment-1031623299), the example above will...
What happened if we placed `#[cfg]` on the return type? ```rust fn foo() #[cfg(unix)] -> u32 { todo!(); } ``` if we follow the rule of `#![feature(stmt_expr_attributes)]` (rust-lang/rust#15701) this should...