…\___/^,^…


Have a good one; keep it, light.
Kindly,
rabbit
. .. … ‘…^,^


Sent from Callisto House :: decentralized mobile homeless solutions



> On Oct 7, 2022, at 19:08, Chris Muller <ma.chris.m at gmail.com> wrote:
> 
> 
> Hi Robert,
> 
> No.  I think the issue with squeaksource.com is that it's still running old code and, due to the scale of the repository, takes too long to respond to #allFilenames, or allFilenames failing for some reason, resulting in your client timing out.

You’d need to be cachingForwards with event updates on access/writes, crossed with the ProcessMonitor watching whether a Process exceeds limits. It’s the knowledge required. Then an Alert could be issued so leaks can be spotted. Otherwise we’re guessing, right?

Back to push-caching, this is precisely where GemStone excels! They’re CacheStategerized! Perhaps they could make a contribution out of the good of their hearts? Non-profits need much support and care! It’s on a needs basis. Keep the lights on! ^,^ Frankly it’s a time-to-market issue. Time! It breaks the flow, buddy! Is it so?

> 
> I run into it all the time as well.  You know you can restart the debugger at the #allFilenames method and continue, right? 

Woot! Milli Grazie, per pia cherrié! I did not know! That lessons it but how about using a new leak monitor to automate?

> If you happen to put an appropriate on:do: handler with a slight pause and retry logic there, please share it on this list for us.

Will do! 🐇

rabbit
> 
>  - Chris
> 
>> On Fri, Oct 7, 2022 at 9:10 AM rabbit <rabbit at callistohouse.org> wrote:
>> Hi Levente,
>> 
>> Is this the same machine running SqueakSource? I get frequent intermittent failures with accessing projects there (SqueakSource.com). If it were also running out of FDs and at 100% CPU, that would explain it. It’s frustrating me as I install a bunch of packages off SS, and it fails in the middle often.
>> 
>>     Installer ss 
>>         project: ‘Cryptography’; 
>>         install: ‘RabbitZCryptoKitchenSink’.
>> 
>> Cheers!
>> 
>> Have a Good One; Keep it, Light.
>> Kindly,
>> rabbit
>> . .. … ‘…^,^
>> 
>> 
>> Sent from Callisto House :: decentralized mobile homeless solutions
>> 
>> > On Oct 7, 2022, at 09:24, Levente Uzonyi <leves at caesar.elte.hu> wrote:
>> > 
>> > Hi All,
>> > 
>> > I have restarted the service and the missing files seem to have reappeared. Please check that everyting works as expected.
>> > The image ran out of file descriptors and was using 100% CPU, so there may be an issue somewhere.
>> > 
>> > 
>> > Levente
>> > 
>> >> On Fri, 7 Oct 2022, Thiede, Christoph wrote:
>> >> 
>> >> Hi all, hi Chris,
>> >> apparently, all mcz's have disappeared from source.squeak.org, or I am doing something terribly wrong. Multiple repositories seem to be affected, including trunk, inbox, and squeak60:
>> >> $ curl https://source.squeak.org/trunk/60Deprecated-eem.6.mcz
>> >> <h1> Error: "60Deprecated-eem.6.mcz" not found. </h1>
>> >> $ curl -q https://source.squeak.org/trunk/60Deprecated-eem.6.diff | tr '\r' '\n'
>> >>   % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
>> >>                                  Dload  Upload   Total   Spent    Left  Speed
>> >> 1==== ERROR ===    0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
>> >> FileDoesNotExistException: '/home/squeaksource/webserver/ss/trunk/60Deprecated-eem.6.mcz'
>> >> ...
>> >> mcds are also affected (Bad Gateway/Internal Error). mcms still seem to work.
>> >> On the image side, this manifests as timeouts when trying to update the images or as"NotFound: Object is not in the collection." errors from MCHttpRepository>>webClientDo: when attempting to browse a version from the
>> >> Monticello Browser.
>> >> Could anyone with access rights and know-how take a look at this? This would be great. :-)
>> >> Best,
>> >> Christoph
>> > 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20221007/a0a5cb6e/attachment.html>