Re: Cloud Backup

2013-05-19 Thread E.S. Rosenberg
I think Shachar is missing one point about S3 and similar amazon services.

You are assuming that amazon created infrastructure specifically for S3.
S3 and other products is amazon renting off it's over-capacity, as
such it *pays* for amazon to have a very reliable and stable
infrastructure because it's for their total business and amazon.com
being down probably costs them in the order of millions per second.

That is why for amazon it pays to make big investments in
infrastructure and renting space there is probably mainly offsetting
the cost of building very robust infrastructure...
Now they probably invest in extra infrastructure specifically for S3
and similar products...

Other then that no one in their right mind making even 5 nines SLA
claims will accepts responsibility for downtime you suffer as a result
of problems on your side, I the company commit that my systems will
be available and reachable from the Internet, if your ISP has a
problem you can't blame me (that's why I built datacenters in
multiple locations all over the world and you can fail-over instantly
and transparently to any of them).

I don't work for amazon, but this is what it looks like from my end.
Regards,
Eliyahu - אליהו

2013/5/18 Ghiora Drori ghioradr...@gmail.com:
 Shachar Shemesh enjoys being rude and wrong.
 I suggest he install new fuses.



 On Fri, May 17, 2013 at 10:05 AM, Shachar Shemesh shac...@shemesh.biz
 wrote:

 On 17/05/13 11:43, Oleg Goldshmidt wrote:

 Shachar Shemesh shac...@shemesh.biz writes:

 On 17/05/13 10:13, Ghiora Drori wrote:

 https://aws.amazon.com/glacier/#highlights
 Quote: Amazon Glacier is designed to provide average annual
 durability of 99.9% 

 If this is not good enough for you too bad.


 When you see someone, anyone, saying such a thing, run. As fast and as
 far as you can.

 This level of assurance is called nine nines(henceforth 9*9). It
 amounts to one thousandth of a second of downtime a year.

 I think you are misreading the claim, Shachar. It is not about
 availablity, it is about durability. I read it as a measure of the
 probability that your data will not be lost before a year passes.

 You are right that this is not about availability. The previous response
 was my fuse jumping because of the pure ludiciority of people claiming 9*9
 availability. After reading the actual text, however, it is not clear what
 it is about.

 It is possible that this means that they will lose (on average) ten bits
 per Terabyte per year. If that is the case, honestly, this does not sound
 very good. Assuming they have several exabytes of customers data, this means
 that they have several actual cases of customer data lose all the time. Not
 a particularly good track record.

 Or, and this is the more likely scenario, they are talking out of their
 asses, and put the number in because it sounds impressive.

 Omer Zak wrote:

 IMO, the quote does not promise a nine nines assurance.
 It only says that Amazon Glacier WAS DESIGNED to provide this kind of
 assurance.

 See my previous comment for why this is equally ludicrous.

 Shachar

 Disclaimer: I have never used the service and th above is my common
 sense and reading comprehension take on what is written in the above
 website.





 --
 Mark Twain - If you don't read the newspaper, you're uninformed. If you
 read the newspaper, you're mis-informed.

 ___
 Linux-il mailing list
 Linux-il@cs.huji.ac.il
 http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il


___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il


help with conserver

