From owner-freebsd-questions@freebsd.org Fri Aug 14 08:11:58 2020 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 5DF483B8D84 for ; Fri, 14 Aug 2020 08:11:58 +0000 (UTC) (envelope-from dr.klepp@gmx.at) Received: from vie01a-dmta-at50-3.mx.upcmail.net (vie01a-dmta-at50-3.mx.upcmail.net [62.179.121.138]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4BSbkj06syz4Q3Z for ; Fri, 14 Aug 2020 08:11:56 +0000 (UTC) (envelope-from dr.klepp@gmx.at) Received: from [172.31.216.41] (helo=vie01a-pemc-psmtp-at50) by vie01a-dmta-at50.mx.upcmail.net with esmtp (Exim 4.92) (envelope-from ) id 1k6Uoc-0003aG-2d for freebsd-questions@freebsd.org; Fri, 14 Aug 2020 10:11:54 +0200 Received: from t61.lan ([85.126.97.210]) by vie01a-pemc-psmtp-at50 with SMTP @ mailcloud.upcmail.net id FLBt2302Y4YLlkt0BLBt7C; Fri, 14 Aug 2020 10:11:54 +0200 X-SourceIP: 85.126.97.210 X-CNFS-Analysis: v=2.2 cv=O6RJhF1W c=1 sm=2 tr=0 cx=a_idp_f a=/Ac8Q0O/YFE5LOLfUiYZVw==:117 a=/Ac8Q0O/YFE5LOLfUiYZVw==:17 a=8nJEP1OIZ-IA:10 a=2-GWVfuhvr-SeAzJAUUA:9 a=6NmafidyjKlFLjKC:21 a=VLgR_WxSOHbGFhE7:21 a=wPNLvfGTeEIA:10 From: "Dr. Nikolaus Klepp" To: freebsd-questions@freebsd.org Subject: Re: OT: Dealing with a hosting company with it's head up it's rear end Date: Fri, 14 Aug 2020 10:11:53 +0200 User-Agent: KMail/1.9.10 References: In-Reply-To: X-KMail-QuotePrefix: > MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <202008141011.53591.dr.klepp@gmx.at> X-Rspamd-Queue-Id: 4BSbkj06syz4Q3Z X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=fail (mx1.freebsd.org: domain of dr.klepp@gmx.at does not designate 62.179.121.138 as permitted sender) smtp.mailfrom=dr.klepp@gmx.at X-Spamd-Result: default: False [4.35 / 15.00]; ARC_NA(0.00)[]; R_SPF_FAIL(1.00)[-all]; FROM_HAS_DN(0.00)[]; FREEMAIL_FROM(0.00)[gmx.at]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gmx.at]; NEURAL_SPAM_MEDIUM(0.87)[0.865]; RCPT_COUNT_ONE(0.00)[1]; RCVD_COUNT_THREE(0.00)[3]; NEURAL_HAM_SHORT(-0.19)[-0.187]; NEURAL_SPAM_LONG(0.87)[0.870]; MID_CONTAINS_FROM(1.00)[]; FROM_NAME_HAS_TITLE(1.00)[dr]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6830, ipnet:62.179.0.0/17, country:AT]; RCVD_TLS_LAST(0.00)[]; FREEMAIL_ENVFROM(0.00)[gmx.at]; RCVD_IN_DNSWL_LOW(-0.10)[62.179.121.138:from] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 14 Aug 2020 08:11:58 -0000 There's the therm "computer sabotage". Go to your lawyer, show him the contracts. Construct a cast that proofs your provider is sabotaging your business. Execute the case, sue him - and move somewhere else. Giving the monthly fee you pay that would be a good thing in the first place. Nik Anno domini 2020 Fri, 14 Aug 04:00:22 -0400 Aryeh Friedman scripsit: > On Fri, Aug 14, 2020 at 3:43 AM Olivier wrote: > > > Hi, > > > > I am jumping a bit late in the conversation but if the problem is mainly > > a communication between your 3 VM, can't they provide a vitual switch. > > have a second virtual NIC on your VMs connected to that virtual switch > > and used for all your internal communications. > > > > That is only one problem. There are also the devices that are scattered > all over the US and connect to machines via the cell network (need a public > IP). Our ability to automatically deploy new versions of the software. > The ability of the client's staff to connect to a windows desktop (since > the front end to the devices only runs on windows and does not have a web > interface). > > > > > Given their lack of help, the sanest solution is to get out of there as > > soon as possible. While there is a 3 years contract, they were providing > > a service and they changed something so that service is not provided > > anymore. > > > > Tried and their answer is if we insist on breaking the contract then they > will terminate it and ask for additional penalties under the breach clause. > > > > Even if you were using some "unsupported features", it was working and > > they broke it. So obviously they are failing their side of the contract. > > (unless you signed despite they informed you beforehand that it was > > unsupported and could be blocked anytime). > > > > Their claim is it was in the contract so no need to tell us. One such > unsupported operation is correct backups of MySQL (not just backing up the > files in whatever snapshot they were in when done -- even mid transaction > ... don't get me started about their idiotic idea of using object storage > vs. block or NFS) > > > > You mentionned that your application is something medical, you could > > document the fact that what they did is breaking the regulations about > > medical confidentiality and since they cannot provide that, it is a case > > of "force majeure" that you must leave. > > > > There website claims they are in full compliance with HIPAA (the relevant > regulation in the US) and use it as a marketing point. > > > > A side question, who is chose that hosting company? You or your client? > > > > The client based on a) recommendations from our old hosting provider who > decided to go out of business due to the owner retiring, b) the maker of > the devices we have connectected to the system (actually the manufacturer > is another fine example of head up the ass... stuff like not even knowing > what "concurrency" was when asked a question about how the devices interact > with the vendor provided front-end/DB [which sucks and thus our ground up > rewrite of it] and when we pressed the matter where told "don't go down > that rabbit hole", this confirms something another poster said that any > software company that uses MSSQL get weird quickly -- the version of the > devices we have current use MySQL but the next generation only "support" > MSSQL since it is "better" than MySQL) and 3) by the fact that they were a > publicly traded (NY Stock Exchange) > > -- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...