Mivel egy HP program van mindhez, gondolom, ha van alternatíva, az is egyben kezeli. Egyébként az lspci sem ír ki róla többet.

Ez egy HP smarty array scsi cuccos. Még nem találtam hozzá más drivert, mint az eredeti HP-t. Ráadásul ez nem is maga a driver, hanem csak utility. A driver ciss néven fut, és úgy tűnik, rendben megy. Ha valaki tudna esetleg alternatívát a hpacuclival szemben, az is lehetne talán járható út.

Nem. Közben megtaláltam. Az strace parancsra gondoltam. Az meg kiderítette, hogy maga a program nem fut. A HP valahogy 32 bitesre írta, nehogy xeonon elmenjen. De ha meg telepítem az ia32-libs-t … ugye, akkor meg annyi … Ezek szerint ez a progi sosem fog nekem futni … ???

Köszi. Konkrétan ez nem segített, mivel a megadott parancsok nincsenek az én csomagkezelőmben. Bár gyanítom, hogy hasonlóak az mpstat, sar és társaihoz. Mindezekből az tűnik ki, hogy az írás nagyon lassú. Mint kiderült, valószínűleg nincs bekapcsolva a lemezen az írási cache. Ez egy HP szerver scsi raid lemezekkel, és defaultban off, mivel áram szünet esetén nagy gáz lenne. De hát a teljesítményért mindent! És eléggé szünetmentes is az áramforrás, így bekapcsolnám. Ám az ubim nem kezeli rendesen. A HP drájvere pedig „file not found” üzenettel elszáll… 🙁
Ha telepíteném az ia32-libs csomagot, menne a driver, de az meg tönkre cseszi a rendszert. Így most kézzel kellene telepítenem a szükséges so-kat, de miket?
Vannak kósza emlékeim, hogy valamilyen program ki tudja mutatni, minek milyen függőségre van szüksége. Az talán megmutatná, mi is hiányzik, mi is a „not found”. De nem tudok részleteket. Talán erre valakinek valami ötlete?

Egy megoldás, bár igaz, nem az nlog-ra, hanem a log4net-re. Gondolom, az nlog-nál is hasonló lehet a probléma.
Ahhoz, hogy a log4net úgy működjön, mint a leírásokban, a global.asax.cs fájlban az Application_Start művelet első sora legyen ez: log4net.Config.XmlConfigurator.Configure();

És lőn …