For a similar bug affecting Ubuntu 14.04, please see bug #1371564
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/525154
Title:
mountall for /var or other nfs mount races with rpc.statd
To manage not
I have a possibly related problem. Now and then boot lockups, with NFS
mounts in /etc/fstab. They disappear, when NFS mounts are removed from
/etc/fstab and mounted after the machine is up. Our /var/lib/nfs is not
on a NFS share, however.
I cannot tell if this is a duplicate, related or another bu
On Thu, Feb 28, 2013 at 02:23:21PM -, Johnathon wrote:
> Has the patches actually gotten out of proposed now? We've just run
> head-long into this one.
They've been out of proposed for quite some time. If you're still seeing
issues, you'll need to provide more information.
--
You received t
Has the patches actually gotten out of proposed now? We've just run
head-long into this one.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/525154
Title:
mountall for /var or other nfs mount races wi
Excerpts from dennis berger's message of Thu Oct 13 09:14:05 UTC 2011:
> It seems we ran into the same problem today.
> System is 11.04 natty from yesterday.
>
> boot.log from today.
>
> Begin: Loading essential drivers ... done.
> Begin: Running /scripts/init-premount ... done.
> Begin: Mounting
It seems we ran into the same problem today.
System is 11.04 natty from yesterday.
boot.log from today.
Begin: Loading essential drivers ... done.
Begin: Running /scripts/init-premount ... done.
Begin: Mounting root file system ... Begin: Running /scripts/local-top ... done.
Begin: Running /scrip
I just had quite a few updates in the pipe today and it seems I run into
statd problems also. Not quite sure if it's the same bug.
cat syslog | grep statd gives me this:
Aug 12 18:46:04 doubi statd-pre-start: local-filesystems started
Aug 12 18:46:05 doubi rpc.statd[1008]: Version 1.2.2 starting
On Mon, Jul 18, 2011 at 10:56:50PM -, Andy Hauser wrote:
> > Is that bug #524972 (where the bind mount refers to a path which is a
> > symlink)?
> Maybe. Only that I don't remember there being a question.
That could point to a plymouth bug affecting your system.
> Anyways answering questions
Hi,
this is turning into a forum discussion real fast, and really has no
place here. I suggest we take it someplace else. Ubuntu-devel, maybe?
On 2011-07-19 12:17, Brian J. Murrell wrote:
> On 11-07-18 04:27 PM, Steve Langasek wrote:
>>
>> This appears to be bug #523484.
>> To the best of my und
On 11-07-18 04:27 PM, Steve Langasek wrote:
>
> This appears to be bug #523484.
>
> To the best of my understanding, this describes a feature that is missing
Uhm, not so much "missing" as "broken".
> when using a separate /var (the ureadahead job will run but not do anything
> useful).
It's no
Seems like the further problems in #484209 also lead here.
So maybe only this and the bindmount thing remain.
> > Also just having a bind mount to a NFS mount in fstab makes my lucid
> > nodes unbootable.
> Is that bug #524972 (where the bind mount refers to a path which is a
symlink)?
Maybe. O
On Mon, Jul 18, 2011 at 07:42:54PM -, Andy Hauser wrote:
> #484209
Which is fixed.
> #275451
Which has nothing to do with lucid; the bug report dates back to 2008, is
marked "incomplete" in Debian, and does not discuss /var as a separate
partition. That's not an actionable bug report; I've
Sorry, my link was to the Squeeze release notes, here the one for Lucid:
https://wiki.ubuntu.com/LucidLynx/ReleaseNotes#Other_known_issues
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/525154
Title:
On Mon, Jul 18, 2011 at 07:05:51PM -, Brian J. Murrell wrote:
> On 11-07-18 02:49 PM, Steve Langasek wrote:
> > Oh. Can you give me some specific bug numbers there?
> Not at the moment I'm afraid. The number of bugs i have in my
> subscribed list is just way to big to go searching right now
@ Andy
> Also I think at this point most people will have migrated to another distro,
so me!
It's now well over a year since Lucid has been released and still not a
single word of those issues in the "Release Notes (known issues)" here
http://www.debian.org/releases/stable/amd64/release-notes/ind
#484209
#275451
#690401
come to my mind.
Also just having a bind mount to a NFS mount in fstab makes my lucid
nodes unbootable.
All in all I think we fixed/worked around 4 bugs in lucid to get them to boot.
All related to the introduction of upstart. And not all have fixes released.
Also I th
On 11-07-18 02:49 PM, Steve Langasek wrote:
>
> Oh. Can you give me some specific bug numbers there?
Not at the moment I'm afraid. The number of bugs i have in my
subscribed list is just way to big to go searching right now, but off
the top of my head, there is the ureadahead bug, where people
On Mon, Jul 18, 2011 at 05:38:51PM -, Brian J. Murrell wrote:
> On 11-07-17 04:59 AM, Steve Langasek wrote:
> > Brian, in comment #84 you said that the SRUed package fixed the issue
> > for you, but in your latest post you comment that "this bug has existed
> > since Lucid". Did the updated pa
On 11-07-17 04:59 AM, Steve Langasek wrote:
> Brian, in comment #84 you said that the SRUed package fixed the issue
> for you, but in your latest post you comment that "this bug has existed
> since Lucid". Did the updated package fix your issue, or did it not?
> If it didn't, we should reopen this
Brian, in comment #84 you said that the SRUed package fixed the issue
for you, but in your latest post you comment that "this bug has existed
since Lucid". Did the updated package fix your issue, or did it not?
If it didn't, we should reopen this bug report; up to then, you had
certainly given the
The proposed change to mountall-net.conf here is incorrect. Please file
new bug reports against the nfs-utils package for races you're seeing
between statd startup and mountall calls. From some of the later
comments in this bug report, it looks like the statd process isn't ready
to serve requests
** Summary changed:
- mountall for /var races with rpc.statd
+ mountall for /var or other nfs mount races with rpc.statd
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/525154
Title:
mountall for /va
22 matches
Mail list logo
