I would never tempt the angry and ever-watchful tow goblins of College Park.

Luther Richard Clark Jr.
OITC Systems Analyst
Earth System Science Interdisciplinary Center
University of Maryland



On Wed, Jul 3, 2024 at 11:30 AM peter teuben <teu...@umd.edu> wrote:

> of course parking at The Hall is (still) free. In  theory you could park
> there and walk to The Hotel. in theory.
> On 7/3/24 11:17, Thomas G. Sweeting wrote:
>
> Yes, parking can be steep in all of College Park.  When the weather is
> conducive I usually walk from my office.
>
>
> =======================================
> Thomas Sweeting
> Maryland Fire and Rescue Institute
> University of Maryland
>
>
>
> On Wed, Jul 3, 2024 at 10:56 AM peter teuben <teu...@umd.edu> wrote:
>
>> Recently "the hotel" stopped honoring parking fees, and they are steep,
>> so the hotel is now off my list.
>> On 7/3/24 10:49, Thomas G. Sweeting wrote:
>>
>> I am a fan of Potomac Pizza also in "The Hotel".  They recently started
>> offering non-dairy cheese, so I can have pizza again.
>>
>> There is a (new?) place in College Park called Dog House Biergarten that
>> I would like to try, but probably when the weather is cooler in the fall.
>>
>> The pavilion at Carderock can be reserved, it is a little spendy but a
>> very nice space.   Over on that side of town there is also Angler's Inn
>> which was better than I expected it to be the last time I was there.
>>
>> Tom
>> =======================================
>> Thomas Sweeting
>> Maryland Fire and Rescue Institute
>> University of Maryland
>>
>>
>>
>> On Tue, Jul 2, 2024 at 9:06 PM peter teuben <teu...@umd.edu> wrote:
>>
>>> of course a park is generally more quiet than a bar, but its also
>>> conceivably a lot more hot (except yesterday). We can also easily get
>>> rained out if there's a summer storm, so I'm more inclined for an indoor
>>> place.
>>>
>>> here's a few places , admitted local to UMD
>>>
>>> 1) Behind the The Hotel there's a new place called the Hall, even has
>>> pickleball courts ooutside (no, i'm not a fan). Kinda weird you need to
>>> wear a band, like on cruises, in order to get alcohol.
>>>
>>> 2)  Franklins or Bus Boys & Poets, both in hyattsville
>>>
>>> 3)  that "new" beer place at Riverdale station, also has a new "2fifty
>>> BBQ", Tapas place on the other corner if you want food
>>>
>>>     (they allow food to be taken in to the beer place)
>>>
>>> 4) Le Fantome Food Hall, also new, in Riverdale . Has a few food places
>>> and a bar. I love their Poke Bowl.
>>>
>>>
>>> I think 3) is my favorite these days, but they're all good.
>>>
>>>
>>> Other places I don't know anything about, but just heard mention:
>>>
>>> - union market (off NY Av)
>>>
>>> - there's a Denizen's right by Fantome,in Riverdale. I was there
>>> recently, but had noisy live music.
>>>
>>>
>>>
>>> For those not having been around UMD for a few years, are in for the
>>> shock treatment.  They recently paved Rt.1 now that it's "finished" and
>>> ready for the purple line. Parking is, as  ever, a pain.
>>>
>>>
>>> - peter
>>>
>>>
>>> On 7/2/24 18:30, J. Milgram wrote:
>>>
>>> > BTW, it really is time for an UMGLUG. I propose we nail down 1-3 good
>>> > venues, then I'll try sending out a doodle poll for each of them.
>>> >
>>> > To get things started: here's a crazy idea: how about out of doors at
>>> > a park? The glugging will have to be non-alcoholic but there's good NA
>>> > beer out there. In this spirit (or non-spirits) I propose: Carderock
>>> > Recreation Area. They have picnic tables under a pavilion so we're
>>> > good rain or shine. NB this is a purely selfish suggestion since it's
>>> > near work.
>>> >
>>> > Or one of the many fine minibreweries anywhere in the greater metro
>>> > area ... I am unfamiliar, so propose away.
>>> >
>>> >
>>> > On 6/30/24 14:55, J. Milgram wrote:
>>> >>
>>> >> And you know what distro I would say :)
>>> >>
>>> >>
>>> >> On 6/30/24 13:09, Ben Stern wrote:
>>> >>> So you know what I'm going to say for the distro you should be
>>> >>> using, but
>>> >>> there aren't STIGs for it.  I've been able to run it on my desktop
>>> >>> as long
>>> >>> as I keep it IAVA compliant, but that may not apply to your site.
>>> >>>
>>> >>> Ubuntu's upgrade process has been pretty good every time I've tried
>>> >>> going
>>> >>> from LTS to LTS, and there are STIGs for Ubuntu.  So that's a vote
>>> for
>>> >>> Ubuntu.
>>> >>>
>>> >>> [I'm trying to push work to move to Ubuntu from RHEL and even with
>>> the
>>> >>> massive price tag we're facing, there's a belief that "Ubuntu isn't
>>> >>> made in
>>> >>> the USA and RHEL is, so we have to use RHEL."  (I don't even know
>>> >>> where to
>>> >>> start with this.)]
>>> >>>
>>> >>> Glad you found the problem!
>>> >>>
>>> >>> Ben
>>> >>>
>>> >>>
>>> >>>
>>> >>>
>>> >>>
>>> >>>
>>> >>> On Sun, Jun 30, 2024 at 07:05:11AM -0400, J. Milgram wrote:
>>> >>>> Thanks all around!
>>> >>>>
>>> >>>> Rob: indeed, the system was compromised, sort of. The malware: some
>>> >>>> kind of
>>> >>>> "endpoint security" thing that the Company IT folks installed, on
>>> >>>> top of
>>> >>>> selinux, apparently because of a STIG. It's so seamless, it doesn't
>>> >>>> even
>>> >>>> tell you what's going on, just tells you operation not permitted. I
>>> >>>> wonder
>>> >>>> how  it works ... must require some kind of kernel patch or module.
>>> >>>> Killed
>>> >>>> the daemon and problem solved. Of course now I have to wonder what
>>> in
>>> >>>> particular it doesn't like about all the files it selects for this
>>> >>>> special
>>> >>>> treatment. But at least now I can backup all my files, even the
>>> >>>> ones I'm not
>>> >>>> allowed to view.
>>> >>>>
>>> >>>> Which I need to do because they "must" upgrade me to a newer RHEL
>>> and
>>> >>>> apparently it requires everything to be wiped, even /home. There
>>> >>>> has got to
>>> >>>> be a better Linux distro out there. If only I could remember its
>>> >>>> name ...
>>> >>>>
>>> >>>> Thanks again. I'm buying the first round at the next UMGLUG. That
>>> >>>> day will
>>> >>>> come!
>>> >>>>
>>> >>>> regards
>>> >>>> Judah
>>> >>>>
>>> >>>> On 6/28/24 15:05, Rob Sherwood wrote:
>>> >>>>> I wouldn't ignore the possibility of a compromise... might be worth
>>> >>>>> booting off a known safe USB disk in rescue mode and seeing if the
>>> >>>>> problem
>>> >>>>> persists even in that environment.
>>> >>>>>
>>> >>>>> Best of luck,
>>> >>>>>
>>> >>>>> - Rob
>>> >>>>> .
>>> >>>>>
>>> >>>>> On Fri, Jun 28, 2024 at 11:21???AM J. Milgram <milg...@cgpp.com>
>>> >>>>> wrote:
>>> >>>>>
>>> >>>>>
>>> >>>>>>     On Jun 28, 2024 at 14:19, J. Milgram <milg...@cgpp.com>
>>> wrote:
>>> >>>>>>
>>> >>>>>>     Peter, Moshe,
>>> >>>>>>
>>> >>>>>>     Thanks. These are good ideas. I might mention I'm running a
>>> >>>>>> RAID1
>>> >>>>>>     array so I presume an asymmetrical hd problem would trigger
>>> >>>>>> major
>>> >>>>>>     warnings. It never happened to me before so I don't actually
>>> >>>>>>     know what happens, or how to recover.
>>> >>>>>>
>>> >>>>>>     But I guess the raid array could be fine, and
>>> >>>>>>     reliably/redundantly supporting a broken filesystem...
>>> >>>>>>
>>> >>>>>>     Am running a search now to find all affected files, to see if
>>> >>>>>>     there's a pattern. Will check the logs too... Should have been
>>> >>>>>>     the first thing I thought of :)  Like the dd idea too. Thanks
>>> >>>>>> again.
>>> >>>>>>
>>> >>>>>>     More to follow.
>>> >>>>>>
>>> >>>>>>     Judah
>>> >>>>>>
>>> >>>>>>
>>> >>>>>>
>>> >>>>>>
>>> >>>>>>
>>> >>>>>>>     On Jun 28, 2024 at 10:41, peter teuben <teu...@umd.edu>
>>> wrote:
>>> >>>>>>>
>>> >>>>>>>     inclined to think the disk has I/O issues, though you
>>> mentioned
>>> >>>>>>>     repair claims there's nothing needed.
>>> >>>>>>>
>>> >>>>>>>     Any suspicious logs in /var/log
>>> >>>>>>>
>>> >>>>>>>     or try dd if=/dev/yourdisk of=/devnull
>>> >>>>>>>
>>> >>>>>>>     to see if that triggers I/O errors in the logs
>>> >>>>>>>
>>> >>>>>>>
>>> >>>>>>>     On 6/28/24 10:38, J. Milgram wrote:
>>> >>>>>>>>     Greetings,
>>> >>>>>>>>
>>> >>>>>>>>     Hope everyone's summer is going well.
>>> >>>>>>>>
>>> >>>>>>>>     Weird problem here on an RHEL 7 box. Have a number of files
>>> >>>>>>>>     under /home that the os will not let me read. So tools like
>>> >>>>>>>> cp,
>>> >>>>>>>>     md5sum, lsattr and such, and applications, all tell me
>>> >>>>>>>>     "operation not permitted" whether run as user or as root.
>>> That
>>> >>>>>>>>     said I can stat them. Have checked ownership, permissions,
>>> >>>>>>>> file
>>> >>>>>>>>     acls, etc.
>>> >>>>>>>>
>>> >>>>>>>>     Haven't found a pattern to the affected files. One
>>> interesting
>>> >>>>>>>>     example is a directory of ~300 conference papers, all pdfs,
>>> >>>>>>>> all
>>> >>>>>>>>     from same conference, all with identical perms and
>>> ownership,
>>> >>>>>>>>     and exactly one of them has this problem. The rest I can
>>> read
>>> >>>>>>>>     as normal.
>>> >>>>>>>>
>>> >>>>>>>>     Running selinux but disabling that didn't change anything.
>>> >>>>>>>>
>>> >>>>>>>>     It's an XFS filesystem. Ran xfs_repair but no change.
>>> >>>>>>>>
>>> >>>>>>>>     I'm stumped! Any ideas?
>>> >>>>>>>>     Thanks as always...
>>> >>>>>>>>
>>> >>>>>>>>     Judah
>>> >>>>>>>>
>>> >>>>>>>>
>>> >>>>>>>>
>>> >>>>>>>>
>>> >>>>>>>>     You received this email because you are subscribed to the UM
>>> >>>>>>>>     Linux User's Group (UM-LINUX) mailing list. If you would
>>> like
>>> >>>>>>>>     to unsubscribe from this list, simply send an email to
>>> >>>>>>>>     lists...@listserv.umd.edu with the message signoff
>>> UM-LINUX in
>>> >>>>>>>>     the body.
>>> >>>>>>>     You received this email because you are subscribed to the UM
>>> >>>>>>>     Linux User's Group (UM-LINUX) mailing list. If you would
>>> >>>>>>> like to
>>> >>>>>>>     unsubscribe from this list, simply send an email to
>>> >>>>>>>     lists...@listserv.umd.edu with the message signoff UM-LINUX
>>> in
>>> >>>>>>>     the body.
>>> >>>>>     You received this email because you are subscribed to the UM
>>> >>>>> Linux
>>> >>>>>     User's Group (UM-LINUX) mailing list. If you would like to
>>> >>>>>     unsubscribe from this list, simply send an email to
>>> >>>>>     lists...@listserv.umd.edu with the message signoff UM-LINUX
>>> in
>>> >>>>> the
>>> >>>>>     body.
>>> >>>>>
>>> >>>> --
>>> >>>> =====
>>> >>>> milg...@cgpp.com
>>> >>>> 301-257-7069
>>> >>>>
>>> >>>> You received this email because you are subscribed to the UM Linux
>>> >>>> User's Group (UM-LINUX) mailing list. If you would like to
>>> >>>> unsubscribe from this list, simply send an email to
>>> >>>> lists...@listserv.umd.edu with the message signoff UM-LINUX in the
>>> >>>> body.
>>> >>>>
>>> >>
>>> >
>>>
>>> You received this email because you are subscribed to the UM Linux
>>> User's Group (UM-LINUX) mailing list. If you would like to unsubscribe from
>>> this list, simply send an email to lists...@listserv.umd.edu with the
>>> message signoff UM-LINUX in the body.
>>>
>> You received this email because you are subscribed to the UM Linux User's
>> Group (UM-LINUX) mailing list. If you would like to unsubscribe from this
>> list, simply send an email to lists...@listserv.umd.edu with the message
>> signoff UM-LINUX in the body.
>>
>> You received this email because you are subscribed to the UM Linux User's
> Group (UM-LINUX) mailing list. If you would like to unsubscribe from this
> list, simply send an email to lists...@listserv.umd.edu with the message
> signoff UM-LINUX in the body.

You received this email because you are subscribed to the UM Linux User's Group 
(UM-LINUX) mailing list. If you would like to unsubscribe from this list, 
simply send an email to lists...@listserv.umd.edu with the message signoff 
UM-LINUX in the body.

Reply via email to