this didn't change anything but interestingly during the downgrade I got exactly 7 error messages (I have 7 RAID disks): blockdev: IOCTL-Fehler bei BLKGETSIZE: Die Datei ist zu großīlockdev: IOCTL-Fehler bei BLKGETSIZE: Die Datei ist zu groß I also tried email to a local user - the same.Īn intereting point: immediately after the upgrade I got an mdadm version 4.1+rc1 or so and I downgraded it to 3.3-2ubuntu7.6 just to try it. I checked the mail of root - since this appears to be the way in which mdadm distributes error messages, but it is empty. # This file was auto-generated on Mon, 15:05:40 +0100 # instruct the monitoring daemon where to send mail alerts # automatically tag new arrays as belonging to the local system # auto-create devices with Debian standard permissionsĬREATE owner=root group=disk mode=0660 auto=yes alternatively, specify devices to scan, using # by default (built-in), scan all partitions (/proc/partitions) and all # Please refer to nf(5) for information about this file. I checked that the upgrade process copied the nf files from the old location to /etc/mdadm and that the files are what they should be. Everything is fine (it boots from a separate DOM) except that the RAID won't assemble and I am a bit at a loss why - also because I have a hard time to get any sort of error messages out of MDADM. ![]() I just upgraded my oldish Thecus 7 bay RAID storage from Ubuntu 16.04 LTS (server) to 18.04.
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |