Просмотр сообщений

В этом разделе можно просмотреть все сообщения, сделанные этим пользователем.


Сообщения - Gib_adm

Страницы: [1] 2 3 ... 9
1
Да вот в доках по установке ничего про это нет.

ЗЫ: Фрай привет =)
Не заходишь к нам на канал, забыл совсем =)


Updated: 22 January 2020, 10:44:02

Дело было не в бабине....
Нужно было обновить мускуль до 5.5+ (у меня был 5.1) и все завелось.

2
Доброго вам, Коллеги.

OS Centos 6 64x
OpenFire 4.5.0-1

 В попытках установить сабж, натолкнулся на проблему с коннектом к БД. Уже на стадии конфигурирования через web админку. В логах вот что пишет:
Пользователя проверял. Через консольный клиент заходит нормально, а через веб выдает сообщение "A connection to the database could not be made. View the error message by opening the "/logs/error.log" log file, then go back to fix the problem."
2020.01.21 14:10:20 org.jivesoftware.database.DbConnectionManager - CLIENT_PLUGIN_AUTH is required
java.sql.SQLNonTransientConnectionException: CLIENT_PLUGIN_AUTH is required
        at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:110) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:97) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:89) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:63) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at com.mysql.cj.jdbc.exceptions.SQLError.createSQLException(SQLError.java:73) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at com.mysql.cj.jdbc.exceptions.SQLExceptionsMapping.translateException(SQLExceptionsMapping.java:79) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at com.mysql.cj.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:827) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at com.mysql.cj.jdbc.ConnectionImpl.<init>(ConnectionImpl.java:447) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at com.mysql.cj.jdbc.ConnectionImpl.getInstance(ConnectionImpl.java:237) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at com.mysql.cj.jdbc.NonRegisteringDriver.connect(NonRegisteringDriver.java:199) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at java.sql.DriverManager.getConnection(DriverManager.java:664) ~[?:1.8.0_202]
        at java.sql.DriverManager.getConnection(DriverManager.java:247) ~[?:1.8.0_202]
        at org.apache.commons.dbcp2.DriverManagerConnectionFactory.createConnection(DriverManagerConnectionFactory.java:121) ~[commons-dbcp2-2.6.0.jar:2.6.0]
        at org.apache.commons.dbcp2.PoolableConnectionFactory.makeObject(PoolableConnectionFactory.java:355) ~[commons-dbcp2-2.6.0.jar:2.6.0]
        at org.apache.commons.pool2.impl.GenericObjectPool.create(GenericObjectPool.java:889) ~[commons-pool2-2.6.2.jar:2.6.2]
        at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:424) ~[commons-pool2-2.6.2.jar:2.6.2]
        at org.apache.commons.pool2.impl.GenericObjectPool.borrowObject(GenericObjectPool.java:349) ~[commons-pool2-2.6.2.jar:2.6.2]
        at org.apache.commons.dbcp2.PoolingDataSource.getConnection(PoolingDataSource.java:134) ~[commons-dbcp2-2.6.0.jar:2.6.0]
        at org.jivesoftware.database.DefaultConnectionProvider.getConnection(DefaultConnectionProvider.java:91) ~[xmppserver-4.5.0.jar:4.5.0]
        at org.jivesoftware.database.DbConnectionManager.setConnectionProvider(DbConnectionManager.java:654) [xmppserver-4.5.0.jar:4.5.0]
        at org.jivesoftware.openfire.admin.setup.setup_002ddatasource_002dstandard_jsp._jspService(setup_002ddatasource_002dstandard_jsp.java:275) [xmppserver-4.5.0.jar:4.5.0]
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) [apache-jsp-8.5.40.jar:8.5.40]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [javax.servlet-api-3.1.0.jar:3.1.0]
        at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:873) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1623) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at com.opensymphony.sitemesh.webapp.SiteMeshFilter.obtainContent(SiteMeshFilter.java:129) [sitemesh-2.4.2.jar:?]
        at com.opensymphony.sitemesh.webapp.SiteMeshFilter.doFilter(SiteMeshFilter.java:77) [sitemesh-2.4.2.jar:?]
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.jivesoftware.util.LocaleFilter.doFilter(LocaleFilter.java:73) [xmppserver-4.5.0.jar:4.5.0]
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.jivesoftware.util.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:49) [xmppserver-4.5.0.jar:4.5.0]
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.jivesoftware.admin.PluginFilter.doFilter(PluginFilter.java:226) [xmppserver-4.5.0.jar:4.5.0]
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.jivesoftware.admin.AuthCheckFilter.doFilter(AuthCheckFilter.java:234) [xmppserver-4.5.0.jar:4.5.0]
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1602) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:540) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548) [jetty-security-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1700) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1345) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1667) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1247) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:220) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:152) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.Server.handle(Server.java:505) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:370) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:267) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305) [jetty-io-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103) [jetty-io-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117) [jetty-io-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:698) [jetty-util-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:804) [jetty-util-9.4.18.v20190429.jar:9.4.18.v20190429]
        at java.lang.Thread.run(Thread.java:748) [?:1.8.0_202]
Caused by: com.mysql.cj.exceptions.UnableToConnectException: CLIENT_PLUGIN_AUTH is required
        at sun.reflect.GeneratedConstructorAccessor27.newInstance(Unknown Source) ~[?:?]
        at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:45) ~[?:1.8.0_202]
        at java.lang.reflect.Constructor.newInstance(Constructor.java:423) ~[?:1.8.0_202]
        at com.mysql.cj.exceptions.ExceptionFactory.createException(ExceptionFactory.java:61) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at com.mysql.cj.exceptions.ExceptionFactory.createException(ExceptionFactory.java:85) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at com.mysql.cj.protocol.a.NativeAuthenticationProvider.connect(NativeAuthenticationProvider.java:205) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at com.mysql.cj.protocol.a.NativeProtocol.connect(NativeProtocol.java:1348) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at com.mysql.cj.NativeSession.connect(NativeSession.java:163) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at com.mysql.cj.jdbc.ConnectionImpl.connectOneTryOnly(ConnectionImpl.java:947) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        at com.mysql.cj.jdbc.ConnectionImpl.createNewIO(ConnectionImpl.java:817) ~[mysql-connector-java-8.0.17.jar:8.0.17]
        ... 55 more
2020.01.21 14:10:23 org.jivesoftware.database.DbConnectionManager - Unable to connect to the database.
java.sql.SQLException: ConnectionManager.getConnection() failed to obtain a connection after 11 retries. The exception from the last attempt is as follows: java.sql.SQLNonTransientConnectionException: CLIENT_PLUGIN_AUTH is required
        at org.jivesoftware.database.DbConnectionManager.getConnection(DbConnectionManager.java:204) ~[xmppserver-4.5.0.jar:4.5.0]
        at org.jivesoftware.database.DbConnectionManager.testConnection(DbConnectionManager.java:122) [xmppserver-4.5.0.jar:4.5.0]
        at org.jivesoftware.openfire.admin.setup.setup_002ddatasource_002dstandard_jsp._jspService(setup_002ddatasource_002dstandard_jsp.java:276) [xmppserver-4.5.0.jar:4.5.0]
        at org.apache.jasper.runtime.HttpJspBase.service(HttpJspBase.java:70) [apache-jsp-8.5.40.jar:8.5.40]
        at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) [javax.servlet-api-3.1.0.jar:3.1.0]
        at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:873) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1623) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at com.opensymphony.sitemesh.webapp.SiteMeshFilter.obtainContent(SiteMeshFilter.java:129) [sitemesh-2.4.2.jar:?]
        at com.opensymphony.sitemesh.webapp.SiteMeshFilter.doFilter(SiteMeshFilter.java:77) [sitemesh-2.4.2.jar:?]
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.jivesoftware.util.LocaleFilter.doFilter(LocaleFilter.java:73) [xmppserver-4.5.0.jar:4.5.0]
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.jivesoftware.util.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:49) [xmppserver-4.5.0.jar:4.5.0]
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.jivesoftware.admin.PluginFilter.doFilter(PluginFilter.java:226) [xmppserver-4.5.0.jar:4.5.0]
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1610) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.jivesoftware.admin.AuthCheckFilter.doFilter(AuthCheckFilter.java:234) [xmppserver-4.5.0.jar:4.5.0]
        at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1602) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:540) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:146) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548) [jetty-security-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:257) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:1700) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextHandle(ScopedHandler.java:255) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1345) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:203) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:480) [jetty-servlet-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:1667) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ScopedHandler.nextScope(ScopedHandler.java:201) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1247) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:144) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:220) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:152) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:132) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.Server.handle(Server.java:505) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:370) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:267) [jetty-server-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:305) [jetty-io-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:103) [jetty-io-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.io.ChannelEndPoint$2.run(ChannelEndPoint.java:117) [jetty-io-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:698) [jetty-util-9.4.18.v20190429.jar:9.4.18.v20190429]
        at org.eclipse.jetty.util.thread.QueuedThreadPool$Runner.run(QueuedThreadPool.java:804) [jetty-util-9.4.18.v20190429.jar:9.4.18.v20190429]
        at java.lang.Thread.run(Thread.java:748) [?:1.8.0_202]

3
Выполнив следующие манипуляции, запустилось продолжение ребилда:
[root@samba etc]# mdadm --stop /dev/md0
mdadm: stopped /dev/md0
[root@samba etc]# mdadm --assemble --force /dev/md0 /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1
mdadm: /dev/md0 has been started with 4 drives.
[root@samba etc]#
[root@samba etc]# cat /proc/mdstat
Personalities : [raid10]
md0 : active raid10 sdb1[0] sde1[3] sdd1[2] sdc1[1]
      1953519872 blocks 64K chunks 2 near-copies [4/4] [UUUU]
      [==>..................]  resync = 10.6% (207350336/1953519872) finish=139.0min speed=209317K/sec

unused devices: <none>

Но я пока не пробовал перезагружать машину, но подозреваю, что ситуация повторится.


Updated: 12 December 2019, 17:55:06

Да, после перезагрузки опять:
# mdadm -D /dev/md0
mdadm: md device /dev/md0 does not appear to be active.

Коллеги, есть идеи?


Updated: 12 December 2019, 18:12:39

В dmsg наткнулся вот на что:
md: bind<sdb1>
mdadm[997]: segfault at 0 ip 0804f7d8 sp bfb9b2e4 error 4 in mdadm[8048000+2c000]
md: bind<sde1>
mdadm[1007]: segfault at 0 ip 0804f7d8 sp bfede624 error 4 in mdadm[8048000+2c000]
md: bind<sdd1>
mdadm[1050]: segfault at 0 ip 0804f7d8 sp bfa05944 error 4 in mdadm[8048000+2c000]
md: bind<sdc1>
mdadm[1071]: segfault at 0 ip 0804f7d8 sp bfaeaa34 error 4 in mdadm[8048000+2c000]


Updated: 12 December 2019, 21:25:42

Решил пересобрать из дисков, а не разделов. Вот что вышло:
# mdadm --create --verbose /dev/md0 --level=10 --raid-devices=4 /dev/sdb /dev/sdc /dev/sdd /dev/sde
mdadm: layout defaults to n1
mdadm: chunk size defaults to 64K
mdadm: size set to 976762496K
mdadm: array /dev/md0 started.

# mdadm -D /dev/md0
/dev/md0:
        Version : 0.90
  Creation Time : Thu Dec 12 21:14:07 2019
     Raid Level : raid10
     Array Size : 1953524992 (1863.03 GiB 2000.41 GB)
  Used Dev Size : 976762496 (931.51 GiB 1000.20 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Thu Dec 12 21:14:07 2019
          State : clean, resyncing
 Active Devices : 4
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 0

         Layout : near=2, far=1
     Chunk Size : 64K

 Rebuild Status : 0% complete

           UUID : 55808b0a:4c16bee2:3c0f6ce6:d59d1524
         Events : 0.1

    Number   Major   Minor   RaidDevice State
       0       8       16        0      active sync   /dev/sdb
       1       8       32        1      active sync   /dev/sdc
       2       8       48        2      active sync   /dev/sdd
       3       8       64        3      active sync   /dev/sde

# cat /etc/mdadm.conf

# mdadm.conf written out by anaconda
DEVICE partitions
MAILADDR root

ARRAY /dev/md0 level=raid10 num-devices=4 metadata=0.90 UUID=55808b0a:4c16bee2:3c0f6ce6:d59d1524

Но после перезагрузки:
[root@samba ~]# mdadm -D /dev/md0
mdadm: cannot open /dev/md0: No such file or directory
[root@samba ~]# cat /proc/mdstat
Personalities :
unused devices: <none>


4
Доброго времени суток, Коллеги!

 Собираю raid 10
mdadm --create --verbose /dev/md0 --level=10 --raid-devices=4 /dev/sdb1 /dev/sdc1 /dev/sdd1 /dev/sde1

Происходит ребилд:
]# cat /proc/mdstat
Personalities : [raid10]
md0 : active raid10 sde1[3] sdd1[2] sdc1[1] sdb1[0]
      1953519872 blocks 64K chunks 2 near-copies [4/4] [UUUU]
      [======>..............]  resync = 31.4% (614324672/1953519872) finish=111.3min speed=200379K/sec

Но после перезагрузки от рейда нет и следа:
# cat /proc/mdstat
Personalities :
unused devices: <none>

Нужна помощь коллетивного разума =)