2013-05-19 Thread Ido Admon
dear linux-il folks,
i thought i might try here before the conserver mailing list. i have a
nice little setup of a soekris net4801
(http://soekris.com/products/net4801.html) that serves (with a
minimal debian and mpd) as a music box. the only way to communicate with
it other than networking (wlan or ethernet) is the serial console.
now,occasionally, i want to access the console without hooking up the
serial cable, because i'm lazy. i found conserver
(http://www.conserver.com), which is supposed to do just that - allow
remote access to the actual console device. the problem is it doesn't
work for me for whatever reason. i'm able to connect to the server,
attach to the console, but then it freezes and i can do nothing except
use the escape sequence to quit.
if i'm already connected at the same time to the console with the
cable (of course it can't really work together, this is just for
testing), i can actually see characters being sent to the console, but
with no apparent response, as if it's just displayed instead of being
taken as commands.

if anyone's interested i can attach logs etc.

thanks a lot,
ido

___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il


Re: help with conserver

2013-05-19 Thread shimi
On Mon, May 20, 2013 at 3:19 AM, Ido Admon ido...@gmail.com wrote:

 dear linux-il folks,
 i thought i might try here before the conserver mailing list. i have a
 nice little setup of a soekris net4801
 (http://soekris.com/products/net4801.html) that serves (with a
 minimal debian and mpd) as a music box. the only way to communicate with
 it other than networking (wlan or ethernet) is the serial console.
 now,occasionally, i want to access the console without hooking up the
 serial cable, because i'm lazy. i found conserver
 (http://www.conserver.com), which is supposed to do just that - allow
 remote access to the actual console device. the problem is it doesn't
 work for me for whatever reason. i'm able to connect to the server,
 attach to the console, but then it freezes and i can do nothing except
 use the escape sequence to quit.
 if i'm already connected at the same time to the console with the
 cable (of course it can't really work together, this is just for
 testing), i can actually see characters being sent to the console, but
 with no apparent response, as if it's just displayed instead of being
 taken as commands.



But is the console actually 'listening' ?

I mean, do you have [a]getty running and everything? (see
http://www.cyberciti.biz/faq/howto-setup-serial-console-on-debian-linux/)

I would assume that it is, because from your wording, I understand that
sometimes you do use the physical serial connection with success... but I
have to ask.

The next question would of course be if conserver console was set to type
'device' and the device path was set to the device file name of a serial
console listening with the aforementioned getty ? And the buadrate,
start/stop bit, parity, all match to what has been set on getty?

-- Shimi
___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il


Re: help with conserver

2013-05-19 Thread Ido Admon


It was a peachy Monday, May 20 2013, 06:02:58 when shimi
linux...@shimi.net wrote:

 On Mon, May 20, 2013 at 3:19 AM, Ido Admon ido...@gmail.com wrote:
 
  dear linux-il folks,
  i thought i might try here before the conserver mailing list. i
  have a nice little setup of a soekris net4801
  (http://soekris.com/products/net4801.html) that serves (with a
  minimal debian and mpd) as a music box. the only way to communicate
  with it other than networking (wlan or ethernet) is the serial
  console. now,occasionally, i want to access the console without
  hooking up the serial cable, because i'm lazy. i found conserver
  (http://www.conserver.com), which is supposed to do just that -
  allow remote access to the actual console device. the problem is it
  doesn't work for me for whatever reason. i'm able to connect to the
  server, attach to the console, but then it freezes and i can do
  nothing except use the escape sequence to quit.
  if i'm already connected at the same time to the console with the
  cable (of course it can't really work together, this is just for
  testing), i can actually see characters being sent to the console,
  but with no apparent response, as if it's just displayed instead of
  being taken as commands.
 
 
 
 But is the console actually 'listening' ?
 
 I mean, do you have [a]getty running and everything? (see
 http://www.cyberciti.biz/faq/howto-setup-serial-console-on-debian-linux/)
 
 I would assume that it is, because from your wording, I understand
 that sometimes you do use the physical serial connection with
 success... but I have to ask.
 
 The next question would of course be if conserver console was set to
 type 'device' and the device path was set to the device file name of
 a serial console listening with the aforementioned getty ? And the
 buadrate, start/stop bit, parity, all match to what has been set on
 getty?
 
 -- Shimi


hi shimi, thanks. yes, i'm sorry if i wasn't clear enough. the console
is working flawlessly when physically connected. here's my conserver.cf
(192.168.43.168 is my laptop):

root@krzysztof:~# cat /etc/conserver/conserver.cf
# The character '' in logfile names are substituted with the console
# name.
#
config * {
}

default * {
logfile /var/log/conserver/.log;
timestamp ;
rw *;
}

console serial {
master localhost;
type device;
device /dev/ttyS0;
baud 19200;
parity none;
}

access * {
trusted 192.168.43.168;
trusted 127.0.0.1;
}



and the relevant line in inittab:

root@krzysztof:~# grep ttyS0 /etc/inittab 
T0:23:respawn:/sbin/getty -L ttyS0 19200 vt100

and what setserial says:

root@krzysztof:~# setserial /dev/ttyS0
/dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4


thanks again!
ido

___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il


Re: help with conserver

2013-05-19 Thread Ido Admon


It was a peachy Monday, May 20 2013, 00:14:42 when Ido Admon
ido...@gmail.com wrote:

 
 
 It was a peachy Monday, May 20 2013, 06:02:58 when shimi
 linux...@shimi.net wrote:
 
  On Mon, May 20, 2013 at 3:19 AM, Ido Admon ido...@gmail.com wrote:
  
   dear linux-il folks,
   i thought i might try here before the conserver mailing list. i
   have a nice little setup of a soekris net4801
   (http://soekris.com/products/net4801.html) that serves (with a
   minimal debian and mpd) as a music box. the only way to
   communicate with it other than networking (wlan or ethernet) is
   the serial console. now,occasionally, i want to access the
   console without hooking up the serial cable, because i'm lazy. i
   found conserver (http://www.conserver.com), which is supposed to
   do just that - allow remote access to the actual console device.
   the problem is it doesn't work for me for whatever reason. i'm
   able to connect to the server, attach to the console, but then it
   freezes and i can do nothing except use the escape sequence to
   quit. if i'm already connected at the same time to the console
   with the cable (of course it can't really work together, this is
   just for testing), i can actually see characters being sent to
   the console, but with no apparent response, as if it's just
   displayed instead of being taken as commands.
  
  
  
  But is the console actually 'listening' ?
  
  I mean, do you have [a]getty running and everything? (see
  http://www.cyberciti.biz/faq/howto-setup-serial-console-on-debian-linux/)
  
  I would assume that it is, because from your wording, I understand
  that sometimes you do use the physical serial connection with
  success... but I have to ask.
  
  The next question would of course be if conserver console was set to
  type 'device' and the device path was set to the device file name of
  a serial console listening with the aforementioned getty ? And the
  buadrate, start/stop bit, parity, all match to what has been set on
  getty?
  
  -- Shimi
 
 
 hi shimi, thanks. yes, i'm sorry if i wasn't clear enough. the console
 is working flawlessly when physically connected. here's my
 conserver.cf (192.168.43.168 is my laptop):
 
 root@krzysztof:~# cat /etc/conserver/conserver.cf
 # The character '' in logfile names are substituted with the console
 # name.
 #
 config * {
 }
 
 default * {
 logfile /var/log/conserver/.log;
 timestamp ;
 rw *;
 }
 
 console serial {
 master localhost;
 type device;
   device /dev/ttyS0;
 baud 19200;
 parity none;
 }
 
 access * {
 trusted 192.168.43.168;
 trusted 127.0.0.1;
 }
 
 
 
 and the relevant line in inittab:
 
 root@krzysztof:~# grep ttyS0 /etc/inittab 
 T0:23:respawn:/sbin/getty -L ttyS0 19200 vt100
 
 and what setserial says:
 
 root@krzysztof:~# setserial /dev/ttyS0
 /dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4
 
 
 thanks again!
 ido

ok, i'm an idiot. of course /dev/ttyS0 is not the console itself but the
serial device. that's not going to work. but /dev/console doesn't work
either, and it seems that conserver can't actually do what i want,
which is to access the local console, not some other server connected
via the serial port. i'm not sure how, if at all, it can be done.

___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il


Re: help with conserver

2013-05-19 Thread shimi
On Mon, May 20, 2013 at 7:25 AM, Ido Admon ido...@gmail.com wrote:


 
  hi shimi, thanks. yes, i'm sorry if i wasn't clear enough. the console
  is working flawlessly when physically connected. here's my
  conserver.cf (192.168.43.168 is my laptop):
 
  root@krzysztof:~# cat /etc/conserver/conserver.cf
  # The character '' in logfile names are substituted with the console
  # name.
  #
  config * {
  }
 
  default * {
  logfile /var/log/conserver/.log;
  timestamp ;
  rw *;
  }
 
  console serial {
  master localhost;
  type device;
device /dev/ttyS0;
  baud 19200;
  parity none;
  }
 
  access * {
  trusted 192.168.43.168;
  trusted 127.0.0.1;
  }
 
 
 
  and the relevant line in inittab:
 
  root@krzysztof:~# grep ttyS0 /etc/inittab
  T0:23:respawn:/sbin/getty -L ttyS0 19200 vt100
 
  and what setserial says:
 
  root@krzysztof:~# setserial /dev/ttyS0
  /dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4
 
 
  thanks again!
  ido

 ok, i'm an idiot. of course /dev/ttyS0 is not the console itself but the
 serial device. that's not going to work. but /dev/console doesn't work
 either, and it seems that conserver can't actually do what i want,
 which is to access the local console, not some other server connected
 via the serial port. i'm not sure how, if at all, it can be done.



Truth to be told, I really did wonder how this is supposed to work (I never
used conserver; What you're trying to do is typically done in the IT world
by devices like this:
http://www.perle.com/products/IOLAN-DS-Terminal-Server.shtml ... usually
with 16 ports and beyond...) - but I assumed you researched this and found
that it's supposed work :)

I have to wonder, what is so special on the serial console that you want to
specifically use it? I mean, if you have to go over IP anyways, what does
it matter if it's 'serial' or not? The usual advantage of serial (IMHO) is
being out-of-band and not dependent on the machine's networking
configuration, which is not the case here, obviously. The other is maybe
the output of kernel messages (but that goes into files, or even to remote
machines if set up correctly).

Maybe you don't want the SSH encryption overhead? You could run telnetd
instead... or conserver can be used with 'exec' instead of 'device' if you
want the parallel connections feature.

So, what is the purpose? :)

-- Shimi
___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il


Re: help with conserver

2013-05-19 Thread Ido Admon


It was a peachy Monday, May 20 2013, 07:52:21 when shimi
linux...@shimi.net wrote:

 On Mon, May 20, 2013 at 7:25 AM, Ido Admon ido...@gmail.com wrote:
 
 
  
   hi shimi, thanks. yes, i'm sorry if i wasn't clear enough. the
   console is working flawlessly when physically connected. here's my
   conserver.cf (192.168.43.168 is my laptop):
  
   root@krzysztof:~# cat /etc/conserver/conserver.cf
   # The character '' in logfile names are substituted with the
   console # name.
   #
   config * {
   }
  
   default * {
   logfile /var/log/conserver/.log;
   timestamp ;
   rw *;
   }
  
   console serial {
   master localhost;
   type device;
 device /dev/ttyS0;
   baud 19200;
   parity none;
   }
  
   access * {
   trusted 192.168.43.168;
   trusted 127.0.0.1;
   }
  
  
  
   and the relevant line in inittab:
  
   root@krzysztof:~# grep ttyS0 /etc/inittab
   T0:23:respawn:/sbin/getty -L ttyS0 19200 vt100
  
   and what setserial says:
  
   root@krzysztof:~# setserial /dev/ttyS0
   /dev/ttyS0, UART: 16550A, Port: 0x03f8, IRQ: 4
  
  
   thanks again!
   ido
 
  ok, i'm an idiot. of course /dev/ttyS0 is not the console itself
  but the serial device. that's not going to work. but /dev/console
  doesn't work either, and it seems that conserver can't actually do
  what i want, which is to access the local console, not some other
  server connected via the serial port. i'm not sure how, if at all,
  it can be done.
 
 
 
 Truth to be told, I really did wonder how this is supposed to work (I
 never used conserver; What you're trying to do is typically done in
 the IT world by devices like this:
 http://www.perle.com/products/IOLAN-DS-Terminal-Server.shtml ...
 usually with 16 ports and beyond...) - but I assumed you researched
 this and found that it's supposed work :)
 
 I have to wonder, what is so special on the serial console that you
 want to specifically use it? I mean, if you have to go over IP
 anyways, what does it matter if it's 'serial' or not? The usual
 advantage of serial (IMHO) is being out-of-band and not dependent on
 the machine's networking configuration, which is not the case here,
 obviously. The other is maybe the output of kernel messages (but that
 goes into files, or even to remote machines if set up correctly).
 
 Maybe you don't want the SSH encryption overhead? You could run
 telnetd instead... or conserver can be used with 'exec' instead of
 'device' if you want the parallel connections feature.
 
 So, what is the purpose? :)
 
 -- Shimi

oh just doing everything in the most convoluted way possible :) the
idea was to have a shell session that's always on, so to speak, but i
guess nohup can help with that somewhat. you're right, of course, in
saying that being dependent on the network makes the whole idea
pointless. thanks for clarifying things for me!

___
Linux-il mailing list
Linux-il@cs.huji.ac.il
http://mailman.cs.huji.ac.il/mailman/listinfo/linux-il