On 12/02/2012 03:24 AM, Martín Cigorraga wrote:
Just a brief note to thank Tobias, the kernel team and all the
early adopters/testers since I found this kernel is working really well.
Thanks to all guys.
Me too broadly - except for one issue - after a while and some sleep
resume cycles - I f
On 12/11/2012 01:35 PM, Tobias Powalowski wrote:
Hi guys,
Upstream changes:
http://kernelnewbies.org/LinuxChanges
-ndiswrapper does not build, maintainers please look for a patch.
Please report any issues that arise.
...
Thank you Tobias - as always you have it in testing super fast - very
Using testing repos - was fully updated and all working fine. Then
picked up the latest 3.7.2-1 kernel along with kdebase 4.9.5-2/
Rebooting after this latest update fails - it cannot find the
root device and drops to "recovery shell".
ls /dev/sdb1 (the usual root device)
On 01/12/2013 10:38 PM, Genes Lists wrote:
Followup to my own post -
(1) in spite of errors, 3.7.1 kernel seems to have been installed
and the laptop once again boots.
(2) I still don't understand the errors from mkinitcpio that
happened when installing linux in the c
On 01/12/2013 10:50 PM, Dave Reisner wrote:
>
> There's nothing wrong with the kernel. You've probably been ignoring the
> warnings from pacman about file being newer than what's in the repos.
> file-5.12 was removed from [testing] because it was misidentifying
> kernel images, which broke mkinit
On 01/12/2013 11:09 PM, Dave Reisner wrote:
mkinitcpio didn't generate a valid initramfs for the kernel... you can't
boot an ARCH kernel without an initramfs. Nothing is wrong with 3.7.2.
Was hoping you'd say that :-) Tho now am a tiny bit puzzled that the
initramfs created when I installe
On 01/12/2013 11:19 PM, Genes Lists wrote:
...
I will re-install 3.7.2 and try again!
Confirmed - 3.7.2 is booting and happily running .. Changed subject
line for clarity
thanks again for your help ... and sorry I missed the file-5.11
downgrade ...
On 01/12/2013 11:28 PM, Dave Reisner wrote:
...
Because mkinitcpio never created anything on upgrade or downgrade. The
initramfs image in /boot remained consistent with your 3.7.1 kernel.
Duh, that makes perfect sense ...
On 02/25/2013 01:14 PM, Lukas Jirkovsky wrote:
> On 25 February 2013 17:27, Pierre Schmitz wrote:
>>
>> Just a quick note as I cannot debug this atm. Updating from 3.7 to 3.8
>> breaks wireless connections on my netbook. The relevant message in the
>> journal seems to be "kernel: wlan: capabilitie
On 03/08/2013 09:27 PM, Gaetan Bisson wrote:
Hi guys,
Currently we use the BIND code base in two packages:
- dnsutils from [core] provides basic DNS query tools;
- bind from [extra] is the actual name server.
...
We already have ldns in [core], a much better written (and sane) DNS
library wh
On 03/09/2013 06:50 PM, Gaetan Bisson wrote:
>
> It is really beyond me why you would state your uninformed opinion
> having not read anything about the benefits of ldns+unbound+nsd when
Sorry - i missed the nsd reference in your original mail. Mea culpa.
nsd indeed is interesting and solid.
FYI - installed on 2 machines (intel graphics) - one laptop one
desktop. No issues to report.
Thank you.
gene
On 03/16/2013 02:43 AM, Tobias Powalowski wrote:
> Ah this is a kernel issue I experience this too on my laptop with intel
> graphics.
>
> greetings
> tpowa
Could this be related?
https://lkml.org/lkml/2013/3/14/540
Gene
On 05/31/2013 12:26 PM, Karol Blazewicz wrote:
> https://mailman.archlinux.org/pipermail/arch-dev-public/2013-May/025026.html
>
> 3) Update your system:
> $ pacman -Syu --ignore filesystem
> $ pacman -Su
>
> It should say '#', not '$'.
>
I had a problem with this
# pacman -Syu --ignore filesy
On 06/01/2013 09:36 AM, Genes Lists wrote:
>
>
> # ls -l /bin
> -rwxr-xr-x 1 root root 593296 Nov 3 2011 mbchk
>
>
> Suggestions for best way to recover from this?
>
> Thanks
>
> gene
>
Also grub is in /sbin
# ls -l /sbin
total 936
-rwxr-xr-x 1 root
O
>>
>
> I guess this is grub-0.97, which has not been in the Arch repos for a
> long, long time So, up to you to fix it.
>
Yah - my eye missed that in output of (1). User error.
I removed grub - confirmed grub2 is installed - and am following wiki
to make sure grub2 has what it needs. H
I note that /etc/grub.d/xxx all have #!/bin/bash
Did I miss something or should these be #!/usr/bin/bash
now.
g
Each time I send to the arch list I get a postmaster complaint about
DKIM from postmas...@bctpe4hbiu.org
My domain DKIM signs all mail - however my DKIM signature is passed
through by the mail list package and of course now the message will fail
DKIM check as the header has been modified and
...
>
> So go complain there. It is a problem of a list member’s server, and
> not Arch Linux Mailman’s.
>
I don't fully agree - strictly speaking passing through inbound DKIM
headers as the arch mail list server is doing is not following the
guidelines of RFC 6377 [0] which (among much long di
Curious if these colorization effects are aware whether terminal pacman
is running in has light or dark background and adjust accordingly - or
do they rely on some other setting to accommodate?
Thanks for any insight.
Gene
1) Fully updated from testing repo. As of a couple of days ago (around
3.9.7 kernel) I noticed that bluetooth mouse takes a few seconds to
initialize - it used to be almost instant.
2) i.e. leave laptop till screen blanks etc. Come back and wiggle mouse
- takes a few seconds before cursor w
On 06/25/2013 11:31 AM, Tom Gundersen wrote:
On Tue, Jun 25, 2013 at 2:48 PM, Genes Lists wrote:
Could you open a bug report and also attach the same logs with working versions?
-t
Thanks Tom - i'll try do this tonight.
Gene
On 06/26/2013 08:18 AM, Genes Lists wrote:
On 06/25/2013 11:31 AM, Tom Gundersen wrote:
On Tue, Jun 25, 2013 at 2:48 PM, Genes Lists wrote:
Could you open a bug report and also attach the same logs with working
versions?
Ok - booted 3.9.6 and problem goes away - BT mouse initialization
On 07/02/2013 06:01 PM, Rémy Oudompheng wrote:
If pacnew files appear (notably texmf.cnf and fmtutil.cnf), and the
installation reports a failure in regenerating formats (which you will
know by not being able to use an engine), you will need to handle the
pacnew files, and run "fmtutil-sys --al
On 07/03/2013 09:42 AM, Øyvind Heggstad wrote:
You want to merge the files usually, preferably the pacnew into the
existing one.
https://wiki.archlinux.org/index.php/Pacnew_and_Pacsave_Files
Yah usually - but these are all provided by the texlive packages with no
user edits - seems to be b
I have run Redhat, Fedora and Arch servers. HAnds down arch wins for a
server setup.
Change happens - always. Wigth Arch the changes are fed to me in small
chunks - I get to deal with one change at a time (e.g. changing to
systemd) Any given change might be smaller or larger but with Arch
Forgot to say - for server setups, I always test updates on a shadow
machine before applying them to server itself - something that is
prudent policy regardless of which distro you're using.
) Started testing texlive 2013 today - I have problems with bibliogrphy.
I am working on a document which worked perfectly under texlive 2012.
A) I installed when it moved to testing
I moved all pacnew files over originals and ran
fmtutil-sys --all
B) Running biblatex I get:
RUnnin
Forgot to say using this:
\usepackage[backend=biber,authordate]{biblatex-chicago}
biber seems to be the default now, so no impact with or without
backend=biber
Changing to biblatex makes no difference - same problems.
Help?
On 07/12/2013 11:34 AM, Matthew Monaco wrote:
3 - fmtutil-sys --all
4 - pacman -S $(pacman -Qqs texlive)
In other words, I just re-installed the texlive packages after doing the steps
which you already did.
Thanksa for suggestion - tried didn't help ... same problem ... bibtex
is still broken
On 07/12/2013 02:50 PM, Genes Lists wrote:
Thanksa for suggestion - tried didn't help ... same problem ... bibtex
is still broken for me.
To be 100% clear - I'm using biblatex.
Some additional info - if I run 'biber' directly on the file I get this:
biber mbs-val-s
I think I resolved this.
(i) the strange errors from biber are fixed by adding:
\usepackage[utf8]{inputenc}
(ii) The missing bibliography is fixed by running biber instead of
bibtex.
If using texmaker change the settings: bibtext %.aux
Heads up - noew that 3.11 is out, there is a patch in upstream
virtualbox which is not in vbox 4.2.16 that is necessary otherwise the
kernel modules wont compile for 3.11 kernel.
The file needing fixing is
/usr/src/vboxguest-4.2.16/vboxsf/dirops.c
I am happy to send the required patch
On 09/03/2013 01:50 AM, Tobias Powalowski wrote:
...
Please send a link to the patch.
greetings
tpowa
Sure not problem - I just made this patch of what I used:
http://www.sapience.com/bugs/vboxsf-fix-3.11.patch
This is to patch /usr/src/vboxguest-4.2.16/vboxsf/dirops.c
Gene
Forgot to give the upstream link:
https://www.virtualbox.org/changeset/47588/vbox/trunk/src/VBox/Additions/linux/sharedfolders/dirops.c
This may be relevant too but i did not experience a problem that I was
aware of.
https://www.virtualbox.org/changeset/47484/vbox
Sorry hit reply and forgot to change to arch-general - resending as I am
not permissioned on arch-dev-public.
Original Message
Subject: Re: [arch-dev-public] Plasma-NM plasmoid moved to [extra]
Date: Sat, 12 Oct 2013 22:43:20 -0400
From: Genes Lists
To: Public mailing list
On 10/12/2013 11:43 PM, Gaetan Bisson wrote:
You did, of course, file bug reports for all those issues, so that they
will be fixed in the upcoming release.
Yep: https://bugs.kde.org/show_bug.cgi?id=325945
On 10/12/2013 11:58 PM, Genes Lists wrote:
On 10/12/2013 11:43 PM, Gaetan Bisson wrote:
You did, of course, file bug reports for all those issues, so that they
will be fixed in the upcoming release.
Yep: https://bugs.kde.org/show_bug.cgi?id=325945
Yesterday all passwords were
On 10/17/2013 08:14 AM, Genes Lists wrote:
Yesterday all passwords were deleted or no longer visible/used by
the applet.
I can still see previous passphrases in the directory:
~/.kde4/share/apps/networkmanagement/secrets
Since nothing in that dir is recently dated I would assume
Unfortunately, upstream say this will happen for anyone not using
kwallet (like me) as files are no longer supported - its kwallet only now.
gene
On 10/22/2013 03:53 AM, Guillaume Alaux wrote:
On 18 October 2013 11:48, Timothy M. Redaelli
wrote:
...
Adopted, thanks
Especially with the new wireshark-qt [1] effort underway - thank
you for taking this on.
gene
[1] https://blog.wireshark.org/2013/10/switching-to-qt
I am seeing the same problem as reported (and fixed in 4.3.3 [1] )
of 100% CPU with Virtualbox 4.3.2.
Any chance of getting the fix in the arch testing repo?
[1] https://www.virtualbox.org/ticket/12300
Thanks
gene
On 12/22/2013 03:22 AM, Thomas Bächler wrote:
Am 22.12.2013 03:11, schrieb Gerardo Exequiel Pozzi:
Anyways, I am planning to replace gummiboot by syslinux in archiso. (but
...
Given the state of syslinux on EFI (fails to load some kernels entirely
for some people) and its lack of features (can
Over the last 2 weeks I have replaced 3 fedora servers with Arch - and
want to say thank you . That's the last of my fedora machines now and I
am all Arch and they are all working really well.
The new boxes are haswell UEFI and boot using refind. Setting this up
was straightforward with Arc
On 02/21/2014 04:24 AM, Thomas Bächler wrote:
Am 20.02.2014 17:33, schrieb Dave Reisner:
Hi all,
I'm working on packaging the systemd 209 release, and I expect to have
pkgrel=1 into [testing] in a few hours, barring any unforseen problems.
It's a huge release (nearly 2000 commits since 208), an
On 02/21/2014 11:30 AM, Thomas Bächler wrote:
HandleLidSwitch=suspend
LidSwitchIgnoreInhibited=no
This means that logind will initiate a suspend on LID closed *except*
when something inhibits it - for example, KDE inhibits logind from
suspending.
Thanks I meant to put LidSwitchIgnoreInhi
On 02/21/2014 11:40 AM, Genes Lists wrote:
On 02/21/2014 11:30 AM, Thomas Bächler wrote:
HandleLidSwitch=suspend
LidSwitchIgnoreInhibited=no
This means that logind will initiate a suspend on LID closed *except*
when something inhibits it - for example, KDE inhibits logind from
suspending
To be sure I rebopted - and still have same problem - no suspend on lid
close - logs just say lid close / lid open as before. so the event is
recognized but no suspend.
Anything else I can try short of going back to systemd 208?
One final piece of info - with systemd 209 the KDE menu under 'leave' is
missing sleep/hibernate buttons. Putting back 208, the buttons come back.
On 02/20/2014 11:33 AM, Dave Reisner wrote:
Hi all,
I'm working on packaging the systemd 209 release, and I expect to have
Good news. My problems ith 209 resolved after updating to 210.
thank you!
Thanks for putting this up - much appreciated.
Testing this now - I didn't see any significant visual changes and
don't see much behavioural diffs either other than desktop search.
However I had nepomuk turned off (I have zero need or interest in any
global search) - for the life of me I
On 03/12/2014 05:23 PM, Rémy Oudompheng wrote:
Hello,
I am going to push updated TeXLive packages to [extra].
Thank you!
I also posted this to forum:
https://bbs.archlinux.org/viewtopic.php?pid=1391778#p1391778
I got this error on update:
>>> texlive: recreating all formats...
luatex: er
On 03/28/2014 09:12 AM, Daniel Micay wrote:
...
Security needs to be simple, predictable and well understood. It needs
to be provably correct and easily audited. SELinux is none of these
things. I don't really understand why a distribution striving for
simplicity would ever enable it.
I thi
On 04/01/2014 06:44 PM, Thomas Bächler wrote:
Okay, pushed everything to [testing] and [community-testing].
This may just be a mirror sync issue but I am seeing this:
pacman -Syu
...
looking for inter-conflicts...
error: failed to prepare transaction (could not satisfy dependencies)
:: bbswitc
On 04/01/2014 08:51 PM, Genes Lists wrote:
...
looking for inter-conflicts...
Next 2 machines I updated from testing worked fine - neither has
bumblebee - but they both have virtualbox ... scratching head ...
Bah - brain fart - sorry - i had accidently turned off community testing
on one machine ... no idea how - sorry for noise.
All good.
On 04/03/2014 04:10 AM, Thomas Bächler wrote:
Am 03.04.2014 05:24, schrieb Evangelos Foutras:
...
Has anyone else experienced hangs in Firefox with the latest kernel?
None that I can remember.
I use firefox only lightly - however I too have not noticed any problems
with 3.14 from rc1 thro
After the update to 4.13 - i have baloo sucking up cpu cylces. I did go
to the desktop search and add every single file system/directory to the
'dont scan' list. So there should be nothing left to scan.
Didn't help - it's still running 2 hours later ... anyone know how to
stop this selfish c
On 04/17/2014 10:37 AM, Lukas Jirkovsky wrote:
Is it with KDE PIM? I remember a discussion in the release ML that
baloo was somewhat broken in PIM. I dunno if that was fixed or not.
No not using PIM. I killed off all the baloo processes - short term
fix.There really should be an off button on
On 05/17/2014 08:40 AM, Bartłomiej Piotrowski wrote:
Hi guys,
New MariaDB is sitting in [testing] for a while now. It's temporarily
This does trigger this warning in postfix's postmap program:
postmap: /usr/lib/libmysqlclient.so.18: no version information available
(required by postmap)
Still having same problem fully updated on testing repo:
postmap: /usr/lib/libmysqlclient.so.18: no version information available
(required by postmap)
Any suggestions to fix?
On 06/18/2014 09:17 AM, Tobias Powalowski wrote:
After running this update - my nfs server won't run at all - I get this
error:
systemctl status nfs-server
● nfs-server.service - NFS server and services
Loaded: loaded (/usr/lib/systemd/system/nfs-server.service; enabled)
Active: failed
On 06/20/2014 04:16 PM, Genes Lists wrote:
...
..rpc.nfsd[872]: rpc.nfsd: writing fd to kernel failed: errno 11(...ed)
More strangeness - after a while I tried loading all the pieces by
hand - and suprisingly that worked. Then after that, the systemd
nfs-server service works if re-started
This is probably unlikely but I'll ask. Is it possible that something
that nfs needed (but missing from systemd service file) had not actually
come up yet but several minutes later it was up and then nfs was able to
start?
Thought I'd ask.
gene/
I had same issue with systemd 214 and kernel 3.15. For me,it was
resolved with 3.15.1 kernel (which had some capabilities and audit fixes
- not sure they were cause, but 3.15.1 fixed it for me).
If you're running 3.15.1 or 3.15.rc2 and still have the issue then it
is likely not same issue
More problems - could really use some help on this one.
Rebooted the server today after full update (testing) - now ALL nfs
clients get Input/Output error on any symbolic link - regular files are
fine.
Server/client both:
nfs-utils 1.3.0-2
rpcbind 0.2.1-5
On any client (this is an
One more piece of info:
If on the client - I create a new symbolic link - it is fine on
both client and server.
On Client:
# ln -s testing.db.tar.gz JUNK
# ls -l JUNK
0 lrwxrwxrwx 1 root root 17 Jun 28 20:24 JUNK -> testing.db.tar.gz
Same back on the NFS server ...
#
Rebooted server a second time (prev clients were rebooted first) -
and now all clients are happy.
Odd no?
Anyone else having trouble booting with testing repo and systemd 215 +
filesystem 2014.07-1 as per thie forum post?
https://bbs.archlinux.org/viewtopic.php?id=183796
systemd 215-2 is now in testing; this now ensures the
/etc/os-release link is present. Best I can tell either having the link
or rebuilding initramfs resolves the issue.
https://projects.archlinux.org/svntogit/packages.git/commit/trunk?h=packages/systemd&id=bd40bc9a61dd401650364e11cb0f71
Haven't plugged an ethernet cable into my laptop for a while - today I
did. Wirelss has been working flawlessly.
Plugging a wire in however refuses to connect - the error in journal is:
.. dhclient[30318]: execve
(/usr/lib/networkmanager/nm-dhcp-client.action, ...): No such file or
directo
Quick heads up - virtualbox needs couple fixes which are not yet in
upstream 4.3.14 in order to compile against 3.17.
There are patches here:
https://forums.virtualbox.org/viewtopic.php?p=296650#p296650
The patch file I used was : virtualbox-alloc_netdev.diff.txt
I have tested the module versi
My Win 7 VM (64bit on 64bit host) crashes under 4.3.16.
It works again after rolling back to 4.3.14.
Ifound some noise on the net with others having similar issues
(e.g. https://forums.virtualbox.org/viewtopic.php?f=7&t=63607)
For now I am back to 4.3.14.
gene
On 09/02/2014 06:29 PM, Genes Lists wrote:
Quick heads up - virtualbox needs couple fixes which are not yet in
upstream 4.3.14 in order to compile against 3.17.
Good news - The fixes are in 4.3.16
Bad news - Win 7 VM crashes under 4.3.16 ... (see my other post)
gene
Packahe testing/ca-certificates-utils seems to have a packaging problem:
...
:: Starting full system upgrade...
:: Replace ca-certificates-java with testing/ca-certificates-utils? [Y/n]
...
(7/7) loading package files
[] 100%
(7/7) checking for file conflicts
For info - I have tried to get it working in refind and failed. I added
a second initrd line in the boot stanza in refind.conf. But the firmware
was not updated.
I added to refind sourceforge report[1], perhaps Rod will respond.
[1] https://sourceforge.net/p/refind/discussion/general/thread/
For refind: This is resolved.
As per: https://bbs.archlinux.org/viewtopic.php?pid=1468931#p1468931
Summary:
There are 2 methods:
(a) Add the initrd=.. to the refind_linux.conf file.
(b) If using stanza in refind.conf then
add initrd=
Both methods work it seems. I
On 10/23/2014 06:34 PM, Jody Allen wrote:
...
Is anyone only having one core updated? I get this:
> dmesg | grep microcode
[0.00] CPU0 microcode updated early to revision 0x29, date =
2013-06-12
[0.344194] microcode: CPU0 sig=0x206a7, pf=0x10, revision=0x29
[0.344203] microcode
I noticed this today after the systemd update and after I rebooted -
stunnel package fails to create /run/stunnel and so stunnel.service
won't start as it cannot chroot to /var/run/stunnel.
stunnel was updated for me on 10/21 from 5.03 to 5.06. Machine has been
rebooted since then - so it -see
On 10/30/2014 02:08 AM, Doug Newgard wrote:
On Wed, 29 Oct 2014 20:17:19 -0700
"Patrick Burroughs (Celti)" wrote:
...
Shouldn't that rather be handled by a tmpfiles.d snippet, and not in
the service file?
..
Yes, tmpfiles is the correct way of handling this and there is already
a conf file
On 10/30/2014 08:27 AM, Christian Hesse wrote:
Possibly /var/run is no longer linked to ../run?
You should change the path in /usr/lib/tmpfiles.d/stunnel.conf from
"/var/run/stunnel" to "/run/stunnel".
I did check that and /var/run is indeed linked to /run.
On 10/30/2014 12:04 PM, Tobias Hunger wrote:
Hi there,
tmpfiles.d is not the right approch: There is the RuntimeDirectory
keyword for unit files to manage that directory. See
http://www.freedesktop.org/software/systemd/man/systemd.exec.html for
details.
The advantage of this keyword is that sys
Other services are also failing with missing /run directories - this
is not limited to stunnel it seems.
I notice that php-fpm.service is also failing the same way - there may
be others.
For what it's worth - systemd 217-3 does not fix the issue.
I suspect there may be other services
I posted about stunnel failing after systemd update - then I found
that php-fpm has same problem - issue of course only shows up after a
boot when /run is re-created.
Now I have found that mariadb won't start either - same reason -
missing /run/mysqld directory (so cannot create socke
On 11/02/2014 08:07 PM, Armin K. wrote:
systemctl status systemd-tmpfiles-setup
Thanks - here's what I get on machine A (the mysql server):
systemctl status systemd-tmpfiles-setup
● systemd-tmpfiles-setup.service - Create Volatile Files and Directories
Loaded: loaded
(/usr/lib/systemd/sys
On 11/02/2014 08:12 PM, Genes Lists wrote:
On 11/02/2014 08:07 PM, Armin K. wrote:
systemctl status systemd-tmpfiles-setup
Thanks - here's what I get on machine A (the mysql server):
A couple more machines: This one is mail server:
# systemctl status systemd-tmpfiles-
/start
On 11/02/2014 08:15 PM, Genes Lists wrote:
On 11/02/2014 08:12 PM, Genes Lists wrote:
On 11/02/2014 08:07 PM, Armin K. wrote:
systemctl status systemd-tmpfiles-setup
Thanks - here's what I get on machine A (the mysql server):
A couple more machines: This one is mail s
On 11/02/2014 08:22 PM, Armin K. wrote:
..
Maybe this patch would help?
http://pkgs.fedoraproject.org/cgit/systemd.git/tree/0001-units-don-t-order-journal-flushing-afte-remote-fs.ta.patch
It fixes a dependency for a service which starts before
systemd-tmpfiles-setup as I see.
Yah looks promi
On 11/02/2014 08:31 PM, Armin K. wrote:
This got renamed to nfs-idmapd.service
Yeh the new one was started but I had neglected to disable rpc-idmapd.
Remove the mentioned files manually from /etc/systemd/system hierarchy
and enable the new ones and see if you're lucky.
I have patc
On 11/02/2014 08:22 PM, Armin K. wrote:
..
Maybe this patch would help?
http://pkgs.fedoraproject.org/cgit/systemd.git/tree/0001-units-don-t-order-journal-flushing-afte-remote-fs.ta.patch
It fixes a dependency for a service which starts before
systemd-tmpfiles-setup as I see.
Yah looks pr
This seems to be the 'right' commit upstream from Lennart:
http://cgit.freedesktop.org/systemd/systemd/commit/?id=919699ec301ea507edce4a619141ed22e789ac0d
On 11/03/2014 03:08 AM, Armin K. wrote:
Yes. Go ahead and file a bug report in arch bug tracker.
Existing bug report is here:
https://bugs.archlinux.org/task/42633 [1]
[1] I somehow failed to find this in my search before creating a
duplicate -its really obvious so how I missed it I have
I have a problem where nfs failed. 2 units fail to start
rpc-statd.service
nfs-server.service.
-
rpc-statd:
systemctl status rpc-statd
rpc.statd[736]: Version 1.3.2 starting
rpc.statd[736]: Flags: TI-RPC
rpc.statd[736]: Running as root. chown /var
On 01/31/2015 04:28 PM, Bardur Arantsson wrote:
On 01/31/2015 10:14 PM, Genes Lists wrote:
This was original thread:
https://lists.archlinux.org/pipermail/arch-general/2014-June/036617.html
So I tried the same commands - specifically:
systemctl restart proc-fs-nfsd.mount
systemctl
On 01/31/2015 04:50 PM, Tomasz Kramkowski wrote:
In any case, it is possible you are having a similar problem, are you
sure the interfaces nfs-server is set to listen on are up?
Yes server is up - i administer via ssh remotely :)
On 01/31/2015 05:09 PM, Bardur Arantsson wrote:
First, in case it's relevant: DON'T PANIC!
Ha ha good advice ... :)
Secondly, I mentioned "journalctl -u", not "systemctl". There may be
relevant stuff in there that isn't mentioned by "systemctl status" (due
to cutoff).
yes I did look
Fully updated from testing repo. Bug filed:
https://bugs.archlinux.org/task/43738
After this glibc update I am now getting:
crond[952]: PAM unable to dlopen(/usr/lib/security/pam_unix.so):
/usr/lib/libpthread.so.0: symbol __getrlimit, version GLIBC_PRIVATE not
defined in file li
On 02/08/2015 10:34 AM, Troy Engel wrote:
On Sun, Feb 8, 2015 at 8:43 AM, Genes Lists wrote:
As pointed out in the bug report - this may well be goofy-user-error().
I had not rebooted after the glibc update (standard practice).
Rebooting now and will report back only if any problems
I have one server which does internal mail and nfs - which went
weird after about a day on the new kernel.
I remote admin via ssh - symptom on the terminal was many commands
failed in bad ways. Though 'ls' seemed to be fine.
e.g. vi - gave input/output error.
journalctl -lf
1 - 100 of 240 matches
Mail list logo