Дополняю:
Обнаружил в mdadm.conf информацию о старом рейде:
]# cat /etc/mdadm.conf.old

# mdadm.conf written out by anaconda
DEVICE partitions
MAILADDR root

ARRAY /dev/md0 level=raid5 num-devices=3 spares=1 UUID=579730a3:bc0230c0:caba047c:c6fd718e

Создал рейд заново и добавил инфу о нем в mdadm.conf:
]# cat /etc/mdadm.conf

# mdadm.conf written out by anaconda
DEVICE partitions
MAILADDR root

ARRAY /dev/md0 level=raid10 num-devices=4 UUID=5bac421f:cfb436fa:4fb5c99e:e678c033

Теперь после перезагрузки вижу такую картину:
[root@samba ~]# cat /proc/mdstat
Personalities :
md0 : inactive sdd1[2](S) sde1[3](S) sdc1[1](S) sdb1[0](S)
      3907039744 blocks

unused devices: <none>
[root@samba ~]# mdadm -D /dev/md0
mdadm: md device /dev/md0 does not appear to be active.

5
Windows / Windows Server 2008 + NFS или iSCSI
« : 13 Декабря 2018, 13:46:12 »
Коллеги, доброго времени суток.

 Частично освободился у меня сервер на Windows Server 2008 x64, точнее свободное место на рейд массиве ~2Тб. Решил я это дело отдать под виртуальные машины под управлением VMWare vsphere.
