[pfx] user based transport

[wesley--- via Postfix-users]

Hello,

How can I setup username based transport?
for incoming messages, such as use...@foo.com will be delivered to host a.
use...@foo.com will be delivered to host b.

Thanks.
___
Postfix-users mailing list -- postfix-users@postfix.org
To unsubscribe send an email to postfix-users-le...@postfix.org

[ceph-users] Re: Unable to fix 1 Inconsistent PG

[Wesley Dillingham]

Just to be clear, you should remove the osd by stopping the daemon and
marking it out before you repair the PG. The pg may not be able to be
repaired until you remove the bad disk.

1 - identify the bad disk (via scrubs or SMART/dmesg inspection)
2 - stop daemon and mark it out
3 - wait for PG to finish backfill
4 - issue the pg repair

Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn <http://www.linkedin.com/in/wesleydillingham>


On Wed, Oct 11, 2023 at 4:38 PM Wesley Dillingham 
wrote:

> If I recall correctly When the acting or up_set of an PG changes the scrub
> information is lost. This was likely lost when you stopped osd.238 and
> changed the sets.
>
> I do not believe based on your initial post you need to be using the
> objectstore tool currently. Inconsistent PGs are a common occurrence and
> can be repaired.
>
> After your most recent post I would get osd.238 back in the cluster unless
> you have reason to believe it is the failing hardware. But it could be any
> of the osds in the following set (from your initial post)
> [238,106,402,266,374,498,590,627,684,73,66]
>
> You should inspect the SMART data and dmesg on the drives and servers
> supporting the above OSDs to determine which one is failing.
>
> After you get the PG back to active+clean+inconsistent (get osd.238 back
> in and it finishes its backfill) you can re-issue a manual deep-scrub of it
> and once that deep-scrub finishes the rados list-inconsistent-obj 15.f4f
> should return and implicate a single osd with errors.
>
> Finally you should issue the PG repair again.
>
> In order to get your manually issued scrubs and repairs to start sooner
> you may want to set the noscrub and nodeep-scrub flags until you can get
> your PG repaired.
>
> As an aside osd_max_scrubs of 9 is too aggressive IMO I would drop that
> back to 3, max
>
>
> Respectfully,
>
> *Wes Dillingham*
> w...@wesdillingham.com
> LinkedIn <http://www.linkedin.com/in/wesleydillingham>
>
>
> On Wed, Oct 11, 2023 at 10:51 AM Siddhit Renake 
> wrote:
>
>> Hello Wes,
>>
>> Thank you for your response.
>>
>> brc1admin:~ # rados list-inconsistent-obj 15.f4f
>> No scrub information available for pg 15.f4f
>>
>> brc1admin:~ # ceph osd ok-to-stop osd.238
>> OSD(s) 238 are ok to stop without reducing availability or risking data,
>> provided there are no other concurrent failures or interventions.
>> 341 PGs are likely to be degraded (but remain available) as a result.
>>
>> Before I proceed with your suggested action plan, needed clarification on
>> below.
>> In order to list all objects residing on the inconsistent PG, we had
>> stopped the primary osd (osd.238) and extracted the list of all objects
>> residing on this osd using ceph-objectstore tool. We notice that that when
>> we stop the osd (osd.238) using systemctl, RGW gateways continuously
>> restarts which is impacting our S3 service availability. This was observed
>> twice when we stopped osd.238 for general maintenance activity w.r.t
>> ceph-objectstore tool. How can we ensure that stopping and marking out
>> osd.238 ( primary osd of inconsistent pg) does not impact RGW service
>> availability ?
>> ___
>> ceph-users mailing list -- ceph-users@ceph.io
>> To unsubscribe send an email to ceph-users-le...@ceph.io
>>
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

[ceph-users] Re: Unable to fix 1 Inconsistent PG

[Wesley Dillingham]

If I recall correctly When the acting or up_set of an PG changes the scrub
information is lost. This was likely lost when you stopped osd.238 and
changed the sets.

I do not believe based on your initial post you need to be using the
objectstore tool currently. Inconsistent PGs are a common occurrence and
can be repaired.

After your most recent post I would get osd.238 back in the cluster unless
you have reason to believe it is the failing hardware. But it could be any
of the osds in the following set (from your initial post)
[238,106,402,266,374,498,590,627,684,73,66]

You should inspect the SMART data and dmesg on the drives and servers
supporting the above OSDs to determine which one is failing.

After you get the PG back to active+clean+inconsistent (get osd.238 back in
and it finishes its backfill) you can re-issue a manual deep-scrub of it
and once that deep-scrub finishes the rados list-inconsistent-obj 15.f4f
should return and implicate a single osd with errors.

Finally you should issue the PG repair again.

In order to get your manually issued scrubs and repairs to start sooner you
may want to set the noscrub and nodeep-scrub flags until you can get your
PG repaired.

As an aside osd_max_scrubs of 9 is too aggressive IMO I would drop that
back to 3, max


Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Wed, Oct 11, 2023 at 10:51 AM Siddhit Renake 
wrote:

> Hello Wes,
>
> Thank you for your response.
>
> brc1admin:~ # rados list-inconsistent-obj 15.f4f
> No scrub information available for pg 15.f4f
>
> brc1admin:~ # ceph osd ok-to-stop osd.238
> OSD(s) 238 are ok to stop without reducing availability or risking data,
> provided there are no other concurrent failures or interventions.
> 341 PGs are likely to be degraded (but remain available) as a result.
>
> Before I proceed with your suggested action plan, needed clarification on
> below.
> In order to list all objects residing on the inconsistent PG, we had
> stopped the primary osd (osd.238) and extracted the list of all objects
> residing on this osd using ceph-objectstore tool. We notice that that when
> we stop the osd (osd.238) using systemctl, RGW gateways continuously
> restarts which is impacting our S3 service availability. This was observed
> twice when we stopped osd.238 for general maintenance activity w.r.t
> ceph-objectstore tool. How can we ensure that stopping and marking out
> osd.238 ( primary osd of inconsistent pg) does not impact RGW service
> availability ?
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

[ceph-users] Re: Unable to fix 1 Inconsistent PG

[Wesley Dillingham]

In case it's not obvious I forgot a space: "rados list-inconsistent-obj
15.f4f"

Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn <http://www.linkedin.com/in/wesleydillingham>


On Tue, Oct 10, 2023 at 4:55 PM Wesley Dillingham 
wrote:

> You likely have a failing disk, what does "rados
> list-inconsistent-obj15.f4f" return?
>
> It should identify the failing osd. Assuming "ceph osd ok-to-stop "
> returns in the affirmative for that osd, you likely need to stop the
> associated osd daemon, then mark it out "ceph osd out  wait for it
> to backfill the inconsistent PG and then re-issue the repair. Then turn to
> replacing the disk.
>
> Respectfully,
>
> *Wes Dillingham*
> w...@wesdillingham.com
> LinkedIn <http://www.linkedin.com/in/wesleydillingham>
>
>
> On Tue, Oct 10, 2023 at 4:46 PM  wrote:
>
>> Hello All,
>> Greetings. We've a Ceph Cluster with the version
>> *ceph version 14.2.16-402-g7d47dbaf4d
>> (7d47dbaf4d0960a2e910628360ae36def84ed913) nautilus (stable)
>>
>>
>> ===
>>
>> Issues: 1 pg in inconsistent state and does not recover.
>>
>> # ceph -s
>>   cluster:
>> id: 30d6f7ee-fa02-4ab3-8a09-9321c8002794
>> health: HEALTH_ERR
>> 2 large omap objects
>> 1 pools have many more objects per pg than average
>> 159224 scrub errors
>> Possible data damage: 1 pg inconsistent
>> 2 pgs not deep-scrubbed in time
>> 2 pgs not scrubbed in time
>>
>> # ceph health detail
>>
>> HEALTH_ERR 2 large omap objects; 1 pools have many more objects per pg
>> than average; 159224 scrub errors; Possible data damage: 1 pg inconsistent;
>> 2 pgs not deep-scrubbed in time; 2 pgs not scrubbed in time
>> LARGE_OMAP_OBJECTS 2 large omap objects
>> 2 large objects found in pool 'default.rgw.log'
>> Search the cluster log for 'Large omap object found' for more details.
>> MANY_OBJECTS_PER_PG 1 pools have many more objects per pg than average
>> pool iscsi-images objects per pg (541376) is more than 14.9829 times
>> cluster average (36133)
>> OSD_SCRUB_ERRORS 159224 scrub errors
>> PG_DAMAGED Possible data damage: 1 pg inconsistent
>> pg 15.f4f is active+clean+inconsistent, acting
>> [238,106,402,266,374,498,590,627,684,73,66]
>> PG_NOT_DEEP_SCRUBBED 2 pgs not deep-scrubbed in time
>> pg 1.5c not deep-scrubbed since 2021-04-05 23:20:13.714446
>> pg 1.55 not deep-scrubbed since 2021-04-11 07:12:37.185074
>> PG_NOT_SCRUBBED 2 pgs not scrubbed in time
>> pg 1.5c not scrubbed since 2023-07-10 21:15:50.352848
>> pg 1.55 not scrubbed since 2023-06-24 10:02:10.038311
>>
>> ==
>>
>>
>> We have implemented below command to resolve it
>>
>> 1. We have ran pg repair command "ceph pg repair 15.f4f
>> 2. We have restarted associated  OSDs that is mapped to pg 15.f4f
>> 3. We tuned osd_max_scrubs value and set it to 9.
>> 4. We have done scrub and deep scrub by ceph pg scrub 15.4f4 & ceph pg
>> deep-scrub 15.f4f
>> 5. We also tried to ceph-objectstore-tool command to fix it
>> ==
>>
>> We have checked the logs of the primary OSD of the respective
>> inconsistent PG and found the below errors.
>> [ERR] : 15.f4fs0 shard 402(2)
>> 15:f2f3fff4:::94a51ddb-a94f-47bc-9068-509e8c09af9a.7862003.20_c%2f4%2fd61%2f885%2f49627697%2f192_1.ts:head
>> : missing
>> /var/log/ceph/ceph-osd.238.log:339:2023-10-06 00:37:06.410 7f65024cb700
>> -1 log_channel(cluster) log [ERR] : 15.f4fs0 shard 266(3)
>> 15:f2f2:::94a51ddb-a94f-47bc-9068-509e8c09af9a.11432468.3_TN8QHE_04.20.2020_08.41%2fCV_MAGNETIC%2fV_274396%2fCHUNK_2440801%2fSFILE_CONTAINER_031.FOLDER%2f3:head
>> : missing
>> /var/log/ceph/ceph-osd.238.log:340:2023-10-06 00:37:06.410 7f65024cb700
>> -1 log_channel(cluster) log [ERR] : 15.f4fs0 shard 402(2)
>> 15:f2f2:::94a51ddb-a94f-47bc-9068-509e8c09af9a.11432468.3_TN8QHE_04.20.2020_08.41%2fCV_MAGNETIC%2fV_274396%2fCHUNK_2440801%2fSFILE_CONTAINER_031.FOLDER%2f3:head
>> : missing
>> /var/log/ceph/ceph-osd.238.log:341:2023-10-06 00:37:06.410 7f65024cb700
>> -1 log_channel(cluster) log [ERR] : 15.f4fs0 shard 590(6)
>> 15:f2f2:::94a51ddb-a94f-47bc-9068-509e8c09af9a.11432468.3_TN8QHE_04.20.2020_08.41%2fCV_MAGNETIC%2fV_274396%2fCHUNK_2440801%2fSFILE_CONTAINER_031.FOLDER%2f3:head
>> : missing
>> ===
>> and a

[ceph-users] Re: Unable to fix 1 Inconsistent PG

[Wesley Dillingham]

You likely have a failing disk, what does "rados
list-inconsistent-obj15.f4f" return?

It should identify the failing osd. Assuming "ceph osd ok-to-stop "
returns in the affirmative for that osd, you likely need to stop the
associated osd daemon, then mark it out "ceph osd out  wait for it
to backfill the inconsistent PG and then re-issue the repair. Then turn to
replacing the disk.

Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Tue, Oct 10, 2023 at 4:46 PM  wrote:

> Hello All,
> Greetings. We've a Ceph Cluster with the version
> *ceph version 14.2.16-402-g7d47dbaf4d
> (7d47dbaf4d0960a2e910628360ae36def84ed913) nautilus (stable)
>
>
> ===
>
> Issues: 1 pg in inconsistent state and does not recover.
>
> # ceph -s
>   cluster:
> id: 30d6f7ee-fa02-4ab3-8a09-9321c8002794
> health: HEALTH_ERR
> 2 large omap objects
> 1 pools have many more objects per pg than average
> 159224 scrub errors
> Possible data damage: 1 pg inconsistent
> 2 pgs not deep-scrubbed in time
> 2 pgs not scrubbed in time
>
> # ceph health detail
>
> HEALTH_ERR 2 large omap objects; 1 pools have many more objects per pg
> than average; 159224 scrub errors; Possible data damage: 1 pg inconsistent;
> 2 pgs not deep-scrubbed in time; 2 pgs not scrubbed in time
> LARGE_OMAP_OBJECTS 2 large omap objects
> 2 large objects found in pool 'default.rgw.log'
> Search the cluster log for 'Large omap object found' for more details.
> MANY_OBJECTS_PER_PG 1 pools have many more objects per pg than average
> pool iscsi-images objects per pg (541376) is more than 14.9829 times
> cluster average (36133)
> OSD_SCRUB_ERRORS 159224 scrub errors
> PG_DAMAGED Possible data damage: 1 pg inconsistent
> pg 15.f4f is active+clean+inconsistent, acting
> [238,106,402,266,374,498,590,627,684,73,66]
> PG_NOT_DEEP_SCRUBBED 2 pgs not deep-scrubbed in time
> pg 1.5c not deep-scrubbed since 2021-04-05 23:20:13.714446
> pg 1.55 not deep-scrubbed since 2021-04-11 07:12:37.185074
> PG_NOT_SCRUBBED 2 pgs not scrubbed in time
> pg 1.5c not scrubbed since 2023-07-10 21:15:50.352848
> pg 1.55 not scrubbed since 2023-06-24 10:02:10.038311
>
> ==
>
>
> We have implemented below command to resolve it
>
> 1. We have ran pg repair command "ceph pg repair 15.f4f
> 2. We have restarted associated  OSDs that is mapped to pg 15.f4f
> 3. We tuned osd_max_scrubs value and set it to 9.
> 4. We have done scrub and deep scrub by ceph pg scrub 15.4f4 & ceph pg
> deep-scrub 15.f4f
> 5. We also tried to ceph-objectstore-tool command to fix it
> ==
>
> We have checked the logs of the primary OSD of the respective inconsistent
> PG and found the below errors.
> [ERR] : 15.f4fs0 shard 402(2)
> 15:f2f3fff4:::94a51ddb-a94f-47bc-9068-509e8c09af9a.7862003.20_c%2f4%2fd61%2f885%2f49627697%2f192_1.ts:head
> : missing
> /var/log/ceph/ceph-osd.238.log:339:2023-10-06 00:37:06.410 7f65024cb700 -1
> log_channel(cluster) log [ERR] : 15.f4fs0 shard 266(3)
> 15:f2f2:::94a51ddb-a94f-47bc-9068-509e8c09af9a.11432468.3_TN8QHE_04.20.2020_08.41%2fCV_MAGNETIC%2fV_274396%2fCHUNK_2440801%2fSFILE_CONTAINER_031.FOLDER%2f3:head
> : missing
> /var/log/ceph/ceph-osd.238.log:340:2023-10-06 00:37:06.410 7f65024cb700 -1
> log_channel(cluster) log [ERR] : 15.f4fs0 shard 402(2)
> 15:f2f2:::94a51ddb-a94f-47bc-9068-509e8c09af9a.11432468.3_TN8QHE_04.20.2020_08.41%2fCV_MAGNETIC%2fV_274396%2fCHUNK_2440801%2fSFILE_CONTAINER_031.FOLDER%2f3:head
> : missing
> /var/log/ceph/ceph-osd.238.log:341:2023-10-06 00:37:06.410 7f65024cb700 -1
> log_channel(cluster) log [ERR] : 15.f4fs0 shard 590(6)
> 15:f2f2:::94a51ddb-a94f-47bc-9068-509e8c09af9a.11432468.3_TN8QHE_04.20.2020_08.41%2fCV_MAGNETIC%2fV_274396%2fCHUNK_2440801%2fSFILE_CONTAINER_031.FOLDER%2f3:head
> : missing
> ===
> and also we noticed that the no. of scrub errors in ceph health status are
> matching with the ERR log entries in the primary OSD logs of the
> inconsistent PG as below
> grep -Hn 'ERR' /var/log/ceph/ceph-osd.238.log|wc -l
> 159226
> 
> Ceph is cleaning the scrub errors but rate of scrub repair is very slow
> (avg of 200 scrub errors per day) ,we want to increase the rate of scrub
> error repair to finish the cleanup of pending 159224 scrub errors.
>
> #ceph pg 15.f4f query
>
>
> {
> "state": "active+clean+inconsistent",
> "snap_trimq": "[]",
> "snap_trimq_len": 0,
> "epoch": 409009,
> "up": [
> 238,
> 106,
> 402,
> 266,
> 374,
> 498,
> 590,
> 627,
> 684,
> 73,
> 66
> ],
> "acting": [
> 238,
> 106,
> 402,
> 266,
> 374,
> 498,
> 590,
> 627,

Re: Syntax of Perl

[wesley]

I would say perl syntax is similar to ruby and scalar.
https://tech.postno.de/archives/113

regards.



> 
> The syntax of Perl have similarity with Python.
> 
> -- 
> 
> With kindest regards, William.
> 
> ⢀⣴⠾⠻⢶⣦⠀ 
> ⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
> ⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org https://www.debian.org/ 
> ⠈⠳⣄
>

--
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

Re: Perl version 5.8 and 5.10

[wesley]

my perl version shipped by ubuntu 22.04 is 5.34.0.

This is perl 5, version 34, subversion 0 (v5.34.0) built for 
x86_64-linux-gnu-thread-multi

regards.


> 
> Hello, 
> 
> What's the motivation to install a version which is 21 years old ?
> 
> If you have an old code probably is better try to update it. 
> 
> Best Regards,
> 
> Armando
> 
> 
> 
> **From:** Kang-min Liu 
> **Sent:** Sunday, October 8, 2023 5:32:24 AM
> **To:** beginners@perl.org 
> **Subject:** Re: Perl version 5.8 and 5.10
>  
> 
> 於 2023年10月8日 上午11:53:46 [GMT+09:00]，William Torrez Corea 
>  寫到：
> 
> > 
> > I Tried to install perl version 5.8 and 5.10 with perlbrew but i can't 
> > install this version.
> > 
> > I get the following error message:
> > 
> > > 
> > > 50 tests and 269 subtests skipped.
> > > make[2]: *** [makefile:701: _test_tty] Error 29
> > > make[2]: Leaving directory 'perl5/perlbrew/build/perl-5.8.0/perl-5.8.0'
> > > make[1]: *** [makefile:709: _test] Error 2
> > > make[1]: Leaving directory 'perl5/perlbrew/build/perl-5.8.0/perl-5.8.0'
> > > make: *** [makefile:779: test_harness] Error 2
> > > # Brew Failed #
> > >
> > 
> 
> Generally speaking, building old software on a newer system is going to yield 
> warnings / errors that are introduced latter then the release of the 
> software
> 
> That said,  those errors seem to be about unit tests rather than 
> comiplation.You may be able to cd into the build dir and still run a `make 
> install` to finish the installation, if you are willing to just ignore those 
> errors. If those are all the errors in the lot, I imagine that most of the 
> perl-5.8.0 would still work.
> 
> --
> Kang-min Liu
>

--
To unsubscribe, e-mail: beginners-unsubscr...@perl.org
For additional commands, e-mail: beginners-h...@perl.org
http://learn.perl.org/

[RBW] Re: Carrying groceries on your bike

[Wesley]

Include me in the pannier party. Once I felt I had reached the limit of 
safe riding with a Costco run (low-speed shimmies, though everything was 
smooth and stable at "speed".) Got home and weighed the load, it was 55 
pounds. Rear rack only, Ortlieb "city" panniers.
-Wes

On Thursday, October 5, 2023 at 6:28:42 PM UTC-7 Paul in Dallas wrote:

>
>
> I know this probably has been discussed before.
>
> If you use your bike for such errands what is your method of transporting 
> groceries or other items?
>
> I have one bike with a rack and a large Wald basket that can handle a 
> couple bags of groceries but sometimes as I rotate through my bikes I use 
> the method pictured below of tying cloth sacks around the handlebar 
> balancing the load.
>
> I think this can be a risky method.
>
> I need to find some decent grocery panniers.
>
> Today I weighed these 2 sacks in bathroom scales.
>
> Dang...36.2 pounds. Glad it was only 2 miles return trip .
>
> Paul in Dallas
>
>
>
>
>
>
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/681707d5-aa9d-4903-94de-5a8d14f92a41n%40googlegroups.com.

[ceph-users] Re: cannot repair a handful of damaged pg's

[Wesley Dillingham]

A repair is just a type of scrub and it is also limited by osd_max_scrubs
which in pacific is 1.

If another scrub is occurring on any OSD in the PG it wont start.

do "ceph osd set noscrub" and "ceph osd set nodeep-scrub" wait for all
scrubs to stop (a few seconds probably)

Then issue the pg repair command again. It may start.

You also have pgs in backfilling state. Note that by default OSDs in
backfill or backfill_wait also wont perform scrubs.

You can modify this behavior with `ceph config set osd
osd_scrub_during_recovery
true`

I would suggest only setting that after the noscub flags are set and the
only scrub you want to get processed is your manual repair.

Then rm the scrub_during_recovery config item before unsetting the noscrub
flags.



Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Fri, Oct 6, 2023 at 11:02 AM Simon Oosthoek 
wrote:

> On 06/10/2023 16:09, Simon Oosthoek wrote:
> > Hi
> >
> > we're still in HEALTH_ERR state with our cluster, this is the top of the
> > output of `ceph health detail`
> >
> > HEALTH_ERR 1/846829349 objects unfound (0.000%); 248 scrub errors;
> > Possible data damage: 1 pg recovery_unfound, 2 pgs inconsistent;
> > Degraded data redundancy: 6/7118781559 objects degraded (0.000%), 1 pg
> > degraded, 1 pg undersized; 63 pgs not deep-scrubbed in time; 657 pgs not
> > scrubbed in time
> > [WRN] OBJECT_UNFOUND: 1/846829349 objects unfound (0.000%)
> >  pg 26.323 has 1 unfound objects
> > [ERR] OSD_SCRUB_ERRORS: 248 scrub errors
> > [ERR] PG_DAMAGED: Possible data damage: 1 pg recovery_unfound, 2 pgs
> > inconsistent
> >  pg 26.323 is active+recovery_unfound+degraded+remapped, acting
> > [92,109,116,70,158,128,243,189,256], 1 unfound
> >  pg 26.337 is active+clean+inconsistent, acting
> > [139,137,48,126,165,89,237,199,189]
> >  pg 26.3e2 is active+clean+inconsistent, acting
> > [12,27,24,234,195,173,98,32,35]
> > [WRN] PG_DEGRADED: Degraded data redundancy: 6/7118781559 objects
> > degraded (0.000%), 1 pg degraded, 1 pg undersized
> >  pg 13.3a5 is stuck undersized for 4m, current state
> > active+undersized+remapped+backfilling, last acting
> > [2,45,32,62,2147483647,55,116,25,225,202,240]
> >  pg 26.323 is active+recovery_unfound+degraded+remapped, acting
> > [92,109,116,70,158,128,243,189,256], 1 unfound
> >
> >
> > For the PG_DAMAGED pgs I try the usual `ceph pg repair 26.323` etc.,
> > however it fails to get resolved.
> >
> > The osd.116 is already marked out and is beginning to get empty. I've
> > tried restarting the osd processes of the first osd listed for each PG,
> > but that doesn't get it resolved either.
> >
> > I guess we should have enough redundancy to get the correct data back,
> > but how can I tell ceph to fix it in order to get back to a healthy
> state?
>
> I guess this could be related to the number of scrubs going on, I read
> somewhere that this may interfere with the repair request. I would
> expect the repair would have priority over scrubs...
>
> BTW, we're running pacific for now, we want to update when the cluster
> is healthy again.
>
> Cheers
>
> /Simon
>
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

[kwin] [Bug 475062] Maximized flag not updated when window is dragged.

[Wesley M]

https://bugs.kde.org/show_bug.cgi?id=475062

--- Comment #3 from Wesley M  ---
Created attachment 162067
  --> https://bugs.kde.org/attachment.cgi?id=162067&action=edit
kwinrc as of Oct 3 2023

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 475062] Maximized flag not updated when window is dragged.

[Wesley M]

https://bugs.kde.org/show_bug.cgi?id=475062

--- Comment #2 from Wesley M  ---
Sure thing. I'll both attach it and copy/paste the contents.

[$Version]
update_info=kwin.upd:replace-scalein-with-scale,kwin.upd:port-minimizeanimation-effect-to-js,kwin.upd:port-scale-effect-to-js,kwin.upd:port-dimscreen-effect-to-js,kwin.upd:auto-bordersize,kwin.upd:animation-speed,kwin.upd:desktop-grid-click-behavior,kwin.upd:no-swap-encourage,kwin.upd:make-translucency-effect-disabled-by-default,kwin.upd:remove-flip-switch-effect,kwin.upd:remove-cover-switch-effect,kwin.upd:remove-cubeslide-effect,kwin.upd:remove-xrender-backend,kwin.upd:enable-scale-effect-by-default,kwin.upd:overview-group-plugin-id,kwin.upd:animation-speed-cleanup,kwin.upd:replace-cascaded-zerocornered

[Compositing]
AllowTearing=false
LatencyPolicy=High

[Desktops]
Id_1=fc3c7e5b-abd4-4f4f-8028-9221ca45
Id_2=cc3d503b-33c0-4ea4-817f-1598012a4935
Id_3=8201614b-d4c0-4e17-bdc0-74c096876eb0
Name_1=1
Name_2=2
Name_3=3
Number=3
Rows=3

[Effect-kwin4_effect_animationsSuite]
minimizeEffect=43
unminimizeEffect=35

[Effect-windowview]
BorderActivateAll=9

[Input]
TabletMode=off

[NightColor]
Active=true
LatitudeFixed=34.29
LongitudeFixed=-77.85
Mode=Location
NightTemperature=2400

[Plugins]
TIL3REnabled=false
auto-tiling-customEnabled=false
autotileEnabled=false
blurEnabled=true
contrastEnabled=false
even-better-quick-tilesEnabled=false
exquisiteEnabled=false
flexGridEnabled=false
forceblurEnabled=false
karouselEnabled=false
krohnkiteEnabled=false
ktileEnabled=false
kwin-wranglerEnabled=false
kwin4_effect_dimscreenEnabled=true
kwin4_effect_rubberband_maximizeEnabled=false
kwin4_effect_scaleEnabled=false
kwin4_effect_translucencyEnabled=true
kwin4_effect_tvEnabled=true
kzonesEnabled=false
maximizetotileEnabled=false
overviewEnabled=false
poloniumEnabled=false
quarter-tilingEnabled=false
quick-tile-2Enabled=false
quicktile-enhancementsEnabled=false
screenedgeEnabled=false
sheetEnabled=true
truely-maximizedEnabled=false
windowviewEnabled=false
zoomEnabled=false

[Script-autotile]
InvertInsertion=false
KeepTiledBelow=false
UseWhitelist=true

[Script-exquisite]
columns=4

[Script-karousel]
untileOnDrag=false

[Script-polonium]
DefaultEngine=4
KeepTiledBelow=false
MaximizeSingle=true
Unfullscreen=true

[TabBox]
OrderMinimizedMode=1
ShowTabBox=false

[Tiling]
padding=4

[Tiling][4fd2297f-4641-507d-9450-e87395b4b2d5]
tiles={"layoutDirection":"horizontal","tiles":[{"width":0.5},{"width":0.5}]}

[Tiling][c290b9e9-3829-5319-aad9-4bad5823e26b]
tiles={"layoutDirection":"vertical","tiles":[{"height":0.5},{"height":0.5}]}

[Tiling][c57e74c8-c957-5a0a-a51b-f2dff0ddbf51]
tiles={"layoutDirection":"horizontal","tiles":[{"width":0.5},{"width":0.5}]}

[Tiling][d02c035d-eef0-5c68-aa2f-2e83d0ba08b1]
tiles={"layoutDirection":"horizontal","tiles":[{"width":0.25},{"width":0.5},{"width":0.25}]}

[Wayland]
EnablePrimarySelection=false

[Windows]
BorderSnapZone=20
ElectricBorderMaximize=false
MaximizeButtonMiddleClickCommand=Maximize
MaximizeButtonRightClickCommand=Maximize
SeparateScreenFocus=true
TitlebarDoubleClickCommand=Nothing

[Xwayland]
Scale=1

[org.kde.kdecoration2]
ButtonsOnLeft=XAI
ButtonsOnRight=HMS
library=org.kde.breeze
theme=Breeze

-- 
You are receiving this mail because:
You are watching all bug changes.

Re: [RBW] Re: What shoes does your Riv wear?

[Wesley]

In fact, I think it was Grant (or maybe Sheldon Brown?) who turned me onto 
the idea that wide tires are great, especially when they're NOT knobby. For 
the past 15 years, it's been Panaracer Paselas for my road bike and 
Schwalbe Big Apple/Fat Frank for my commute/errand bike. The idea that 
there are noticeable gains to be had from tubeless or RH tires seems like 
pure hype to me, but I may be wrong. Certainly the Schwalbe tires are crazy 
heavy and that must affect my acceleration. But once I'm up to speed, I 
doubt it matters.
-Wes

On Tuesday, October 3, 2023 at 8:41:57 AM UTC-7 Jeremy Till wrote:

> I doubt that Grant was intentionally designing his bikes specifically to 
> handle better with knobbier tires. I think it's more a product of his own 
> views of how a bike should handle and the tires that were available/common 
> at the time he designed the bike. On the first point, he's written a few 
> times defending the virtues of geometric trail, perhaps as a response to 
> challenges from Jan-Heine-o-philes who wanted him to design a low trail 
> bike. On the second point, most of the tires we're discussing were nothing 
> but a twinkle in Jan Heine or Panaracer's eyes when the Rambouillet was 
> designed, and I think it probably handles best with 28-32mm road tires 
> because that was considered downright obese for a road bike at the time. 
> For the Clem, certainly that was designed closer to the contemporary golden 
> age of fat tires, but I still remember most of the prototypes wearing 
> something like a Schwalbe Big Ben, which has more of a blockier tread that 
> probably reduces pneumatic trail compared to something like an RH slick. 
>
> Jeremy Till 
> Sacramento, CA
>
> On Monday, October 2, 2023 at 6:46:34 PM UTC-7 ted.l...@gmail.com wrote:
>
>> Jeremy,
>>
>> You make a good point about the geometric and pneumatic trail and the 
>> possibility that Grant designed his frames around a knobbier, more general 
>> purpose, tire thus building the frames with more geometric trail. I’d love 
>> to ask Grant that question to know if it was happy coincidence that they 
>> ended up that way or if the design choice was really that intentional.
>>
>> On Mon, Oct 2, 2023 at 4:22 PM Jeremy Till  wrote:
>>
>>> On my Rivendells I've noticed that, irrespective of the surface I'm 
>>> riding on, I actually prefer the handling with larger knobby tires than 
>>> with larger slick tires. This is true on both my Clem H (2016, first-gen) 
>>> with 45-55mm tires and my Rambouillet (green, ~2006 as far as I can tell) 
>>> with 36-38mm tires. My explanation for this is that Grant tends to design 
>>> bikes with larger geometric trail. When you add in the pneumatic trail of 
>>> larger slick tires, the whole thing can feel harder to turn. Knobby tires 
>>> give you the same shock absorption while putting less rubber on the 
>>> pavement, thus reducing the pneumatic trail. Jan Heine has noted this 
>>> effect himself when comparing knobby and slick versions of his tires. 
>>>
>>> My Rambouillet current wears RH (actually Compass, they're a few years 
>>> old) Steilacoom 700x38 knobbies. My Clem H has 29x2.2 Specialized Fast 
>>> Traks with the "Control" casing, which is an XC-oriented MTB tire with 
>>> relatively minimal knobs that rolls well on pavement. In my experience 
>>> there is no free lunch when it comes to supple casings and flats. Certainly 
>>> the ride is better with things like the RH standard casing but my rate of 
>>> flatting from glass and thorns goes up. Sealant and tubeless haven't been 
>>> the solution, in my experience, and I run both of my Rivendells with 
>>> tubes.  
>>>
>>> Since Patrick was also mentioning them I will say that I've used both 
>>> the 700x42 and 700x38 versions of the Soma Supple Vitesse EX on my Long 
>>> Haul Trucker, which seems to handle better with large slicks than my 
>>> Rivendells. Those are good tires with an acceptable flat rate for me. I 
>>> also tried the 700x38 SL version on my Rambouillet and found that not only 
>>> did I not like the handling, but the flat rate was excessive for me. Note 
>>> that the only difference between the EX and SL Supple Vitesses is the 
>>> thickness of the tread, with the EX having thicker treads. Unlike RH and 
>>> other brands there is no difference in the casing between the lightweight 
>>> and longer wearing versions. I believe that the Shikiro is the same tread 
>>> as the Supple Vitesse EX with a heavier duty casing.  
>>>
>>> Jeremy Till
>>> Sacramento, CA
>>>
>>> On Monday, October 2, 2023 at 8:26:17 AM UTC-7 ted.l...@gmail.com wrote:
>>>
 I’ve had tires on the brain this last week. I was thinking I might want 
 to try something a little narrower on my Appaloosa so I’ve been a bit 
 absorbed with that thought.

 At the moment I run the SimWorks Super Yummy tire with the black 
 sidewall in 29x2.25”. I previously had their 26x2.25” tan wall tires on a 
 26” build and absolutely loved them on th

Re: [RBW] Re: Best mitten design for very cold weather

[Wesley]

Honestly, Bar Mitts brand neoprene pogies are so amazing that I would 
recommend just buying enough pairs that you can put them on each bike. Or 
swapping one pair between bikes as necessary (that can be complicated on 
the drop-bar version, depending on your cable routing). They are far beyond 
any gloves or mittens worn on the hands because they block the cold wind 
without being bulky or interfering with your handling the controls. I have 
fingers that are quite cold-sensitive, and I used Bar Mitts for seven years 
of commuting in Wisconsin winters. On the below-zero days I would only have 
to add a pair of minimalist knitted gloves (the kind they sell for 99 cents 
at the supermarket checkout.) 

Bar Mitts rock.
-Wes 

On Tuesday, October 3, 2023 at 8:42:59 AM UTC-7 Patrick Moore wrote:

> Thanks all again. Now the problem is, there are too many damned choices. 
> My first choice would be that Gander hunters' mitten with the flip-back 
> finger cover but I can't find it online. I'll have to review the other 
> choices again, but right now (probably because I just looked at it) I'm 
> leaning at 45* toward the LLBean Goretex Primaloft mitten because, well 
> because I just looked at it, but also because it's got a bit of a gauntlet 
> but not elbow-length, and it has positive reviews from a Canadian winter 
> runner and (unless he was being sarcastic) someone who said he wore it 
> comfortably in Antartica. And it's only $70, *and *I've meant to try 
> LLBean again after decades; I used to be a good customer.
>
> Hand warmers: thanks for the suggestion, but my very cold weather rides 
> tend to be brief, if only because at 5K feet, once the sun comes up the 
> temperatures also shoot up. So an easy-on/easy off mitten with a wool 
> underglove is a good system for my riding.
>
> I'll have some winter gear for sale shortly: Very nice but slightly too 
> short Wabi Woolens LS jersey professionally and excellently retrofitted 
> with a full-length zipper; a Varusteleka heavy full-zip, high-neck sweater 
> with thumb holes but too heavy for my needs; and some Large little used PI 
> lobster mitts. Watch this space.
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/b8c6b2fa-1790-4899-bfff-d8a4c4e63dffn%40googlegroups.com.

[kwin] [Bug 475064] Compositing or Virtual Screenspace Issue - Maybe wallpaper and display resolution mismatch?

[Wesley M]

https://bugs.kde.org/show_bug.cgi?id=475064

--- Comment #3 from Wesley M  ---
Created attachment 161980
  --> https://bugs.kde.org/attachment.cgi?id=161980&action=edit
Display Update Fix

This shows where I updated the display, which fixed the bug.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 475064] Compositing or Virtual Screenspace Issue - Maybe wallpaper and display resolution mismatch?

