CRC_Error_Count0x0032 200 200 000Old_age Always
> - 0
Your disk does not report any problems reading or writing data to the magnetic
media.
Conclusion: healthy as a bull.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
id controllers that prevent access to disk SMART data,
they are as safe to use a car with a blank dashboard (no fuel level,
no engine temperature, no speedometer, etc).
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbr
.
But the bottom line is your disk has failed, you should replace
it immediately. (good disks do not throw "i/o errors").
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
n, at $70 a pop).
But in the world where you have *both* juniour *and* seniour sysadmins,
maybe it is not such a big issue...
As somebody wrote somewhen:
the life purpose of sysadmins is to create continued employment for sysadmins.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olc
etter mouse trap,
these people would learn to stop worrying and love the mice.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
ecurity because everybody is forced
to click links without knowing exactly where they go.
And there is a privacy violation element to this, now a 3rd party has a record
of when I visit what web sites. (And after the recent Facebook scandal,
only the naive disbelieve that these records are not
On Fri, Jul 20, 2018 at 07:04:52PM -0700, Konstantin Olchanski wrote:
> On Fri, Jul 20, 2018 at 05:37:34PM -0700, Konstantin Olchanski wrote:
> > Here is my recipe for doing what you are doing:
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__daqs
On Fri, Jul 20, 2018 at 05:37:34PM -0700, Konstantin Olchanski wrote:
>
> Here is my recipe for doing what you are doing:
>
> https://urldefense.proofpoint.com/v2/url?u=https-3A__daqshare.triumf.ca_-7Eolchansk_linux_CentOS7_AAA-2DREADME-2DUSBBOOT.txt=DwIBAg=gRgGjJ3BkI
e.triumf.ca_-7Eolchansk_linux_CentOS7_AAA-2DREADME-2DUSBBOOT.txt=DwIBAg=gRgGjJ3BkIsb5y6s49QqsA=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A=fk0JY3BhmGxCfN3pBlvgoU0w4oeNX-YtFJkujmomPYY=O0aGOYpKPfw848g7KU-jZW8EGsRnZL7EQomfx6fHYXo=
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must
=gRgGjJ3BkIsb5y6s49QqsA=gd8BzeSQcySVxr0gDWSEbN-P-pgDXkdyCtaMqdCgPPdW1cyL5RIpaIYrCn8C5x2A=WS7Q8eVxgCbhgQ2yroVl8uh8Wy0oti9SMZEO6HrVE6I=siFynTENuoCY7OcwUAh2fHHlaKO0RjUr_VcRG2niQAc=
I only see the arm32 images (I use
them on RaspberryPi3 machines). Also what arm64 hardware are you running on?
--
Konstant
r build from source).
In either case, beware of "missing libraries".
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
date) place to get it?
>
> I've had lots of luck with https://ius.io/ and prefer it over Software
> Collections when I can.
>
> I'm actively running PHP 7.1 from IUS on a production server and I run
> several of their packages across my data center.
>
> Hope this helps!
&
ility of data corruptions.
>
> Question: does the general shutdown take care of this issue?
> Am I presuming too much to think this is handled by the general
> shutdown global SIGTERM? The database does properly respond
> to SIGTERM.
>
> Do I understand the global SIGTERM correct
gt; --> Running transaction check
> ---> Package abattis-cantarell-fonts.noarch 0:0.0.16-3.el7 will be updated
> ---> Package abattis-cantarell-fonts.noarch 0:0.0.25-1.el7 will be an update
> ---> Package abrt.x86_64 0:2.1.11-45.sl7 will be updated
> ---> Package abrt.x86_64
On Mon, Sep 18, 2017 at 11:53:38AM -0500, Pat Riehecky wrote:
> Please run 'yum downgrade libgpod'
"yum erase libgpod" works for me. (also removes rythmbox, ok for what we do).
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-
the encryption keys and the secret password
on a USB key
b) put the USB key into this nice engraved metal locked box
c) give this box to your partner with instructions "give this box to a computer
guru, they will use
the contents to figure out how to get access to all my files, hopefully&quo
setup a redundant boot loader
for ZFS. So the system partition would still have to be mdadm raid1 even if you
use ZFS for all the other partitions.
Why ZFS? Background fsck (zpool scrub), no lengthy raid1 rebuilds, no non-zero
md/mismatch_cnt,
no need for manual recovery after hardware/softwar
rdering his wife. And much like ReiserFS, Hans claimed complete
> > innocence until actually looking at evidence proved that her sudden
> > absence was entirely his fault.
> >
>
> Hi Niko,
>
> Ya, no fooling! :-)
>
> I was trying to read the reiserfs partition on my
&g
ibility of "--force".
Plus the current experience that filing bug reports on bugzilla and whining
on the forums does not get results.
So if something major like nfs-root suddenly stops working, we will be
forced to switch to a systemd-free linux, and not by choice or by religion.
ug
reports,
nothing gets done.
Luckily some people want to have nothing to do with all this, so
watch the systemd-free fork of Debian, watch the BSDs and watch the direction
of "embedded linux" (people who build IoT machines count every byte of ram,
every milliwatt of power love systemd?
If you follow el7 instructions on SL6.9, you will run into even
bigger problems than just missing "systemctl".
By the time you solve those problems, it would probably have been less work
to install CentOS7/SL7 to begin with.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
E
ion that all questions asked here must be
answered.
If your business requires timely and correct answers, you should
consider purchasing a support contract or hiring a linux expert.
https://www.amazon.com/ANSWERS-PRICE-Indoor-Outdoor-Plastic/dp/B002FCP2IG
Sorry for a surely answer.
--
Konstant
nnot access the Cad Package and work stops.
> AT now offers a dish connection to cell towers with 300 meg speeds for
> $50/mo but not in our area yet.
>
> We are looking for a new Cad Package from another vender that we can buy
> and not be bled monthly.
>
> Thank You
> La
n a widget at the bottom of the screen *AFTER*
> entering your username. You should select one of these.
>
> As far as I know, this list is generated from the list of *.desktop
> files which reside in /usr/share/xsessions so if they don't appear to
> match then something is possibly wr
is BTRFS in the "this is a toy" departement,
not in the "this is unstable" or "preview" departement.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
drives of the same brand and type in different HDD slots have the
> >> same issues but not at the exact same time (but close, though). And I
> >> struggle to believe two identical drives just failing so close in time.
> >>
> >> What am I missing? :) Going to shut down the server soon (after last
> >> backup round) and will double check all the HDD seating and cabling.
> >> But I'm not convinced that's all just yet.
> >>
> >>
> >> --
> >> kind regards,
> >>
> >> David Sommerseth
> >
>
> --
> Steven Haigh
>
> Email: net...@crc.id.au
> Web: https://www.crc.id.au
> Phone: (03) 9001 6090 - 0412 935 897
>
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
struggle to believe two identical drives just failing so close in time.
>
> What am I missing? :) Going to shut down the server soon (after last
> backup round) and will double check all the HDD seating and cabling.
> But I'm not convinced that's all just yet.
>
>
> --
&g
oo is ok (or just a slap on the wrist).
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
s
of your boss is reading playboy instead of nytimes.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
, the universe is an iphone, so controlling
experiments using
an android app is perfectly normal. (let's see them build and run an LHC-size
experiment).
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUM
192.168.33.1"
> >>> PREFIX="24"
> >>> NAME="usb0"
> >>>
> >>>See /usr/share/doc/initscripts-*/sysconfig.txt for more information
> >>>about these sysconfig files.
> >>>
> >>>
> >>>4) (optional) Configure a DHCP server to serve on usb0. This enables
> >>>automatic network configuration of your clients connected to usb0.
> >>>Without this, you need to resort to manually configuring each device.
> >>>
> >>>I like dhcpd, as that's what I've become used too. But dnsmasq can also
> >>>do this job well.
> >>>
> >>>A very simple dhcpd.conf can be something like this:
> >>>
> >>> ddns-update-style none;
> >>> authoritative;
> >>> group {
> >>> option routers 192.168.33.1;
> >>> option domain-name-servers 8.8.8.8;
> >>>
> >>> subnet 192.168.33.0 netmask 255.255.255.0 {
> >>>range 192.168.33.100 92.168.33.199;
> >>>default-lease-time 86400;
> >>> }
> >>> }
> >>>
> >>>(this config is not tested, just something put together on-the-fly).
> >>>See more details in /etc/sysconfig/dhcpd too.
> >>>
> >>>Be careful not to start dhcpd listening and responding to DHCP requests
> >>>on your internet interface, that will make a lot of users complain. But
> >>>unless the "subnet" section does not overlap with a subnet on your
> >>>"internet" interface, you should be safe.
> >>>
> >>>Then it is just to start the dhcpd service.
> >>>
> >>> # systemctl start dhcpd
> >>>
> >>>
> >>>This should in most cases get you started. And again, I have not tested
> >>>this exact example - it is pulled together on-the-fly now for this
> >>>e-mail. There might be silly mistakes or other kinds of typos here.
> >>>
> >>>
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
with wifi networks.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
ctive-ac-timeout=0 >>
> /usr/share/glib-2.0/schemas/disable_powermgmt.gschema.override
> echo idle-dim=false >>
> /usr/share/glib-2.0/schemas/disable_powermgmt.gschema.override
>
> glib-compile-schemas /usr/share/glib-2.0/schemas
>
>
> Pat
>
>
>
o are set to desktop:
[root@daqbackup ~]# hostnamectl
Static hostname: daqbackup.triumf.ca
Chassis: desktop
Operating System: CentOS Linux 7 (Core)
Close but no cigar...
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail m
of my laptop" people just obsoleted NFS-Root?!?
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
thing is spuriously
activating
the sleep/suspend code inside systemd. Could be as simple as a spurious power
switch hardware
glitch (on 3-4 machines? that have run sl6 for years without fault? hmm...).
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-do
y seem to be working just fine. I am hoping they
> continue to do so until a patch/kernel update rolls down the line.
>
> Thanks again! I really do appreciate the help. The ideas got me thinking
> on the right track and helped eliminate variables.
>
> ~Stack~
>
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
and
> regular console; once the kernel boots, messages only go to one or
> the other.
>
> The "hang" (or rather change in output) doesn't have anything to do
> with the EDD message itself - it just happens that this is the last
> message printed during that particula
ow booting, takes a good few minutes
from powerup to grub menu. But 30 min is extreme, yes.
> If I boot into rescue kernel, it instantly boots. Every time. This is so
> puzzling to me.
How do you mean? The "EDD" message is before grub menu or after grub menu?
--
Konstantin Olchan
On Thu, Feb 16, 2017 at 06:52:57PM -0500, Adam Jensen wrote:
> On Thu, 16 Feb 2017 14:03:57 -0800
> Konstantin Olchanski <olcha...@triumf.ca> wrote:
> [snip]
> > For secure access, you must use passwords (unless you export read-only repo)
> > and to have passwo
b 16 15:33:31 minerva.bohemia.net systemd[1]: svnserve.service holdoff time
> over, scheduling restart.
> Feb 16 15:33:31 minerva.bohemia.net systemd[1]: start request repeated too
> quickly for svnserve.service Feb 16 15:33:31 minerva.bohemia.net systemd[1]:
> Failed to start Subv
an others - read the mobo
manual
very carefully. (read *before* buying, to avoid nasty surprises, like the
USB-connected
network on the RaspberryPi machines).
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
Ie
SSDs.
Our typical machine configuration is 120GB SSD for system partition, pair
of 6 or 8TB HDDs for home and data storage (mdadm raid1). A nightly cron job
to rsync backup the SSD contents. (still worried about SSDs bricking
themselves).
--
Konstantin Olchanski
Data Acquisition Systems: The By
tay with
linux".
K.O.
> Eric Dyer, ericfd...@gmail.com
>
> On Fri, Feb 10, 2017 at 5:42 PM, Konstantin Olchanski
> <olcha...@triumf.ca> wrote:
> > On Fri, Feb 10, 2017 at 10:40:43PM +0100, David Sommerseth wrote:
> >>
> >> So if you put your system i
o learn anything new ever. Not.
>
> But by all means, if you only came here to rant ...
>
That's for sure. Not too many happy people writing "SL works great for me" on
this mailing list.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
n I have a working https web server by paying money? ("yea, just hire the
certbot
packager dude already").
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
On Fri, Feb 10, 2017 at 01:51:40PM +0100, David Sommerseth wrote:
> On 09/02/17 19:01, Konstantin Olchanski wrote:
> > Since I will learn selinux after I learn ldap after our current
> > high-priority
> > project ships to CERN in September, I do not see any solution othe
bressl-portable/portable
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
can throw
any custom packages into the installer root directory
and install them by hand from the kickstart scripts).
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
are somewhere in there:
http://www.triumf.info/wiki/DAQwiki/index.php/SLinstall
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
the NFS server bug, that it is 1-out-of-2.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
On Sun, Jan 08, 2017 at 04:30:06AM +0100, David Sommerseth wrote:
> On 06/01/17 23:56, Konstantin Olchanski wrote:
> > On Sat, Dec 31, 2016 at 04:28:04PM -0800, jdow wrote:
> >> ... new 7.2 machine.
> >> ... SELinux issues.
> >>
> > You *must* disable
PCI<->USB bridge chip, it will have one more chip
for the BIOS.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
rce) produces.
>
> Tony
>
> -Original Message-
> From: owner-scientific-linux-us...@listserv.fnal.gov
> [mailto:owner-scientific-linux-us...@listserv.fnal.gov] On Behalf Of
> Konstantin Olchanski
> Sent: December-16-15 11:37 AM
> To: Stephan Wiesand
> Cc: Ian A T
quot; era PCs - in CPU speed, memory size and "disk speed"
(SD/MMC flash).
Machines I have do not have graphics, so cannot say anything on grapics
performance
and usability of graphical applications such as Firefox.
To repeat, to get running quickly, look at the "ready to run&qu
On Fri, Sep 18, 2015 at 01:40:55PM -0700, ToddAndMargo wrote:
>
> I got Fresh Player (Google Chrome's flash player) to work in
> Firefox. It wasn't easy. Here are my notes:
>
Why bother? Use google-chrome for both web pages that still require flash.
--
Konstantin Olchanski
Data
ch...
> It was applied to 1.15.0-32 version :
>
> * Wed Feb 25 2015 Adam Jackson <a...@redhat.com> 1.15.0-32
> - Fix backing store's Always mode
>
> When I exclude this patch from spec file and recompile the rpm,
> ferret works well again...
>
> I hesitate to contac
port"
and "cannot read super block" messages scroll by after you plug a sickly disk
into your test computer.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
one looks like.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
(as opposed to paying people for
their knowledge),
but there must be some limits.
First learn to spell gnome desktop, google the difference between Meg and
Gig,
and get a clue how 7.0, 7.1 and 7.2 is not all the same and why it makes
a difference.
Then maybe post here.
--
Konstantin Olchanski
Data
On Sat, Jul 04, 2015 at 04:59:42PM -0400, prmari...@gmail.com wrote:
The reason for the small /boot is ...
... the introduction of dracut ...
alt.comp.separate.slash.boot.die.die.die
alt.comp.dracut.die.die.die
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email
?
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
to love that in
fortran and in Makefiles).
Choose your poison with great consideration.
Perl4 forever!
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
that is better than a google
search of archives of this mailing list,
then go here: http://scientificlinuxforum.org/
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
not responsible, case closed.
Coupled with defective fact checking (my SL6.6 has firefox-38, the latest),
becomes good FUD material.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3
improvement.
(I wonder how many typos I made in this letter.)
Many thanks,
-T
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
switches to make USB2 work (or to make USB3 work,
I forget which).
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
is magically created by a mess of bash
scripts. When installing a new kernel, it magically runs
some magic commands to make itself the default kernel to boot. None of this
is documented anywhere.
If you want sane booting, switch to syslinux.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes
On Fri, May 15, 2015 at 05:50:25PM -0700, ToddAndMargo wrote:
On 05/15/2015 05:26 PM, Konstantin Olchanski wrote:
On Wed, May 13, 2015 at 05:59:21PM -0700, ToddAndMargo wrote:
Intel's C224 chipset supports Intel's Rapid Storage
Technology Enterprise (RSTe). He e is for Enterprise.
It can
against filesystem corruption,
against accidentally or maliciously deleted or modified files, etc.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
speeds (assuming 500 Mbytes/sec SSDs).
Software RAID5 with 4xSSDs connected to onboard SATA (with a 4GHz CPU)
would probably get all the way to 2000 Mbytes/sec (assuming 500 Mbytes/sec
SSDs).
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
, which is intended to be better RAID1 (I am presently
testing this).
But SL7 cannot boot from btrfs, so you still need a /boot partition and RAID1
to protect it against single-disk failure.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
, HDD, punch cards, you still need protection against single
device failure.
These days, hardware is free, compared to cost of down time, cost of manual
crash recovery, etc.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004
,
but they are not telling.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
HDDs that seem to soldier on forever
(just
retired some still working perfectly HDDs from 2004), the SSDs do have finite
write capacity and they *will* die eventually (see the eye-opener test of SSD
capacity that just completed in February or so).
--
Konstantin Olchanski
Data Acquisition Systems
C+G Not
Supported |
+-+
thanks,
Joe
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004
do this over a RS232
point-to-point link (cable) -- will this approach still work over a
USB (not RS232) link? Is there something better than UUCP?
Yasha Karant
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook
in production university or
research entity environments -- not enthusiast home use to replace,
say, MS Windows or even Mac OS X.
Yasha Karant
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C
to make me go back to twm+rxvt.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
) Will systemd require Gnome 3/4/5/..N to manage properly?
4) Can systemd /var/log files (or equivalent) be logrotated?
If the answers are ...
Why are you asking us?!?
Install SL7 or a recent Fedora and make your own measurement, draw your own
conclusions.
--
Konstantin Olchanski
Data Acquisition
...
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
or MacOS with brain dead
data caching, then sure, hybrid HDD may be a good idea).
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
On Wed, Jan 07, 2015 at 03:21:37PM -0700, Stephen John Smoogen wrote:
On 7 January 2015 at 14:54, Konstantin Olchanski olcha...@triumf.ca wrote:
Hehe. I remember when 20 years ago people would say the exact same thing
about ypbind over some sort of script set which copied everything with root
-IT people.
K.O.
On Wed, Jan 07, 2015 at 02:39:18PM +0100, David Sommerseth wrote:
On 07/01/15 02:38, Konstantin Olchanski wrote:
On Wed, Jan 07, 2015 at 01:10:19AM +0100, David Sommerseth wrote:
I dare you to try out FreeIPA.
(private reply)
That's LDAP again. The quick
(ignored)
By downgrading to the -36 package I can restore the yp make to
working again.
Confirmed. NIS becomes broken all right.
And there is more breakage, see other comments here:
https://bugzilla.redhat.com/show_bug.cgi?id=629640#c31
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes
On Wed, Jan 07, 2015 at 05:27:32PM -0700, Stephen John Smoogen wrote:
On 7 January 2015 at 17:06, Konstantin Olchanski olcha...@triumf.ca wrote:
I started in this business in 1992 and our cluster of SGI machines
was already based on NIS (from before my time). (I think
automount/autofs/amd
is that CentOS people were made
an offer they could not refuse.
BTW, today, whois shows centos.org as registered by Red Hat. (Used to be
registered by one of the CentOS main developers).
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004
several of these machines and no plans to retire them,
they work just fine. Replacement could be $300 AMD socket AM1 machines.
Lack of driver in the installer is not a big deal - I do the installations
from USB flash, no need for network.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes
My question is : what desktop actually IS good now-a-days ?
LXDE is fairly old school, works okey. If you do not mind the absence of all
useful applets.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall
,
no applets permitted, none provided.
Certainly one way to keep a list of functions/applets/functionalities. (make it
an empty list).
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C
of clean IP addresses).
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
if the criminal
is operating out of an other country due to their mandated scope of
enforcement.
That's right, that's why hackers operate out of Russia - no risk
of extradition to the US. (just in case you thought it was the balmy climate
or the good cooking).
--
Konstantin Olchanski
Data Acquisition
On Thu, Oct 02, 2014 at 04:02:56PM -0400, Larry Linder wrote:
on May 22 Our server was broken into by some one in China. ...
By this you mean that you saw IP addresses assigned to an ISP in China,
the actual attackers could have been anywhere in the world, right?
--
Konstantin Olchanski
Data
documentation
is completely useless and where udev rules cannot be debugged).
So the devil is not as bad as he is painted.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3
by Yahoo
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
somewhere.
There is many advices for securing important computers, but I find it is
pointless
to tell people to lock your bike (but not like this!!!), take karate
lessons,
firewall your computers, etc before they or somebody they know gets burned.
--
Konstantin Olchanski
Data Acquisition Systems
.
Clever naming of the badnik files making them harder to google.
Sorry to hear about your problem, we have linux badness infestations rarely.
Wish you luck figuring out how badness gets into your machine and keeps
returning...
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow
the node's
MAC address somewhere in the server's configuration file.
Where should I do that?
Please look at the documentation here - provided are the snippets for
dhcpd.conf,
pxelinux config files, etc:
http://www.triumf.info/wiki/DAQwiki/index.php/VME-CPU#Network_boot
--
Konstantin
wondering if some of you might have faced and solved that erratic thing
already ?
We want to keep the emX scheme for nodes which support it...
Thanks
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF
quality
and of free or affordable cost.
--
Konstantin Olchanski
Data Acquisition Systems: The Bytes Must Flow!
Email: olchansk-at-triumf-dot-ca
Snail mail: 4004 Wesbrook Mall, TRIUMF, Vancouver, B.C., V6T 2A3, Canada
101 - 200 of 227 matches
Mail list logo