Но тут столкнулся с рядом проблем:
 1. Сделать шару NFS можно только (как я понял), назначив этот сервер контроллером домена (мне это не надо). Но сам сервер и так у меня в домене и городить на нем еще домен вообще не вижу смысла.
Вот в этой статье в коментах вроде написано как сделать без добавления роли АД, но я не понял как это делается.
 2. Более мне понравилась идея сделать пул iSCSI, но тут меня ждал облом с тем, что оснастка MS iSCSI Target работает только на Win Server 2008 R2 минимум.
  2.1. Где-то на просторах интернотов нашел я информацию о StarWind Virtual SAN, но с ней тоже есть проблемы. Актуальная версия 8 не работает нормально (не запускается сервис на порту 3261)

Установить версию ниже тоже не получается из-за того, что ключи для них уже не возможно получить.

Буду благодарен за любые мысли, предложения. (обновить версию Win прошу не советовать)

6
Коллеги, доброго времени суток.

 Имеется у меня машинка в режиме HVM на XenServer 6.2. Работать работает, но в сравнении с PV притормаживает.
Недавно наткнулся на тему в блоге "Debian PVHVM vs PV"
Как сделать на голом Xen вроде понятно: Xen Linux PV on HVM drivers, а вот активировать данный режим для XenServer я не понял.
Если кто знает, подскажите.

7
Главный / Закон Яровой
« : 28 Июня 2018, 15:10:26 »
Triangle, Да.

8
Главный / Закон Яровой
« : 28 Июня 2018, 14:46:36 »
Добрый день, Коллеги!

 
Цитировать
По «закону Яровой» с 1 июля 2018 года операторы должны хранить все телефонные разговоры, текстовые сообщения, изображения, звуки, видеозаписи и другие электронные сообщения пользователей. Постановление правительства, принятое в апреле, уточняет, что хранить переговоры и сообщения операторы обязаны шесть месяцев, а сообщения, которые пользователи передают через интернет,— 30 дней. Емкость хранилищ операторы ежегодно должны увеличивать на 15% в течение пяти лет.