[Wesley M]

https://bugs.kde.org/show_bug.cgi?id=475064

--- Comment #2 from Wesley M  ---
Created attachment 161979
  --> https://bugs.kde.org/attachment.cgi?id=161979&action=edit
Wallpaper Change Test

This shows a test where I changed the wallpaper. This did not affect the bug.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 475064] Compositing or Virtual Screenspace Issue - Maybe wallpaper and display resolution mismatch?

[Wesley M]

https://bugs.kde.org/show_bug.cgi?id=475064

--- Comment #1 from Wesley M  ---
Created attachment 161978
  --> https://bugs.kde.org/attachment.cgi?id=161978&action=edit
Video Example

This shows the bug after it spontaneously occurred.

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 475064] New: Compositing or Virtual Screenspace Issue - Maybe wallpaper and display resolution mismatch?

[Wesley M]

https://bugs.kde.org/show_bug.cgi?id=475064

Bug ID: 475064
   Summary: Compositing or Virtual Screenspace Issue -  Maybe
wallpaper and display resolution mismatch?
Classification: Plasma
   Product: kwin
   Version: 5.27.8
  Platform: Fedora RPMs
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: compositing
  Assignee: kwin-bugs-n...@kde.org
  Reporter: wmprivacyem...@gmail.com
  Target Milestone: ---

SUMMARY
***
Wallpaper will sometimes resize on its own to a resolution smaller than the
display is running, causing strange graphical glitches until the display is
updated (move or resized) in the settings.
***


STEPS TO REPRODUCE
1. Unknown. Happens without warning. 

OBSERVED RESULT
It...happens?

EXPECTED RESULT
It shouldn't.

SOFTWARE/OS VERSIONS
Windows: n/a
macOS: n/a
Linux/KDE Plasma: Fedora 38
(available in About System)
KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.109.0
Qt Version: 5.15.10

ADDITIONAL INFORMATION
n/a

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 475063] New: Wishlist - Custom Tiling - Snap back to tiled position after unmaximizing.

[Wesley M]

https://bugs.kde.org/show_bug.cgi?id=475063

Bug ID: 475063
   Summary: Wishlist - Custom Tiling - Snap back to tiled position
after unmaximizing.
Classification: Plasma
   Product: kwin
   Version: 5.27.8
  Platform: Fedora RPMs
OS: Linux
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: Custom Tiling
  Assignee: kwin-bugs-n...@kde.org
  Reporter: wmprivacyem...@gmail.com
CC: notm...@gmail.com
  Target Milestone: ---

SUMMARY
***
Wishlist - Custom Tiling - Snap back to tiled position after unmaximizing.
***


STEPS TO REPRODUCE
1. Tile a window to a defined space by holding shift while dragging the window.
2. Maximize the window.
3. Unmaximize the window.

OBSERVED RESULT
The window reverts to a floating state.

EXPECTED RESULT
Unless it is dragged/etc., the window should snap back to its tiled position
after being unmaximized.

SOFTWARE/OS VERSIONS
Windows: n/a
macOS: n/a
Linux/KDE Plasma: Fedora 38
(available in About System)
KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.109.0
Qt Version: 5.15.10

ADDITIONAL INFORMATION
n/a

-- 
You are receiving this mail because:
You are watching all bug changes.

[kwin] [Bug 475062] New: Maximized flag not updated when window is dragged.

[Wesley M]

https://bugs.kde.org/show_bug.cgi?id=475062

Bug ID: 475062
   Summary: Maximized flag not updated when window is dragged.
Classification: Plasma
   Product: kwin
   Version: 5.27.8
  Platform: Fedora RPMs
OS: Linux
Status: REPORTED
  Severity: minor
  Priority: NOR
 Component: core
  Assignee: kwin-bugs-n...@kde.org
  Reporter: wmprivacyem...@gmail.com
  Target Milestone: ---

Created attachment 161976
  --> https://bugs.kde.org/attachment.cgi?id=161976&action=edit
Video Example

SUMMARY
***
Maximized flag not updated when window is dragged.
***


STEPS TO REPRODUCE
1. Maximize any window.
2. Using the titlebar or the super key, drag the window.

OBSERVED RESULT
The window keeps its size, shape, and maximized status, but moves with the drag
operation.

EXPECTED RESULT
The window should no longer be maximized. It should revert to it's floating
size and shape, but still change position to match the dragging operation.

SOFTWARE/OS VERSIONS
Windows: n/a
macOS: n/a
Linux/KDE Plasma: Fedora 38
(available in About System)
KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.109.0
Qt Version: 5.15.10

ADDITIONAL INFORMATION
n/a

-- 
You are receiving this mail because:
You are watching all bug changes.

[systemsettings] [Bug 475061] New: System Settings ignoring failsafe timeout if window is closed before time expires.

[Wesley M]

https://bugs.kde.org/show_bug.cgi?id=475061

Bug ID: 475061
   Summary: System Settings ignoring failsafe timeout if window is
closed before time expires.
Classification: Applications
   Product: systemsettings
   Version: 5.27.8
  Platform: Fedora RPMs
OS: Linux
Status: REPORTED
  Severity: minor
  Priority: NOR
 Component: kcm_kscreen
  Assignee: kscreen-bugs-n...@kde.org
  Reporter: wmprivacyem...@gmail.com
CC: plasma-b...@kde.org
  Target Milestone: ---

Created attachment 161975
  --> https://bugs.kde.org/attachment.cgi?id=161975&action=edit
Video Example

SUMMARY
***
System Settings ignoring failsafe timeout if window is closed before time
expires.
***


STEPS TO REPRODUCE
1. Open display settings.
2. Adjust a setting that uses a timeout failsafe to revert changes if the
applied changes break the system and the user is unable to interact with
settings window within the timeout period.
3. Close the display settings window before the timeout period expires.

OBSERVED RESULT
When the window is closed, the changes appear to be permanently saved.

EXPECTED RESULT
The changes should be reverted, as the user did not approve the applied changes
during the failsafe timeout period. If the window is accidentally closed,
crashes, the desktop environment restarts, or the system is shut down; then it
should revert to the last known-good settings, instead of potentially trapping
the user in a misconfigured or unusable system.

SOFTWARE/OS VERSIONS
Windows: n/a
macOS: n/a
Linux/KDE Plasma: Fedora 38
(available in About System)
KDE Plasma Version: 5.27.8
KDE Frameworks Version: 5.109.0
Qt Version: 5.15.10

ADDITIONAL INFORMATION
Note that the video example shows a different issue with OBS recording the
cursor position incorrectly after the resolution change. It is unrelated to
this bug report. However, it can be used to show the resolution was changed and
did not revert after the window closed.

-- 
You are receiving this mail because:
You are watching all bug changes.

[pkg-go] Bug#1052449: podman: add pasta(passt) as dependency

[Wesley H. Gimenes]

Package: podman
Version: 4.6.2+ds1-2
Severity: normal
X-Debbugs-Cc: wehagy+deb...@gmail.com


Dear Maintainer,

Upstream podman-v4.4+ have added support to a new rootless networking mode 
called 
pasta(package name is passt), but the package is not added as dependency
for podman on debian, I think is a good ideia add pasta(passt) as a
recommends package like slirp4netns.

Steps to reproduce:

1. Install podman
:~$ sudo apt install podman -y

2. Run nginx container as rootless user and expose on port 8080 on host,
   pasta(passt) only works as rootless, see "--nerwork pasta"
:~$ podman run --rm --detach --publish 8080:80 --network pasta docker.io/nginx
Error: could not find pasta, the network namespace can't be configured: exec: 
"pasta": executable file not found in $PATH

3. Fix, install pasta(passt)
:~$ sudo apt install passt -y

4. Repeat step 4
:~$ podman run --rm --detach --publish 8080:80 --nertwork pasta docker.io/nginx
1f8727e9785131431d2d91b043784dd8451b54e4542617eb7270a5d8176912a1

5. No error, and nginx is running fine
:~$ curl localhost:8080



Welcome to nginx!

html { color-scheme: light dark; }
body { width: 35em; margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif; }



Welcome to nginx!
If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.

For online documentation and support please refer to
http://nginx.org/";>nginx.org.
Commercial support is available at
http://nginx.com/";>nginx.com.

Thank you for using nginx.




Thanks
Wesley H. Gimenes


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.4.12-200.fc38.x86_64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages podman depends on:
ii  conmon   2.1.6+ds1-1
ii  crun 1.9-1
ii  golang-github-containers-common  0.55.4+ds1-3
ii  libc62.37-10
ii  libdevmapper1.02.1   2:1.02.185-2
ii  libgpgme11   1.18.0-3+b1
ii  libseccomp2  2.5.4-1+b3
ii  libsqlite3-0 3.43.1-1
ii  libsubid41:4.13+dfsg1-1+b1

Versions of packages podman recommends:
ii  buildah1.31.2+ds1-3
ii  catatonit  0.1.7-1+b1
ii  dbus-user-session  1.14.10-1
ii  slirp4netns1.2.1-1
ii  uidmap 1:4.13+dfsg1-1+b1

Versions of packages podman suggests:
pn  containers-storage  
pn  docker-compose  
ii  fuse-overlayfs  1.10-1
ii  iptables1.8.9-2

-- no debconf information

___
Pkg-go-maintainers mailing list
Pkg-go-maintainers@alioth-lists.debian.net
https://alioth-lists.debian.net/cgi-bin/mailman/listinfo/pkg-go-maintainers

Bug#1052449: podman: add pasta(passt) as dependency

[Wesley H. Gimenes]

Package: podman
Version: 4.6.2+ds1-2
Severity: normal
X-Debbugs-Cc: wehagy+deb...@gmail.com


Dear Maintainer,

Upstream podman-v4.4+ have added support to a new rootless networking mode 
called 
pasta(package name is passt), but the package is not added as dependency
for podman on debian, I think is a good ideia add pasta(passt) as a
recommends package like slirp4netns.

Steps to reproduce:

1. Install podman
:~$ sudo apt install podman -y

2. Run nginx container as rootless user and expose on port 8080 on host,
   pasta(passt) only works as rootless, see "--nerwork pasta"
:~$ podman run --rm --detach --publish 8080:80 --network pasta docker.io/nginx
Error: could not find pasta, the network namespace can't be configured: exec: 
"pasta": executable file not found in $PATH

3. Fix, install pasta(passt)
:~$ sudo apt install passt -y

4. Repeat step 4
:~$ podman run --rm --detach --publish 8080:80 --nertwork pasta docker.io/nginx
1f8727e9785131431d2d91b043784dd8451b54e4542617eb7270a5d8176912a1

5. No error, and nginx is running fine
:~$ curl localhost:8080



Welcome to nginx!

html { color-scheme: light dark; }
body { width: 35em; margin: 0 auto;
font-family: Tahoma, Verdana, Arial, sans-serif; }



Welcome to nginx!
If you see this page, the nginx web server is successfully installed and
working. Further configuration is required.

For online documentation and support please refer to
http://nginx.org/";>nginx.org.
Commercial support is available at
http://nginx.com/";>nginx.com.

Thank you for using nginx.




Thanks
Wesley H. Gimenes


-- System Information:
Debian Release: trixie/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.4.12-200.fc38.x86_64 (SMP w/8 CPU threads; PREEMPT)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

Versions of packages podman depends on:
ii  conmon   2.1.6+ds1-1
ii  crun 1.9-1
ii  golang-github-containers-common  0.55.4+ds1-3
ii  libc62.37-10
ii  libdevmapper1.02.1   2:1.02.185-2
ii  libgpgme11   1.18.0-3+b1
ii  libseccomp2  2.5.4-1+b3
ii  libsqlite3-0 3.43.1-1
ii  libsubid41:4.13+dfsg1-1+b1

Versions of packages podman recommends:
ii  buildah1.31.2+ds1-3
ii  catatonit  0.1.7-1+b1
ii  dbus-user-session  1.14.10-1
ii  slirp4netns1.2.1-1
ii  uidmap 1:4.13+dfsg1-1+b1

Versions of packages podman suggests:
pn  containers-storage  
pn  docker-compose  
ii  fuse-overlayfs  1.10-1
ii  iptables1.8.9-2

-- no debconf information

[RBW] Re: Help me repair Pam's Silver shifters

[Wesley]

I am frankly amazed at the workout Pam is giving her bike, to wear out 
multiple shifter pawls! I can imagine a few ways to do a repair, none of 
which are "worth it", in terms of resource and money cost (3D printing, 
filing down a bit of aluminum bar, CNC milling). The most expedient fix, 
IMO, would be to epoxy the ratchet gear to the shifter body so that the 
both directions work in friction mode.
-Wes

On Tuesday, September 19, 2023 at 8:02:06 PM UTC-7 eric...@gmail.com wrote:

> Hi all — I'm looking for some neglected, cast off or broken Silver 1 
> shifters to scavenge so that I can repair some broken Silver 1 shifters 
> sent to me by forum member Pam Murray. If you have some you aren't using or 
> that you think are broken which you are willing to send me for the cost of 
> shipping please let me know. I will use them to repair Pam's shifters and 
> get them back to her! 
>
> I recently read enjoyed Pam's thread on broken Silver shifters 
> . 
> And right on time one of my Silvers broke. So I took mine apart to have a 
> look. It turns out the spring was clogged with corrosion and wouldn't 
> compress, allowing for the pawl to hold the ratchet wheel and hold tension 
> on the shifter cable. Luckily the spring and pawl only needed to be cleaned 
> and reassembled. 
>
> Pam sent me three broken Silver shifters. As many of us know, Pam has put 
> tens of thousands of miles on her legendary Betty Foy. She's worn out many 
> parts and she's interested in getting them back into service when possible. 
> I took a look and was able to fix one of the shifters. The other two 
> require new pawls, which I can't locate. 
>
> [image: Screenshot 2023-09-19 at 10.59.05 PM.png]
>
> I reached out to Dia Compe in Taiwan about spare parts. They replied 
> quickly but said they could not send me any bits and pieces and suggested I 
> contact Rivendell. 
>
> So I wrote to Will Keating at Rivendell, who's a wonderfully helpful and 
> nice guy and a friend and he said he'd send me some parts. Well, they 
> arrived today and they're *brand new* Silver 2 levers. I really don't 
> want to destroy brand new shifters to revive old shifters! I'm sure the 
> pawls I need are inside but I can't bring myself to tear them apart. 
> They've very definitely never been installed on a bike. 
>
> I have found some replacement springs from McMaster-Carr 
> . They're heavier gauge wire and 
> slightly longer than the stock springs from Dia Compe. But they fit and 
> they work. They do result in a lever with heavier action but they do not 
> make the lever difficult to operate. 
>
> My plan, once I locate some pawls, is to make a Silver shifter repair and 
> maintenance video. I hope that with donated parts from other members I can 
> fix Pam's shifters, show the process of disassembly, repair and re-assembly 
> and share it with the group (and the rest of the web). I'll include a 
> detailed look of the proper order for all the bits and how the get the 
> shifter closed back up. 
>
> Thanks in advance! 
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/8ea172b2-1168-4e3c-a46f-02f87887a70cn%40googlegroups.com.

[kstars] [Bug 474585] New: Details information is broken and has been since 2019.

[Wesley Handrow]

https://bugs.kde.org/show_bug.cgi?id=474585

Bug ID: 474585
   Summary: Details information is broken and has been since 2019.
Classification: Applications
   Product: kstars
   Version: 3.6.6
  Platform: Other
OS: Other
Status: REPORTED
  Severity: grave
  Priority: NOR
 Component: general
  Assignee: mutla...@ikarustech.com
  Reporter: w...@mudlakepottery.com
  Target Milestone: ---

SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug
symbols.
See
https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***


STEPS TO REPRODUCE
1. NOAO no longer exists since 2019. Major of details is broken.
2. 
3. 

OBSERVED RESULT


EXPECTED RESULT


SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

-- 
You are receiving this mail because:
You are watching all bug changes.

Enhancements to "ls" and "xattr"

[W. Wesley Groleau (伟思礼)]

It's been at least a decade since I used FreeBSD & Ubuntu regularly, but these 
suggestions I made to Apple apply to any Linux or BSD distro (except maybe for 
#1 which may be Apple-unique)

Below is an excerpt of a directory listing. Suggestions:

(1. Add com.apple.metadata:kMD* to EVERY download, not merely on MP3 files — 
Apple only?)

2. Add an option to "ls -l@" that displays the VALUES of all extended 
attributes instead of their sizes.
(or in addition to size)

3. Add to xattr a way to use wildcards in the name of the extended attribute

4. Add options to xattr and ls to put the fields in the value on separate lines 
instead of semicolon-delimited.
(Even better, interpret the values instead of showing raw)

5. Pass these ideas on to the maintainers of ls & xattr on any other Unix 
variant.


WGroleau@MBP ~ % ls -late@O Downloads | more
total 1735720
-rw-r--r--@ 1 WGroleau staff - 148582 Sep 11 06:31 from_DDG.jpg
com.apple.quarantine 61 
-rw-r--r--@ 1 WGroleau staff - 148582 Sep 11 06:31 from_Safari.jpg
com.apple.quarantine 85 
-rw-r--r--@ 1 WGroleau staff - 219070316 Sep 8 23:06 Sint_Maarten_dload_hi.mp4
com.apple.avkit.thumbnailCacheEncryptionKey 16 
com.apple.avkit.thumbnailCacheIdentifier 16 
com.apple.lastuseddate#PS 16 
com.apple.quarantine 61 
-rw-r--r--@ 1 WGroleau staff - 1497234 Sep 7 07:38 FPB.mp3
com.apple.macl 72 
com.apple.metadata:kMDItemDownloadedDate 53 
com.apple.metadata:kMDItemWhereFroms 154 
com.apple.quarantine 57

--  
Wes Groleau
伟思礼

“If you are offered a free lunch, you are the lunch”

[RBW] Re: Roadini Shifting Problems

[Wesley]

Hi Cat,
Sorry to hear about your frustrations. The last time this happened to me, I 
futzed with it for too long before giving up and replacing the cassette, 
chain rings, and chain all together. That solved it. Just for the record: 
you have replaced the cracked rim, yes?

As for 1x, in my opinion you should keep the front derailer. Maybe just 
don't shift the front for a while (until you're satisfied that everything 
is working properly at the back).
-Wes

On Wednesday, September 6, 2023 at 7:04:57 PM UTC-7 Catherina Gioino wrote:

> Hi RBW group!
>
> My name’s Cat and I posted a few months ago about an earlier iteration of 
> the same problem I’m still having: my Roadini has had trouble shifting both 
> front and rear since I first acquired it over a year ago. I purchased it 
> from the original owner, who had built it up with nice Campy components-- 
> some 
> pictures of the initial setup and the current configuration are below.
>
> It’s set up 2x8, and at first, the front would barely shift to the small 
> ring at all (often not at all), and the chain would pretty frequently jump 
> off if I even lightly overshifted. Then, the rear wheel (Velocity A23) 
> developed a series of large cracks on the rim.
>
> My partner and his dad (who both have Rivs and got me into this mess, 
> haha) tried to fix the problems by first adjusting the limit screws, and 
> when that only made things worse and we discovered the cracked rim, we put 
> on a Shimano cassette, replaced the wheelset with a Shimano-compatible set 
> of A23s, and replaced the chain, on the theory that the original chain was 
> too narrow for the original Campy cassette, letting it slip between the 
> rings. This marginally helped, but still didn’t solve the issues, so then I 
> had my local bike shop put in a wider bottom bracket, because they noticed 
> that the front crank was essentially scraping the front derailleur and 
> couldn’t be adjusted any further— they suggested the bottom bracket 
> replacement.
>
> This didn’t work because on my first real ride post the fixes, (on the OCA 
> coming back from the Tappan Zee for that guy on a Homer who waved!) the 
> front derailleur cage snapped. I was able to ride home, but now I need to 
> at minimum replace my front derailleur, and while I’m at it, would like to 
> fix the larger problems— the rear and front shifting. I love my bike, and 
> tend to ride through issues, but it would be great to be able to shift 
> properly. I’m wondering:
>
> 1) If anyone has any general or specific advice given what I’ve detailed, 
> or any questions that might help diagnose the problem
>
> 2) If anyone in New York would be willing to come take a look at it and 
> try to help figure out the problem— it could be a fun project, and I’m 
> happy to provide refreshments :)
>
> 3) If I do need to switch the entire drivetrain, should I move to a 1x so 
> I don’t run into more front derailleur problems? I tend to ride mostly in 
> my higher gears anyway, so I could just move to a 1x with a wider-range 
> cassette and stick with my 44 in front. I know 1x can come with its own 
> issues, but this might be easier
>
> 4) I’m Italian, and so I have a slight but unavoidable aesthetic 
> preference for sticking with Campy parts; does anyone have thoughts about 
> how I might do this, or should I give up and switch to more standard 
> Shimano or SRAM, which won’t look as nice but might function better
>
> Thanks so much for reading and for any help or advice! I’m kind of at a 
> loss, and would love to ride my beloved Leo without worrying about whether 
> my front derailleur will blow up again.
>
> Cat
>
> [image: IMG_1018.jpg][image: 715737051.jpg]
>
>
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/ab19e8d4-917e-4927-8d8d-a58c60801c5bn%40googlegroups.com.

[RBW] Re: Sacramento Ride recommendations

[Wesley]

If you can drive to your ride, then I'd suggest parking at the Yolo Bypass 
Wildlife Area and riding the gravel roads through there. It's beautiful, 
full of wildflowers and migrating birds, and completely flat. If you'd 
prefer terrain, there are a lot of options in the Sierra foothills. One 
good one is to drive to the Quarry Trail and ride it (north of Folsom Lake 
near the confluence of the North and Middle forks of the American River - 
that confluence area is the starting points for a lot of good hiking and 
riding, though bikes generally aren't allowed on the single-track trails.
-Wes

On Friday, September 1, 2023 at 2:04:52 PM UTC-7 Wesley wrote:

> The American River Bike Trail is exceptional. If by Northeast Sac you mean 
> one of the suburbs like Citrus Heights or Roseville, then I'd suggest 
> riding Auburn-Folsom Road. There's a lot of mixed terrain to ride on the 
> levees (which al have a gravel road on top and/or to the side) but they get 
> boring very fast (for me). If you can drive to the start of your ride then 
> your options are much greater.
> -Wes
>
> On Friday, September 1, 2023 at 12:41:38 PM UTC-7 Brendan Willard in SF 
> wrote:
>
>> I'll be out in North East Sac this weekend and hope to get a 20-40 mile 
>> ride or two in.  Any musts? Mixed terrain preferred.
>>
>> Thanks,
>> Brendan in SF.
>>
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/b0af1c3c-c303-4186-a8e4-44bc57ea3d5cn%40googlegroups.com.

[RBW] Re: Sacramento Ride recommendations

[Wesley]

The American River Bike Trail is exceptional. If by Northeast Sac you mean 
one of the suburbs like Citrus Heights or Roseville, then I'd suggest 
riding Auburn-Folsom Road. There's a lot of mixed terrain to ride on the 
levees (which al have a gravel road on top and/or to the side) but they get 
boring very fast (for me). If you can drive to the start of your ride then 
your options are much greater.
-Wes

On Friday, September 1, 2023 at 12:41:38 PM UTC-7 Brendan Willard in SF 
wrote:

> I'll be out in North East Sac this weekend and hope to get a 20-40 mile 
> ride or two in.  Any musts? Mixed terrain preferred.
>
> Thanks,
> Brendan in SF.
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/50d49bb7-44b2-48b5-b58a-e3cd67137638n%40googlegroups.com.

[ovirt-users] Re: How to use Python to manage each node in batches, because I want to send some scripts to nodes in batches

[Wesley Stewart]

Not sure what you did.  But this seems more like normal server management.
Not sure what you are trying to do, but it seems like ansible might fit the
bill here.

On Thu, Aug 17, 2023, 11:14 PM ziyi Liu  wrote:

> I have found a solution to log in to each host without password
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/TU3SDAR2RBDYSFHZQFKVWQH3EFWNEVKE/
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/YMZLJ5H5PLDD7GXXBZMIMHILZMVZKLIV/

Re: [RBW] A College Clem

[Wesley]

The current best value from Surly is the Cross Check, at $1100 for a 
complete.
-W

On Friday, August 11, 2023 at 1:00:16 PM UTC-7 Eric Daume wrote:

> The 1x1 isn’t made any more, and they hold their value really well as they 
> seem to be coming somewhat collectible. The replacement is the Lowside, I 
> think it’s about $890 for the frame set. Not really a value play anymore. 
>
> Eric
>
>
> On Friday, August 11, 2023, George Schick  wrote:
>
>> I'll chime in with yet another recommendation (would be my choice if I 
>> were going to be shipping a kid of to a campus in the near future):  a 
>> Surly 1x1. They're single speed frames, rather on the heavy side made from 
>> 4130 chro-moly tubing, powder coated for durability, and can be set up with 
>> a single-speed cog and chainring of your choice.  I currently own one and 
>> use it as my all around utility bike for running short haul errands, etc.  
>> I'm using a Bulletproof BMX crankset, 38-tooth Rocket chainring, and a 
>> Shimano 17-tooth SS freewheel for a 59" gear (perfect for riding around 
>> campus).  You can equip this bike with front and rear disc brakes, though I 
>> would not recommend it for campus use where it can get beat around on an 
>> overloaded bike rack and the discs bent. Instead I'd set it up with 
>> linear-pull F&R brakes. It comes with a threadless fork/steering tube, 
>> though, so you'd need the right length/angle threadless stem and the right 
>> bars to fit it (I'd recommend the VeloOrange Granola-Moose bar for easy 
>> mounting of the bar with a headlight.  You could pick any hub, rim, and 
>> tire combination you prefer.  Mine has Surly's semi-sealed cartridge hubs 
>> with 28mm rims and 60mm Schwalbe Big Apple balloon tires - again, a perfect 
>> combo for campus riding.
>> A web search shows that there are several LBS's around the GR, MI area 
>> who are Surly dealers so you'd be within reasonable reach of one.  Anyway, 
>> that's my 2¢.
>>
>> PS: I have a 16T White Industries SS freewheel FS if that would work
>>
>> On Wednesday, August 9, 2023 at 6:47:48 AM UTC-5 Bicycle Belle Ding Ding! 
>> wrote:
>>
>>> Wow, this thread has generated a lot of response, and I’ve enjoyed 
>>> reading every post. It’s such a shame we have to go to extremes to avoid 
>>> bike theft - carrying heavy u-locks, being so choosy about parking and 
>>> locking, replacing parts, making the bike ugly, choosing to ride an 
>>> undesirable bike so we can preserve our desirable bike…
>>>
>>> Then there’s the other variable - how careful is the kid going to be 
>>> with the bike? Well, bikes are not precious to him. He likes his bike, sees 
>>> beauty and usefulness in it, but please do not bore him with too many 
>>> details about it. I don’t think he will worry about it like I would; and 
>>> that may lead to carelessness that gets his bike stolen. But also, he has 
>>> the Mr. Magoo-like quality of walking through life blissfully unaware of 
>>> the evil that lurks around every corner and arriving unscathed at his 
>>> destination. 
>>>
>>> The campus in question does not have a lot of bike pirates roaming 
>>> about, although yes, I know they exist everywhere. But they are not 
>>> prolific on this particular campus. I’m still undecided about what bike to 
>>> send, but any bike that goes with him will get skewers that are locked and 
>>> nuts that prevent the theft of stem, saddle and seat post. Hexlox makes all 
>>> these products, if anyone is wondering. We’ll have good u-locks, too. 
>>>
>>> And thanks to Jim for the mention of coverage under homeowners’ 
>>> insurance. I’ll be looking into that for sure. 
>>> Leah
>>>
>>> On Tuesday, August 8, 2023 at 7:04:07 PM UTC-4 nlerner wrote:
>>>
 Similar to Mackenzy, I’ve been bike commuting to college campuses for 
 many decades, the last 30 of which have been in the Boston area. I’ve 
 never 
 had a bike stolen likely because (1) I use a decent lock and (2) never 
 park 
 it outside overnight. I have colleagues who would never leave their bikes 
 outside at all and schlep them up to their offices, navigating too small 
 elevators and lots of doorways, but I’ve never seen the need. Sure, bikes 
 get stolen around here all the time, but I’m convinced those are the ones 
 easiest to steal, e.g., unlocked on a porch or in a backyard or part of a 
 larger home break in.

 Now that doesn’t mean I necessarily endorse bringing the Clem to 
 college as it will likely get thoroughly trashed from daily wear and tear 
 (bike racks are not bike-friendly spaces). But I’m also always looking for 
 an excuse to build up a commuter for colleagues.

 Neal Lerner
 Brookline MA

 On Tuesday, August 8, 2023 at 5:07:52 PM UTC-4 Mackenzy Albright wrote:

> I'm amazed at the amount of discouragement of use of the Clem as a 
> college commuting bike. 
>
> I've worked at universities a good chunk of my life and commuted 

Re: [RBW] Re: A College Clem

[Wesley]

Hi Kim,
The way to measure is from one axle to the other. The maximum measurement 
that will fit on bike racks on Sacramento busses (pretty much identical to 
racks I've used/seen in other cities) is approximately 45".
-Wes
On Wednesday, August 9, 2023 at 9:14:41 AM UTC-7 krhe...@gmail.com wrote:

> @ Jonathan -
>
> Does the Clem H and the Clem L have the same wheelbase or not ?
>
> I know my Clem L from the outer length from end to end of the wheels 
> measures close to 80" long. Too long for a bike rack for a transit bus is 
> my belief.
>
> Kim Hetzel
> Yelm, WA. 
>
> On Wednesday, August 9, 2023 at 7:36:47 AM UTC-7 Johnny Alien wrote:
>
>> I mean the fallback is to take the smaller Clem H. It will be easier to 
>> get onto public transport bike racks and be easier to slot into a dorm at 
>> night too. The choice doesn't have to be Clem L or total beater. That Clem 
>> H is a killer bike that has slightly less sentimental value if it happens 
>> to get stolen. If it doesn't then he knows he can go with the bigger one 
>> the next semester. 
>>
>> On Wednesday, August 9, 2023 at 9:58:42 AM UTC-4 Curtis wrote:
>>
>>> If this is a question of bicycle happiness level (BHL)for a first year 
>>> college student we may be spending more energy on this than we should.  
>>> Difficult to judge the BHL for an 18 y.o. when we are looking at this 
>>> through our rose or not so rose colored glasses.  Who is to say the student 
>>> on the 100 dollar "beater" has a different BHL compared to the student on 
>>> the 2500 dollar bicycle?  
>>>
>>> Perhaps only the rider knows.
>>>
>>> Perhaps we should hope that the student is indifferent about the bicycle 
>>> they ride and are focused on the task at hand.  
>>>
>>> If this bicycle and not that bicycle makes the student happier at 
>>> college then pick this bicycle.
>>>
>>> Peace,
>>> Curtis
>>>
>>> On Wed, Aug 9, 2023, 4:47 AM Bicycle Belle Ding Ding! <
>>> jonasa...@gmail.com> wrote:
>>>
 Wow, this thread has generated a lot of response, and I’ve enjoyed 
 reading every post. It’s such a shame we have to go to extremes to avoid 
 bike theft - carrying heavy u-locks, being so choosy about parking and 
 locking, replacing parts, making the bike ugly, choosing to ride an 
 undesirable bike so we can preserve our desirable bike…

 Then there’s the other variable - how careful is the kid going to be 
 with the bike? Well, bikes are not precious to him. He likes his bike, 
 sees 
 beauty and usefulness in it, but please do not bore him with too many 
 details about it. I don’t think he will worry about it like I would; and 
 that may lead to carelessness that gets his bike stolen. But also, he has 
 the Mr. Magoo-like quality of walking through life blissfully unaware of 
 the evil that lurks around every corner and arriving unscathed at his 
 destination. 

 The campus in question does not have a lot of bike pirates roaming 
 about, although yes, I know they exist everywhere. But they are not 
 prolific on this particular campus. I’m still undecided about what bike to 
 send, but any bike that goes with him will get skewers that are locked and 
 nuts that prevent the theft of stem, saddle and seat post. Hexlox makes 
 all 
 these products, if anyone is wondering. We’ll have good u-locks, too. 

 And thanks to Jim for the mention of coverage under homeowners’ 
 insurance. I’ll be looking into that for sure. 
 Leah

 On Tuesday, August 8, 2023 at 7:04:07 PM UTC-4 nlerner wrote:

> Similar to Mackenzy, I’ve been bike commuting to college campuses for 
> many decades, the last 30 of which have been in the Boston area. I’ve 
> never 
> had a bike stolen likely because (1) I use a decent lock and (2) never 
> park 
> it outside overnight. I have colleagues who would never leave their bikes 
> outside at all and schlep them up to their offices, navigating too small 
> elevators and lots of doorways, but I’ve never seen the need. Sure, bikes 
> get stolen around here all the time, but I’m convinced those are the ones 
> easiest to steal, e.g., unlocked on a porch or in a backyard or part of a 
> larger home break in.
>
> Now that doesn’t mean I necessarily endorse bringing the Clem to 
> college as it will likely get thoroughly trashed from daily wear and tear 
> (bike racks are not bike-friendly spaces). But I’m also always looking 
> for 
> an excuse to build up a commuter for colleagues.
>
> Neal Lerner
> Brookline MA
>
> On Tuesday, August 8, 2023 at 5:07:52 PM UTC-4 Mackenzy Albright wrote:
>
>> I'm amazed at the amount of discouragement of use of the Clem as a 
>> college commuting bike. 
>>
>> I've worked at universities a good chunk of my life and commuted with 
>> high(er) end bikes and never had any issues. I like riding nice bikes - 
>> 

[RBW] Re: FS: Cliffhanger Tandem/Cargo Wheelset

[Wesley]

Tandem rear wheels typically have 145mm spacing, wider than the typical 
135mm spacing of non-tandem rear wheels, and closer to modern "fat bikes". 
Some adaptation may be possible, I don't know.
-Wes

On Sunday, August 6, 2023 at 3:21:26 PM UTC-7 Bones wrote:

> Yes. A 56 Susie takes a 29" tire. Somebody please correct me if I am wrong.
>
> Bones
>
> On Sunday, August 6, 2023 at 3:25:56 PM UTC-4 Justin Kennedy wrote:
>
>> Sorry maybe a dumb question but would these work with QR on a 56cm Susie?
>>
>> On Saturday, August 5, 2023 at 7:38:38 PM UTC-4 Bones wrote:
>>
>>> Knew I'd miss something. 29ers!
>>>
>>> Thanks, 
>>> Bones
>>>
>>> On Saturday, August 5, 2023 at 7:19:15 PM UTC-4 Wesley wrote:
>>>
>>>> Hi Bones, 
>>>> What wheel size, please?
>>>> -Wes
>>>>
>>>> On Saturday, August 5, 2023 at 12:08:51 PM UTC-7 Bones wrote:
>>>>
>>>>> I bought these from Velocity a few years ago. I replaced the front hub 
>>>>> with a Shimano dynamo. 40H rear, 36H front. Both rims have machined 
>>>>> sidewalls. The rear has a bolt-on rotor mount, the front is centerlock 
>>>>> (dust cover included).They are black but they have a subtle color to 
>>>>> them, 
>>>>> can't quite explain it. I think they look cool. Hopefully the pictures 
>>>>> show 
>>>>> it. They haven't seen all that much use. Skewers included. $400 shipped 
>>>>> (or 
>>>>> best offer) lower 48.
>>>>>
>>>>> [image: wheels01.jpg][image: wheels02.jpg][image: wheels03.jpg][image: 
>>>>> wheels04.jpg]
>>>>> Thanks,
>>>>> Bones
>>>>>
>>>>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/616e9b1d-19b5-4c15-860b-31fc8cb29adcn%40googlegroups.com.

[RBW] Re: FS: Cliffhanger Tandem/Cargo Wheelset

[Wesley]

Hi Bones, 
What wheel size, please?
-Wes

On Saturday, August 5, 2023 at 12:08:51 PM UTC-7 Bones wrote:

> I bought these from Velocity a few years ago. I replaced the front hub 
> with a Shimano dynamo. 40H rear, 36H front. Both rims have machined 
> sidewalls. The rear has a bolt-on rotor mount, the front is centerlock 
> (dust cover included).They are black but they have a subtle color to them, 
> can't quite explain it. I think they look cool. Hopefully the pictures show 
> it. They haven't seen all that much use. Skewers included. $400 shipped (or 
> best offer) lower 48.
>
> [image: wheels01.jpg][image: wheels02.jpg][image: wheels03.jpg][image: 
> wheels04.jpg]
> Thanks,
> Bones
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/0d07986b-5957-4975-ab86-c6bf4f60n%40googlegroups.com.

Re: [RBW] Re: Club Rides On A Racing Platypus

[Wesley]

OMG this is so cute!
-W

On Thursday, August 3, 2023 at 6:12:31 PM UTC-7 Bicycle Belle Ding Ding! 
wrote:

> I really do have the sweetest, cutest story from the Tuesday night women’s 
> ride. 
>
> We had a small group of 7 riders that night. We were several miles in when 
> suddenly from behind, I heard two unfamiliar voices, one belonging to a 
> child, and one belonging to a man. I looked back and was astounded - there 
> at the end of our peloton was an 8 year old girl on a tiny blue Trek bike, 
> wearing her matching blue helmet, blonde hair flying and huge grin on full 
> display. I looked at her father, helmetless and riding his own bike. He 
> wore a look half proud and half sheepish. “This is Braelyn, and she’s been 
> watching you go by every week,” he said. “And she’s been wanting to ride 
> with you; she said, ‘Daddy, Tuesday night at 6:50 they’ll be here.’ And she 
> got ready so she could join you tonight.” I looked at my speedometer…we 
> were riding at over 17 mph. She moved up behind me and another woman fell 
> in behind her. 
>
> “Ok, honey, you listen for when I call out things like stick or hole, ok?” 
>
> “Ok!” she said, flashing a Cheshire Cat grin. And we pedaled on, flying 
> over country roads with our tiny companion and her daddy. She stayed with 
> us for a few miles and then they peeled off after the second set of 
> railroad tracks. I wish I had gotten a photo, but maybe next week we’ll see 
> her again and I’ll get my chance.
>
> I’m sure we were in violation of like 30 club rules but Michigan doesn’t 
> scold you for things like these. Braelyn and her little Trek, legs flying 
> and hair streaming…I doubt we will ever see anything better than her on the 
> Tuesday Night Ride.
> On Wednesday, September 14, 2022 at 4:38:01 PM UTC-4 Patrick Moore wrote:
>
>> Delicious!
>>
>> On Fri, Sep 9, 2022 at 3:58 PM Bicycle Belle Ding Ding! <
>> jonasa...@gmail.com> wrote:
>>
>>> ... Some guy will come find me at my vehicle and tell me how I’m doing 
>>> it wrong. After getting lectured about how I could go 25% faster if I had 
>>> this bike and narrow tires, blah, blah, I say, “Well, I just beat you, so I 
>>> don’t think my bike is the problem.”  
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/5f065da3-4c76-40b9-bffe-db9a0b538944n%40googlegroups.com.

[RBW] Re: new member/delta quill stem risers

[Wesley]

I probably should not blow up my own spot like this (I use two of these on 
my bikes and may soon need a third, I love them). But this from Soma 
Fabrications is 1) brand new, 2) the same price, and 3) a much higher rise.

https://www.somafabshop.com/shop/soma-high-rider-xl-quill-28-6-22-2-290mm-4984#attr=2406

These are the only risers that can make a typical "large" (usually about 
60cm) bike from yesteryear comfortable for me. I love them, but keep in 
mind that they are machined rather than forged and heat treated like a 
Nitto product, so probably don't use one on a mountain bike that will see 
rough trail use.
-Wes

On Friday, August 4, 2023 at 8:11:10 AM UTC-7 chasenl...@gmail.com wrote:

> hi all! i have posted a couple times but never really introduced myself. I 
> am Chasen, I live in NYC, and I've got a roadini and a gus, both orange, 
> with an atlantis in the mail from c & l. i also have a 650b'd rb 2 that i 
> cant place a year on,  a 1990 stumpjumper w a Clydesdale fork, and a junker 
> old huffy mtb thing that i conduct stupid experiments on. 
>
> These convos are such a great resource for young and dumb wannabe bike 
> mechanics like myself, and you all seem much less grumpy than the folks 
> over on reddit. For these things, I thank you all.
>
> *alright, heres the important part of this post:*
>
> What have the groups experiences been with delta quill stem risers of 
> yore? 
>
> https://www.ebay.com/itm/305021101084
>
> I became aware of them through this article on the riv site:
> https://www.rivbike.com/pages/nitto-stem-comparison
> I found one cheap on ebay and its on the way to me now. Just wondering 
> what everyone thinks of these! I am pretty excited to try it just for the 
> novelty of it, though im sure theres a reason they're not readily available 
> anymore. If anyone has pics of one in use, please share!
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/689985fd-f742-40d1-a499-76657960b931n%40googlegroups.com.

[RBW] Re: Swapping a bulb in a Schmidt Edelux II?

[Wesley]

I would suspect the wiring and connections well before thinking the LED had 
burned out. Maybe clean and re-connect the wires everywhere you can? If 
there is a soldered connection in the wire, it may need re-doing? Good luck!
-Wes

On Thursday, August 3, 2023 at 9:07:36 AM UTC-7 Caroline Golum wrote:

> Dynamo-freaks: anyone ever replace a bulb in their Edelux II light? Mine 
> was flickering for a while, then went totally out on my ride home last 
> night. Checked the connection and it's plugged into the hub - but, worth 
> noting, the hub is a recent replacement!

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/58b4da12-4c46-4a5a-8bb3-86cbd8b9eec6n%40googlegroups.com.

[RBW] Re: Tried and liked: Suntour Cyclone pretzel

[Wesley]

Last fall I wrecked a derailer and bent the hanger when I shifted a 
short-cage rear der into the big-big combination. I bought a new derailer 
and aligned the dropout using this 
clever hack (which I could swear I learned of from this 
list): https://youtu.be/TnwreRrorIA

Anyway, it sounds to me like after all these tries that your derailer 
hanger is aligned, and that the problem lies elsewhere. Perhaps a bent cog 
on the cassette? Or the new derailer you're trying has some flaw - e.g. the 
upper pulley can wander? A stiff link in the chain? I can't think of a 
reason that the impact to shifter, cable, and housing would be the issue, 
but maybe there is one I haven't thought of?

"When you have eliminated the impossible, whatever remains – however 
implausible – must be the truth."
-Wes
On Thursday, August 3, 2023 at 6:00:36 AM UTC-7 Bill Schairer wrote:

> I vote for buy a gauge and do it yourself.  I bought a Park DAG years ago 
> after a wreck and have used it many, many times since.  No regrets.  
> Haven't I watched your build videos?  You need this tool regardless.  That 
> said, if a shop used one and aligned the hanger, I have a lot of trouble 
> thinking the hanger is responsible for the jumping. In my experience, a 
> misaligned hanger results in poor shifting, noisy drivetrain, and 
> difficulty adjusting the high and low stops.  If it is jumping between 
> gears, maybe, but then should be happening in all gears or at least never 
> seem quite right no matter which gear?  If it is jumping on the same gear, 
> I'd be thinking chain, cassette and/or chainrings?
>
> Bill S
> San Diego
>
> On Wednesday, August 2, 2023 at 8:20:22 PM UTC-7 eric...@gmail.com wrote:
>
>> Okay, some mild updates. 
>>
>> I've bent and tweaked the hanger with crescent wrenches at least two 
>> dozen times now. Worked on it during the miserable heat wave here and 
>> during nicer weather yesterday. During the process I remove the chain and 
>> the derailer, tweak the hanger, re-install the chain and derailer, test 
>> ride. Repeat. Over and over! Every time I ride the bike the chain skips. 
>>
>> I've tried aligning by hand and eye. I've used a series of straight 
>> edges, trying to reference off the cassette to the face of the derailer 
>> hanger where the derailer sits. I can get the straight edges into plane 
>> with one another but evidently that's not enough because the chain still 
>> jumps. 
>>
>> I feel like I can finesse this thing back into working order but I have 
>> so far been unsuccessful. The hanger is relatively flat considering how 
>> mangled it got. It's considerably better than it was. The bolt hole is 
>> elongated but fortunately derailer bolts screw in nicely and the threads 
>> feel good. Through all my uninstalling/reinstalling the bolts thread in 
>> nicely each time. 
>>
>> One problem is that the guys at the LBS have put their dropout and hanger 
>> alignment tools on the bike and they say the tools show things are aligned. 
>> *But* they are also audibly and visibly weary of putting too much torque 
>> on the hanger and seem to think it's going to shear off the frame if they 
>> look at it funny. I don't think that's going to happen. I talked to Grant 
>> about this twice now and he doesn't think that's going to happen, either. 
>> He shared an acedote wherein he bent a derailer hanger through 180º of 
>> motion several times before the hanger sheared off. I'm not moving mine 
>> nearly as much, just a bit at a time. And today I heard Grant Petersen say 
>> "Steel is magical." So I'm adding that to my lifetime book of memorable 
>> quotes by notable people. 
>>
>> There's another shop in town but I get bad vibes every time I go in there 
>> so I'm going to spare myself and stay away. I know if I go in there it'll 
>> end up being a bad scene and I'll regret it. 
>>
>> I'm open to having a builder try to align the hanger, heat it up and 
>> shape it or braze a new dropout onto the frame. But the builder I know and 
>> have worked with before on three other bikes (this Hillborne included) has 
>> sold his tools and retired. Two other nearby builders haven't returned my 
>> messages. 
>>
>> Now I'm thinking the best next step is to drop > $100 on a derailer 
>> hanger alignment tool and try it myself in the home shop. Looking at the 
>> Park Tool DAG 2.2. This eliminates the hesitancy of other mechanics (I'm 
>> not afraid to wreck the bike) and gives me a useful tool to have forever. 
>>
>> Full options going forward (as I see them, open to suggestions as 
>> always): 
>>
>>- Buy a gauge and adjust it myself until I'm satisfied or I give up 
>>and advance to next option
>>- Take it to a shop
>>   - Go-to shop seems afraid to break my hanger, I don't think that's 
>>   going to happen but they are audibly and visibly weary. 
>>   - Other shop in town I avoid at all costs and don't want to take 
>>   my bikes to them
>>- Get a new dropout welded onto the bike
>>  

