I have 2 servers, one is reporting uptime of 9 hours, the other 7 hours. I have no other monitoring system in place. My "hosting" provider says it was a single power spike event that rebooted both and that the uptime cannot be trusted to be accurate. Is there any way he is right? Can 2 servers rebooted the same time show uptime difference of 2 hours? Thanks.
I'm trying to configure an NGINX server that's sole purpose is to serve as many 10k JPEGs as it can. I have 16 GB RAM and 2 Intel Xeon E5506 processors, running CentOS.
I'm looking to configure this server in order to serve as many concurrent connections, each delivering a 10 kB JPEG image. Hence, the time of the connection would be very short.
Any ideas would be nice. Thanks.
My server returns the following headers:
Cache-Control:no-cache
Connection:keep-alive
Date:Thu, 07 Jul 2011 10:41:57 GMT
Expires:Thu, 01 Jan 1970 00:00:01 GMT
Last-Modified:Thu, 07 Jul 2011 08:06:32 GMT
Server:nginx/0.8.46`
I want the content I'm serving not to be cached, so I'm looking for a way to return a Last-Modified header that contains the date-time when the request was originated. Something like now()...
I need an audio streaming setup that supports the following formats: WMA, AAC and MP3. The streams must be compatible both with desktop players like Winamp. Win Media Player and with Flash Player and devices like iPhone, Android, etc.
I'm looking for a single server solution and a single encoder solution that would meet all those requirements. Any ideas?
I'm running CentOS on a storage server that has to do file sharing for with Windows machines. SMB version is smbd version 3.5.5-68.fc13
I'm getting a lot of error messages in /var/log/messages regarding failed attempts to connect to a CUPS server. They look like this:
Nov 30 18:49:34 big03 smbd[9927]: [2010/11/30 18:49:34.850620, 0] printing/print_cups.c:108(cups_connect)
Nov 30 18:49:34 big03 smbd[9927]: Unable to connect to CUPS server localhost:631 - Connection refused
I understand that the issue is generated by the fact that SMB comes with printer sharing support, but I'm really not interested in that. I just want to disable the feature to get rid of the messages.
Any idea how I can do that?
I have 2 interfaces on my desktop: one in a multicast enabled vlan, that has access to some udp streams, but otherwise unrouted, and one with internet access, but no multicast.
If only the multicast interface is enabled, I am able to play the streams, with VLC, for example. If I enable the second interface, I loose access to the multicast stream.
This happens due to a routing problem, as far as I can think. So I need to route the multicast request (IGMP and such) through the right interface, or something like that.
Does anyone have any idea how to do this on Windows 7?
I've recently installed Ubuntu 10.10 as a second OS on my desktop, but I'm having a strange problem: it takes several tens of seconds to connect to other linux machines via ssh. On Windows, I have no such problem, it connects instantly.
So, again, it's not a problem the host is having (i.e. high load) and there are no connection problems (i.e. high latency, packet loss, etc). The problem is certainly related to the client and the actions it undertakes when connecting.
I suspect it's something related to DNS/reverse DNS. Something like waiting to get the reverse DNS on my IP before connecting, I dunno..
Does anyone know how to fix this? Thanks.
Later edit: As Janne suggested, I ran the command with the -vvv parameter. The output is:
ssh -p 6969 -vvv [email protected]
OpenSSH_5.5p1 Debian-4ubuntu4, OpenSSL 0.9.8o 01 Jun 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to myserver.mydomain.com [178.21.120.198] port 6969.
debug1: Connection established.
debug1: identity file /home/sorin/.ssh/id_rsa type -1
debug1: identity file /home/sorin/.ssh/id_rsa-cert type -1
debug1: identity file /home/sorin/.ssh/id_dsa type -1
debug1: identity file /home/sorin/.ssh/id_dsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH_4*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.5p1 Debian-4ubuntu4
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: [email protected],[email protected],ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected]
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[email protected],zlib
debug2: kex_parse_kexinit: none,[email protected],zlib
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[email protected]
debug2: kex_parse_kexinit: none,[email protected]
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit:
debug2: kex_parse_kexinit: first_kex_follows 0
debug2: kex_parse_kexinit: reserved 0
debug2: mac_setup: found hmac-md5
debug1: kex: server->client aes128-ctr hmac-md5 none
debug2: mac_setup: found hmac-md5
debug1: kex: client->server aes128-ctr hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug2: dh_gen_key: priv key bits set: 111/256
debug2: bits set: 534/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug3: put_host_port: [178.21.120.198]:6969
debug3: put_host_port: [myserver.mydomain.com]:6969
debug3: check_host_in_hostfile: host [myserver.mydomain.com]:6969 filename /home/sorin/.ssh/known_hosts
debug3: check_host_in_hostfile: host [myserver.mydomain.com]:6969 filename /home/sorin/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 1
debug3: check_host_in_hostfile: host [178.21.120.198]:6969 filename /home/sorin/.ssh/known_hosts
debug3: check_host_in_hostfile: host [178.21.120.198]:6969 filename /home/sorin/.ssh/known_hosts
debug3: check_host_in_hostfile: match line 2
debug1: Host '[myserver.mydomain.com]:6969' is known and matches the RSA host key.
debug1: Found key in /home/sorin/.ssh/known_hosts:1
debug2: bits set: 491/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: /home/sorin/.ssh/id_rsa ((nil))
debug2: key: /home/sorin/.ssh/id_dsa ((nil))
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug3: start over, passed a different list publickey,gssapi-with-mic,password
debug3: preferred gssapi-keyex,gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup gssapi-with-mic
debug3: remaining preferred: publickey,keyboard-interactive,password
debug3: authmethod_is_enabled gssapi-with-mic
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure. Minor code may provide more information
Credentials cache file '/tmp/krb5cc_1000' not found
debug1: Unspecified GSS failure. Minor code may provide more information
Credentials cache file '/tmp/krb5cc_1000' not found
debug1: Unspecified GSS failure. Minor code may provide more information
debug2: we did not send a packet, disable method
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/sorin/.ssh/id_rsa
debug3: no such identity: /home/sorin/.ssh/id_rsa
debug1: Trying private key: /home/sorin/.ssh/id_dsa
debug3: no such identity: /home/sorin/.ssh/id_dsa
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
[email protected]'s password:
I've replaced the user with myuser and the server name with myserver.mydomain.com, for security reasons.
I have a load balancer and several servers behind it. I'm looking for a multi master file replication tool that would allow me to write on any of the machines and replicate the content on all the others, on an event-basis, in a very small timeframe (5 sec).
A single NFS volume mounted on all servers will not suffice, because it becomes a single point of failure.
I'm running CentOS on the servers, the load balancer has proprietary software.
I have multiple servers running CentOS 5.4 and only one application running on Java VM. I've configured the Java VM with the following arguments:
java -Xmx4500M -server -XX:+UseConcMarkSweepGC -XX:+CMSIncrementalMode -XX:NewSize=1024m -Djava.net.preferIPv4Stack=true -Dcom.sun.management.jmxremote=true
The machines I'm running the VM on has 6 GB RAM and no other applications running. After a while, the java process starts to hit the swap space really hard, I get this info out of the top command:
7658 root 25 0 11.7g 3.9g 4796 S 39.4 67.3 543:54.17 java
On the other hand, if I connect via JConsole, it reports the Java VM has 2.6 GB used, 4.6 GB commited and 4.6 Gb max.
java -version returns:
java version "1.6.0_17"
Java(TM) SE Runtime Environment (build 1.6.0_17-b04)
Java HotSpot(TM) 64-Bit Server VM (build 14.3-b01, mixed mode)
Why is the Java VM expanding so much past it's allocated heap size? And where does that memory go, if it's not reported in JConsole?
I sometimes get an error when I want to login via ftp. The error is 500 OOPS: setuid. I can't figure out why this happens sometimes, but sometimes it doesn't. I've se the limit of processes per user to unlimited, but this still happens. I'm running Fedora Core 10.