2012-10-26 11:49:31 |
p |
bug |
|
|
added bug |
2012-10-26 12:21:19 |
Ubuntu Foundations Team Bug Bot |
tags |
|
bot-comment |
|
2012-10-26 13:38:42 |
p |
bug watch added |
|
http://bugzilla.kernel.org/show_bug.cgi?id=13011 |
|
2012-10-26 15:46:06 |
Brian Murray |
tags |
bot-comment |
bot-comment precise |
|
2012-10-26 15:56:26 |
Brian Murray |
affects |
ubuntu |
linux (Ubuntu) |
|
2012-10-26 16:02:02 |
Brad Figg |
linux (Ubuntu): status |
New |
Incomplete |
|
2012-10-26 16:03:12 |
Joseph Salisbury |
tags |
bot-comment precise |
bot-comment kernel-da-key precise |
|
2012-10-26 16:03:41 |
Joseph Salisbury |
tags |
bot-comment kernel-da-key precise |
bot-comment kernel-da-key needs-upstream-testing precise |
|
2012-10-26 16:03:45 |
Joseph Salisbury |
linux (Ubuntu): importance |
Undecided |
High |
|
2012-10-26 17:03:53 |
p |
linux (Ubuntu): status |
Incomplete |
Confirmed |
|
2012-10-29 10:24:56 |
p |
tags |
bot-comment kernel-da-key needs-upstream-testing precise |
apport-collected bot-comment kernel-da-key needs-upstream-testing precise staging |
|
2012-10-29 10:24:58 |
p |
description |
we're using LVM snapshots on our storage server to provide data for our live and staging instances.
there are two mountpoints on the server, one for the origin volume, and one for the snapshot that are exported using NFS to our live/staging instances (webserver)
today i noticed, that writes on our staging-webserver don't go to the snapshot as expected, but are hitting the origin volume, messing up all of our live data.
i checked the NFS-mounts and -exports and they look perfectly valid (staging mounts snapshot-mountpoint, live mounts origin-mountpoint)
on the storage-server itself looking at the mountpoints, everything looks valid, too. i wrote some identifying test-files in each mountpoint in order to track them. no problem as long, as we look on the NFS-server itself.
but looking in the mountpoints of a NFS-client, it shows that the origin data was mounted.
i found no way to mount the snapshot again.
i'm not entirely sure, what component causes the problem. since the mountpoints look valid on the server itself, i would rule out LVM. i also would rule out the NFS-client, since it should not be able to see what the server hasn't exported. all clients can see the problem (lucid, maverick, precise).
i've checked for recent software-upgrades on the NFS-server and found:
Thu, Oct 25 2012 11:07:16 +0000
[INSTALL] linux-image-3.2.0-32-generic:amd64
[UPGRADE] nfs-common:amd64 1:1.2.5-3ubuntu3 -> 1:1.2.5-3ubuntu3.1
[UPGRADE] nfs-kernel-server:amd64 1:1.2.5-3ubuntu3 -> 1:1.2.5-3ubuntu3.1
Fri, Oct 26 2012 09:29:34 +0000
[UPGRADE] linux-generic:amd64 3.2.0.31.34 -> 3.2.0.32.35
[UPGRADE] linux-image-generic:amd64 3.2.0.31.34 -> 3.2.0.32.35
since it was working as expected before thursday (2012-10-25), i downgraded these packages (and rebooted the older kernel)
this didn't solve the problem.
i can reproduce this behavior using different filesystems on the NFS-server.
i'll attach verision info in my next post. please comment on what info you might need to figure this out. |
we're using LVM snapshots on our storage server to provide data for our live and staging instances.
there are two mountpoints on the server, one for the origin volume, and one for the snapshot that are exported using NFS to our live/staging instances (webserver)
today i noticed, that writes on our staging-webserver don't go to the snapshot as expected, but are hitting the origin volume, messing up all of our live data.
i checked the NFS-mounts and -exports and they look perfectly valid (staging mounts snapshot-mountpoint, live mounts origin-mountpoint)
on the storage-server itself looking at the mountpoints, everything looks valid, too. i wrote some identifying test-files in each mountpoint in order to track them. no problem as long, as we look on the NFS-server itself.
but looking in the mountpoints of a NFS-client, it shows that the origin data was mounted.
i found no way to mount the snapshot again.
i'm not entirely sure, what component causes the problem. since the mountpoints look valid on the server itself, i would rule out LVM. i also would rule out the NFS-client, since it should not be able to see what the server hasn't exported. all clients can see the problem (lucid, maverick, precise).
i've checked for recent software-upgrades on the NFS-server and found:
Thu, Oct 25 2012 11:07:16 +0000
[INSTALL] linux-image-3.2.0-32-generic:amd64
[UPGRADE] nfs-common:amd64 1:1.2.5-3ubuntu3 -> 1:1.2.5-3ubuntu3.1
[UPGRADE] nfs-kernel-server:amd64 1:1.2.5-3ubuntu3 -> 1:1.2.5-3ubuntu3.1
Fri, Oct 26 2012 09:29:34 +0000
[UPGRADE] linux-generic:amd64 3.2.0.31.34 -> 3.2.0.32.35
[UPGRADE] linux-image-generic:amd64 3.2.0.31.34 -> 3.2.0.32.35
since it was working as expected before thursday (2012-10-25), i downgraded these packages (and rebooted the older kernel)
this didn't solve the problem.
i can reproduce this behavior using different filesystems on the NFS-server.
i'll attach verision info in my next post. please comment on what info you might need to figure this out.
---
AlsaDevices:
total 0
crw-rw---T 1 root audio 116, 1 Oct 26 10:56 seq
crw-rw---T 1 root audio 116, 33 Oct 26 10:56 timer
AplayDevices: Error: [Errno 2] No such file or directory
ApportVersion: 2.0.1-0ubuntu14
Architecture: amd64
ArecordDevices: Error: [Errno 2] No such file or directory
AudioDevicesInUse: Error: command ['fuser', '-v', '/dev/snd/seq', '/dev/snd/timer'] failed with exit code 1:
CRDA: Error: [Errno 2] No such file or directory
DistroRelease: Ubuntu 12.04
HibernationDevice: RESUME=UUID=2c4f34e2-4803-4753-98ae-ac398223c2e2
InstallationMedia:
IwConfig: Error: [Errno 2] No such file or directory
MachineType: System manufacturer System Product Name
Package: linux (not installed)
PciMultimedia:
ProcEnviron:
LANGUAGE=en_US:en
TERM=xterm
LANG=en_US.UTF-8
SHELL=/bin/bash
ProcFB:
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.2.0-31-generic root=/dev/mapper/vg0-system ro nomodeset
ProcVersionSignature: Ubuntu 3.2.0-31.50-generic 3.2.28
RelatedPackageVersions:
linux-restricted-modules-3.2.0-31-generic N/A
linux-backports-modules-3.2.0-31-generic N/A
linux-firmware 1.79.1
RfKill: Error: [Errno 2] No such file or directory
StagingDrivers: mei
Tags: precise staging
Uname: Linux 3.2.0-31-generic x86_64
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups:
dmi.bios.date: 07/16/2012
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 2106
dmi.board.asset.tag: To be filled by O.E.M.
dmi.board.name: P8B WS
dmi.board.vendor: ASUSTeK Computer INC.
dmi.board.version: Rev 1.xx
dmi.chassis.asset.tag: Asset-1234567890
dmi.chassis.type: 3
dmi.chassis.vendor: Chassis Manufacture
dmi.chassis.version: Chassis Version
dmi.modalias: dmi:bvnAmericanMegatrendsInc.:bvr2106:bd07/16/2012:svnSystemmanufacturer:pnSystemProductName:pvrSystemVersion:rvnASUSTeKComputerINC.:rnP8BWS:rvrRev1.xx:cvnChassisManufacture:ct3:cvrChassisVersion:
dmi.product.name: System Product Name
dmi.product.version: System Version
dmi.sys.vendor: System manufacturer |
|
2012-10-29 10:24:59 |
p |
attachment added |
|
AcpiTables.txt https://bugs.launchpad.net/bugs/1071733/+attachment/3417358/+files/AcpiTables.txt |
|
2012-10-29 10:25:01 |
p |
attachment added |
|
BootDmesg.txt https://bugs.launchpad.net/bugs/1071733/+attachment/3417359/+files/BootDmesg.txt |
|
2012-10-29 10:25:02 |
p |
attachment added |
|
CurrentDmesg.txt https://bugs.launchpad.net/bugs/1071733/+attachment/3417360/+files/CurrentDmesg.txt |
|
2012-10-29 10:25:03 |
p |
attachment added |
|
Lspci.txt https://bugs.launchpad.net/bugs/1071733/+attachment/3417361/+files/Lspci.txt |
|
2012-10-29 10:25:05 |
p |
attachment added |
|
Lsusb.txt https://bugs.launchpad.net/bugs/1071733/+attachment/3417362/+files/Lsusb.txt |
|
2012-10-29 10:25:06 |
p |
attachment added |
|
ProcCpuinfo.txt https://bugs.launchpad.net/bugs/1071733/+attachment/3417363/+files/ProcCpuinfo.txt |
|
2012-10-29 10:25:08 |
p |
attachment added |
|
ProcInterrupts.txt https://bugs.launchpad.net/bugs/1071733/+attachment/3417364/+files/ProcInterrupts.txt |
|
2012-10-29 10:25:09 |
p |
attachment added |
|
ProcModules.txt https://bugs.launchpad.net/bugs/1071733/+attachment/3417365/+files/ProcModules.txt |
|
2012-10-29 10:25:10 |
p |
attachment added |
|
UdevDb.txt https://bugs.launchpad.net/bugs/1071733/+attachment/3417366/+files/UdevDb.txt |
|
2012-10-29 10:25:11 |
p |
attachment added |
|
UdevLog.txt https://bugs.launchpad.net/bugs/1071733/+attachment/3417367/+files/UdevLog.txt |
|
2012-10-29 10:25:13 |
p |
attachment added |
|
WifiSyslog.txt https://bugs.launchpad.net/bugs/1071733/+attachment/3417368/+files/WifiSyslog.txt |
|
2012-10-29 13:50:34 |
p |
tags |
apport-collected bot-comment kernel-da-key needs-upstream-testing precise staging |
apport-collected bot-comment kernel-bug-exists-upstream kernel-da-key precise staging |
|
2012-11-07 16:23:13 |
Joseph Salisbury |
linux (Ubuntu): status |
Confirmed |
Triaged |
|
2017-07-04 19:10:48 |
Dimitrenko |
linux (Ubuntu): status |
Triaged |
Fix Released |
|