Re: [RBW] Re: Clem Smith, Jr for sa;e

[Wesley]

Mike, will you pease tell us your location and the price of the bike?

Kim, it is a 64cm in the photo (you can tell by how tall the headtube is)
-Wes

On Wednesday, August 2, 2023 at 8:44:55 AM UTC-7 krhe...@gmail.com wrote:

> The frame size is 52cm, not a 64cm frame.
>
> Kim Hetzel.
>
> On Wed, Aug 2, 2023, 8:38 AM Hoch in ut  wrote:
>
>> I’m assuming this is a 64cm frame. 
>>
>> Best wishes to the sale and more importantly, your health. 
>>
>> On Tuesday, August 1, 2023 at 4:44:31 PM UTC-6 eclec...@gmail.com wrote:
>>
>>> Hi,
>>> I had a Clem Smith, Jr built at RBW in Walnut Creek about 1 1/2 years 
>>> ago. Shortly after the purchase I had surgery on my upper left leg that 
>>> doesn’t allow to sit in the bicycle saddle without pain. So reluctantly 
>>> I’ve decided to sell it.
>>>
>>> Clem Smith, Jr mens 54 cam
>>> Ergon handlebar grips
>>> Ergon SL Core Prime Mens
>>> Lumina Micro 650 front light
>>> Handlebar mounted clock
>>> Water holder
>>> Silver fender 
>>> Abus folding lock and mounted holder
>>> Busch and Muller handlebar mounted mirror
>>> Look trail pedals
>>> Nitto rear rack
>>> Rear light
>>> Mike Lipelt
>>> eclec...@gmail.com
>>> Rear light
>>>
>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "RBW Owners Bunch" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/rbw-owners-bunch/eS8Z-BMUvsQ/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to 
>> rbw-owners-bun...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/rbw-owners-bunch/96b163c1-6ca0-41eb-8439-e340045b052an%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/d4712264-0d16-42f8-b644-6d4c15cbe9dfn%40googlegroups.com.

Re: [RBW] Tried and liked: Suntour Cyclone pretzel

[Wesley]

Possibly dumb question: have you taken a good look at your chain? It ay be 
kinked, which would cause skipping gears.
-Wes

On Wednesday, July 26, 2023 at 4:04:01 PM UTC-7 eric...@gmail.com wrote:

> Andre attempted to make some further adjustments, the chain still skips. I 
> tried installing a Deore XT M771 and that was a little bit better but the 
> chain still skips. 
>
> I called Riv and talked to Grant who was eager to see some pictures. Will 
> has a new dropout heading to me by mail, now I just need to find someone 
> who can braze the new dropout on. The framebuilder I know has transitioned 
> from building bikes to chartering boats! 
>
> On Tuesday, July 25, 2023 at 8:43:30 PM UTC-4 Eric Marth wrote:
>
>> Yesterday I brought the frame to my LBS, Bike Works and handed it over 
>> to trusted mechanic Andre. He bent the hanger, aligned the dropouts and 
>> aligned the hanger. The hanger alignment tool showed the hanger was in 
>> plane with the rim. Amazingly the hole took a derailer bolt just fine. It 
>> looks terrible but functionality seemed promising. This was all I cared 
>> about.
>>
>> You can see the hole is terribly elongated. 
>>
>> [image: IMG_6872.JPG] 
>>
>> [image: IMG_6871.JPG]
>>
>> Here's my wavy hanger.
>>
>> [image: IMG_6880.JPG]
>>
>> Fortunately I have a small collection of Cyclones to draw from. The last 
>> one I mangled was beautiful old stock. This one here is almost as nice. 
>>
>> The bike shifted fine in the stand. But on the road and under load the 
>> chain skips in the smallest four cogs. 
>>
>> Tomorrow I'll take it back to Andre and see if he can't finesse it into 
>> shape. 
>> On Tuesday, July 25, 2023 at 8:38:04 PM UTC-4 Eric Marth wrote:
>>
>>> Patrick: Sorry about that Fargo but glad to hear it could be repaired. 
>>> Replaceable hangers seem helpful!
>>>
>>> On Monday, July 24, 2023 at 10:41:41 AM UTC-4 Patrick Moore wrote:
>>>
 And: I had Chauncey Matthews use a replaceable hanger when he built the 
 replacement for the Fargo.

 On Mon, Jul 24, 2023 at 8:38 AM Patrick Moore  
 wrote:

> FWIW, I had a similar experience with a Fargo when a stick jammed the 
> rd: the hangar was bent 90* inward (and jammed into the cassette; no 
> single-speeding home). The good news, and the point: a LBS was able to 
> unbend the rd to usable status again. The replacement rd worked fine. Of 
> course, YMMV.
>
>
>
> On Mon, Jul 24, 2023 at 7:50 AM Eric Marth  wrote:
>
>> Many thanks, John. I'll check out the spokes. 
>>
>> I've been texting with my local mechanic friend, Andre. We're going 
>> to try and bend the hanger and see how close we can get it. Considering 
>> a 
>> drop out saver from Wheels Mfg. 
>>
>> If that fails I'll see about having a new dropout installed. I gotta 
>> call Will when Riv opens!
>>
>> On Monday, July 24, 2023 at 8:36:56 AM UTC-4 JohnS wrote:
>>
>>> Wow Eric, that was a bad one, glad your ok and the Sam is on the 
>>> mend. Don't forget to check the spokes for nicks, could break easy if 
>>> they 
>>> are.
>>>
>>> JohnS
>>>
>>>
>>> On Monday, July 24, 2023 at 7:54:06 AM UTC-4 Josh C wrote:
>>>
 Wow. That's wild. Glad you're ok. Bummer about the Sam, that's a 
 beautiful bike.

 On Sunday, July 23, 2023 at 9:08:55 PM UTC-4 eric...@gmail.com 
 wrote:

> Thanks Brian and Danny! 
>
> I got the mech freed. The parallelogram housing is twisted, too. 
> The limit screws aren't in plane, they're twisted! It's a huge mess. 
> Still 
> have many good screws, bolts and springs worth saving. Jockey wheels, 
> too. 
> I'll leave it as-is and pull parts from it as needed. 
>
> On Sunday, July 23, 2023 at 8:19:03 PM UTC-4 Danny wrote:
>
>> Sorry about the hanger damage, but good to hear that you're ok. 
>> Even in its pretzelized state, it's a good looking derailer 
>> sculpture!
>>
>> -Danny
>>
>>
>> On Sun, Jul 23, 2023 at 6:42 PM Brian Turner  
>> wrote:
>>
>>> I’m just over here hungry for pretzels.
>>>
>>> Seriously though, glad you’re ok, and I’m sorry about your Sam’s 
>>> hanger. I’m sure it’ll be up and running strong again soon.
>>>
>>> On Jul 23, 2023, at 6:57 PM, Eric Marth  
>>> wrote:
>>>
>>> Thanks, Jim. Just a bit of my own patented brand of sarcasm ;) 
>>>
>>> The damage is waaay out of proportion to the fall. 
>>>
>>> On Sunday, July 23, 2023 at 5:57:30 PM UTC-4 J J wrote:
>>>
 Wow... the most important thing is that you're fine, Eric. The 
 bike stuff is "just" bike stuff, repairable or replaceable.

 I saw your subject line 

[RBW] Re: Forks and adjusting headsets

[Wesley]

Oh, and to be more practical: If you can turn the top (lock) nut by hand, 
it is not doing anything. I am not sure why the video recommends backing 
off the lock nut, but I don't think you should. The "lock" function comes 
from tightening that nut until it stretches the steerer. Taken to the 
extreme, this will cause the threaded section to be in tension between the 
lower and upper nuts until turning either nut in either direction would 
feel like "tightening" it. Hence, the nuts are locked. This is how the lock 
nuts on loose-bearing hubs work, for instance. You don't need to go to that 
extreme on the headset, since the upper bearing doesn't really do anything 
other than keep the steerer centered (the bottom bearing carries all the 
weight). So just go ahead and turn the lock nut until it is snug 
(guesstimating: 15 ft-lbs) and go ride.
-W
On Tuesday, July 25, 2023 at 10:00:56 AM UTC-7 Wesley wrote:

