On Wed, 14 Sep 2022 15:08:27 -0500
Hector Gonzalez Jaime via Dng wrote:
> > Issueing root@bobby:~# cat /sys/block/vda/queue/scheduler gives:
> >
> > [mq-deadline] none
> >
> > Is it wrong?
>
> It's as it should be. Did you check this on the hypervisor? The use of
> vda suggests this was che
On Wed, 14 Sep 2022 21:16:27 +0200
Arnt Karlsen wrote:
> > echo "deadline" >/sys/block/sda/queue/scheduler
> >
>
> ..a possibly simpler idea: Give the vm another cpu thread to
> help do the i/o work?
It already has twelve cpu theads.
Is there a way to reserve some of them to I/O?
Luciano.
-
On Wed, 14 Sep 2022 12:37:41 -0500
Hector Gonzalez Jaime via Dng wrote:
> >kernel:[ 7336.007287] watchdog: BUG: soft lockup - CPU#0 stuck for 22s!
> > [swapper/0:0]
> >
> > if I write to the disk via dd nothing wrong happens...
> >
> > Luciano.
>
> Check which scheduler you are using, for
On Wed, 14 Sep 2022 12:49:19 +0200
Luciano Mannucci wrote:
> > vm.dirty_background_bytes=67108864
> > vm.dirty_bytes=268435456
> >
> > Maybe this additional information is helpful:
> >
> > https://forum.proxmox.com/threads/io-performance-tuning.15893/
>
On Wed, 14 Sep 2022 11:04:39 +0200
Andreas Messer wrote:
> # Start background writing when more than 128MB data are in write cache
> # This value is tuned regarding write performance of HDD ~ 100MB
> vm.dirty_background_bytes=67108864
> vm.dirty_bytes=268435456
>
> Maybe this additional informat
hello all!
I have a virtual machine running under kvm who started hanging giving
this message just before it dies:
kernel:[ 296.013011] watchdog: BUG: soft lockup - CPU#0 stuck for 22s!
[swapper/0:0]
This happens only on high i/o load.
The other virtual machines are all running with no problem
On Tue, 23 Aug 2022 09:48:06 +0200
Luciano Mannucci wrote:
> I have not checked. In fact I have only these two lines:
>
> deb http://deb.devuan.org/merged chimaera main contrib non-free
> deb http://deb.devuan.org/merged chimaera-updates main contrib non-free
>
> that m
On Tue, 23 Aug 2022 07:16:40 +1000
Ralph Ronnquist wrote:
> I think your sources.list lines have soe impurity, because the
> expected installation version for libtirpc-dev is 1.3.1-1+deb11u1 and
> that package depends on "libtirpc3 (= 1.3.1-1+deb11u1)".
Thats entirely possible, they are the resu
On Mon, 22 Aug 2022 21:42:03 +0200
"d...@d404.nl" wrote:
> > The following packages have unmet dependencies:
> > libtirpc-dev : Depends: libtirpc3 (= 1.3.1-1) but 1.3.1-1+deb11u1 is to
> > be installed
> > E: Unable to correct problems, you have held broken packages.
> >
> > Do I have any chan
I installed a Chimaera guest on my KVM/quemu PPC (well, not exactly;
I had to install a Debian bullseye and then migrate using rrq script).
Now I'm trying to install some usefull software via apt-get and it says
I have broken packages. This is what I typed (with anwers :):
root@bob:~# apt-get ins
On Wed, 22 Dec 2021 13:05:10 -0500
Haines Brown wrote:
> Err https://repo.skype.com/deb stable/main amd74 skyptforlinux
> amd 64 8.73.0.92
> 404 Not Found (IP:2362.172.144 443)
2362?
It doesn't look like a valid IP, to me.
dig repo.skype.com gives me:
repo.s
On Tue, 31 Aug 2021 23:34:13 +1000
Ralph Ronnquist via Dng wrote:
> Try "man pam_elogind" .. about line 20 for me...
>
> Ralph.
I get:
$man pam_elogind
No manual entry for pam_elogind
which means - I suppose - that elogind is not installed.
Thanks anyway,
Luciano.
--
/"\
On Tue, 31 Aug 2021 23:31:30 +1000
wirelessduck--- via Dng wrote:
> > I've completely removed Xorg, rebooted the machine, and still it does
> > the same: when I log in as user XXX via ssh I see a /run/usr/XXX on
> > that machine. I'm still investigating...
> >
>
> Perhaps elogind or consolekit
On Tue, 31 Aug 2021 18:41:42 +0900
Olaf Meeuwissen wrote:
> As g4sra said, /run/user/xxx is used by session management and as you
> say you have Xorg running on one of the machines, I guess someone is
> logged in and running an X session. That would normally trigger
> creation of /run/user/xxx.
On Mon, 30 Aug 2021 11:41:31 +
g4sra via Dng wrote:
> Not necessarily anything wrong, other than the two machines are not identical.
Well, the hardware is not the same.
The software too, might not be at the same update level, so I just
issued an apt-get update followed by an apt-get dist-upgr
Hello,
I have two Beowulf systems that should be identical. If I issue "df"
one does report among mounted filesystems a /run/user/xxx, where xxx
is the id number of the user I am connected with (via ssh) and the
other doesn't. As uname -a they both report:
Linux mil-dbs66 4.19.0-14-amd64 #1 SMP
On Mon, 26 Jul 2021 16:21:06 +0200
Luciano Mannucci wrote:
> now I wish to try the 3.1. Where should I look for it?
Found the mini boot.
Seems to work as expected.
Thanks anyway,
Luciano.
--
/"\ /Via A. Salaino, 7 - 20144 Milano (Italy)
\ / ASCII RIBBON
Hello!
I am looking for an install medium (iso or alike) to install Beowulf
Devuan on a PPC machine. I have successfully installed the 3.0 version,
now I wish to try the 3.1. Where should I look for it?
Thanks to all,
Luciano.
--
/"\ /Via A. Salaino, 7 - 20144 Milano (
On Tue, 25 May 2021 08:56:31 +1000
wirelessduck--- via Dng wrote:
> Try with
>
> apt-get update --allow-releaseinfo-change
Yes!
This did the trick!
Many thanks,
Luciano.
--
/"\ /Via A. Salaino, 7 - 20144 Milano (Italy)
\ / ASCII RIBBON CAMPAIGN / PHONE : +39 024857
On Tue, 25 May 2021 08:46:56 +1000
terryc wrote:
> > root@aroeira:~# apt-get update
> > Get:1 http://deb.devuan.org/merged beowulf InRelease [33.2 kB]
> > Get:2 http://deb.devuan.org/merged beowulf-security InRelease [25.7
> > kB] Reading package lists... Done
> > E: Repository 'http://deb.devu
Many thanks Olaf, for your help.
On Mon, 24 May 2021 21:29:25 +0900
Olaf Meeuwissen wrote:
> The error message is about linux-libc-dev which is at 4.19.181-1 for
> Beowulf. So while close, the mirror that your apt-get install used was
> out-of-date. Try running `apt-get update` and `apt-get i
On Fri, 21 May 2021 13:56:00 +0200
Joril via Dng wrote:
> I can get pcre2 devel libs and .h, wich I'm unable to find
> > for Beowulf. What sould I do?
>
> Isn't libpcre2-dev what you are looking for?
Indeed.
But if I issue "apt-get install libpcre2-dev", I get:
E: Failed to fetch
http://debi
Hello,
I need to install an ossec-hids (from www.ossec.net) agent on a Devuan
Beowulf PPC64 machine. AFAIK the .deb package is not supported direcly
by Devuan and I cannot find a Debian PPC version. Compiling would be
trivial if I can get pcre2 devel libs and .h, wich I'm unable to find
for Beowu
On Fri, 5 Mar 2021 11:36:52 +0100
Adrian Zaugg wrote:
> Does anyone see this problem on Debian too (non-bootable after GRUB update)?
Well, it happened to me few days ago, tough the usual tricks did the
job (setting root at grub prompt, booting the /vmlinux and issuing
update-grub and grub-install
On Mon, 1 Feb 2021 17:35:01 +0100
Luciano Mannucci wrote:
> Everything works but one of my scripts
> in /etc/init.d that doesn't want to start, even by hand.
Fixed: the syntax of "su" slighly changed. It was documented so it
was easy.
Sorry fo
On Mon, 1 Feb 2021 17:35:01 +0100
Luciano Mannucci wrote:
> I also noticed
> that the handy sysv init command "service" disappeared. Is it normal?
Yes, it is. I was not root...
Luciano.
--
/"\ /Via A. Salaino, 7 - 20144 Milano (Italy)
\ /
... Done.
Seems to work pretty well.
I've done the classic path: Jessie -> Ascii (checked, everything was
running) then Ascii -> Beowulf. Everything works but one of my scripts
in /etc/init.d that doesn't want to start, even by hand. I also noticed
that the handy sysv init command "service" disapp
On Mon, 24 Aug 2020 08:52:55 -0400
fsmithred via Dng wrote:
> I was told that everything in linux is a file, even your hardware.
No,no, this is plan9...
Luciano.
--
/"\ /Via A. Salaino, 7 - 20144 Milano (Italy)
\ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39
Hello everybody! Just a quick question:
Can I upgrade my Jessie to Beowulf directly or I have to upgrade
to Ascii first?
Thanks,
Luciano.
--
/"\ /Via A. Salaino, 7 - 20144 Milano (Italy)
\ / ASCII RIBBON CAMPAIGN / PHONE : +39 2 485781 FAX: +39 2 48578250
X AGAIN
On Mon, 27 Apr 2020 17:58:43 +0100
Mark Hindley wrote:
> Try 'dpkg-reconfigure locales'
Tried.
It ends with:
Generation complete.
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_US:en",
LC_ALL = (unset),
LC_CTYPE
Beowulf on PowerPC seems jolly good!
The only strange thing I get is this:
#service postgresql start
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = "en_US:en",
LC_ALL = "",
LC_TIME = "",
LC_CTYPE = "UTF-8",
On Wed, 12 Dec 2018 07:28:11 -0500
Haines Brown wrote:
> Antony, its not in my /etc/mail/aliases. In your case, your sendmail
> probably created it. But for those not using sendmail, is
> the /etc/aliases file no longer userful or needed?
I'm running postfix that uses it. Maybe other mtas too..
On Thu, 26 Jul 2018 16:45:29 +0200
info at smallinnovations dot nl wrote:
> systemd is in principle
> nothing new in functionality but provides an uniform API for some
> information you otherwise have to program yourself. We can serve them
> the same information without serving systemd this way.
On Mon, 12 Mar 2018 17:37:56 -0700
Rick Moen wrote:
> Personally, I think it makes a lot more sense to let this stuff go.
> IMO, Devuan has enough to handle without delving into specialty hardware.
Well, Yes you're right on the G3 (Mine is running freebsd; I use it as
a tty for telnet && ssh :).
On Mon, 12 Mar 2018 11:46:13 +
KatolaZ wrote:
> the main issue is that we basically have no PPC build hosts
> available. If we had (and if there is a bunch of users interested in
> testing that stuff out), we could definitely provide PPC support.
Hmm, I guess that a couple of virtual machines
On Sun, 11 Mar 2018 10:07:57 +0100
Martin Steigerwald wrote:
> I do follow the Linux PPC laptop project¹, and it would probably be wise to
> give some money to them. But they also currently use a closed hardware design.
>
> [1] https://www.powerpc-notebook.org/
Are there plans to port Devuan t
On Wed, 14 Feb 2018 19:54:35 +
KatolaZ wrote:
> In the meanwhile, the best way to get ASCII beta images as soon as
> possible is to back off for a few hours, let the (many) mirrors use
> the availale bandwidth to sync as fast as they can, and then download
> the images from one of the mirrors
On Tue, 13 Feb 2018 14:39:26 +
KatolaZ wrote:
> Unless you really believe in *ghosts*, and accept as an act of faith
We believe in zombies, don't we?
We even *rely* on daemons... ;-)
(Sorry, I could'nt resist :)
Luciano.
--
/"\ /Via A. Salaino, 7 - 20144 Milano (It
I have successfully installed IBM Informix IDS 11.50 on a devuan
Jessie 1.0.0. It will soon replace in production an old OpenSuse 11.4
that passed its EOL...
I'll even try witn an 11.70 soon and report back...
Kudos to the Devuan team!
Greetings,
Luciano.
--
/"\ /Via
39 matches
Mail list logo