|
From: Heiko Z. <he...@zu...> - 2015-11-27 17:26:11
|
All, I found the problem with the modules. It was still using the old module-init-tools to generate the dependency files. That's now corrected. I'll upload a new test version once the nightly build finishes successfully. If you're building your own, the changes are already in CVS and on the FTP server. The ssh host key issue has been resolved also. Heiko Quoting Heiko Zuerker <he...@zu...>: > Hi, > > Quoting Ma poubelle <the...@gm...>: > >> Hi, >> >> 1) ssh server >>>> I needed to generate this key with ssh-keygen -A >>> Is this something we want to execute automatically >> if /etc/ssh/ssh_host_ed25519_key is missing? >> Since other keys are generated when enabling the service, I think it >> would >> a good idea to generate also this one. >> > > I'll add it > >> 5) fdisk >>>> There are 15 of these, I am not used to see that... >>> That's weird. I'm not seeing those on my system. >>> Are there any other error or warning messages in the syslog or during >> boot? >> No message. >> That is not a problem for me, it just different... >> (I am testing DL on an ESX server.) >> > > That's how I use it too.Not sure why you see all the ramdisks... > >> 6) LVM >>> That's working fine on my servers. Not sure what's going on. Any error >>> or >> warning messages? >> With a little bit of searching, it was because I was using reiserfs which >> is not in the distrib. >> Changed to ext4 and now it is working fine. >> > > Reiserfs is actually included, but the module doesn't load > automatically. This most likely has the same root cause as #7. > >> 7) iptables >>> I started looking into this. Frank pointed that one out also. There's >> something wrong with the module loading and dependency tracking. Not yet >> sure what's going on. I started a new compile with the 4.2 kernel and the >> latest kmod. Maybe it's a bug that's fixed now. >> Ok, fine. >> > > > > -- > > Regards > Heiko Zuerker > -- Regards Heiko Zuerker |