> This advice all applies only to threaded forks (all Rivs except Gus and 
> tandem):
> 1. Use as many spacers as necessary so that the lock nut (top nut) is 
> fully engaged with the threads but doesn't bottom out.
> 2. Most (or all) threaded forks have a key groove in the steer tube, 
> cutting vertically through the threads (it is barely visible at 4:23 in the 
> video you linked). A lock washer goes on the stack above the bottom nut 
> (which is the top bearing's inner race), with a tab or "key" that fits in 
> this groove. As a result, the lock washer cannot spin relative to the steer 
> tube. Thus, friction from the spinning of the locknut and spacers above 
> this lock washer cannot cause the bottom nut to spin. So that bottom nut 
> will stay where you left it, even though you may crank down the top (aka 
> lock) nut with just one wrench.
> 3. There is an ideal tightness to which you will set the bearing. But the 
> lock nut works by stretching the steel of the steer tube (just a tiny bit!) 
> until the threads don't engage the bottom nut (this is why the bottom nut 
> doesn't work loose over rough terrain). Stretching the steer tube elongates 
> it, so the bearings get looser. Therefore, you must adjust the bearing to 
> be too tight before the locknut goes on, so that the stretching brings the 
> bearing to ideal tightness. Accomplishing this requires a feel that 
> develops over time. Or you could just get a sealed-bearing headset, which 
> allow much more leeway in bearing adjustment without feeling loose or tight 
> (because a sealed bearing headset squeezes the bearing races, not the 
> balls.)
>
> Hope this helps!
> -Wes
> On Tuesday, July 25, 2023 at 8:33:48 AM UTC-7 maxcr wrote:
>
>> There was a conversation on the Roadini thread 
>> <https://groups.google.com/u/5/g/rbw-owners-bunch/c/tAas6urcOwg> about 
>> adjusting the headset after fork removal.  This is something I've wondered 
>> for a while - some say you need to wrenches others one, my experience is if 
>> I tighten and back a bit I can move the nut with my hand.
>>
>> Does anyone have a solid explanation of how it's done? When installing 
>> one of my forks on a new bike I had found this video  
>> <https://vimeo.com/143667109>from Rivendell where you can see the 
>> process but I'm still unsure of how tight I should go? Should I use a 
>> wrench or is it enough to hand tighten?
>>
>> Also, how many spacers should one use when setting up a fork?
>>
>> Thanks
>> Max
>>
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/54016ee8-3f72-4c2c-b53f-9b85a876df40n%40googlegroups.com.

[RBW] Re: Forks and adjusting headsets

[Wesley]

This advice all applies only to threaded forks (all Rivs except Gus and 
tandem):
1. Use as many spacers as necessary so that the lock nut (top nut) is fully 
engaged with the threads but doesn't bottom out.
2. Most (or all) threaded forks have a key groove in the steer tube, 
cutting vertically through the threads (it is barely visible at 4:23 in the 
video you linked). A lock washer goes on the stack above the bottom nut 
(which is the top bearing's inner race), with a tab or "key" that fits in 
this groove. As a result, the lock washer cannot spin relative to the steer 
tube. Thus, friction from the spinning of the locknut and spacers above 
this lock washer cannot cause the bottom nut to spin. So that bottom nut 
will stay where you left it, even though you may crank down the top (aka 
lock) nut with just one wrench.
3. There is an ideal tightness to which you will set the bearing. But the 
lock nut works by stretching the steel of the steer tube (just a tiny bit!) 
until the threads don't engage the bottom nut (this is why the bottom nut 
doesn't work loose over rough terrain). Stretching the steer tube elongates 
it, so the bearings get looser. Therefore, you must adjust the bearing to 
be too tight before the locknut goes on, so that the stretching brings the 
bearing to ideal tightness. Accomplishing this requires a feel that 
develops over time. Or you could just get a sealed-bearing headset, which 
allow much more leeway in bearing adjustment without feeling loose or tight 
(because a sealed bearing headset squeezes the bearing races, not the 
balls.)

Hope this helps!
-Wes
On Tuesday, July 25, 2023 at 8:33:48 AM UTC-7 maxcr wrote:

> There was a conversation on the Roadini thread 
>  about 
> adjusting the headset after fork removal.  This is something I've wondered 
> for a while - some say you need to wrenches others one, my experience is if 
> I tighten and back a bit I can move the nut with my hand.
>
> Does anyone have a solid explanation of how it's done? When installing one 
> of my forks on a new bike I had found this video  
> from Rivendell where you can see the process 
> but I'm still unsure of how tight I should go? Should I use a wrench or is 
> it enough to hand tighten?
>
> Also, how many spacers should one use when setting up a fork?
>
> Thanks
> Max
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/67d5fd0d-0add-487d-8231-266b5f7b0daen%40googlegroups.com.

Re: [RBW] Re: ISO Roadini...or?

[Wesley]

The two wrenches are to hold one nut still while turning the other, like 
when serving loose bearing hubs. Most (all?) threaded headsets use a keyed 
washer between the nuts to prevent one from turning the other, so there's 
no need for two wrenches. If you want to travel with a bike with threaded 
headset, it is worth using a sealed-bearing headset. For one, you can't 
lose some of the balls, and for another the preload adjustment is much less 
sensitive.

On Monday, July 24, 2023 at 10:04:35 AM UTC-7 pi...@gmail.com wrote:

> Haha. I haven't touched my Chris King threadless headset on my touring 
> bike for years. Getting all the play out took quite a bit of futzing so now 
> I avoid messing with it.   For a threaded headset I remember you need 2 
> wrenches. Just one more thing I don't want to deal with while I'm 
> jet-lagged and putting together the bike at a hotel under time pressure.
>
> On Monday, July 24, 2023 at 9:55:40 AM UTC-7 chasenl...@gmail.com wrote:
>
>> Piaw- it does, I was intimidated but I saw a plp vid where he uses the 
>> case w a threaded fork, so I just got one of those mini adjustable wrenches 
>> that Riv sells and it’s p smooth sailing as long as you keep up with 
>> everything. I saw Russ posting recently about some Topeak travel-specific, 
>> light-looking, flat headset wrenches that would be amazing for this 
>> application, but they most be a prototype, can’t find them anywhere.
>>
>> On Mon, Jul 24, 2023 at 12:35 PM Piaw Na(藍俊彪)  wrote:
>>
>>> Doesn't the post-transfer case require fork removal? Is that hard to do 
>>> on the threaded headset? I've always avoided cases that require fork 
>>> removal.
>>>
>>> On Mon, Jul 24, 2023 at 8:40 AM Chasen Smith  
>>> wrote:
>>>
 Going off of what Piaw said of the AHH, the fact that the roadini will 
 fit in my post transfer case was a huge factor in my decision to get one! 

 On Mon, Jul 24, 2023 at 10:47 AM Piaw Na  wrote:

> Let me break down the road bike selection from Rivendell:
>
> Sam: I refuse to consider this a road bike since it doesn't take 
> sidepull calipers. :-) I've always hated both cantilever and v-brakes, 
> having experienced many reliability issues with them (they're probably 
> better now, but I still get PTSD from having them fall apart on me once 
> and 
> hours spent dealing with a heron that squealed like the proverbial stuck 
> pig when descending major passes in the alps). I consider even disc 
> brakes 
> to be a better compromise if you need wider tires than a Tektro 559. And 
> those squeal too just not as badly.
> Roadeo: classic road bike using medium reach brakes  I've got a 
> friend who got a Lynskey built up to match the geometry (Rivendell only 
> had 
> one demo Roadeo when he wanted to buy and the wait was such that a custom 
> Lynskey would deliver faster) and he loves it. If you don't need more 
> than 
> 35mm tires it's a great bike.
> Roadini: gravelish bike with Tektro brakes that can take 42mm tires. 
> The higher BB means you can't treat it like a MTB and never have a pedal 
> strike no matter what trails you ride on. It's versatile and heavier but 
> a 
> reasonable compromise.
> AHH: fully lugged road bike with a low BB built for tires wider than 
> 30mm. The ultra long chainstays means it's suitable for even rougher 
> trails 
> than the Roadini but might also mean it's harder to fly with. The 135mm 
> rear wheel is strong enough to handle anything a MTB can. With good bike 
> handling skills and 45mm tires this would be my choice for bikepacking 
> (though I'm light enough the Roadini will serve well there).
>
> On Monday, July 24, 2023 at 7:39:03 AM UTC-7 Piaw Na wrote:
>
>> Oh yeah, the AHH doesn't have downtube shifter bosses, while the 
>> Roadini does. Again, a minor consideration --- I'm happy with my 
>> downtube 
>> shifter on my Roadini, but it wouldn't have killed me to go to bar-end 
>> shifters.
>>
>> On Monday, July 24, 2023 at 7:35:31 AM UTC-7 Piaw Na wrote:
>>
>>> The AHH has 50cm chainstays, which might make it hard to fit into my 
>>> bike box for flying (I use a Trico-Ironcase). The AHH also takes 135mm 
>>> rear 
>>> wheels, while the wheels I had hanging in the garage were all 130mm 
>>> wheels. 
>>> Grant advised against cold setting an AHH. In exchange the Roadini has 
>>> a 
>>> 5mm higher BB, which I dislike (others claim you can't tell the 
>>> difference 
>>> but I can, from having ridden an 80mm drop touring bike for many 
>>> years), 
>>> but something I'm willing to trade. If my current custom touring bike 
>>> fails, I'll go for a custom bike with the Roadini geometry but with an 
>>> 80 
>>> or even 85mm BB drop now that I'm unlikely to ride tires narrower than 
>>> 28mm.
>>>
>>> That's pretty

Re: [RBW] Re: ISO Roadini...or?

[Wesley]

In my opinion, the most significant difference between a Roadini and a 
homer is that the Roadini is designed for drop bars (so has a shorter top 
tube) and the Homer is designed for upright swept-back bars.

On Monday, July 24, 2023 at 6:32:03 AM UTC-7 Davey Two Shoes wrote:

> Can someone explain to me what would prompt a decision for a roadini over 
> a Homer aside from price? I though the Homer was Rivs "zippy" offering. 
> With the Roadeo being their fast offering. The road bike category at Riv is 
> starting to get crowded between the Sam, Homer, Roadini and Roadeo. I know 
> Riv calls the Sam a Hilli/Gravel bike, but coming from a modern gravel 
> bike, and before that a Salsa Vaya, the Sam is definitely a road bike that 
> happens to be tough and capable elsewhere. But a Road Bike when the day is 
> done.
>
> On Monday, July 24, 2023 at 8:51:03 AM UTC-4 jrst...@gmail.com wrote:
>
>>
>> For some of us who have had back pain with more modern bikes Rivendells 
>> have always been a breath of fresh air. I started buying them in 1997 and 
>> have not looked back, they made riding possible for me again. 
>>
>> I do prefer the Rivs with the shorter for Riv  chainstays. Nice bikes for 
>> those of us who have issues with more aggressive geometries. For me not 
>> koolaide but a practical   comfort. 
>>
>> Glad your aluminum bike works for you.
>>
>>
>>
>> On Mon, Jul 24, 2023 at 2:13 AM Nick Payne  wrote:
>>
>>> On Monday, 24 July 2023 at 2:43:06 pm UTC+10 Joe Bernard wrote:
>>>
>>> Modern bikes are fine - I recommended the OP consider one as a companion 
>>> to his Sam - but being on a Rivendell group and calling us "people who've 
>>> drunk the Kool-Aid" is... interesting 😐
>>>
>>> I have Rivendell bikes, and they're nice bikes to ride. I just don't 
>>> think they're the be-all and end-all of bicycle design. What the OP seems 
>>> to be looking for in a bike is closer to what you and I both recommended.
>>>
>>> Nick Payne
>>>
>>> -- 
>>>
>> You received this message because you are subscribed to a topic in the 
>>> Google Groups "RBW Owners Bunch" group.
>>> To unsubscribe from this topic, visit 
>>> https://groups.google.com/d/topic/rbw-owners-bunch/tAas6urcOwg/unsubscribe
>>> .
>>> To unsubscribe from this group and all its topics, send an email to 
>>> rbw-owners-bun...@googlegroups.com.
>>>
>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/rbw-owners-bunch/13882503-75a4-40f2-9d54-176ca8afa9a8n%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/f8ffeb68-46f9-4eaa-bbf6-28056494e281n%40googlegroups.com.

Re: SSH Error in libcrypto

[Wesley Kerfoot]

You should check that your hard drive isn't failing before reinstalling
everything. That sounds like a symptom of a bad disk if multiple files are
empty that shouldn't be.

On Sat, Jul 22, 2023, 9:41 AM Silvio Siefke  wrote:

>
>
> Am 22.07.23 um 15:23 schrieb Martin Rys:
> > What's the output of `file ~/.ssh/siefke_key; ls -lah ~/.ssh/siefke_key`?
> >
>
> All 0 byte files. Much 0 byte files. I not understand what happen here
> but I think I need to reinstall Arch Linux.
>
> Silvio
>

[RBW] Re: Ebike Clem

[Wesley]

I was not aware that you can do a mid-drive conversion (I thought the frame 
had to be special designed to accept the drive-unit instead of a bottom 
bracket). How did you do it?
-Wes
On Monday, July 17, 2023 at 11:03:34 AM UTC-7 Joe Bernard wrote:

> Looks like you're good there, Stephen, 250W is pretty mellow. Yes it's the 
> torque that would concern me with a more powerful hub motor; no bad 
> experiences (I used 250W on an Appaloosa), I just try not to be too crazy 
> with slim fork blades not designed with a motor in mind. Most 
> front-hub-motor bikes I see are running really beefy forks. 
>
> My first build was a ridiculously powerful rear-hub Clem, Grant rode it! 
> Then I did a few with even more ridiculously powerful mid-drives, those 
> were tons of fun. But I'm out of the ebike game these days. Maybe in the 
> future I'll try one again. 
>
> Joe Bernard 
>
> On Monday, July 17, 2023 at 6:46:52 AM UTC-7 Stephen wrote:
>
>> Hey Joe,
>>
>> That would be because of too much torque on a weak fork I presume? I'd be 
>> curious to hear more about your experiences with eRivs, and is that a 
>> determination you've made based on a bad experience? Have you done both 
>> front and rear type motors? I have to admit I'm pretty clueless when it 
>> comes to the details of ebikes in general, but I hope that since this kit 
>> is intended to be universal it will be safe enough for the type of riding 
>> my father will be doing and that the company would be responsible enough to 
>> highlight potential incompatibilities. It does seem like eBikes are still a 
>> bit of a wild west of little to no regulation.. Unfortunately the kit 
>> website is pretty limited in describing its technical specifications (it is 
>> very much designed for non technical people) and I can't find a spec as to 
>> whether its a 250w or 500w motor, but it does list a 40nm torque. How does 
>> that speak to your experience?
>>
>> I didn't notice anything bad on my test ride yesterday, but I suppose 
>> I'll give it a longer ride today and see if I notice any dangerous fork 
>> flex...
>>
>> On Sunday, July 16, 2023 at 10:02:46 PM UTC-4 Joe Bernard wrote:
>>
>>> Looks fun but - as a fellow who's built a few eRivs - I gotta throw in a 
>>> warning here about wattage. If that's a 250W hub you're good, I would worry 
>>> about 500W on Riv's spindly forks. 
>>>
>>> On Sunday, July 16, 2023 at 4:33:14 PM UTC-7 Stephen wrote:
>>>
 Thought I'd share my project of the day: electrifying this clem L for 
 my Dad.

 A little backstory:

 My family and I all chipped in a few years ago to get my Dad a Clem 
 complete in an effort to give him a fun and healthy exercise activity 
 following a near death heart attack in 2020. Despite really liking the 
 look 
 and comfort of the bike, his level of fitness was really limiting the 
 amount of time he could spend on it. He'd be wiped in under 30 minutes, 
 and 
 unfortunately living in the suburban south, safe and accessible riding is 
 fairly limited and largely unexciting unless you're covering big miles out 
 on country roads. Add to that the fact that his main riding partner, my 
 mom, has been a long time road cyclist with a much higher level of 
 fitness, 
 they ended up getting him an ebike from rei. Its made a huge difference in 
 how much he's able to ride and his willingness to ride, but he's still 
 been 
 partial towards the Clem. 

 So my folks ordered an ebike conversion kit, gosh, like a year ago and 
 it finally arrived recently. Its a front wheel motor with a handlebar 
 mounted battery pack, and supposedly a pretty simple install. However, for 
 some reason the axle on the wheel was 10mm as opposed to the 9mm clem fork 
 drop outs so I had to do a bit of filing (on the axle) to get it to fit. 
 Took it for a spin and it really goes! Feels a little less 
 jarring/unnatural than other ebikes I've tried. I'm curious to see how it 
 holds up.

 Please excuse the messy cables in the pics, still got some neatening up 
 to do. And for those curious, the kit is the swytch bike kit.

 [image: IMG_5909.jpg]

 [image: IMG_5910.jpg]

 [image: IMG_5911.jpg]

 [image: IMG_5912.jpg]

>>>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/501839fe-51b8-4af5-8bec-0f04d9d41e63n%40googlegroups.com.

[ceph-users] Re: librbd hangs during large backfill

[Wesley Dillingham]

Did your automation / process allow for stalls in between changes to allow
peering to complete? My hunch is you caused a very large peering storm
(during peering a PG is inactive) which in turn caused your VMs to panic.
If the RBDs are unmapped and re-mapped does it still continue to struggle?

Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Tue, Jul 18, 2023 at 11:52 AM <
fb2cd0fc-933c-4cfe-b534-93d67045a...@simplelogin.com> wrote:

> Starting on Friday, as part of adding a new pod of 12 servers, we
> initiated a reweight on roughly 384 drives; from 0.1 to 0.25. Something
> about the resulting large backfill is causing librbd to hang, requiring
> server restarts. The volumes are showing buffer i/o errors when this
> happens.We are currently using hybrid OSDs with both SSD and traditional
> spinning disks. The current status of the cluster is:
> ceph --version
> ceph version 14.2.22
> Cluster Kernel 5.4.49-200
> {
> "mon": {
> "ceph version 14.2.22 nautilus (stable)": 3
> },
> "mgr": {
> "ceph version 14.2.22 nautilus (stable)": 3
> },
> "osd": {
> "ceph version 14.2.21 nautilus (stable)": 368,
> "ceph version 14.2.22 (stable)": 2055
> },
> "mds": {},
> "rgw": {
> "ceph version 14.2.22 (stable)": 7
> },
> "overall": {
> "ceph version 14.2.21 (stable)": 368,
> "ceph version 14.2.22 (stable)": 2068
> }
> }
>
> HEALTH_WARN, noscrub,nodeep-scrub flag(s) set.
> pgs: 6815703/11016906121 objects degraded (0.062%) 2814059622/11016906121
>  objects misplaced (25.543%).
>
> The client servers are on 3.10.0-1062.1.2.el7.x86_6
>
> We have found a couple of issues that look relevant:
> https://tracker.ceph.com/issues/19385
> https://tracker.ceph.com/issues/18807
> Has anyone experienced anything like this before? Does anyone have any
> recommendations as to settings that can help alleviate this while the
> backfill completes?
> An example of the buffer ii/o errors:
>
> Jul 17 06:36:08 host8098 kernel: buffer_io_error: 22 callbacks suppressed
> Jul 17 06:36:08 host8098 kernel: Buffer I/O error on dev dm-4, logical
> block 0, async page read
> Jul 17 06:36:08 host8098 kernel: Buffer I/O error on dev dm-4, logical
> block 0, async page read
> Jul 17 06:36:08 host8098 kernel: Buffer I/O error on dev dm-4, logical
> block 0, async page read
> Jul 17 06:36:08 host8098 kernel: Buffer I/O error on dev dm-4, logical
> block 0, async page read
> Jul 17 06:36:08 host8098 kernel: Buffer I/O error on dev dm-4, logical
> block 0, async page read
> Jul 17 06:36:08 host8098 kernel: Buffer I/O error on dev dm-4, logical
> block 0, async page read
> Jul 17 06:36:08 host8098 kernel: Buffer I/O error on dev dm-4, logical
> block 3, async page read
> Jul 17 06:36:08 host8098 kernel: Buffer I/O error on dev dm-5, logical
> block 511984, async page read
> Jul 17 06:36:08 host8098 kernel: Buffer I/O error on dev dm-6, logical
> block 3487657728, async page read
> Jul 17 06:36:08 host8098 kernel: Buffer I/O error on dev dm-6, logical
> block 3487657729, async page read
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

[ceph-users] Re: mon log file grows huge

[Wesley Dillingham]

At what level do you have logging set to for your mons? That is a high
volume of logs for the mon to generate.

You can ask all the mons to print their debug logging level with:

"ceph tell mon.* config get debug_mon"

The default is 1/5

What is the overall status of your cluster? Is it healthy?

"ceph status"

Consider implementing more aggressive log rotation

This link may provide useful
https://docs.ceph.com/en/latest/rados/troubleshooting/log-and-debug/



Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Mon, Jul 10, 2023 at 9:44 AM Ben  wrote:

> Hi,
>
> In our cluster monitors' log grows to couple GBs in days. There are quite
> many debug message from rocksdb, osd, mgr and mds. These should not be
> necessary with a well-run cluster. How could I close these logging?
>
> Thanks,
> Ben
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

Bug#1040172: mailman3: manage.py migrate not run on upgrade

[Wesley Hertlein]

Package: mailman3
Version: 3.3.8-1
Severity: normal

Dear Maintainer,

I ran into a problem on upgrading an installation of mailman3 during
a Debian system update from bullseye to bookworm.

After the upgrade, the default/installed cron jobs at the hour level
started throwing errors:

[ -f /usr/bin/django-admin ] && flock -n /var/run/mailman3-web/cron.hourly 
/usr/share/mailman3-web/manage.py runjobs hourly

[ERROR/MainProcess] Failed indexing 1 - 1 (retry 5/5): (1054, "Unknown column 
'hyperkitty_mailinglist.archive_rendering_mode' in 'field list'") (pid 2307): 
(1054, "Unknown column 'hyperkitty_mailinglist.archive_rendering_mode' in 
'field list'")
Traceback (most recent call last):
  File 
"/usr/lib/python3/dist-packages/django/db/models/fields/related_descriptors.py",
 line 173, in __get__
rel_obj = self.field.get_cached_value(instance)
  ^
  File "/usr/lib/python3/dist-packages/django/db/models/fields/mixins.py", line 
15, in get_cached_value
return instance._state.fields_cache[cache_name]
   
KeyError: 'mailinglist'

I got a similar error in the logs when I tried to use the web UI to
poke around the hyperkitty settings.  After some random websearches I
took a guess and ran:

# cd /usr/share/mailman3-web
# python3 manage.py migrate
Operations to perform:
  Apply all migrations: account, admin, auth, contenttypes, django_mailman3, 
django_q, hyperkitty, postorius, sessions, sites, socialaccount
Running migrations:
  Applying auth.0012_alter_user_first_name_max_length... OK
  Applying django_q.0010_auto_20200610_0856... OK
  Applying django_q.0011_auto_20200628_1055... OK
  Applying django_q.0012_auto_20200702_1608... OK
  Applying django_q.0013_task_attempt_count... OK
  Applying django_q.0014_schedule_cluster... OK
  Applying hyperkitty.0022_mailinglist_archive_rendering_mode... OK
  Applying hyperkitty.0023_alter_mailinglist_name... OK

Running this resolved the errors.  It's possible the problem here was on
my end (as noted by `mailman3/dbconfig-install: false` in this report) -
the dpkg configuration question sounded like I should choose 'no' if I
had previously set up a database, which of course coming from a working
bullseye installation I had.

Ideally this would have run as part of the package upgrade.

I also got a number of warnings that I was able to clean up easily
enough, this was the only hard error that appeared to break
functionality.  Let me know if there is interest and I can file bugs for
those.  It's possible/probable that they've been dealt with upstream -
this felt like the only Debian specific issue.


-- System Information:
Debian Release: 12.0
  APT prefers stable-security
  APT policy: (500, 'stable-security'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-9-amd64 (SMP w/4 CPU threads; PREEMPT)
Kernel taint flags: TAINT_FIRMWARE_WORKAROUND
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages mailman3 depends on:
ii  cron 3.0pl1-162
ii  dbconfig-mysql   2.0.24
ii  debconf [debconf-2.0]1.5.82
ii  init-system-helpers  1.65.2
ii  logrotate3.21.0-1
ii  python3  3.11.2-1+b1
ii  python3-aiosmtpd 1.4.3-1.1
ii  python3-alembic  1.8.1-2
ii  python3-authheaders  0.15.2-1
ii  python3-authres  1.2.0-3
ii  python3-click8.1.3-2
ii  python3-dateutil 2.8.2-2
ii  python3-dnspython2.3.0-1
ii  python3-falcon   3.1.1-1+b1
ii  python3-flufl.bounce 4.0-3
ii  python3-flufl.i18n   3.0.1-3
ii  python3-flufl.lock   5.0.1-4
ii  python3-gunicorn 20.1.0-6
ii  python3-importlib-resources  5.1.2-2
ii  python3-lazr.config  2.2.3-3
ii  python3-passlib  1.7.4-3
ii  python3-psycopg2 2.9.5-1+b1
ii  python3-public   2.3-4
ii  python3-pymysql  1.0.2-2
ii  python3-requests 2.28.1+dfsg-1
ii  python3-sqlalchemy   1.4.46+ds1-1
ii  python3-zope.component   5.1.0-1
ii  python3-zope.configuration   4.4.1-1
ii  python3-zope.event   4.4-3
ii  python3-zope.interface   5.5.2-1+b1
ii  ucf  3.0043+nmu1

Versions of packages mailman3 recommends:
ii  postfix [mail-transport-agent]  3.7.5-2

Versions of packages mailman3 suggests:
pn  anacron
ii  default-mysql-server   1.1.0
ii  lynx [www-browser] 2.9.0dev.12-1
ii  mailman3-doc   3.3.8-1
ii  mariadb-server [virtual-mysql-server]  1:10.11.3-1

-- debconf information:
  mailman3/database-type: mysql
  mailman3/upgrade-error: abort
  mailman3/mysql/authplugin: default
  mailman3/mysql/met

[ceph-users] Re: ceph.conf and two different ceph clusters

[Wesley Dillingham]

You need to use the --id and --cluster options of the rbd command and
maintain a .conf file for each cluster.

/etc/ceph/clusterA.conf
/etc/ceph/clusterB.conf

/etc/ceph/clusterA.client.userA.keyring
/etc/ceph/clusterB.client.userB.keyring

now use the rbd commands as such:

rbd --id userA --cluster clusterA

This will cause the client to read the appropriate files (
/etc/ceph/clusterA.client.userA.keyring and  /etc/ceph/clusterA.conf)
The --id and --cluster translate to which file is read for config and
keyring


Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Mon, Jun 26, 2023 at 9:15 AM garcetto  wrote:

> good afternoon,
>   how can i config ceph.conf file on a generic rbd client to say to use two
> different ceph clusters to access different volumes on them?
>
> ceph-cluster-left --> rbd-vol-green
> ceph-cluster-right --> rbd-vol-blue
>
> thank you.
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

[spring] Tsvart last call review of draft-ietf-spring-sr-replication-segment-14

[Wesley Eddy via Datatracker]

Reviewer: Wesley Eddy
Review result: Almost Ready

This document has been reviewed as part of the transport area review team's
ongoing effort to review key IETF documents. These comments were written
primarily for the transport area directors, but are copied to the document's
authors and WG to allow them to address any issues raised and also to the IETF
discussion list for information.

When done at the time of IETF Last Call, the authors should consider this
review as part of the last-call comments they receive. Please always CC
tsv-...@ietf.org if you reply to or forward this review.

(1) Since this defines a behavior where one incoming packet can create N
outgoing packets, I was surprised that there is nothing mentioned in the
security considerations about how access to replication nodes and ingress for
them should be protected in order to prevent abuse.

(2) The intended use seems mainly to be where some outer control system is
responsible for making sure that the replication operation will put packets
onto distinct network paths, and not create congestion either locally or on
some potential shared network segment downstream.  It might be more clearly
stated that it's assumed that building a proper multicast tree, managing group
membership, and performing multicast congestion control need to be performed
elsewhere.

(3) I didn't recognize the syntax or pseudocode conventions in section 2.2.1;
maybe this is common or defined somewhere else that could be referenced to be
clear?


___
spring mailing list
spring@ietf.org
https://www.ietf.org/mailman/listinfo/spring

[Mpi-forum] 2023-06-14 Non-Voting Meeting and 2023-07-10 Voting Meeting Reminders

[Wesley Bland via mpi-forum]

Hi all,

A few quick reminders:

1. We have a non-voting meeting tomorrow (2023-06-14) where Rolf will continue 
the discussions from last week and we'll cover any other MPI 4.1 topics as we 
hurtle toward release.

2. The announcement deadline for the July meeting is coming up on June 26. 
Please remember to announce any votes and/or readings before that date. All of 
the items on this board are expected for MPI 4.1, but have not yet been 
announced (as far as I'm aware): 
https://github.com/orgs/mpi-forum/projects/1/views/9.

3. Registration for the upcoming July meeting is open. If you're not sure if 
you've registered, you can find that here: 
https://www.mpi-forum.org/meetings/2023/07/attendance. If you haven't 
registered, you can do that here: https://forms.gle/rLseYfaUB9msiB4E9.

Thanks,
Wes___
mpi-forum mailing list
mpi-forum@lists.mpi-forum.org
https://lists.mpi-forum.org/mailman/listinfo/mpi-forum

Re: [RBW] ISO Better Bar-End Friction Shifting!

[Wesley]

Caroline,
If you recently had the chain and cassette replace, then your problems with 
the chain dropping may be because the chainring is worn. Most chainrings 
are aluminum, which wears faster than steel cogs. And since the same 
chainring is used for all riding while the cogs are changed by shifting, 
the wear is more concentrated on the chainring. Both of these lead to 
chainrings wiring out faster than cogs, and a worn chainring will not hold 
the chain securely. This can act in combination with problems others hav 
suggested here - especially bent detailer hanger and too-slack chain - to 
drop the chain off the chainring.
-Wes

On Thursday, June 8, 2023 at 10:53:07 AM UTC-7 Caroline Golum wrote:

> Thanks everyone! I had the chain + cassette replaced in February, both new 
> parts, so I'm assuming they both have plenty of life left. 
>
> The last mechanic I spoke with assured me the limits on my derailleur were 
> good. FWIW I've had the same Shimano 105 rear derailleur since I built the 
> bike in 2009. 
>
> On Thursday, June 8, 2023 at 1:42:45 PM UTC-4 lconley wrote:
>
>> Did the derailleur service include verification that the derailleur 
>> hanger is straight?
>>
>> Agree that it is unlikely to be a shifter issue.
>>
>> Laing
>>
>> On Thursday, June 8, 2023 at 1:34:54 PM UTC-4 eliot...@gmail.com wrote:
>>
>>> That sounds like an issue with chain retention and not the shifter. 
>>> Clutch RD ? New rings ? New chain ?
>>>
>>> On Thu, Jun 8, 2023 at 10:32 AM Caroline Golum  
>>> wrote:
>>>
 Currently running 1x10 and friction bar-end shifting. The chain keeps 
 coming off my crank, not hitting the right gear in the rear, etc. I've had 
 the derailleur serviced, it's fine, etc. 

 Time to get a new shifter? Switch to indexed shifting? Switch to an 
 8/9spd in the rear? The bar-end shifter is RBW's Shifter - Silver2 
 .  

 -- 
 You received this message because you are subscribed to the Google 
 Groups "RBW Owners Bunch" group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to rbw-owners-bun...@googlegroups.com.
 To view this discussion on the web visit 
 https://groups.google.com/d/msgid/rbw-owners-bunch/665b64a1-dea4-47b8-8417-d2b1ce26392bn%40googlegroups.com
  
 
 .

>>>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/ebfa1cdd-d63a-42ed-ab25-dc0ce4abd6e1n%40googlegroups.com.

[ceph-users] Re: The pg_num from 1024 reduce to 32 spend much time, is there way to shorten the time？

[Wesley Dillingham]

Can you send along the responses from "ceph df detail" and ceph "ceph osd
pool ls detail"

Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Tue, Jun 6, 2023 at 1:03 PM Eugen Block  wrote:

> I suspect the target_max_misplaced_ratio (default 0.05). You could try
> setting it to 1 and see if it helps. This has been discussed multiple
> times on this list, check out the archives for more details.
>
> Zitat von Louis Koo :
>
> > Thanks for your responses, I want to know why it spend much time to
> > reduce the pg num?
> > ___
> > ceph-users mailing list -- ceph-users@ceph.io
> > To unsubscribe send an email to ceph-users-le...@ceph.io
>
>
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

[ceph-users] Re: PGs stuck undersized and not scrubbed

[Wesley Dillingham]

When PGs are degraded they won't scrub, further, if an OSD is involved with
recovery of another PG it wont accept scrubs either so that is the likely
explanation of your not-scrubbed-in time issue. Its of low concern.

Are you sure that recovery is not progressing? I see: "7349/147534197
objects degraded" can you check that again (maybe wait an hour) and see if
7,349 has been reduced.

Another thing I'm noticing is that OSD 57 and 79 are the primary for many
of the PGs which are degraded. They might could use a service restart.

Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Mon, Jun 5, 2023 at 12:01 PM Nicola Mori  wrote:

> Dear Ceph users,
>
> after an outage and recovery of one machine I have several PGs stuck in
> active+recovering+undersized+degraded+remapped. Furthermore, many PGs
> have not been (deep-)scrubbed in time. See below for status and health
> details.
> It's been like this for two days, with no recovery I/O being reported,
> so I guess something is stuck in a bad state. I'd need some help in
> understanding what's going on here and how to fix it.
> Thanks,
>
> Nicola
>
> -
>
> # ceph -s
>cluster:
>  id: b1029256-7bb3-11ec-a8ce-ac1f6b627b45
>  health: HEALTH_WARN
>  2 OSD(s) have spurious read errors
>  Degraded data redundancy: 7349/147534197 objects degraded
> (0.005%), 22 pgs degraded, 22 pgs undersized
>  332 pgs not deep-scrubbed in time
>  503 pgs not scrubbed in time
>  (muted: OSD_SLOW_PING_TIME_BACK OSD_SLOW_PING_TIME_FRONT)
>
>services:
>  mon: 5 daemons, quorum bofur,balin,aka,romolo,dwalin (age 2d)
>  mgr: bofur.tklnrn(active, since 32h), standbys: balin.hvunfe,
> aka.wzystq
>  mds: 2/2 daemons up, 1 standby
>  osd: 104 osds: 104 up (since 37h), 104 in (since 37h); 22 remapped pgs
>
>data:
>  volumes: 1/1 healthy
>  pools:   3 pools, 529 pgs
>  objects: 18.53M objects, 40 TiB
>  usage:   54 TiB used, 142 TiB / 196 TiB avail
>  pgs: 7349/147534197 objects degraded (0.005%)
>   2715/147534197 objects misplaced (0.002%)
>   507 active+clean
>   20  active+recovering+undersized+degraded+remapped
>   2   active+recovery_wait+undersized+degraded+remapped
>
> # ceph health detail
> [WRN] PG_DEGRADED: Degraded data redundancy: 7349/147534197 objects
> degraded (0.005%), 22 pgs degraded, 22 pgs undersized
>  pg 3.2c is stuck undersized for 37h, current state
> active+recovery_wait+undersized+degraded+remapped, last acting
> [79,83,34,37,65,NONE,18,95]
>  pg 3.57 is stuck undersized for 2d, current state
> active+recovering+undersized+degraded+remapped, last acting
> [57,99,37,NONE,15,104,55,40]
>  pg 3.76 is stuck undersized for 2d, current state
> active+recovering+undersized+degraded+remapped, last acting
> [57,5,37,15,100,33,85,NONE]
>  pg 3.9c is stuck undersized for 2d, current state
> active+recovering+undersized+degraded+remapped, last acting
> [57,86,88,NONE,11,69,20,10]
>  pg 3.106 is stuck undersized for 2d, current state
> active+recovering+undersized+degraded+remapped, last acting
> [79,15,89,NONE,36,32,23,64]
>  pg 3.107 is stuck undersized for 2d, current state
> active+recovering+undersized+degraded+remapped, last acting
> [79,NONE,64,20,61,92,104,43]
>  pg 3.10c is stuck undersized for 37h, current state
> active+recovery_wait+undersized+degraded+remapped, last acting
> [79,34,NONE,95,104,16,69,18]
>  pg 3.11e is stuck undersized for 2d, current state
> active+recovering+undersized+degraded+remapped, last acting
> [79,89,64,46,32,NONE,40,15]
>  pg 3.14e is stuck undersized for 37h, current state
> active+recovering+undersized+degraded+remapped, last acting
> [57,34,69,97,85,NONE,46,62]
>  pg 3.160 is stuck undersized for 2d, current state
> active+recovering+undersized+degraded+remapped, last acting
> [57,1,101,84,18,33,NONE,69]
>  pg 3.16a is stuck undersized for 37h, current state
> active+recovering+undersized+degraded+remapped, last acting
> [57,16,59,103,13,38,49,NONE]
>  pg 3.16e is stuck undersized for 2d, current state
> active+recovering+undersized+degraded+remapped, last acting
> [57,0,27,96,55,10,81,NONE]
>  pg 3.170 is stuck undersized for 2d, current state
> active+recovering+undersized+degraded+remapped, last acting
> [NONE,57,14,46,55,99,15,40]
>  pg 3.19b is stuck undersized for 2d, current state
> active+recovering+undersized+degraded+remapped, last acting
> [NONE,79,59,8,32,17,7,90]
>  pg 3.1a0 is stuck undersized for 2d, current state
> active+recovering+undersized+degraded+remapped, last acting
> [NONE,79,26,50,104,24,97,40]
>  pg 3.1a5 is stuck undersized for 37h, current state
> active+recovering+undersized+degraded+remapped, last acting
> [57,100,61,27,20,NONE,24,85]
>  pg 3.1a8 is stuck undersized for 2d, current state
> act

[dolphin] [Bug 469656] Dolphin cannot remember previously opened tabs

[Wesley Pimentel]

https://bugs.kde.org/show_bug.cgi?id=469656

--- Comment #37 from Wesley Pimentel  ---
Hey guy, today you can update dolphin :)
Thanks kde team.

-- 
You are receiving this mail because:
You are watching all bug changes.

[krita] [Bug 470337] New: Text box not functioning according to desired results

[Wesley Schoofs]

https://bugs.kde.org/show_bug.cgi?id=470337

Bug ID: 470337
   Summary: Text box not functioning according to desired results
Classification: Applications
   Product: krita
   Version: 5.1.5
  Platform: Compiled Sources
OS: All
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: Tools/Vector
  Assignee: krita-bugs-n...@kde.org
  Reporter: notisf...@gmail.com
  Target Milestone: ---

SUMMARY
***
NOTE: If you are reporting a crash, please try to attach a backtrace with debug
symbols.
See
https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports
***


STEPS TO REPRODUCE
1.  Added text box to imported file 
2.  Text box would not adjust the size of the text box on the vector layer
3.  Adjust image tool would size the box, providing a box were there

OBSERVED RESULT was that I could not adjust the text box according to the text
box adjustments.


EXPECTED RESULT that I could type more words into the text box should the text
box become larger by sizing the text box.


SOFTWARE/OS VERSIONS
Windows:  11
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

-- 
You are receiving this mail because:
You are watching all bug changes.

Re: [grpc-io] Re: Proxyless gRPC services in Istio mesh

[Wesley Hartford]

I've attached a copy of the log files with xds logging set to trace for an
execution of the client and server with istio's mtls mode set to STRICT and
PERMISSIVE. My interpretation of these logs is:

In PERMISSIVE mode, neither client nor server is trying to use any type of
TLS; they're both using plain text and can interact just fine. I was under
the impression that PERMISSIVE mode would use mTLS, but reading the istio
docs, it's a little ambiguous, so I guess this is a correct behaviour.

In STRICT mode, it looks like the server is using the supplied TLS key
material to accept mTLS connections, but it doesn't look like the client is
making any attempt to use TLS.

I'm working on your other suggestions, but thought I should update you with
the logs before spending too much time on them.

On Wed, May 24, 2023 at 11:22 PM Sanjay Pujare 
wrote:

> (adding grpc.io group back)
>
> On Wed, May 24, 2023 at 2:57 PM Wesley Hartford 
> wrote:
>
>> Hi,
>>
>> My suggestion that the connection was falling back to insecure was not
>> evidence based, I'm still trying to wrap my head around how all this is
>> working.
>>
>
> Okay.
>
>
>>
>> The target address on the client side is using the xds:/// prefix.
>>
>> I've enabled trace level logging on the io.grpc.xds logger but I'm not
>> seeing any additional log messages, have I missed something? I'm using
>> slf4j and logback and have the SLF4JBridgeHandler installed.
>>
>
> The code uses Java util logging so you can just something like
> -Djava.util.logging.config.file=/logging.properties in your Java
> invocation command line and enable the logger for io.grpc.xds  .
>
>
>>
>> The grpc-bootstrap.json file seems reasonable, though I don't know just
>> what it all means (I've attached the content). The three pem files
>> referenced in certificate_providers point to real files containing
>> apparently valid PEM content.
>>
>> You've mentioned a couple times enabling vs. disabling mTLS, are you
>> referring to some specific setting on the client and/or server, or in istio
>> somewhere? My understanding has been that with the Xds server and channel,
>> both will use mTLS unless I specifically set the mtls mode to DISABLE in a
>> PeerAuthentication resource, which I haven't done. I've experimented with
>> mtls mode set to PERMISSIVE and STRICT. Is the problem something as simple
>> as not enabling mTLS somewhere?
>>
>
> In your first post you said "I got everything working without too much
> trouble ... ... When I configure Istio to enforce STRICT mTLS..." I got
> the impression that you got everything working in plaintext (without
> enabling mTLS) and then you enabled mTLS via Istio which is when you saw
> connection problems. I was just referring to the same - you enable mTLS in
> Istio security policy.
>
> I suggest couple of additional tests to troubleshoot this:
>
> - instead of using Xds Channel and Server credentials use the Tls Channel
> and Server credentials with the same files provided by Istio (under
> /var/lib/istio/data). You can check out the doc at
> https://grpc.github.io/grpc-java/javadoc/io/grpc/TlsChannelCredentials.html
> and
> https://grpc.github.io/grpc-java/javadoc/io/grpc/TlsServerCredentials.html
> . Note that even if you are using XDS for load balancing, service discovery
> you can use Tls credentials for security.
>
> - if you can try a Golang (or C++) example with your Istio setup and
> verify mTLS is working with those examples.
>
> Hope that helps.
>
>
>
>>
>> Thanks again,
>>
>> Wesley
>>
>> On Wed, May 24, 2023 at 10:27 AM 'sanjay...@google.com' via grpc.io <
>> grpc-io@googlegroups.com> wrote:
>>
>>> On Wednesday, May 24, 2023 at 8:41:20 AM UTC-7 Wesley Hartford wrote:
>>>
>>> Thanks for getting back to me, Sanjay. As far as I can tell, my client
>>> and server are both using the appropriate Xds credentials:
>>> The client code is at
>>> https://github.com/wfhartford/kotlin-grpc-xds/blob/18598a7e9210be7265bc753b136cb424d087ab77/client/src/main/kotlin/ca/cutterslade/kotlingrpcxds/client/main.kt#L26
>>>   Grpc.newChannelBuilder(targetUrl,
>>> XdsChannelCredentials.create(InsecureChannelCredentials.create())).build()
>>>
>>> The server code is at
>>> https://github.com/wfhartford/kotlin-grpc-xds/blob/18598a7e9210be7265bc753b136cb424d087ab77/server/src/main/kotlin/ca/cutterslade/kotlingrpcxds/server/main.kt#L45
>>>   XdsServerBuilder.forPort(8443,
>>> XdsServerCredentials.create(InsecureServerCredent

[ceph-users] Re: `ceph features` on Nautilus still reports "luminous"

[Wesley Dillingham]

Fairly confident this is normal. I just checked a pacific cluster and they
all report luminous as well. I think some of the backstory of this is
luminous is the release where up-maps were released and there hasnt been a
reason to increment the features release of subsequent daemons.

To be honest I am not confident that "ceph osd
set-require-min-compat-client nautilus" is a necessary step for you. What
prompted you to run that command?

That step is not listed here:
https://docs.ceph.com/en/latest/releases/nautilus/#upgrading-from-mimic-or-luminous

but its been a bit since ive operated a pre-nautilus release.

Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Thu, May 25, 2023 at 3:14 PM Oliver Schmidt  wrote:

> Hi Marc,
>
> >
> > I think for an upgrade the rocksdb is necessary. Check this for your
> monitors
> >
> > cat /var/lib/ceph/mon/ceph-a/kv_backend
>
> Thanks, but I already had migrated all mons to use rocksdb when upgrading
> to Luminous.
>
> ~ # cat /srv/ceph/mon/ceph-host1/kv_backend
> rocksdb
>
> Is this what you expect here?
>
> Best regards
> Oliver
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

[ceph-users] Re: ceph Pacific - MDS activity freezes when one the MDSs is restarted

[Wesley Dillingham]

There was a memory issue with standby-replay that may have been resolved
since and fix is in 16.2.10 (not sure), the suggestion at the time was to
avoid standby-replay.

Perhaps a dev can chime in on that status. Your MDSs look pretty inactive.
I would consider scaling them down (potentially to single active if your
workload allows).

The MDS have an intricate update process when you use multiple active, make
sure to read the docs on that if you arent using cephadm and want to
attempt an upgrade.

standby-replay can only take over for a single rank (tracks a single active
MDS) where a standby can take over for any rank. more here:
https://docs.ceph.com/en/latest/cephfs/standby/#configuring-standby-replay

Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Wed, May 24, 2023 at 10:33 AM Eugen Block  wrote:

> Hi,
>
> using standby-replay daemons is something to test as it can have a
> negative impact, it really depends on the actual workload. We stopped
> using standby-replay in all clusters we (help) maintain, in one
> specific case with many active MDSs and a high load the failover time
> decreased and was "cleaner" for the client application.
> Also, do you know why you use a multi-active MDS setup? Was that a
> requirement for subtree pinning (otherwise multiple active daemons
> would balance the hell out of each other) or maybe just an experiment?
> Depending on the workload pinning might have been necessary, maybe you
> would impact performance if you removed 3 MDS daemons? As an
> alternative you can also deploy multiple MDS daemons per host
> (count_per_host) which can utilize the server better, not sure which
> Pacific version that is, I just tried successfully on 16.2.13. That
> way you could still maintain the required number of MDS daemons (if
> it's still 7 ) and also have enough standby daemons. But that of
> course means in case one MDS host goes down all it's daemons will also
> be unavailable. But we used this feature in an older version
> (customized Nautilus) quite successfully in a customer cluster.
> There are many things to consider here, just wanted to share a couple
> of thoughts.
>
> Regards,
> Eugen
>
> Zitat von Hector Martin :
>
> > Hi,
> >
> > On 24/05/2023 22.02, Emmanuel Jaep wrote:
> >> Hi Hector,
> >>
> >> thank you very much for the detailed explanation and link to the
> >> documentation.
> >>
> >> Given our current situation (7 active MDSs and 1 standby MDS):
> >> RANK  STATE  MDS ACTIVITY DNSINOS   DIRS   CAPS
> >>  0active  icadmin012  Reqs:   82 /s  2345k  2288k  97.2k   307k
> >>  1active  icadmin008  Reqs:  194 /s  3789k  3789k  17.1k   641k
> >>  2active  icadmin007  Reqs:   94 /s  5823k  5369k   150k   257k
> >>  3active  icadmin014  Reqs:  103 /s   813k   796k  47.4k   163k
> >>  4active  icadmin013  Reqs:   81 /s  3815k  3798k  12.9k   186k
> >>  5active  icadmin011  Reqs:   84 /s   493k   489k  9145176k
> >>  6active  icadmin015  Reqs:  374 /s  1741k  1669k  28.1k   246k
> >>   POOL TYPE USED  AVAIL
> >> cephfs_metadata  metadata  8547G  25.2T
> >>   cephfs_data  data 223T  25.2T
> >> STANDBY MDS
> >>  icadmin006
> >>
> >> I would probably be better off having:
> >>
> >>1. having only 3 active MDSs (rank 0 to 2)
> >>2. configure 3 standby-replay to mirror the ranks 0 to 2
> >>3. have 2 'regular' standby MDSs
> >>
> >> Of course, this raises the question of storage and performance.
> >>
> >> Since I would be moving from 7 active MDSs to 3:
> >>
> >>1. each new active MDS will have to store more than twice the data
> >>2. the load will be more than twice as high
> >>
> >> Am I correct?
> >
> > Yes, that is correct. The MDSes don't store data locally but do
> > cache/maintain it in memory, so you will either have higher memory load
> > for the same effective cache size, or a lower cache size for the same
> > memory load.
> >
> > If you have 8 total MDSes, I'd go for 4+4. You don't need non-replay
> > standbys if you have a standby replay for each active MDS. As far as I
> > know, if you end up with an active and its standby both failing, some
> > other standby-replay MDS will still be stolen to take care of that rank,
> > so the cluster will eventually become healthy again after the replay
> time.
> >
> > With 4 active MDSes down from the current 7, the load per MDS will be a
> > bit less than double.
> >
> >>
> >> Emmanuel
> >>
> >> On Wed, May 24, 2023 at 2:31 PM Hector Martin  wrote:
> >>
> >>> On 24/05/2023 21.15, Emmanuel Jaep wrote:
>  Hi,
> 
>  we are currently running a ceph fs cluster at the following version:
>  MDS version: ceph version 16.2.10
>  (45fa1a083152e41a408d15505f594ec5f1b4fe17) pacific (stable)
> 
>  The cluster is composed of 7 active MDSs and 1 standby MDS:
>  RANK  STATE  MDS ACTIVITY DNSINOS   DIRS   CAPS
>   0active  icadmi

Re: [grpc-io] Re: Proxyless gRPC services in Istio mesh

[Wesley Hartford]

Thanks for getting back to me, Sanjay. As far as I can tell, my client and
server are both using the appropriate Xds credentials:
The client code is at
https://github.com/wfhartford/kotlin-grpc-xds/blob/18598a7e9210be7265bc753b136cb424d087ab77/client/src/main/kotlin/ca/cutterslade/kotlingrpcxds/client/main.kt#L26
  Grpc.newChannelBuilder(targetUrl,
XdsChannelCredentials.create(InsecureChannelCredentials.create())).build()

The server code is at
https://github.com/wfhartford/kotlin-grpc-xds/blob/18598a7e9210be7265bc753b136cb424d087ab77/server/src/main/kotlin/ca/cutterslade/kotlingrpcxds/server/main.kt#L45
  XdsServerBuilder.forPort(8443,
XdsServerCredentials.create(InsecureServerCredentials.create()))

The insecure credentials provided to both a fallback, and it looks like the
sample you linked is doing the same thing. I'm not sure why, but I'm
guessing that the secure connection is failing and it is falling back to
insecure. Based on the example you linked, the only other requirement is
that the GRPC_XDS_BOOTSTRAP environment variable is set, which is being
done by the istio sidecar; kubectl describe pod shows that both the client
and server containers have two environment variables injected:
  GRPC_XDS_EXPERIMENTAL_SECURITY_SUPPORT:  true
  GRPC_XDS_BOOTSTRAP:
 /etc/istio/proxy/grpc-bootstrap.json

There are only two warning lines being logged from both the client and the
server:

14:51:55.314 [main] WARN  i.g.n.s.io.netty.bootstrap.Bootstrap - Unknown
channel option 'SO_KEEPALIVE' for channel '[id: 0xba433026]'
14:51:55.314 [main] WARN  i.g.n.s.io.netty.bootstrap.Bootstrap - Unknown
channel option
'io.grpc.netty.shaded.io.netty.channel.epoll.EpollChannelOption#TCP_USER_TIMEOUT'
for channel '[id: 0xba433026]'

Do you know of anything else I might be missing that is required for a
secure connection?

Thanks,

Wesley


On Tue, May 23, 2023 at 11:10 PM 'sanjay...@google.com' via grpc.io <
grpc-io@googlegroups.com> wrote:

> On Wednesday, May 17, 2023 at 11:07:43 AM UTC-7 Wesley Hartford wrote:
>
> ...
> What doesn't seem right:
>
>- A server interceptor reports that ServerCall.getSecurityLevel()
>returns NONE,
>
>
> Seems right when you are using InsecureChannelCredentials i.e. plaintext.
>
>
>
>- When I configure Istio to enforce STRICT mTLS via a namespace wide
>PeerAuthentication resource, the client's connection to the server fails
>with: io.grpc.StatusException: UNAVAILABLE: Connection timeout for
>priority outbound|8443||server.kotlin-grpc-xds.svc.cluster.local[child1]
>
>
> You will have to modify the client code to use XdsCredentials as described
> in
> https://github.com/grpc/grpc-java/tree/master/examples/example-xds#run-the-example-with-xds-credentials
> . I am assuming the server is using XdsServerCredentials.
>
>
> Is this the expected behavior, or have I missed something?
>
> Thanks for any insight you might have.
>
> Wesley
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "grpc.io" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/grpc-io/e20VVBIPd7M/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> grpc-io+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/grpc-io/3e513ace-30e7-4a7d-8023-dde3a904be3cn%40googlegroups.com
> <https://groups.google.com/d/msgid/grpc-io/3e513ace-30e7-4a7d-8023-dde3a904be3cn%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/CA%2B%2B-c5w3J6ROX1NRmHFmhficeh-YRDe0Y1b6EUR%2B40hYDhEpjw%40mail.gmail.com.

Re: [MlMt] Is Benny Ok?

[Chay Wesley]

Great news, Thanks!

-- 
Chay

> On May 24, 2023, at 10:08 AM, Benny Kjær Nielsen  
> wrote:
> 
> On 24 May 2023, at 15:09, Chay Wesley wrote:
> 
>> I haven't seen any communications from Benny in about two months.  Does 
>> anyone have any news?  I hope he is well.
> 
> I'm ok :) There's been a lot of, let's say, “family activity” the past few 
> months and I've been less active on email correspondence (even more than 
> usual) and bug-hunting/fixing since this often requires quick forth and back 
> communication.
> 
> But this does not mean I haven't been working. Most of that work has gone 
> into an almost complete rewrite of the message list in MailMate which is one 
> of the big items on my todo list. An awful lot of this work isn't really 
> visible since it's related to how it's implemented and not what it can do, 
> but it was still important work :)
> 
> The new better (cleaner/robust/faster?) implementation means that I'll now be 
> able to, finally, add the option of a single column message list. This part 
> is not fully implemented yet, but I believe I'm relatively close to being 
> able to release a crude first shot at it.
> 
> All this just to let you know that I'm ok and I'll do my best to get back to 
> emailing as well :)
> 
> -- 
> Benny
> ___
> mailmate mailing list
> mailmate@lists.freron.com
> https://lists.freron.com/listinfo/mailmate

___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[MlMt] Is Benny Ok?

[Chay Wesley]

Hi,

I haven't seen any communications from Benny in about two months.  Does anyone 
have any news?  I hope he is well.

Chay Wesley
___
mailmate mailing list
mailmate@lists.freron.com
https://lists.freron.com/listinfo/mailmate

[dolphin] [Bug 469911] New: [wishlist] Workspaces

[Wesley Pimentel]

https://bugs.kde.org/show_bug.cgi?id=469911

Bug ID: 469911
   Summary: [wishlist] Workspaces
Classification: Applications
   Product: dolphin
   Version: unspecified
  Platform: Manjaro
OS: Linux
Status: REPORTED
  Severity: normal
  Priority: NOR
 Component: general
  Assignee: dolphin-bugs-n...@kde.org
  Reporter: awakening...@gmail.com
CC: kfm-de...@kde.org
  Target Milestone: ---

Hello guys, 
You know, opera has a kind of workspaces, would be nice to have workspaces for
tabs. The "names" of workspaces are created by the user.
For example: 1 - work, 2- programming, 3- hobby.

For example, when I'm studying languages usually I open 3-4 tabs/folders in
different locations, same as programming.

-- 
You are receiving this mail because:
You are watching all bug changes.

[dolphin] [Bug 469656] Dolphin cannot remember previously opened tabs

[Wesley Pimentel]

https://bugs.kde.org/show_bug.cgi?id=469656

Wesley Pimentel  changed:

   What|Removed |Added

 CC||awakening...@gmail.com

--- Comment #22 from Wesley Pimentel  ---
(In reply to DarkThoughts from comment #21)
> I have the same issue on Arch / EOS for a few days now.
> This was already a slight issue previously whenever you used the open folder
> function in other programs such as the Firefox download manager or Steam,
> where it would either open a completely new instance with the existing
> session, or a completely new instance with a new session, even if Dolphin
> was already opened (and if it wasn't, the empty session would override the
> old one). Now it seems that whenever you restart Dolphin it starts a new
> session. This is really frustrating when you keep some tabs open that you're
> frequently working with or want to remember for later use, especially if
> they're embedded deeply into the file system.
> 
> It'd be great if it had a proper session manager that we could use to
> restore previous sessions.

Yeah I have the same problem, they could this this issue with a workaround a
button that we could press to restore some tabs (in the correct order) would be
nice, it's what the browser Opera calls "workspaces", For example: 1 -
workspace for work, 2- learn programming, 3- for a hobby. I will try to find a
place to request it.

-- 
You are receiving this mail because:
You are watching all bug changes.

[grpc-io] Proxyless gRPC services in Istio mesh

[Wesley Hartford]

I'm using the xDS support in grpc-java to build a sample project with 
proxyless client and server in Kotlin which participate in an Istio service 
mesh. My project is available here: 
https://github.com/wfhartford/kotlin-grpc-xds

I got everything working without too much trouble, but I'm a little 
concerned that things might not be working as intended.

What's working correctly:

   - Client and server can communicate,
   - Client requests are round-robin load-balanced across multiple service 
   instances.

What doesn't seem right:

   - A server interceptor reports that ServerCall.getSecurityLevel() 
   returns NONE,
   - When I configure Istio to enforce STRICT mTLS via a namespace wide 
   PeerAuthentication resource, the client's connection to the server fails 
   with: io.grpc.StatusException: UNAVAILABLE: Connection timeout for 
   priority outbound|8443||server.kotlin-grpc-xds.svc.cluster.local[child1]

Is this the expected behavior, or have I missed something?

Thanks for any insight you might have.

Wesley

-- 
You received this message because you are subscribed to the Google Groups 
"grpc.io" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to grpc-io+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/grpc-io/a516a4db-38e9-4e10-94f2-11187f5ec49bn%40googlegroups.com.

Re: [Mpi-forum] Upcoming MPI Meetings

[Wesley Bland via mpi-forum]

Hi all,

The registration page for the July meeting is now available as well. You can 
find it on the logistics page and here:

https://forms.gle/rLseYfaUB9msiB4E9

Please register ASAP so you don't forget.

Thanks,
Wes

On Sun, May 14, 2023, at 2:15 PM, Martin Schulz via mpi-forum wrote:
> Hi all,
>  
> Just has a heads-up, as our next voting meeting is coming up quickly (due to 
> our compacted schedule for MPI 4.1) – we will meet virtually July 10-13, in 
> the usual timeslots from 9am-1pm US CT. The agenda is being already formed at 
> (feel free to send items rather earlier than later):
>  
> https://www.mpi-forum.org/meetings/2023/07/agenda
>  
> Note, the deadline for announcing ballots is: June 26th (2 weeks prior). 
> Please note, that this will be the last chance (assuming we stick to our 
> schedule) to announce any 2nd votes or erratas to make it into MPI 4.1. The 
> following voting meeting will already be during EuroMPI in Bristol and we are 
> planning to make this the release candidate meeting with the complete review 
> of the standard.
>  
> In order to prepare for this meeting, we still have the chance to have 
> several virtual meetings in order clarify text before the June 26 deadline. 
> Currently, we only have one slot scheduled:
>  
> June 7th: discussion of pending erratas (Rolf)
> #705 Errata: Fortran has only compile-time constantsRolf,Joseph
> #710 Errata: 'Pending communication' not defined in MPI_Comm_disconnect   
>  Rolf
> #676 Errata: 'Pending operation' not defined, pending proper definition   
>  Rolf,Joseph
>  
> If there are any further requests for virtual meetings, please let me of 
> Wesley know. Unless there a specific requests or other changes in schedule, I 
> am planning to use the June 14th slot to discuss any pending items on the 
> github project boards to make sure we don’t miss anything before the deadline.
>  
> Thanks!
>  
> Martin
>  
>  
>  
>  
> --
> Prof. Dr. Martin Schulz, Chair of Computer Architecture and Parallel Systems
> Department of Informatics, TU-Munich, Boltzmannstraße 3, D-85748 Garching
> Member of the Board of Directors at the Leibniz Supercomputing Centre (LRZ)
> Email: schu...@in.tum.de
>  
> ___
> mpi-forum mailing list
> mpi-forum@lists.mpi-forum.org
> https://lists.mpi-forum.org/mailman/listinfo/mpi-forum
> 
___
mpi-forum mailing list
mpi-forum@lists.mpi-forum.org
https://lists.mpi-forum.org/mailman/listinfo/mpi-forum

[ceph-users] Re: Upgrade Ceph cluster + radosgw from 14.2.18 to latest 15

[Wesley Dillingham]

I have upgraded dozens of clusters 14 -> 16 using the methods described in
the docs, and when followed precisely no issues have arisen. I would
suggest moving to a release that is receiving backports still (pacific or
quincy). The important aspects are only doing one system at a time. In the
case of monitors ensuring it rejoins quorum after restarting on new version
before proceeding to next mon. In the case of OSDs waiting for all PGs to
be active+clean* before proceeding to the next host.

Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Mon, May 15, 2023 at 3:46 AM Marc  wrote:

> why are you still not on 14.2.22?
>
> >
> > Yes, the documents show an example of upgrading from Nautilus to
> > Pacific. But I'm not really 100% trusting the Ceph documents, and I'm
> > also afraid of what if Nautilus is not compatible with Pacific in some
> > operations of monitor or osd =)
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

[ceph-users] Re: Upgrade Ceph cluster + radosgw from 14.2.18 to latest 15

[Wesley Dillingham]

Curious, why not go to Pacific? You can upgrade up to 2 major releases in a
go.

The upgrade process to pacific is here:
https://docs.ceph.com/en/latest/releases/pacific/#upgrading-non-cephadm-clusters
The upgrade to Octopus is here:
https://docs.ceph.com/en/latest/releases/octopus/#upgrading-from-mimic-or-nautilus

Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Tue, May 9, 2023 at 3:25 AM Marc  wrote:

> >
> > Hi, I want to upgrade my old Ceph cluster + Radosgw from v14 to v15. But
> > I'm not using cephadm and I'm not sure how to limit errors as much as
> > possible during the upgrade process?
>
> Maybe check the changelog, check upgrading notes, and continuosly monitor
> the mailing list?
> I have to do the same upgrade and eg. I need to recreate one monitor so it
> has the rocksdb before upgrading.
>
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

[ceph-users] Re: Ceph recovery

[Wesley Dillingham]

Assuming size=3 and min_size=2 It will run degraded (read/write capable)
until a third host becomes available at which point it will backfill the
third copy on the third host. It will be unable to create the third copy of
data if no third host exists. If an additional host is lost the data will
become inactive+degraded (below min_size) and will be unavailable for use.
Though data will not be lost assuming no further failures beyond the 2 full
hosts occurs and again if the second and third host comes back the data
will recover. Always best to have an additional host beyond the size
setting for this reason.

Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Mon, May 1, 2023 at 11:34 AM wodel youchi  wrote:

> Hi,
>
> When creating a ceph cluster, a failover domain is created, and by default
> it uses host as a minimal domain, that domain can be modified to chassis,
> or rack, ...etc.
>
> My question is :
> Suppose I have three osd nodes, my replication is 3 and my failover domain
> is host, which means that each copy of data is stored on a different node.
>
> What happens when one node crashes, does Ceph use the remaining free space
> on the other two to create the third copy, or the ceph cluster will run in
> degraded mode, like a RAID5
>  which lost a disk.
>
> Regards.
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

[ceph-users] Re: For suggestions and best practices on expanding Ceph cluster and removing old nodes

[Wesley Dillingham]

Get on nautilus first and (perhaps even go to pacific) before expansion.
Primarily for the reason that starting  in nautilus degraded data recovery
will be prioritized over remapped data recovery. As you phase out old
hardware and phase in new hardware you will have a very large amount of
backfill happening and if you get into a degraded state in the middle of
this backfill it will take a much longer time for the degraded data to
become clean again.

Additionally, you will want to follow the best practice of updating your
cluster in order. In short monitors then managers then osds then MDS and
RGW then other clients. More details here:
https://docs.ceph.com/en/latest/releases/nautilus/#upgrading-from-mimic-or-luminous

You dont want to run with a mixed software version cluster longer than a
well coordinated upgrade takes.

Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Tue, Apr 25, 2023 at 12:31 PM huxia...@horebdata.cn <
huxia...@horebdata.cn> wrote:

> Dear Ceph folks,
>
> I would like to listen to your advice on the following topic: We have a
> 6-node Ceph cluster (for RGW usage only ) running on Luminous 12.2.12, and
> now will add 10 new nodes. Our plan is to phase out the old 6 nodes, and
> run RGW Ceph cluster with the new 10 nodes on Nautilus version。
>
> I can think of two ways to achieve the above goal. The first method would
> be:   1) Upgrade the current 6-node cluster from Luminous 12.2.12 to
> Nautilus 14.2.22;  2) Expand the cluster with the 10 new nodes, and then
> re-balance;  3) After rebalance completes, remove the 6 old nodes from the
> cluster
>
> The second method would get rid of the procedure to upgrade the old 6-node
> from Luminous to Nautilus, because those 6 nodes will be phased out anyway,
> but then we have to deal with a hybrid cluster with 6-node on Luminous
> 12.2.12, and 10-node on Nautilus, and after re-balancing, we can remove the
> 6 old nodes from the cluster.
>
> Any suggestions, advice, or best practice would be highly appreciated.
>
> best regards,
>
>
> Samuel
>
>
>
> huxia...@horebdata.cn
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

[ceph-users] Re: v16.2.12 Pacific (hot-fix) released

[Wesley Dillingham]

A few questions:

- Will the 16.2.12 packages be "corrected" and reuploaded to the ceph.com
mirror? or will 16.2.13 become what 16.2.12 was supposed to be?

- Was the osd activation regression introduced in 16.2.11 (or does 16.2.10
have it as well)?

- Were the hotfxes in 16.2.12 just related to perf / time-to-activation or
was there a total failure to activate / other breaking issue?

- Which version of Pacific is recommended at this time?

Thank you very much.

Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Mon, Apr 24, 2023 at 3:16 AM Simon Oosthoek 
wrote:

> Dear List
>
> we upgraded to 16.2.12 on April 17th, since then we've seen some
> unexplained downed osd services in our cluster (264 osds), is there any
> risk of data loss, if so, would it be possible to downgrade or is a fix
> expected soon? if so, when? ;-)
>
> FYI, we are running a cluster without cephadm, installed from packages.
>
> Cheers
>
> /Simon
>
> On 23/04/2023 03:03, Yuri Weinstein wrote:
> > We are writing to inform you that Pacific v16.2.12, released on April
> > 14th, has many unintended commits in the changelog than listed in the
> > release notes [1].
> >
> > As these extra commits are not fully tested, we request that all users
> > please refrain from upgrading to v16.2.12 at this time. The current
> > v16.2.12 will be QE validated and released as soon as possible.
> >
> > v16.2.12 was a hotfix release meant to resolve several performance
> > flaws in ceph-volume, particularly during osd activation. The extra
> > commits target v16.2.13.
> >
> > We apologize for the inconvenience. Please reach out to the mailing
> > list with any questions.
> >
> > [1]
> https://urldefense.com/v3/__https://ceph.io/en/news/blog/2023/v16-2-12-pacific-released/__;!!HJOPV4FYYWzcc1jazlU!-OuIFoOFfOQDsz4abuBV7neIEO7j0XkOM1YBEIhz_IYTdUAIMuO9upMHj_R8bAFFrWQ8OBHwS6x4I5-fNaPJ0M8$
> >
> > On Fri, Apr 14, 2023 at 9:42 AM Yuri Weinstein 
> wrote:
> >>
> >> We're happy to announce the 12th hot-fix release in the Pacific series.
> >>
> >>
> https://urldefense.com/v3/__https://ceph.io/en/news/blog/2023/v16-2-12-pacific-released/__;!!HJOPV4FYYWzcc1jazlU!-OuIFoOFfOQDsz4abuBV7neIEO7j0XkOM1YBEIhz_IYTdUAIMuO9upMHj_R8bAFFrWQ8OBHwS6x4I5-fNaPJ0M8$
> >>
> >> Notable Changes
> >> ---
> >> This is a hotfix release that resolves several performance flaws in
> ceph-volume,
> >> particularly during osd activation (
> https://urldefense.com/v3/__https://tracker.ceph.com/issues/57627__;!!HJOPV4FYYWzcc1jazlU!-OuIFoOFfOQDsz4abuBV7neIEO7j0XkOM1YBEIhz_IYTdUAIMuO9upMHj_R8bAFFrWQ8OBHwS6x4I5-fg0yeu7U$
> )
> >> Getting Ceph
> >>
> >> 
> >> * Git at git://github.com/ceph/ceph.git
> >> * Tarball at
> https://urldefense.com/v3/__https://download.ceph.com/tarballs/ceph-16.2.12.tar.gz__;!!HJOPV4FYYWzcc1jazlU!-OuIFoOFfOQDsz4abuBV7neIEO7j0XkOM1YBEIhz_IYTdUAIMuO9upMHj_R8bAFFrWQ8OBHwS6x4I5-fBEJl5p4$
> >> * Containers at
> https://urldefense.com/v3/__https://quay.io/repository/ceph/ceph__;!!HJOPV4FYYWzcc1jazlU!-OuIFoOFfOQDsz4abuBV7neIEO7j0XkOM1YBEIhz_IYTdUAIMuO9upMHj_R8bAFFrWQ8OBHwS6x4I5-fc7HeSms$
> >> * For packages, see
> https://urldefense.com/v3/__https://docs.ceph.com/en/latest/install/get-packages/__;!!HJOPV4FYYWzcc1jazlU!-OuIFoOFfOQDsz4abuBV7neIEO7j0XkOM1YBEIhz_IYTdUAIMuO9upMHj_R8bAFFrWQ8OBHwS6x4I5-fAKdWZK4$
> >> * Release git sha1: 5a2d516ce4b134bfafc80c4274532ac0d56fc1e2
> > ___
> > ceph-users mailing list -- ceph-users@ceph.io
> > To unsubscribe send an email to ceph-users-le...@ceph.io
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

[RBW] Re: WTB: Nitto quill adapter, 130mm

[Wesley]

Looks like it is in stock at Soma:
https://www.somafabshop.com/shop/27507-nitto-stem-mtc-024-130mm-riser-28-6-22-2-slv-5875

I have one of the longer version that I think is surplus. But if you're 
looking for height, I would recommend the product that allowed me to retire 
the Nitto riser. This Soma-branded stem adapter/riser is the tallest I've 
seen anywhere:
https://www.somafabshop.com/shop/soma-high-rider-xl-quill-28-6-22-2-290mm-4984
-Wes

On Saturday, April 22, 2023 at 7:55:46 PM UTC-7 Tom Goodmann wrote:

> Though likely scarce as a horn shed from a unicorn, I wonder whether 
> anyone might have one of these and be willing to part with it. 
> https://www.rivbike.com/products/nitto-mtc-quill-for-threadless-stem 
>
> I've been on the restock notification list for Riv, understanding the wait 
> for many things from Nitto.
>
> Thanks for any leads!  
>
> Tom 
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/30d0b7f3-b70a-456d-aea8-e03edef42fe9n%40googlegroups.com.

Re: Is a tool available to check the integrity of copied files?

[Wesley Kerfoot]

try bsdiff maybe? https://www.daemonology.net/bsdiff/

it will probably be very slow if you're not going through the filesystem
cache

On Fri, Apr 14, 2023, 4:59 PM Ralf Mardorf  wrote:

> Hi,
>
> my google search was "does linux diff compare data using a cache".
>
> I'm trying to figure out what's going on. The first diff of 10 GiB of
> data copied from a SATA3 SSD to an USB 2 stick connected to an USB 3
> port took around a minute, right after the copy finished. A second diff
> needed 3 seconds. Both returned exit status 0.
>
> It's impossible to read 10 GiB of data in 3 seconds from an USB 2 stick.
> Does diff use cached data instead of comparing the "real" files line by
> line?
>
> Google returned "diff isn't doing any caching. The OS is. If you are
> using Linux, you can flush the disk buffers and cache".
>
> I expected that diff ensures to compare the "real" files line by line,
> but seemingly diff isn't aimed to check integrity of data.
>
> Does a command exist that compares "real" files, not just cached files
> by default?
>
> I experience weird things with Raptor Lake hardware, especially if USB
> is involved and I want to check the integrity of USB transferred, saved
> files by using a tool, without manually clearing cached data manually.
>
> Regards,
> Ralf
>

[RBW] Re: "You need 7 bikes" article

[Wesley]

We know from Bicycle Belle Leah that the mixte can be the lightish road 
bike, the do-all racked and fendered bike, or the beater - at least. So you 
really only need six (eight?).
-W

On Wednesday, March 29, 2023 at 5:16:47 PM UTC-7 eric...@gmail.com wrote:

> Hi Tom — This appeared as a little blurb in Rivendell Reader No. 42 on 
> page 6 (online in the Rivendell archive here 
> ). 
>
> [image: Screenshot 2023-03-29 at 8.14.15 PM.png]
>
> On Wednesday, March 29, 2023 at 8:45:16 AM UTC-4 Tom Palmer wrote:
>
>> Hi all,
>> I recall an article by Grant about the number of bike a person needs with 
>> justification. I think it was 7.
>>  Any idea which reader it was in?
>> Thanks!
>> Tom Palmer
>> Twin Lake, MI
>>
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/bd2fd4c0-3d09-4330-93d5-ce998a4e18abn%40googlegroups.com.

[RBW] Re: WTB Clem Smith Jr L Frameset

[Wesley]

I meant to say "mismatched fork", not for.
-W
On Thursday, March 30, 2023 at 5:48:52 PM UTC-7 Wesley wrote:

> Hi Graham,
> I have been waiting for the same frame as you for a long time, and there 
> are none that I know of available. BUT!
> 1. Rivendell will have them back in stock in a few weeks
> 2. I saw a few in photos from the garage sale (mismatched for and/or 
> blemished frames). If you're local to the Bay Area, you might call to see 
> whether one of those remains.
>
> Good luck!
> -Wes
>
> On Thursday, March 30, 2023 at 10:32:07 AM UTC-7 Graham McCall wrote:
>
>> Hey All, 
>>
>> I'm looking for a Frame/fork Clem Smith Jr L in size 64/65, also would 
>> interested in a 59. PBH is 90.1
>>
>> Thanks, 
>> Graham
>>
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/e505115a-9fa4-407a-9c7d-525f875d4a64n%40googlegroups.com.

[RBW] Re: WTB Clem Smith Jr L Frameset

[Wesley]

Hi Graham,
I have been waiting for the same frame as you for a long time, and there 
are none that I know of available. BUT!
1. Rivendell will have them back in stock in a few weeks
2. I saw a few in photos from the garage sale (mismatched for and/or 
blemished frames). If you're local to the Bay Area, you might call to see 
whether one of those remains.

Good luck!
-Wes

On Thursday, March 30, 2023 at 10:32:07 AM UTC-7 Graham McCall wrote:

> Hey All, 
>
> I'm looking for a Frame/fork Clem Smith Jr L in size 64/65, also would 
> interested in a 59. PBH is 90.1
>
> Thanks, 
> Graham
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/0c0f9b57-1444-4eb4-aadb-436525458138n%40googlegroups.com.

[RBW] Re: PSA Sale on Shimano Deore M591 9-Speed Rear Derailleur

[Wesley]

On that subject, I recently bought a rear derailer made by S-Ride, one of 
the Soma family of brands. Every weekend this winter they've been running 
big discounts (if you subscribe to their emails) - usually 30-50% off. 
Anyway, I got mine for $15 and it's good.
https://www.somafabshop.com/shop/590834-s-ride-rear-derailleur-long-cage-9-8-sp-black-rd-m300-5789
-W

On Tuesday, March 7, 2023 at 9:08:56 AM UTC-8 maxcr wrote:

> With all the news about Shimano discontinuing lines and what not, I 
> thought it might be wise to stash a couple of things just in case, but I 
> didn't want to spend a lot...
>
> I found the Shimano Deore M591 9-Speed Rear Derailleur on sale at REI for 
> $38.93, that's not bad for good performing RD, it's not silver, but at that 
> price I'll take it.
>
>
> https://www.rei.com/product/798943/shimano-deore-m591-9-speed-rear-derailleur
>
> Hope this is helpful
> Max
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/b6df5fc1-0e66-42e3-85de-2a2af86bf9ecn%40googlegroups.com.

[ceph-users] Re: deep scrub and long backfilling

[Wesley Dillingham]

In general it is safe and during long running remapping and backfill
situations I enable it. You can enable it with:

 "ceph config set osd osd_scrub_during_recovery true"

If you have any problems you think are caused by the change, undo it:

Stop scrubs asap:
"ceph osd set nodeep-scrub"
"ceph osd set noscrub"

reinstate the previous value:
 "ceph config set osd osd_scrub_during_recovery false"

Once things stabilize unset the no scrub flags to resume normal scrub
operations:

"ceph osd unset nodeep-scrub"
"ceph osd unset noscrub"



Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Sat, Mar 4, 2023 at 3:07 AM Janne Johansson  wrote:

> Den lör 4 mars 2023 kl 08:08 skrev :
> > ceph 16.2.11,
> > is safe to enable scrub and deep scrub during backfilling ?
> > I have log recovery-backfilling due to a new crushmap , backfilling is
> going slow and deep scrub interval as expired so I have many pgs  not
> deep-scrubbed in time.
>
> It is safe to have it enabled, scrubs will skip the PGs currently
> being backfilled.
> It will put some extra load on the cluster, but for most clusters,
> scrubs are always on by default.
>
> --
> May the most significant bit of your life be positive.
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

Re: Translation to Arabic

[vitor wesley]

Thank you so much,

My pairs of language is from English to Brazilian Portuguese and Brazilian
Portuguese from English.


On Mon, Feb 27, 2023 at 7:39 AM Bidouille  wrote:

> Welcome here,
>
> You can start to propose suggestions about localisation on:
> https://translate.apache.org/ar/
> Currently, these strings are:
> Apache OpenOffice 4.2 UI 180 critics143 suggested   6 293 not complete
> Apache OpenOffice 4.2 Help 61 critics   0 suggested 437 892 not
> complete
> Once done, please let us know.
>
> - Mail original -
> > De: "Khalil Suhail" 
> > À: L10N@openoffice.apache.org
> > Envoyé: Dimanche 26 Février 2023 17:05:09
> > Objet: Translation to Arabic
> >
> > Hello, I would like to contribute in translation to Arabic
> >
> > Souheil Khalil
> >
> > Beirut, Lebanon
> >
> >
> >
> > -
> > To unsubscribe, e-mail: l10n-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: l10n-h...@openoffice.apache.org
> >
> >
>
> -
> To unsubscribe, e-mail: l10n-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: l10n-h...@openoffice.apache.org
>
>

[RBW] Re: Susie Lugged

[Wesley]

It's always cool to see the updated frame schedule. Those purple plattys 
are gonna be amazing!

On Thursday, February 2, 2023 at 5:00:47 PM UTC-8 krhe...@gmail.com wrote:

> I am excited to see CLEMs' coming out later this year or least to be 
> determined; completes and frames. 
>
> Kim Hetzel
> Yelm, WA. 
>
> On Thursday, February 2, 2023 at 4:53:00 PM UTC-8 Ryan wrote:
>
>> I like those dark-gold Homers...and possibly a dark-gold Road Uno in 2023?
>>
>> On Thursday, February 2, 2023 at 6:12:59 PM UTC-6 Stephen wrote:
>>
>>> I noticed the lugged susie too! Wonder how it will look, Ive been 
>>> resisting the temptation for the dark gold Susies so far but my brain keeps 
>>> circling back to them.. I keep toying with the idea of letting my Joe go to 
>>> get a susie.
>>>
>>> On Thursday, February 2, 2023 at 5:23:47 PM UTC-5 lconley wrote:
>>>
 What about purple Roadunos in September?

 Laing

 On Thursday, February 2, 2023 at 5:13:11 PM UTC-5 Joe Bernard wrote:

> What you say?? I say! The Riv email newsletter says there's something 
> called Susie Lugged in dark gold coming June 2023. Well ok! 
>
> Joe Bernard 
>


-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/d9856e25-2ae6-4516-a8c6-a48cf3ac76den%40googlegroups.com.

[ceph-users] Re: Very slow snaptrim operations blocking client I/O

[Wesley Dillingham]

I hit this issue once on a nautilus cluster and changed the OSD
parameter bluefs_buffered_io
= true (was set at false). I believe the default of this parameter was
switched from false to true in release 14.2.20, however, perhaps you could
still check what your osds are configured with in regard to this config
item.

Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Fri, Jan 27, 2023 at 8:52 AM Victor Rodriguez 
wrote:

> Hello,
>
> Asking for help with an issue. Maybe someone has a clue about what's
> going on.
>
> Using ceph 15.2.17 on Proxmox 7.3. A big VM had a snapshot and I removed
> it. A bit later, nearly half of the PGs of the pool entered snaptrim and
> snaptrim_wait state, as expected. The problem is that such operations
> ran extremely slow and client I/O was nearly nothing, so all VMs in the
> cluster got stuck as they could not I/O to the storage. Taking and
> removing big snapshots is a normal operation that we do often and this
> is the first time I see this issue in any of my clusters.
>
> Disks are all Samsung PM1733 and network is 25G. It gives us plenty of
> performance for the use case and never had an issue with the hardware.
>
> Both disk I/O and network I/O was very low. Still, client I/O seemed to
> get queued forever. Disabling snaptrim (ceph osd set nosnaptrim) stops
> any active snaptrim operation and client I/O resumes back to normal.
> Enabling snaptrim again makes client I/O to almost halt again.
>
> I've been playing with some settings:
>
> ceph tell 'osd.*' injectargs '--osd-max-trimming-pgs 1'
> ceph tell 'osd.*' injectargs '--osd-snap-trim-sleep 30'
> ceph tell 'osd.*' injectargs '--osd-snap-trim-sleep-ssd 30'
> ceph tell 'osd.*' injectargs '--osd-pg-max-concurrent-snap-trims 1'
>
> None really seemed to help. Also tried restarting OSD services.
>
> This cluster was upgraded from 14.2.x to 15.2.17 a couple of months. Is
> there any setting that must be changed which may cause this problem?
>
> I have scheduled a maintenance window, what should I look for to
> diagnose this problem?
>
> Any help is very appreciated. Thanks in advance.
>
> Victor
>
>
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

Re: [RBW] Craigslist (and others) Bikes For Sale: 3

[Wesley]

Huh! That's almost certainly the Platypus frame listed on Facebook group 
Rivendell Bicycles buy/sell/trade for $2000 + shipping because "this is the 
amount i spent to get it in my hands". So you'd be paying full retail price 
plus shipping the frame twice. Maybe he'll have luck after Riv sells all of 
theirs.
On Thursday, January 19, 2023 at 9:29:07 PM UTC-8 Joe Bernard wrote:

> Or I could buy one for $1750 (it's in stock) from RBW. Sheesh! 
>
> On Thursday, January 19, 2023 at 8:46:48 PM UTC-8 Kim Hetzel wrote:
>
>> New In Box 2022 55cm Rivendell Platypus frameset - $2,100 
>> New In Box.
>> Headset and seatpost included.
>> $2100 firm. 
>> Cash/Zelle only.
>> You must pick up. 
>>
>>
>> https://newyork.craigslist.org/que/bik/d/flushing-new-in-box-cm-rivendell/7576327566.html
>>
>> On Thursday, January 19, 2023 at 8:18:40 PM UTC-8 JAS wrote:
>>
>>> OOPS!  I got the colors reversedClem H is dark green, Platy is 
>>> lime-olive.  Sorry.
>>>
>>> On Thursday, January 19, 2023 at 8:17:06 PM UTC-8 JAS wrote:
>>>
 CLEM H  59cm  $1500  Eugene, OR
   lime-olive color
   
 https://eugene.craigslist.org/bik/d/eugene-rivendell-clem-smith-jr/7571155810.html
  

 PLATYPUS frameset  60cm  $1637  Eugene, OR
   looks like the dark green color
   
 https://portland.craigslist.org/mlt/bik/d/eugene-new-rivendell-60cm-platypus/7580365799.html
 On Thursday, January 19, 2023 at 8:19:55 AM UTC-8 Keith Weaver wrote:

> There's a small (48 cm), red(!) Hillborne in the Bay Area that I'm 
> trying to resist buying myself. I think it may be a bit small for me with 
> my 79 cm PBH, and not quite what I need to replace my Disc Trucker. I'm 
> trying to hold out until the next batch of Appaloosas. 
>
>
> https://sfbay.craigslist.org/eby/bik/d/oakland-red-48cm-rivendell-sam-hillborne/7578783667.html
>
> On Thu, Jan 19, 2023 at 5:40 AM MCT  wrote:
>
>> There is a 61cm Waterford A. Homer Hilsen for sale on Paceine for 
>> $1,000
>>
>> https://forums.thepaceline.net/showthread.php?t=291519
>>
>> -- 
>>
> You received this message because you are subscribed to the Google 
>> Groups "RBW Owners Bunch" group.
>> To unsubscribe from this group and stop receiving emails from it, 
>> send an email to rbw-owners-bun...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/rbw-owners-bunch/ccc8ed0d-784e-4e5b-86c6-04c56b3970d7n%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/53dceb59-f1c7-4a8a-b342-13f32df0ef92n%40googlegroups.com.

[RBW] Re: Exploration: Make your own pump peg

[Wesley]

This is cool, Eric - but how is it better than using the pump peg that was 
so thoughtfully brazed onto your frame?
-Wes

On Tuesday, January 17, 2023 at 7:05:38 PM UTC-8 eric...@gmail.com wrote:

> I read Will's post about how to make your own pump peg on the Blug a long 
> while back: 
> https://rivbike.tumblr.com/post/185595499869/how-to-make-your-own-pump-pegs
>
> You take a p-clamp, some spacers and modify a Nitto strut and you've got a 
> pump peg somewhere you might not have had one before. Will likes to put his 
> in the rear triangle and you'll notice them mounted this way on a lot of 
> his bikes.  
>
> [image: tumblr_inline_pt3zzjpbXk1qdvnvk_500.jpg]
> [image: tumblr_inline_pt401jwzC21qdvnvk_500.jpg]
>
> This is great, I love it, cool hack! But I've always wanted for a version 
> that doesn't require tracking down and destroying a Nitto strut. Riv HQ is 
> probably awash in Nitto struts and they have em poking out of the coffee 
> cans on everyone's desk all over the place. But not so for me, Nitto struts 
> are precious few in my shed. 
>
> I think I came up with the right shape and this weekend I picked up an 
> electrical ring terminal in the 10-12 size, yellow sleeve. 
>
> [image: Screen Shot 2023-01-17 at 9.56.39 PM.png][image: Screen Shot 
> 2023-01-17 at 9.56.44 PM.png]
>
> Holding the ring end with one pair of pliers you can easily remove the 
> yellow sleeve with a second pair of pliers. A pack of 15 is $4.50. If your 
> local hardware store has a bulk/loose hardware section you can get one for 
> around 55¢ (at least I did). 
>
> Paired with a 3/8" insulated cable clamp (2 for $2.20), a few serrated 
> brake washers, an M5 bolt and a nylock nut I had a fashioned a pump peg. 
> Didn't have to cut or shape any metal or destroy any high-end Japanese rack 
> struts. 
>
> [image: IMG_4875.JPG]
>
> [image: IMG_4874.JPG]
>
> I have yet to SUPER TEST this out but wanted to share all the same. 
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/ca8830f0-27bd-4cff-a41c-7157311dd58an%40googlegroups.com.

Re: Weird Firefox & Thunderbird Context Menu/Right Click Bug

[Wesley Kerfoot]

I've been having the same issue for months with Firefox, using XMonad. I
doubt this is a DE-caused issue. Possibly something to do with X. Might be
worth testing it under Wayland.

On Tue, Jan 17, 2023, 9:33 AM NicoHood  wrote:

> Hey guys,
> I dont know where to report this, as it could be related to firefox,
> thunderbird or gnome (or any other desktop related software).
>
> In the last 1-2 Weeks (I dont update that often) I noticed that after
> some time (have not found a reproducible reason) right clicks, or
> context menus in genral in Firefox stop working at all. The menu pops up
> for a few milliseconds and then disappear.
>
> When you restart firefox everything works again. I noticed the same isse
> in thunderbird too, which is also by mozilla. I did not notice it in any
> other application. I am using gnome as Desktop environment.
>
> Do you have the same issue? Any hint if this is a gnome, firefox or
> other issue?
>
> Cheers
> Nico
>

Does CVE-2022-46364 affect Solr 7.3.1

[Wesley Philip]

Hello,

Mend security scan has flagged cxf-core-3.4.3.jar with  CVE-2022-46364.  I 
believe this jar is pulled in as a dependency of Solr 7.3.1.  I'm wondering if 
Solr is truly vulnerable to this issue.

Thanks,

Wesley
::DISCLAIMER::

The contents of this e-mail and any attachment(s) are confidential and intended 
for the named recipient(s) only. E-mail transmission is not guaranteed to be 
secure or error-free as information could be intercepted, corrupted, lost, 
destroyed, arrive late or incomplete, or may contain viruses in transmission. 
The e mail and its contents (with or without referred errors) shall therefore 
not attach any liability on the originator or HCL or its affiliates. Views or 
opinions, if any, presented in this email are solely those of the author and 
may not necessarily reflect the views or opinions of HCL or its affiliates. Any 
form of reproduction, dissemination, copying, disclosure, modification, 
distribution and / or publication of this message without the prior written 
consent of authorized representative of HCL is strictly prohibited. If you have 
received this email in error please delete it and notify the sender 
immediately. Before opening any email and/or attachments, please check them for 
viruses and other defects.

[RBW] Re: Flood Season Riding in CA

[Wesley]

Oh, and further to Collin's point about the flood risk from channelizing 
the river: the Sacramento River is expected to overtop the Fremont weir 
starting tomorrow for the first time since 2019, which was before I moved 
to town. This causes the river to flow into the Yolo bypass rather than 
flooding the city. Interstate 80 crosses the bypass on a causeway and I've 
heard descriptions of the 2017 flow through there that sound apocalyptic. 
Nothing in the forecast indicates that we will see even a third of that 
flow, but it is going to get wetter and wetter over the next few weeks, so 
who knows?

Bike content: a week ago I rode out into the bypass on some gravel roads - 
it was so refreshing to find a local ride that doesn't involve cars! Looks 
like that'll be impossible for a little while.
-Wes

On Friday, January 6, 2023 at 6:43:38 PM UTC-8 Wesley wrote:

> Its true about the consternation from the public! I was out a few nights 
> ago to see what conditions looked like on the American River, and at an 
> intersection some car pulled up next to me, pointed a camera at me and 
> started in with a bunch of questions about why I was out riding in the 
> rain. It's a bike thing, you wouldn't understand.
> -Wes
>
> On Friday, January 6, 2023 at 4:36:51 PM UTC-8 Collin A wrote:
>
>> Brunchers,
>>
>> Happy "Storm" Season from Sacramento, currently sitting at a lovely 30 ft 
>> (average, NAVD88) with the nearby American River potentially cresting at 40 
>> ft if the current forecasts hold. This post may be a bit off-topic, but it 
>> is riv/bike related because I have been doing some inspection rounds of the 
>> levees on my Appaloosa, much to the confusion of my coworkers and the 
>> public I see out there!
>>
>> Some Background:
>> Like most of the rivers in California, the American River (and Sacramento 
>> that the American feeds) is not a "natural" river and instead dammed at 
>> several locations along it's length and constrained for hundreds of miles 
>> by levees of varying levels of 'integrity.' The levees tend to contribute 
>> to flood risk, somewhat counterintuitively, because they constrain and 
>> limit how wide a river can go, thereby making the river run narrower, 
>> taller, and faster and causing more flooding if (or rather when) a levee 
>> breaks. The dams, specifically the Folsom Dam, serve to capture the more 
>> erratic rainfall and stream flows and later release them over a longer 
>> period to avoid damaging the levees and flooding the cities downstream. 
>>
>> Currently, Folsom is releasing about 190,000 gallons a second (or about 1 
>> olympic swimming pool every 3 seconds) in anticipation of the next several 
>> storms to make sure there is enough space to capture all of that water 
>> (before they have to release that volume gradually to then make space for 
>> another big storm). They will likely continue to release more water as the 
>> storms continue, and they are currently scheduled to release 40% more 
>> starting tomorrow. For a point of reference, the levees are designed to 
>> handle at least 4 times that amount, and the dam is designed for another 5 
>> times more!
>>
>> Bike Stuff:
>> I managed to get a ride out before this most recent storm and got a few 
>> photos of condition of the river paths and river itself. I'll be doing a 
>> similar lap early next week when the river rises another 10 feet or so and 
>> will likely try to make it a weekly occurrence as long as the storms keep 
>> up and I don't get called to an emergency response.
>> [image: PXL_20230103_183538984.jpg]
>> One of the boat ramps underneath Howe Ave, currently under water.
>>
>> [image: PXL_20230103_183305652.jpg]
>> Looking downstream from Watt Ave bridge
>>
>> Resources for those in the area related to forecasting:
>> River forecasts: CNRFC - California Nevada River Forecast Center 
>> (noaa.gov) <https://cnrfc.noaa.gov/>
>> Reservoir Release Schedules: CDEC - LastRes (ca.gov) 
>> <https://cdec.water.ca.gov/dynamicapp/lastRes> 
>>
>> Stay safe out there,
>> Collin in Floodramento
>>
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/9305e245-6b37-468a-8e51-80ce26f89caan%40googlegroups.com.

[RBW] Re: Flood Season Riding in CA

[Wesley]

Its true about the consternation from the public! I was out a few nights 
ago to see what conditions looked like on the American River, and at an 
intersection some car pulled up next to me, pointed a camera at me and 
started in with a bunch of questions about why I was out riding in the 
rain. It's a bike thing, you wouldn't understand.
-Wes

On Friday, January 6, 2023 at 4:36:51 PM UTC-8 Collin A wrote:

> Brunchers,
>
> Happy "Storm" Season from Sacramento, currently sitting at a lovely 30 ft 
> (average, NAVD88) with the nearby American River potentially cresting at 40 
> ft if the current forecasts hold. This post may be a bit off-topic, but it 
> is riv/bike related because I have been doing some inspection rounds of the 
> levees on my Appaloosa, much to the confusion of my coworkers and the 
> public I see out there!
>
> Some Background:
> Like most of the rivers in California, the American River (and Sacramento 
> that the American feeds) is not a "natural" river and instead dammed at 
> several locations along it's length and constrained for hundreds of miles 
> by levees of varying levels of 'integrity.' The levees tend to contribute 
> to flood risk, somewhat counterintuitively, because they constrain and 
> limit how wide a river can go, thereby making the river run narrower, 
> taller, and faster and causing more flooding if (or rather when) a levee 
> breaks. The dams, specifically the Folsom Dam, serve to capture the more 
> erratic rainfall and stream flows and later release them over a longer 
> period to avoid damaging the levees and flooding the cities downstream. 
>
> Currently, Folsom is releasing about 190,000 gallons a second (or about 1 
> olympic swimming pool every 3 seconds) in anticipation of the next several 
> storms to make sure there is enough space to capture all of that water 
> (before they have to release that volume gradually to then make space for 
> another big storm). They will likely continue to release more water as the 
> storms continue, and they are currently scheduled to release 40% more 
> starting tomorrow. For a point of reference, the levees are designed to 
> handle at least 4 times that amount, and the dam is designed for another 5 
> times more!
>
> Bike Stuff:
> I managed to get a ride out before this most recent storm and got a few 
> photos of condition of the river paths and river itself. I'll be doing a 
> similar lap early next week when the river rises another 10 feet or so and 
> will likely try to make it a weekly occurrence as long as the storms keep 
> up and I don't get called to an emergency response.
> [image: PXL_20230103_183538984.jpg]
> One of the boat ramps underneath Howe Ave, currently under water.
>
> [image: PXL_20230103_183305652.jpg]
> Looking downstream from Watt Ave bridge
>
> Resources for those in the area related to forecasting:
> River forecasts: CNRFC - California Nevada River Forecast Center 
> (noaa.gov) 
> Reservoir Release Schedules: CDEC - LastRes (ca.gov) 
>  
>
> Stay safe out there,
> Collin in Floodramento
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/649c92b1-e56e-4361-980a-7f15e4ecf996n%40googlegroups.com.

[RBW] Re: First Ride of 2023

[Wesley]

No pics because it was dark and pouring. I rode up the American River 
parkway to see the conditions on the river and at the Nimbus dam on January 
2. It was a lot of water! I've lived in Sacramento for there years but it's 
been a drought that whole time so I am seeing the flood control 
infrastructure in operation for the first time. Very cool and a little 
worrisome, given the amount of rain that's coming in the next few weeks. I 
believe the Fremont Weir will begin overtopping with flow into the Yolo 
bypass this weekend - that'll be a sight!
-Wes

On Monday, January 2, 2023 at 7:11:26 AM UTC-8 Paul Clifton wrote:

> I'm really enjoying the Last Ride of 2022 thread with its short 
> descriptions of all different kinds of rides, so I thought I'd start a 
> first ride of 2023.
>
> I got out on my new years day ride down here on the Florida panhandle. It 
> was sunny and over 70 degrees. I rode a nice 12 mile loop that took me 
> through the Saint Joseph Bay State Buffer Preserve, then to a coffee 
> outside stop across from Salinas Park on Cape San Blas, then back to Indian 
> Pass along the beach. A perfect ride with the perfect tires for the job. 
> After the swampy puddles in the buffer and the salty beach sand, I 
> definitely rinsed the bike off when I got back.
>
> I hope everyone has a great 2023.
>
> Paul usually in AR[image: 20230101_131633.jpg][image: 20230101_140956.jpg]
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/eada4a60-d34c-44ac-88cd-c1bd29c46a7fn%40googlegroups.com.

Re: [cayugabirds-l] Pochard?

[Wesley M. Hochachka]

Hi all,

   I have been doing a little bit of reading about Red-crested Pochards in 
Europe, and it seems that they have histories of both: (1) natural colonization 
based on long-distance mass movement, and (2) becoming established due to 
introductions.  According to the text in the second European Breeding Bird 
Atlas, the species did not live in Europe until the 1800s, with speculation 
that they became established mostly in Spain following severe drought and 
dispersal from the core of their range in Central Asia.  The speculation 
continues that the species then moved northward and eastward into central 
Europe from Spain.  The European and Central Asian populations have been shown 
to now be genetically distinct.  Also, the move northward out of Spain really 
began in earnest in the 1980s, again at a time of drought (this time in Spain). 
 So, these birds do seem to be capable of large-scale vagrancy/establishment.
   However, the British population is considered feral (they are more than a 
regular vagrant in the U.K., but local breeders in the south and east of 
England) according to the most recent British and European breeding bird 
atlases.  The species first appeared in the U.K. in 1937, outside of the period 
of natural range expansion.  Even vagrancy of continental birds from the 
European continent would not require much travel, because the species has been 
established in the Netherlands for a long time (I vaguely remember speculation 
in the 1980s as to whether the birds in the Netherlands were natural dispersers 
or introduced).

   Based on what I've seen of Red-crested Pochards in Germany and Switzerland, 
Cayuga Lake is the sort of place that a Red-crested Pochard would want to live 
in the winter: they winter in similar, large lakes in central Europe.  However, 
hanging out with Redheads may not be entirely within the pochard's comfort 
zone, because I typically have seen them closer to shore, especially when 
feeding making short-duration dives.  However, these pochards are sociable 
outside of the nesting season, I think, because I cannot recall ever seeing a 
single Red-crested Pochard by itself...although the largest cohesive groups 
that I have seen have only been of 10-20 birds.  Oh, and the aforementioned 
European bird atlas describes their food as larger underwater plants of the 
family Characeae.

   Oh, and here's a little back story on the way that eBird is now treating 
reports of birds like this Red-crested Pochard.  The underlying motivation is 
to collect data on species before they become established in a new region.  
Many birders would not report species that the birding community did not 
consider to be established and "countable", because these exotic species would 
be contaminating said birders' eBird-reported life lists.  The desire to keep a 
"pure" life list would mean that species that were in the process of becoming 
established would be under-reported into the eBird database by the birding 
community as a whole.  This led to the very recent changes to eBird's outputs 
in which any species not regionally recognized as established is being treated 
separately in various ways.  For details, here's the URL of the webpage that 
introduces these changes: 
https://ebird.org/news/important-changes-to-exotic-species-in-ebird<https://ebird.org/news/important-changes-to-exotic-species-in-ebird?fs=e&s=cl>

Wesley




From: bounce-127060160-3494...@list.cornell.edu 
 on behalf of Dave Nutter 

Sent: Friday, December 30, 2022 21:56
To: Kenneth V. Rosenberg 
Cc: Kevin J. McGowan ; Laura Stenzler ; 
CAYUGABIRDS-L ; Suan Hsi-Yong b 

Subject: Re: [cayugabirds-l] Pochard?

On the basis of Ken’s thoughtful observation that this individual’s behavior - 
traveling with an active flock of migrants - supports it also being a wild 
migrant, and to ensure that this record is noted as perhaps the first such 
instance here, I’m going to add it to the Cayuga Lake Basin First Records List.

- - Dave Nutter

On Dec 30, 2022, at 7:45 PM, Kenneth V. Rosenberg 
mailto:k...@cornell.edu>> wrote:


Just to stir the pot on this one, I’ll point out that (1) Red-crested Pochard 
is a migratory species in Europe and a regular vagrant to Great Britain, (2) 
This past couple of months we have seen a large influx of European vagrants in 
northeastern North America (N. Lapwings, an immature Common Shelduck, even a 
Eurasian Blackbird), and (3) I remember in the 1960s when Tufted Ducks in the 
U.S. were thought to be escapes (before there were enough records to establish 
a pattern of natural occurrence).



I would speculate that the chances of a female Red-crested Pochard in a flock 
of wild and highly mobile Redhead being an “escape” from captivity is close to 
zero.



Ken



Ken Rosenberg (he/him/his)

Applied Conservation Scientist, Retired

Cornell Lab of Ornithology

k...@cornell.edu<mail

[RBW] Re: WTB: Rivendell Clem L 59cm

[Wesley]

Hi Jan,
I don't have one, but if someone contacts you with a 59 or 64 Clem L that 
you decide isn't right for you (wrong year/size/color, etc.), please let me 
know as I too have been searching.
-Wes

On Friday, December 30, 2022 at 2:45:51 PM UTC-8 jan.ot...@gmail.com wrote:

> I'm still looking for an earlier 59 Clem L. Frame/Fork preferably. Please 
> let me know if you might have one for sale.
>
> Thank you and best wishes for 2023.
>
> Jan
> San Francisco, CA
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/9d039f10-52ce-4a10-be1e-0071c23390ben%40googlegroups.com.

Re: [RBW] Re: Will's Roadini SS

[Wesley]

Patrick, I think you've talked about having a Redline Monocog 29er... that 
was my more MTB-type single speed, too. I made it into an all-rounder by 
drilling and tapping the frame to mount rack and fenders, and I converted 
it to a manual 3-speed with three cog/chainring combinations that all added 
up to the same number of teeth. This was the bike that I built wheels for 
using unicycle rims for extra wideness. Finally, I put on Albatross bars 
and a CETMA front rack. In that configuration, I toured it from Fairbanks 
to Juneau, Alaska after I finished college at the University of Alaska 
Fairbanks. It was a very nice ride and I regret that I gave it away when I 
moved overseas for a few years.
-Wes

On Thursday, December 22, 2022 at 9:48:43 AM UTC-8 Patrick Moore wrote:

> I'd like to hear about and see photos of single-speeded or fix-ified 
> mountain bikes set up as all rounders. One of the nicest single 
> speeds/fixeds I owned, and one of the very few discarded bikes I wish I'd 
> kept (the others are largely ss or fixed too) was that very early '90s 
> Diamond Back Axis Team with TA Pro 5 Vis crank with 42 t ring on long 
> spindle pulling a 17t fixed cog for a 67" gear; Flite saddle and Noodles at 
> the perfect reach and height on a 10 cm Dirt Drop stem. The high bb let me 
> pedal at speed around corners and the handling, tho' a bit sedate by brisk 
> road bike standards, was entirely and wholly neutral and seamless and 
> pleasant. 
>
> I've head of using a bb lockring as a lockring for a fixed cog, but I've 
> never bothered with one. I'll be interested in hearing if they add any 
> security.
>
>
> On Wed, Dec 21, 2022 at 9:13 AM Coal Bee Rye Anne  
> wrote:
>
> > To Patrick's note on using fixed cogs on standard freewheel threading... 
> aren't traditional cup/cone bottom bracket lockrings the same threading 
> (for the most part) and is there any value in using one of those for extra 
> security or is the same > direction threading pretty much render them 
> useless vs. the force that may be applied with firm backpedaling?  This is 
> more a curiosity whether anyone has had success or failure attempting 
> this... 
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/cc3a39e6-a1a4-4fef-a11b-b4f3c5f81a11n%40googlegroups.com.

Re: [RBW] Re: NorCal Cycling

[Wesley]

George,
When a two grocery chains merge to create a new, larger chain, they would 
prefer to close down any of their stores that compete with each other right 
away. It's the federal government that stops them, because then they could 
raise prices with less competition. So instead they underinvest in the 
stores they don't want. When they are required to sell some stores to a 
competitor, they do whatever they can to make sure those stores aren't 
successful for their new owners. Kroger and Albertsons both want to be 
monopolies, and they are good at pursuing that goal.
-Wes

On Wednesday, December 21, 2022 at 1:26:18 PM UTC-8 George Schick wrote:

> Wesley - thanks for that info.  It explains why we have had the closures 
> of certain grocery stores in our area that have ultimately been taken over 
> by larger chains, but retained their original identity.  But many of these 
> "overtaken" groceries have eventually declined in product availability and 
> produce value over time, which makes me wonder what the intent of the 
> larger "take over" chain had in mind to begin with.  Unless their strategy 
> may have been to take over all of the subordinate chain stores (required by 
> law, as you say) and gradually ferret out the money losers as time goes 
> along, eventually closing some of those stores and keeping others open.  
> I'm sure it's a difficult market strategy.
> On Wednesday, December 21, 2022 at 12:54:00 PM UTC-6 Wesley wrote:
>
>> The multiplicity is because when large grocery chains merge, the federal 
>> government often requires the new, larger, chain to keep the original 
>> stores open. In cases like where you now have two Safeways in the same 
>> mall, Safeway will generally be required to sell one to a competitor rather 
>> than close it. This is all part of an effort to avoid monopolies in grocery 
>> stores.
>> -Wes
>>
>> On Tuesday, December 20, 2022 at 5:52:20 PM UTC-8 divis...@gmail.com 
>> wrote:
>>
>>> 1-2) King City (on 101) and Fresno (on Hwy 99) appear to be the 
>>> southernmost outposts of Safeway on major highways. It looks like Vons 
>>> picks up in Bakersfield (99) and Goleta, outside Santa Barbara (101). 
>>> Interstate 5 is on the dry west side of the San Joaquin Valley, so it 
>>> doesn't really have much in the way of large towns or accompanying 
>>> supermarkets; there's a Save Mart in Coalinga just off the highway, and 
>>> another in Visalia on 99.
>>>
>>> Bakersfield has two Vons and three Wal-Marts.
>>>
>>> 3) Something similar happened up here in the Bay Area about 12 years 
>>> ago, when a small local chain named Andronico's* went under. Safeway bought 
>>> up all the Andronico's real estate and outstanding leases, converting the 
>>> store on Shattuck Avenue in Berkeley's Gourmet Ghetto (across the street 
>>> from Chez Panisse, in the same block as the Cheese Board, two blocks from 
>>> the Mother Peet's) into a Safeway in spite of the fact that Safeway owned a 
>>> newly redeveloped store one block away. Continuing further along Shattuck 
>>> through the Solano Tunnel to Solano Avenue, there's an 
>>> Andronico's-turned-Safeway about one mile away (north, roughly) from the 
>>> original Shattuck Safeway. Then, continuing west along Solano into 
>>> neighboring Albany, there's a Safeway that was always a Safeway one mile 
>>> west of the Upper Solano ex-Andronico's Safeway.
>>>
>>> I find the logic of this multiplicity confusing. And to top it off, one 
>>> mile north of the Lower Solano Safeway is El Cerrito Plaza, which contains 
>>> a Lucky's Supermarket - a chain which, like Safeway, is owned by the 
>>> Albertson's Group. The former Andronico'ses in Berkeley have been rebranded 
>>> as "Andronico's Community Markets", but the merch is much the same as the 
>>> alternating Safeways, and the same newspaper sales prices apply.
>>>
>>> If Kroger and Albertson's merge, then it'll be Buy n Large from coast to 
>>> coast outside the southeast.
>>>
>>> *originally based in SF's Inner Sunset district; they'd bought up a few 
>>> other local chains, including the two stores that the Berkeley Co-op owned 
>>> outright when they shut down in 1988 - the original store on University 
>>> Avenue (my home store, where my dad was a board member and the newspaper 
>>> publisher in the 60s) and the fancy store on Shattuck in the Gourmet 
>>> Ghetto. The land was worth more than the

Re: [RBW] Re: NorCal Cycling

[Wesley]

The multiplicity is because when large grocery chains merge, the federal 
government often requires the new, larger, chain to keep the original 
stores open. In cases like where you now have two Safeways in the same 
mall, Safeway will generally be required to sell one to a competitor rather 
than close it. This is all part of an effort to avoid monopolies in grocery 
stores.
-Wes

On Tuesday, December 20, 2022 at 5:52:20 PM UTC-8 divis...@gmail.com wrote:

> 1-2) King City (on 101) and Fresno (on Hwy 99) appear to be the 
> southernmost outposts of Safeway on major highways. It looks like Vons 
> picks up in Bakersfield (99) and Goleta, outside Santa Barbara (101). 
> Interstate 5 is on the dry west side of the San Joaquin Valley, so it 
> doesn't really have much in the way of large towns or accompanying 
> supermarkets; there's a Save Mart in Coalinga just off the highway, and 
> another in Visalia on 99.
>
> Bakersfield has two Vons and three Wal-Marts.
>
> 3) Something similar happened up here in the Bay Area about 12 years ago, 
> when a small local chain named Andronico's* went under. Safeway bought up 
> all the Andronico's real estate and outstanding leases, converting the 
> store on Shattuck Avenue in Berkeley's Gourmet Ghetto (across the street 
> from Chez Panisse, in the same block as the Cheese Board, two blocks from 
> the Mother Peet's) into a Safeway in spite of the fact that Safeway owned a 
> newly redeveloped store one block away. Continuing further along Shattuck 
> through the Solano Tunnel to Solano Avenue, there's an 
> Andronico's-turned-Safeway about one mile away (north, roughly) from the 
> original Shattuck Safeway. Then, continuing west along Solano into 
> neighboring Albany, there's a Safeway that was always a Safeway one mile 
> west of the Upper Solano ex-Andronico's Safeway.
>
> I find the logic of this multiplicity confusing. And to top it off, one 
> mile north of the Lower Solano Safeway is El Cerrito Plaza, which contains 
> a Lucky's Supermarket - a chain which, like Safeway, is owned by the 
> Albertson's Group. The former Andronico'ses in Berkeley have been rebranded 
> as "Andronico's Community Markets", but the merch is much the same as the 
> alternating Safeways, and the same newspaper sales prices apply.
>
> If Kroger and Albertson's merge, then it'll be Buy n Large from coast to 
> coast outside the southeast.
>
> *originally based in SF's Inner Sunset district; they'd bought up a few 
> other local chains, including the two stores that the Berkeley Co-op owned 
> outright when they shut down in 1988 - the original store on University 
> Avenue (my home store, where my dad was a board member and the newspaper 
> publisher in the 60s) and the fancy store on Shattuck in the Gourmet 
> Ghetto. The land was worth more than the organization; the 99-year lease 
> for the Telegraph/Ashby store was sold to Whole Foods
>
> Peter "the old story was that the frontier was the Tehachapi" Adler
> *plus ça change, plus c'est la même supermarché *en
> Berkeley, CA/USA
>
> On Tuesday, December 20, 2022 at 4:06:52 PM UTC-8 Jimmy Warren wrote:
>
>> When a Mason-Dixon line needs to be established in CA, it'll be called 
>> the Safeway-Vons line.
>>
>> Quiz: for any major north-south freeway or highway, what are the two 
>> cities that straddle the Safeway-Vons line?
>>
>> Related question: King City: which store do they have?
>>
>> Related Cliff Claven Trivia: when I was a kid growing up in Los Angeles 
>> and San Diego suburbs, Vons and Safeway were two different stores. In 1989 
>> they merged, and all of our Southern California Safeways got renamed Vons. 
>> So many of our suburban shopping centers ended up with two Vons's as 
>> anchors on either end when it used to be Safeway at one end and Vons at the 
>> other.
>>
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/77204e2f-04fc-454d-99d7-997af95f11ffn%40googlegroups.com.

