From masko w ipipan.waw.pl Tue Dec 1 21:49:37 2020 From: masko w ipipan.waw.pl (=?utf-8?B?xYF1a2FzeiBNYcWba28=?=) Date: Tue, 01 Dec 2020 21:49:37 +0100 Subject: O co chodzi geninitrd? Message-ID: <3402532.02oe7dOm65@laptok> Taki obrazek: $ sudo geninitrd -v initrd-5.9.11-1.gz 5.9.11-1 geninitrd: # geninitrd 12787 geninitrd: find_tool: found /usr/lib64/initrd/busybox geninitrd: find_tool: found /sbin/cryptsetup geninitrd: find_tool: found /sbin/dmraid geninitrd: find_tool: found /sbin/lvm geninitrd: find_tool: found /sbin/mdadm geninitrd: find_tool: found /usr/lib64/initrd/blkid geninitrd: find_tool: found /sbin/udevd geninitrd: find_tool: found /bin/udevadm geninitrd: WARNING: Cannot determine swap device. You may try add specific device to kernel command line geninitrd: find_tool: found /usr/lib64/suspend/resume geninitrd: WARNING: Option 'resume device' not found in /etc/suspend.conf. Disabling suspend support. geninitrd: find_tool: found /sbin/v86d geninitrd: Finding USB keyboard modules geninitrd: Finding SATA modules (class=0x0106) geninitrd: ERROR: No argument passed to find_modules_for_devpath() - is your / etc/fstab correct? O co chodzi w tym ostatnim komunikacie? Na jajku 5.9.8-1 wygenerowało się poprawnie ale to było starsze geninitrd. A teraz - to co widać. W fstab mam takie cosie: /dev/sda6 / ext4 defaults,noatime,discard 1 1 /dev/sda2 /boot/efi vfat defaults 0 0 /dev/sda4 /mnt/ntfs ntfs-3g defaults,rw,exec,umask=000,nls=iso8859-2 0 0 /dev/sda8 /mnt/trash exfat defaults,rw,exec,umask=000,codepage=852,iocharset=iso8859-2 0 0 none /proc proc defaults,noauto,gid=17 0 0 none /proc/bus/usb usbfs defaults,noauto,devgid=78,busgid=78,listgid=78,devmode=0664,busmode=0755,listmode=0644 0 0 none /dev/pts devpts gid=5,mode=620 0 0 none /dev/shm tmpfs rw,nosuid,nodev,noexec 0 0 none /sys/kernel/debug debugfs defaults 0 0 -- Łukasz Maśko _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafrykańskie słowo oznaczające "Nie umiem zainstalować Debiana" From josiecki w silvercube.pl Sat Dec 12 15:03:05 2020 From: josiecki w silvercube.pl (Jacek Osiecki) Date: Sat, 12 Dec 2020 15:03:05 +0100 Subject: Problem z mysql-proxy i mysql 5.7 Message-ID: <757BE7AA-33AE-4403-9E65-4EFC6C435DF2@silvercube.pl> Cześć, ostatnio przy manewrowaniu wirtualkami i upgradzie mysqla trafiłem na problem, którego nie jestem w stanie rozgryźć. Mam kilka wirtualek, niektóre starsze niektóre świeższe. W szczególności, na starszych mam mysql-proxy w wersji 0.8.2-1, a na nowszych 0.8.5-1. I wszystko było pięknie, dopóki używałem mysqla 5.6. Ale gdy odpaliłem 5.7 - zaczęły się chece. Na starych vserverach z mysql-proxy 0.8.2 wszystko działa Na nowych z mysql-proxy 0.8.5 - można łączyć się, gdy backendem jest mysql 5.6. Ale przy mysql 5.7 połączenie po prostu zawisa i nic się nie da zrobić? Oczywiście aplikacje korzystające z mysqla nie działają. Dzieje się tak zarówno przy mysql-proxy słuchającym na sockecie, jak i na tcp. Przy TCP pół biedy - odpaliłbym redira. Ale właśnie kluczowe dla mnie jest proxowanie za pośrednictwem socketa? Jakieś pomysły, rady? Aha, przeniesiony na żywca mysql-proxy 0.8.2 ze starych wirtualek nie zwisa, za to wyrzuca ?Bad Handshake? i do widzenia. Pozdrawiam, ? Jacek Osiecki josiecki w silvercube.pl