На данный момент интересует тема с телефонией. У нас есть каналы как Е1, так и VoIP (на разном оборудовании). VoIP на Asterisk, а Е1 на М200.

Как кто организовал у себя схемы?

9
Доброго Вам!

Centos 7 x64
MySQL 5.5

Для пользователя mysql выставлены лимиты такие:
bash-4.2$ ulimit -n
1024000

В конфиге /etc/my.cnf:
[mysqld]
...
open_files_limit = 1024000
...

[mysqld_safe]
...
open_files_limit = 1024000
...

Вывод из шела:
mysql> show variables like '%files_limit%'\G
*************************** 1. row ***************************
Variable_name: open_files_limit
        Value: 1024
1 row in set (0.00 sec)

При попытке поменять руками:
mysql> SET GLOBAL open_files_limit=1024000;
ERROR 1238 (HY000): Variable 'open_files_limit' is a read only variable
mysql> SET open_files_limit=1024000;
ERROR 1238 (HY000): Variable 'open_files_limit' is a read only variable

Нужен хелп.

10
Unix / PSAD не работает (CentOS 7 на OpenVZ)
« : 19 Мая 2016, 14:41:42 »
Проблему решил.

В /etc/psad/psad.conf надо изменить параметр AUTO_DETECT_JOURNALCTL с Y на N и перезапустить сервис psad.

Как говорится, все гениальное просто =)

11
Доброго Вам.

2.6.32-042stab114.5 x86_64 GNU/Linux

 Коллеги, такая ситуация:

Есть сабж, правило для PSAD в iptables прописано нормально -A INPUT -j LOG
LOG        all  --  0.0.0.0/0            0.0.0.0/0            LOG flags 0 level 4

В /var/log/messages идет логирование. В конфиге PSAD тоже указан /var/log/messages. Но на сканирование портов не реагирует. А при старте/рестарте присылает сей мессадж:
Цитировать
[-] You may just need to add a default logging rule to the
    'filter' 'INPUT' chain on Server1.  For more information,
    see the file "FW_HELP" in the psad sources directory or visit:

    http://www.cipherdyne.org/psad/docs/fwconfig.html


Есть правда отличие в логировании. На CentOS 6 заголовок лога выглядит так:
May 16 11:33:42 Server2 kernel: IN=eth0

А на CentOS 7 так:
May 16 12:29:59 Server1 kernel: [3794694.787608] IN=venet0

12
Как сказано в коментах, поправил Gemfile.lock на mail (2.5.3) и все взлетело.

Спасибо!

13
Попробовал поставить mail 2.5.3. Отвалился ruby. И похоже требует вернуть ему mail 2.5.4

Ruby on Rails application could not be started

Error message:
    Could not find mail-2.5.4 in any of the sources (Bundler::GemNotFound)
Exception class:
    PhusionPassenger::UnknownError

14
Доброго времени суток, Коллеги.

Имеется вопрос к знатокам ruby и redmine :
ОС CentOS 6.7 64
Environment:
  Redmine version                          2.3.1.stable
  Ruby version                             1.8.7 (x86_64-linux)
  Rails version                            3.2.13

При тестовой отправки сообщения выдает:
Во время отправки письма произошла ошибка (wrong argument (NilClass)! (Expected kind of OpenSSL::SSL::SSLContext))

Конфиг configuration.yml :

production:
  delivery_method: :smtp
  smtp_settings:
    address: "smtp.mail.ru"
    enable_starttls_auto: true
    port: 587
    domain: "smtp.mail.ru"
    authentication: :plain
    user_name: "redmine@domain.com"
    password: "******"

Пробовал еще:
production:
  delivery_method: :smtp
  smtp_settings:
    address: "smtp.mail.ru"
    port: 25
    domain: "smtp.mail.ru"
    authentication: login
    user_name: "redmine@domain.com"
    password: "******"

В обоих случаях результат один. 

Есть мысли?

15
Вероятней всего не удалился файл сокета.

Страницы: [1] 2 3 ... 9