[RBW] Re: NorCal Cycling

[Wesley]

Winter cycling in colder climates is a fresh and wonderful form of joy. We 
lived in Madison, Wisconsin for seven years and commuting by riding 
straight across Lake Mendota was incredibly fun. Plus, I often had the 
paths to myself and got a lot of entertainment from taking on big snow 
berms. Ice and slush were a lot less fun, though. To each their own - I'll 
certainly agree that NorCal can be a lovely place to ride. The things that 
surprised me, though, are how incredibly narrow the roads are, and how most 
trails prohibit cycling.
-W

On Friday, December 16, 2022 at 9:21:01 AM UTC-8 Garth wrote:

> The best winter cycling for me is no winter at all. No compromises or 
> adaptations.
>
> Summer, Summer, and Summer and Summer. I Love Summer HOT, HUMID Green 
> and Balmy SUMMMER ! 
>
> Where there are few to none "cyclists" around. In other words, where 
> cycling isn't popular and there is no such thing as "popular culture" to be 
> found. 
>
> Where is such a place ?  
>
> Right where One could never lose or find The Heart. Home, Heaven, is 
> The Heart. and where's isn't The Heart  but nowhere ? 
>
>
>
>
>
>  
>
>
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/492402f8-d3d9-4f8a-9f14-9700627cf8ffn%40googlegroups.com.

[RBW] Re: Will's Roadini SS

[Wesley]

Hi John,
You're missing out on coasting! I tried fixed-gear once and can't imagine 
why it became a popular way to ride around 2010. Especially if your single 
speed is geared low for climbing, it is a relief to be able to relax on the 
descent.
-Wes

On Friday, December 16, 2022 at 9:11:03 AM UTC-8 JohnS wrote:

> Hello Ryan,
>
> I'm very inspired my Will's Roadini build as well. I haven't done much SS 
> riding, I'm more of a fixed or multi-gear rider. How do people feel about 
> SS vs. fixed? Am I missing something by not riding SS some of the time?
>
> Thanks,
> JohnS
>
>
> On Friday, December 16, 2022 at 10:57:35 AM UTC-5 Ryan wrote:
>
>> Have to say...I like that bike a lot. Very clean and elegant
>>
>> And Will's post : 
>> https://www.rivbike.com/blogs/news/singlespeed-roadini?mc_cid=1ea8aef045&mc_eid=0074b52ae1
>>  
>> nails what I like about single-speeds; for some years now my SS PX-10 has 
>> been a fave. Apologies to Rivendell but riding that old Peugeot IS 
>> addictive.  I am curious to see the landing of the Roaduno in 2023
>>
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/603fcddb-ba0a-416f-b536-e4003f2dc27en%40googlegroups.com.

