ah, good point. I was on 5.4.X so this fix should work for 18.04
running that kernel as well. thanks.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1895526
Title:
ocfs2 file system no longer write
>From what I've seen the issues for me related to the kernel image
versions 5.4.0-45 and 5.4.0-47. When we upgraded to 5.4.0-48 this is
what resulted in the necessary fixes for us. My servers were Ubuntu
20.04 fresh installations, but your 18.04 servers are likely to use
perhaps 4.15.0-118 or there
Thanks for the quick fix! Will this fix also apply for 18.04?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1895526
Title:
ocfs2 file system no longer write - "disk full" despite lots of free
spa
** Changed in: ocfs2-tools (Ubuntu)
Status: Confirmed => Invalid
** Changed in: linux (Ubuntu)
Status: Incomplete => Fix Released
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1895526
T
Got the main server checked and tested. Was able to successfully format
the drbd device with ocfs2 and thereafter could write files to the ocfs2
partition with full read/write access. I can happily report that this
problem now seems to be fixed for me.
--
You received this bug notification becaus
Thanks a lot for catching up with this @mfo. And Richard for all the
tests.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1895526
Title:
ocfs2 file system no longer write - "disk full" despite lots
Thanks Richard and Marco!
Looking forward for further testing/results. :)
Fingers crossed it will all go well.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1895526
Title:
ocfs2 file system no long
Mauricio,
You are correct to say we're not totally verified to be fixed until we get the
entire cluster in sync. As I mentioned earlier I will have that done over this
coming weekend.
Thanks again!
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribe
Dear Mauricio,
now it seems working, but probably we need to test it more in details.
Best,
Marco
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1895526
Title:
ocfs2 file system no longer write -
Oh sorry, I'm not familiar with OCFS2, but maybe you need to have
both servers/whole cluster on same kernel version to verify this?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1895526
Title:
ocfs2
Hi Richard,
That's really good news that the 5.4.0-48 kernel does seem to fix it.
Thanks for the quick turnaround on testing under these circumstances.
cheers,
Mauricio
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.lau
Hi Mauricio
I have updated the kernel using apt (and ran all the other available updates at
the same time) on the SECOND server in this cluster. The update to
5.4.0-48-generic seems to have WORKED OK. However, as these are live servers
and the end users were desperate to use their data, I rsync'
Hi ~richard-from-davel and ~marco-zannoni,
Could you please test kernel 5.4.0-48, just released to
focal-updates a few hours ago and confirm it that helps?
It has fixes for two of the four patches introduced between
5.4.0-42 and 5.4.0-45/-47 (reported to be good/bad versions.)
Thanks,
Mauricio
ProblemType: Bug
AlsaDevices:
total 0
crw-rw 1 root audio 116, 1 Sep 16 15:59 seq
crw-rw 1 root audio 116, 33 Sep 16 15:59 timer
AplayDevices: Error: [Errno 2] No such file or directory: 'aplay'
ApportVersion: 2.20.11-0ubuntu27.8
Architecture: amd64
ArecordDevices: Error: [Errno 2] No s
** Also affects: linux (Ubuntu)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1895526
Title:
ocfs2 file system no longer write - "disk full" despite lots
I am also seeing the exact same problem on 18.04. For me the solution
was to downgrade the kernel to 5.3.X.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1895526
Title:
ocfs2 file system no longer
Similar problem here, maybe related.
TL,DR:
kernel 5.4.0-47 doesn't work
kernel 5.4.0-42 works
LONG STORY:
We installed a fresh ubuntu server 20.04, downloading updates during
installation (kernel 5.4.0-47).
We setup an ocfs2 cluster, tried to create a simple file on the new volume
(with touch)
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: ocfs2-tools (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1895526
Title:
Changed to "NEW" as per your suggestion. As far as I can see the info
you asked for is all there.
** Changed in: ocfs2-tools (Ubuntu)
Status: Incomplete => New
** Description changed:
Fairly new server on Ubuntu 20.04.1 LTS, 5.4.0-47-generic kernel, DRBD device
across 2 sites with one
Hi Rafael
I rebooted to the previous kernel 5.4.0-45 and still no write to ocfs2.
Cheers
Richard Andrew
Davel Technology
T: 01786 448007
M: 07813 298095
On 14/09/2020 14:35, Rafael David Tinoco wrote:
> Hello Richard,
>
>
UPDATE:
I have written an ext4 filesystem onto the drbd and can mount (changed
type in fstab) and can write to it. This was tested by simple touch a
file name, then nano that file and added a couple of lines of text and
saving ok.
I then tried putting ocfs2 back on it and, after quite some tim
Hi Rafael
Here's the df output:
richard@server01:~$ df -i
Filesystem Inodes IUsed IFree IUse% Mounted on
udev 4030826 674 4030152 1% /dev
tmpfs 4041765 1226 4040539 1% /run
/dev/md0p1 26198016 147887 26050129 1% /
tmpfs 404
Hi Rafael
Everything was working ok until just before I had done the reboot - the
seeming first problem was Windows clients having permission issues
writing to the folders on ocfs2 filesystem, then the reboot led to the
no free space messages.
DRBD has had no issues so far, and having brought
Another thing, does "df -i" show free inodes ? (just making sure).
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1895526
Title:
ocfs2 file system no longer write - "disk full" despite lots of free
Hello Richard,
Do you know which kernel you were using before the reboot ? Was
everything working as expected before this upgrade/reboot action ?
What packages were upgraded ? (you can check in apt history).
What if you move back to the kernel you were, can you create the
filesystem ? Does it mi
BTW, if you are able to find a reproducer (smallest you can get) so I
can reproduce the issue on my side, I would appreciate.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1895526
Title:
ocfs2 file
** Changed in: ocfs2-tools (Ubuntu)
Status: New => Triaged
** Changed in: ocfs2-tools (Ubuntu)
Importance: Undecided => High
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1895526
Title:
o
Forgot to mention: - Exact same errors on the second server in this
cluster since the errors started. Both machines almost identical
hardware and software.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs
28 matches
Mail list logo
