Re: Mounting LVM logical volumes in break=premount

2018-11-21 Thread Sophie Loewenthal
On November 21, 2018 8:33:25 PM CET, Pascal Hambourg wrote: >Le 21/11/2018 à 09:31, Sophie Loewenthal a écrit : >> >> I could not mount some LVM ext4 filesystems on a server earlier this >week and was trying to work out what I had to do to make it work. >> &g

Mounting LVM logical volumes in break=premount

2018-11-21 Thread Sophie Loewenthal
Hi, I could not mount some LVM ext4 filesystems on a server earlier this week and was trying to work out what I had to do to make it work. I had booted into break=premount ( added to the end of the linux line in Grub ) to fix an error in /etc/fstab that caused root from mounting I could

Re: bugreport : redis-server - debian 9.1

2017-12-05 Thread Sophie Loewenthal
Submitted to bug tracker https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883576 <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883576> > On 5 Dec 2017, at 11:29, Sophie Loewenthal <sop...@klunky.co.uk> wrote: > > Hi, > > The post install scripts for re

Re: bugreport - reportbug 7.1.7 on Debian 9.1

2017-12-05 Thread Sophie Loewenthal
Submitted to bug tracker: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883577 <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=883577> > On 5 Dec 2017, at 11:34, Sophie Loewenthal <sop...@klunky.co.uk> wrote: > > Hi, > > Submitting a bug report via reportb

bugreport : redis-server - debian 9.1

2017-12-05 Thread Sophie Loewenthal
Hi, The post install scripts for redis-server did not run well on a freshly installed Debian 9.1 server. Because bugreport did not work on my debian 9 install I'd like to seek help here. I’ll email a separate email for the bugreport bugreport :) Kind regards, Sophie # cat

bugreport - reportbug 7.1.7 on Debian 9.1

2017-12-05 Thread Sophie Loewenthal
Hi, Submitting a bug report via reportbug 7.1.7 programme produced: Traceback (most recent call last): File "/usr/bin/reportbug", line 2234, in main() File "/usr/bin/reportbug", line 1107, in main return iface.user_interface() File "/usr/bin/reportbug", line 1225, in

Re: EXT4 booting with Grub 1.97 (0.97-64) Debian Squeeze

2017-01-31 Thread Sophie Loewenthal
| On 31 Jan 2017, at 21:26, Pascal Hambourg <pas...@plouf.fr.eu.org> wrote: > > Le 31/01/2017 à 20:01, Sophie Loewenthal a écrit : >> >> Will these packages on a Debian squeeze server support grub booting >> from an ext4 file system with the extra fe

EXT4 booting with Grub 1.97 (0.97-64) Debian Squeeze

2017-01-31 Thread Sophie Loewenthal
Hi all, Will these packages on a Debian squeeze server support grub booting from an ext4 file system with the extra features turned on ( e.g extents)? # dpkg -la|grep grub ii grub 0.97-64 GRand Unified Bootloader

Package Pinning Question: Pin Dovecot 1.2 during upgrade from Squeeze to Wheezy

2016-03-02 Thread Sophie Loewenthal
Hi, Debian Wheeze onwards comes with a default installation of Dovecot 2. An upgrade from Squeeze to Wheezy would upgrade Dovecot 1.2 -> 2.2. When I upgrade a Squeeze server to Wheezy, how could I keep Dovecot 1.2? Could I by Pinning the package? Many thanks, Soph. P.S I have posted

Re: Squeeze LVM: pvmove failure left with new LVM named /dev/vg0/pvmove0 - Trying to roll back

2016-03-01 Thread Sophie Loewenthal
Thank you very much Stefan for your clear explanation. Because this affects a root LV I'll run in single user. Soph On March 1, 2016 4:50:55 PM GMT+01:00, Stefan Monnier wrote: >> Would pvmove —abort roll the changes back? >> How would this affect the server,

Re: Squeeze LVM: pvmove failure left with new LVM named /dev/vg0/pvmove0 - Trying to roll back

2016-03-01 Thread Sophie Loewenthal
Hi, Would pvmove —abort roll the changes back? How would this affect the server, since the earlier pvmove crashed this? > On 1 Mar 2016, at 14:50, Darac Marjal <mailingl...@darac.org.uk> wrote: > > On Tue, Mar 01, 2016 at 02:15:14PM +0100, Sophie Loewenthal wrote:

Squeeze LVM: pvmove failure left with new LVM named /dev/vg0/pvmove0 - Trying to roll back

2016-03-01 Thread Sophie Loewenthal
Hi everybody, I am looking for advice on rolling back a failed pvmove of extents on the same PV ( disc ) and appreciate any help. When trying to create a contiguous set of extents on a disc I accidently moved the wrong extents. My command was, pvmove -v /dev/sda3:0-15