Re: [RBW] Re: NorCal Cycling

[Wesley]

I think John was talking about Athens, Georgia. I've visited but never 
cycled there, and can confirm that there is food every bit as excellent as 
you'll find anywhere. Especially if you're into soul food or barbecue.
-W

On Friday, December 16, 2022 at 8:39:11 AM UTC-8 pi...@gmail.com wrote:

> I've been to Athens. It definitely doesn't have mountains comparable to 
> what you can find in the Santa Cruz mountains. The sheer variety of terrain 
> from desert to open fields to redwood forests in the Bay Area beats Athens. 
> For food, try getting great Asian food (Chinese, Japanese and Indian) in 
> Athens. It's not even close. I will say that the archaeological/ancient 
> monuments in Athens beats the heck out of anything in the Bay Area. I'd say 
> that music in the Bay Area can be pretty good, but not being big on 
> nightlife I can't say that I'd be authoritative on it.
>
> For cycling, the only places I think are comparable (still a step down) 
> are Mallorca and Girona in Spain. I did a superlative trip to those places 
> before the pandemic (
> https://blog.piaw.net/2019/05/index-2019-mallorca-and-girona-fixed.html), 
> and they are outstanding because the number of cyclists in Mallorca feels 
> like you're in a century ride every day (cyclists outnumber car drivers on 
> most of the mountain roads!), and the large number of hotels/apartments in 
> the area means you get very good prices for lodging. But I'd still say that 
> the food in the Bay Area for sheer diversity beats what you can find in 
> either Mallorca and Girona. Even then their hills aren't comparable to what 
> I'd find in the Bay Area. Bay Area mountains are suitable preparation for 
> the alps or the Sierras. Everything in Mallorca and Girona is gentle by 
> comparison. But of course, that means that Bay Area cyclists regularly need 
> low gears (24x36 back in the pre-1x drivetrain days, 40x51 or 38x51 
> nowadays) that other locations do not require. Some people find that to be 
> a bug and not a feature.
>
> On Fri, Dec 16, 2022 at 8:17 AM John Dewey  wrote:
>
>> Well, LONELY PLANET disagrees, with this to say: 
>>
>> https://www.lonelyplanet.com/articles/best-places-for-a-cycling-holiday
>>
>> I've lived both places as cyclist, and confirm LP. Athens, with its 
>> year-round warm sunny days, an endless matrix of beautiful quiet country 
>> lanes (i.e. no traffic), delightful hills (mountains neaby), pine forests, 
>> no traffic is a cycling wonderland like no other. Not comparable. Add the 
>> music, UGA for culture, enviable culinary arts, ticks all the boxes. 
>>
>> https://www.flickr.com/photos/146626768@N06/albums/72157709138882807
>>
>> Jock Dewey
>>
>>
>> On Friday, December 16, 2022 at 7:21:17 AM UTC-8 pi...@gmail.com wrote:
>>
>>> It's not hype. The Bay Area has the best winter cycling in the world. 
>>> But you don't have to live here to enjoy it --- come visit for a few days 
>>> in winter with your bike. It's not a coincidence that the spate of outdoor 
>>> companies in the 1980s (Patagonia, Power Bar, Clif Bar, Specialized, 
>>> Ritchey, North Face, in addition to Rivendell) all started here.
>>>
>>> On Friday, December 16, 2022 at 6:44:30 AM UTC-8 fra...@gmail.com wrote:
>>>
 I enjoy watching those videos as well! I could never keep up with he or 
 Ms Cools but those rides look beautiful! 

 On Thursday, December 15, 2022 at 9:54:47 PM UTC-8 Luke Hendrickson 
 wrote:

> Dude living in San Francisco here: it’s pretty great 💅🏻
>
> On Thursday, December 15, 2022 at 2:26:54 PM UTC-8 George Schick wrote:
>
>> At this time of the year I have to admit that I'm a bit jealous of 
>> cyclists who live in California, especially in the the NoCal area of the 
>> "Frisco" bay.  Lately I've been leering enviously at YouTube videos 
>> posted 
>> by "Henry Wildberry" where he and his riding companion(s) are cycling up 
>> and down some excellent North Bay area hilly/mountainous paths and roads 
>> equipped with little more than "fair weather" garments vs. what we have 
>> to 
>> wear in the Midwest Winters. Makes me want to move there...but not 
>> really.
>
> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "RBW Owners Bunch" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/rbw-owners-bunch/T-wop9umlJs/unsubscribe
>> .
>> To unsubscribe from this group and all its topics, send an email to 
>> rbw-owners-bun...@googlegroups.com.
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/rbw-owners-bunch/444ce594-9cbd-4413-b8c8-4b95ecdc58can%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe fr

[RBW] Re: Cliffhanger alternatives?

[Wesley]

I am glad to see that Keith already suggested unicycle rims. I used some to 
turn a Redline Monocog 29er into a poor man's snowbike, and loved it. That 
one used disc brakes, though, so I am not sure what I would have done about 
rim brakes. I got them from unicycle.com, FWIW. I used plain ol' duct tape 
as rim tape, to give you an idea of how wide those rims were. Tires were 
Schwalbe Big Apples in the summer and some WTB 29x2.55 knobbies in winter.
-Wes

On Tuesday, December 13, 2022 at 8:01:29 AM UTC-8 iamkeith wrote:

>
> I used the Nimbus Dominator Unicycle rims on my Susie.  42mm outside /.32 
> inside.  They don't offer the machined sidewall version anymore, but I 
> haven't had braking issues.  I can detect the pinned joint at times, but 
> it's not a detractor.  They're stronger than any other rim  (they're meant 
> to carry a rider's e tire weight on one unsuspended wheel) but feel MUCH 
> lighter in reality than they do on paper.  I wasn't too concerned about 
> long-term aesthetics, but the brake surface has held up remarkably well.  
>  It's a good anodizing.  I have anodized rims on one of my most used bikes 
> from 1997 where the finish has held up well, too.  In both cases, the 
> blemishes occur when you use them in wet, muddy conditions and get grit on 
> the pads. I have some Kris Holm 29er unicycle rims too, that are even wider 
> and DO have a machined braking surface, but they'd be hard to find. 
>
> Ive posted pics of my susie a few times here over the past couple of 
> years, but can try to take some more if you're interested.
> On Tuesday, December 13, 2022 at 8:41:01 AM UTC-7 lconley wrote:
>
>> 2mm wider.
>>
>> Laing
>>
>> On Tuesday, December 13, 2022 at 10:39:16 AM UTC-5 lconley wrote:
>>
>>> Alex DM-24. When I was deciding what rims to get built for the 
>>> Hubbuhubbuh, Rich said that the Alex rims were slightly wider - 1mm -> 32 
>>> mm wide.
>>>
>>>
>>> Laing
>>> Delray Beach FL
>>>
>>> On Tuesday, December 13, 2022 at 10:29:31 AM UTC-5 rmro...@gmail.com 
>>> wrote:
>>>
 2.5"-2.6" tires seem to be at the very upper limits for the venerable 
 Cliffhanger. Is anyone aware of a 700c  rim brake rim that is a bit wider? 
 I have not found one.
>>>
>>>

-- 
You received this message because you are subscribed to the Google Groups "RBW 
Owners Bunch" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rbw-owners-bunch+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rbw-owners-bunch/12e52978-c11a-48b3-a95f-60b6fcd576cdn%40googlegroups.com.

[ceph-users] Re: Odd 10-minute delay before recovery IO begins

[Wesley Dillingham]

I think you are experiencing the mon_osd_down_out_interval

https://docs.ceph.com/en/latest/rados/configuration/mon-osd-interaction/#confval-mon_osd_down_out_interval

Ceph waits 10 minutes before marking a down osd as out for the reasons you
mention, but this would have been the case in nautilus as well.

Respectfully,

*Wes Dillingham*
w...@wesdillingham.com
LinkedIn 


On Mon, Dec 5, 2022 at 5:20 PM Sean Matheny 
wrote:

> Hi all,
>
> New Quincy cluster here that I'm just running through some benchmarks
> against:
>
> ceph version 17.2.3 (dff484dfc9e19a9819f375586300b3b79d80034d) quincy
> (stable)
> 11 nodes of 24x 18TB HDD OSDs, 2x 2.9TB SSD OSDs
>
> I'm seeing a delay of almost exactly 10 minutes when I remove an OSD/node
> from the cluster until actual recovery IO begins. This is much different
> behaviour that what I'm used to in Nautilus previously, where recovery IO
> would commence within seconds. Downed OSDs are reflected in ceph health
> within a few seconds (as expected), and affected PGs show as undersized a
> few seconds later (as expected). I guess this 10-minute delay may even be a
> feature-- accidentally rebooting a node before setting recovery flags would
> prevent rebalancing, for example. Just thought it was worth asking in case
> it's a bug or something to look deeper into.
>
> I've read through the OSD config and all of my recovery tuneables look ok,
> for example:
> https://docs.ceph.com/en/latest/rados/configuration/osd-config-ref/
>
> [ceph: root@ /]# ceph config get osd osd_recovery_delay_start
> 20.00
> 3[ceph: root@ /]# ceph config get osd osd_recovery_sleep
> 40.00
> 5[ceph: root@ /]# ceph config get osd osd_recovery_sleep_hdd
> 60.10
> 7[ceph: root@ /]# ceph config get osd osd_recovery_sleep_ssd
> 80.00
> 9[ceph: root@ /]# ceph config get osd osd_recovery_sleep_hybrid
> 100.025000
>
> Thanks in advance.
>
> Ngā mihi,
>
> Sean Matheny
> HPC Cloud Platform DevOps Lead
> New Zealand eScience Infrastructure (NeSI)
>
> e: sean.math...@nesi.org.nz
>
>
>
> ___
> ceph-users mailing list -- ceph-users@ceph.io
> To unsubscribe send an email to ceph-users-le...@ceph.io
>
___
ceph-users mailing list -- ceph-users@ceph.io
To unsubscribe send an email to ceph-users-le...@ceph.io

[ovirt-users] Trouble with Ovirt mirrors

[Wesley Stewart]

Trying to upgrade from 4.4 to 4.5 and following the directions.

ovirt mirrors arent working for me... Is this just me?  Or is anyone else
seeing this?

[root@ovirt ~]# dnf install -y centos-release-ovirt45
Updating Subscription Management repositories.
oVirt upstream for CentOS Stream 8 - oVirt 4.5

Errors during downloading metadata for repository 'ovirt-45-upstream':
  - Status code: 503 for
https://mirrorlist.ovirt.org/mirrorlist-ovirt-4.5-el8 (IP: 8.43.85.224)
Error: Failed to download metadata for repo 'ovirt-45-upstream': Cannot
prepare internal mirrorlist: Status code: 503 for
https://mirrorlist.ovirt.org/mirrorlist-ovirt-4.5-el8 (IP: 8.43.85.224)
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QBPES2T6A5L7ZSX4XJDJNNFICURK7TS4/

Pair of bugs with jOOQ pro, Oracle, and r2dbc

[Wesley Hartford]

I've run into a couple problems using jOOQ to interact with an Oracle 
database using r2dbc. I've created a small project with test cases that 
fail because of the two bugs at 
https://github.com/wfhartford/jooq-oracle-r2dbc-tests

The first bug is a ClassCastException when checking the return value of an 
operation which returns a row count such as an insert or an update. The 
second bug causes a DataAccessException when binding an instance of 
java.time.Instant in a statement bind variable.

Is this an appropriate forum to submit these bug reports?

Thanks,

Wesley Hartford

-- 
You received this message because you are subscribed to the Google Groups "jOOQ 
User Group" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jooq-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/jooq-user/bac2e816-3558-4fc4-a79c-ed853ce765d3n%40googlegroups.com.